Binaries for 0.8.x test thread

[sago007]

The Road to Stable Binaries for 0.8.x

Note these binaries should work with both 0.8.1 and 0.8.5, but not 0.8.0 or older

New 0.8.x binaries: http://files.poulsander.com/~poul19/public_files/oa/dev081/openarena-engine-bin-0.8.x-22.zip
Source (incl. svn files so they can be easily updated): http://files.poulsander.com/~poul19/public_files/oa/dev081/openarena-engine-source-0.8.x-22.tar.bz2

Updated 2011-07-25:
Includes modifications from ioquake3 revision 2097 and 2098.

Updated 2011-04-17:
Includes new changes from fromhell's rendering patch.

Updated 2011-03-07:
Synced to ioquake3 1910
Orange color in console

Updated 2010-08-30:
g_humanplayers are now set by the engine with this patch (http://bugzilla.icculus.org/show_bug.cgi?id=4702#c2)

Updated 2010-08-21:
sv_public is no longer read only
Added sv_dorestart that forces a restart (including reload of all items) on next map_restart.

Updated 2010-07-04:
Synced to ioquake3 rev1788
Stopped trying to avoid checking all files for pure check, too much trouble
FreeBSD patch by kamikaze ( http://openarena.ws/board/index.php?topic=3723.0 )

Updated 2010-04-24:
Synced to ioquake3 rev1783
No longer checks qagame.qvm in pure mode allowing for serverside only mods in pk3-files
No longer strips '\n', '\r' and ';' from say and say_team
serverstatus fixed

Updated 2010-01-15:
Applied patch: http://files.poulsander.com/~poul19/public_files/oa/dev081/OORefFlare.patch

Updated 2010-01-03:
Updated ingame icons.

Updated 2010-01-02:
Updated to latest ioquake3 revision
Changed the client representation of serverstatus to not show client numbers (I will add actual client numbers in the game code), they where wrong
The mouse acceleration thing must be positive or mouse acceleration will be disabled. (as pointed out by Falkland)

Updated 2009-12-12:
Updated to latest ioquake3 revision (dedicated server now has voip)
Added console patch from other thread. (con_height has been slightly changed and renamed)

Updated 2009-11-27:
Updated to ioquake3 revision 1753
Made a small workaround to circumvent a bug in the new cvar system. (I have reported the bug upstream and hope to get a correct solution some day)

Updated 2009-11-05:
Backported ioquake3 r1730 and r1731
New icon

Updated 2009-10-28:
Based on very resent ioquake3 version
Uses SDL 1.2.14 and sets the new environment virable in Windows to allow Caps Lock and Num Lock to be bound as keys.

Updated 2009-05-06:
Based on some resent ioquake3 version
Some openAL problems fixed
I increased the config max size as suggested somewhere from 16 Ki to 128 Ki

Updated 2009-03-15:
Based on ioquake 1.36 release candidate
Multiple players behind a cheap NAT router now works again
Removed CVAR sv_strictAuth (now used anyway)
Added CVAR sv_public (server sends heartbeats even if it is a listening server)

[fromhell]

stickied because testing is damn important

I haven't committed my media changes yet but I shall shortly, as missionpack is starting to be more 'complete' menu side

[fromhell]

Icons are still q3's

[CFQ]

----

[sago007]

Icons are still q3's

In my self-satisfaction of remembering the .h-image file I forgot that some of the icons are still in an real image format.

The reference for x86 machine code optimization is gcc manual : http://gcc.gnu.org/onlinedocs/
Read this for reference to FORTIFY_SOURCE : http://fedoraproject.org/wiki/Security/Features#FORTIFY_SOURCE

I wonder that is the optimal choice for compatibility? Should -mtype be generic or i386?

After reading the Makefile through I found one really annoying thing: WINDOWS 9x/nt/2000 are no longer supported. I believe they have problems with the IPv6 support at least it is the network code that fails to compile if I re enable them. Windows 2000- users might need there own binary.

[damocles]

-march should generate code for a specific processor or architecture (e.g. i486, x86_64) -- no backwards compatibility guaranteed.

-mtune (formerly -mcpu) optimizes for a specific processor, but allows backwards compatibility -- doesn't touch the ABI and the set of available instructions.

(For example, -march=i486 -mtune=i686 will be optimized for Pentium Pro and above, but will easily run on a 486 (*cough*) or Pentium clones if necessary.  I believe this is the default for Slackware.)

May not be consistent with your architecture or GCC version.  (I've had software "designed to run on Pentium and K5" completely break on a K6-2...)

[fromhell]

After reading the Makefile through I found one really annoying thing: WINDOWS 9x/nt/2000 are no longer supported.

oh shit
i can't drop support for 9x in openarena
ioq3 is breaking more and more than before. A fork of the ioq3 source is starting to be more of a good idea.

[CFQ]

----

[fromhell]

is this processor specific optimizations possible for the win32 build?

Because if so then I have some 486s, Cyrix's and K6's to test OA on

[CFQ]

----

[CFQ]

----

[CFQ]

----

[sago007]

Looks like there are lots of svn commits on ioquake3 right now.

Looks like it is mainly bug fixes. Except a new icon that I have to remember.

[sago007]

I am still waiting for ioquake3 to settle before posting the next binaries.

I have decided to join some ioquake3 mailing lists to keep me up to date with the problems.

[jackoverfull]

hi.

i'll be at home for a couple of days, so i'll try to provide a mac version of these binaries too. since here i haven't a tiger build machine ready i'll probably build everything  later and upload the bins on saturday.

regarding ipv6 on macs, it is well supported by every system currently supported by my builds, so there shouldn't been problems on that front.

chosen a period for the release? on this topic, i have to warn that i'll be often away until september and i will not be able to guarantee any build until then.

[jackoverfull]

ok, i've been too pessimistic. ;-)

binaries built, seems to be working.

going to test stereo visuals and ogg, trying to find a way to test ipv6 and voice chat.

no real problems during the build itself, had to avoid 10.3.x "normal" compatibility due the lack of openal on that system, as usual, but it should run on 10.3.9 anyway, as usual.
there is something really odd in the script that assemble the application package: it built an intel-only application (and i'm still on ppc...). i suppose, anyway, that's an ioq3 problem, since the patch file doesn't seem to interfere with that script. will see what's wrong later.
as you wrote, sago007, the app has an q3 icon.

i should be able to upload an assembled universal application package, whit all libraries included, in the next hours, hopefully.

[sago007]

jackoverfull:
Some of the problems you mention appears to be solved in the current svn version and I can see the 10.2 and 10.3 version problem is discussed on the mailing list.

[jackoverfull]

sorry: could not find that. can you link, please?

anyway, i just saw that they chose to remove the support to 10.2. surely a good choice, since apple doesn't support it anymore herself...

tested r_anaglyphMode, seems to work fine (no glasses to test it "really", at the moment), although the cross-air remains a single one (but i read on ioq3 wiki that's normal and that's there is a fix).

r_stereoEnabled doesn't seem to do much after the restart, but i'm not sure that i'm supposed to notice anything without the glasses.

anything else to test about stereo visuals?

[jackoverfull]

ah, i was forgetting that...

i notice lines like these ones coming up frequently in the console:

Code:

previous mouse acceleration: 0.500000
restoring mouse acceleration to: 0.500000

[jackoverfull]

to enable ipv6 i should use net_enabled 2 or net_enabled 4, then restart, right?

i see that i have to do a full engine restart to have that working. seems to be ok, will try to host an ip6 test match in the next days, if i'll find the time.

anyway, i see that the default for net_enabled is "3", but i don't know what this means: there is no "3" here: http://svn.icculus.org/quake3/trunk/README?view=markup&pathrev=1342

and, about full engine restarts...

i didn't restart completely the engine when i was testing r_stereoEnabled. it needs a full engine restart too. and once enabled it causes my system to Kernel Panic, without even showing me the classical "you need to restart your system" box that os x shows in that situations.

looking to the log, i see that it has something to do with my graphic card (ati mobility radeon 9200). this (a graphic card extension failure) may explain the absence of that box. and, maybe, this is one of the problems that leaded the ioq3 team to mark r_stereoEnabled as "unsupported".

appending the log...

Code:

Tue Jul  8 01:20:56 2008


Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000000 PC=0x00000000009D5170
Latest crash info for cpu 0:
   Exception state (sv=0x2a515280)
      PC=0x009D5170; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000; LR=0x009D50DC; R1=0x2A5A39D0; XCP=0x0000000C (0x300 - Data access)
      Backtrace:
0x03FA1010 0x00731A94 0x007F13E0 0x0080732C 0x007F16BC 0x0080744C 
         0x007EE6F4 0x0080750C 0x007FFBF8 0x00800900 0x00820244 0x007FD670 0x00378B8C 0x0008DC1C 
         0x0002C1C8 0x00024C94 0x000B2DCC 0x0512050B 
      Kernel loadable modules in backtrace (with dependencies):
         com.apple.ATIRadeon8500(5.2.8)@0x7eb000->0x82efff
            dependency: com.apple.iokit.IONDRVSupport(1.5.2)@0x762000
            dependency: com.apple.iokit.IOPCIFamily(2.4.1)@0x728000
            dependency: com.apple.iokit.IOGraphicsFamily(1.5.2)@0x73c000
         com.apple.driver.AppleMacRiscPCI(3.4.0)@0x9d0000->0x9d9fff
            dependency: com.apple.iokit.IOPCIFamily(2.4.1)@0x728000
         com.apple.iokit.IOPCIFamily(2.4.1)@0x728000->0x73bfff
Proceeding back via exception chain:
   Exception state (sv=0x2a515280)
      previously dumped as "Latest" state. skipping...
   Exception state (sv=0x3170a000)
      PC=0x94EFC438; MSR=0x0000F030; DAR=0x000FE000; DSISR=0x0A000000; LR=0x94F03360; R1=0xBFFEE8D0; XCP=0x00000030 (0xC00 - System call)

BSD process name corresponding to current thread: WindowServer

Mac OS version:
9D34

Kernel version:
Darwin Kernel Version 9.3.0: Fri May 23 00:51:20 PDT 2008; root:xnu-1228.5.18~1/RELEASE_PPC
System model name: PowerBook6,5
panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 0:
      Backtrace:
         0x0009B498 0x0009BE3C 0x00029DD8 0x000AF210 0x000B2A78 
Proceeding back via exception chain:
   Exception state (sv=0x2a515280)
      PC=0x009D5170; MSR=0x00009030; DAR=0x00000000; DSISR=0x40000000; LR=0x009D50DC; R1=0x2A5A39D0; XCP=0x0000000C (0x300 - Data access)
      Backtrace:
0x03FA1010 0x00731A94 0x007F13E0 0x0080732C 0x007F16BC 0x0080744C 
         0x007EE6F4 0x0080750C 0x007FFBF8 0x00800900 0x00820244 0x007FD670 0x00378B8C 0x0008DC1C 
         0x0002C1C8 0x00024C94 0x000B2DCC 0x0512050B 
      Kernel loadable modules in backtrace (with dependencies):
         com.apple.ATIRadeon8500(5.2.8)@0x7eb000->0x82eff`

[jackoverfull]

now i see what's wrong in the assemble script: it expects ioquake3.xx bins, but the binaries are now called openarena.xx. it will be easy to fix.
it was only the system reporting incorrectly that the application was an intel one: it didn't contain a binary at all.

i see also that the dedicated intel server has been built, but the ppc one not.

i'm assembling a client-only test application for both ppc and intels, once i've finished i'll leave, i hope that i'll have the time to investigate and test a bit in the next few days, but i will not really be able to work on anything for at least 4 weeks, probably more.

[jackoverfull]

here it is: ppc/intel client-only build.

http://www.jackoverfull.com/giochi/openarena/oabin-test-2008-07-01-mac.zip

i'm leaving right now, see you soon.

[CFQ]

----

[sago007]

- VoIP seems to have a high impact on data transmission : probably users with low (or not too low) bandwidth simply will not be able to use it.

- Users that have a router not supporting Ipv6 and use linux , at least can use ipv6 over ipv4 tunnel , but surely they will have problems with name resolution.

- Ipv6 support and VoIP should be tested in a "real" multiplayer environment ( A lan has 10 , 100 or 1000 Mb/sec of bandwidth )

- ioquake3 claims that it VoIP will not use more than 2 kb/sec while sending or receiving and will be automatically disabled if rate is not 25000+.

- It appears that IPv6 is discussed at the ioquake3 malling list. There will be a few changes to it and the author of dpmaster is in the discussion. (currently no master server software supports IPv6)

- You are right

[CFQ]

----