Multiplayer doesn't seem to work at all: Listed servers aren't from oa, but they are q3 servers (I think due to different protocol number, original oa 0.8.1 uses version 71) Moreover, when going to online servers, connection suddenly stops with "invalid game folder" or "Client/Server mismatch BaseOA/BaseQ3" errors I honestly think providing Openarena as a mod of Q3 isn't a good idea, the standalone game from openarena.ws hasn't theese problems Thank you (sorry for bad English) Simone
Should be fixed with https://admin.fedoraproject.org/updates/openarena-0.8.5-1.fc12 The error has been because of a protocol change and has nothing to do with a engine/ data split.
There was no protocol change from 0.8.1 to 0.8.5 and multiplayer is still broken...I wonder why Fedora does not provide the original OA game as all other distros do. Regards Simone
Another user reported a change. rpm -q openarena and make sure you have the update that is currently in update-testing repo. If not # yum --enablerepo=updates-testing update openarena Multiplayer seems to work fine for me. Fedora does not modify the "original game". OpenArena is just data for the ioquake3 engine and since we have multiple games that use the same engine, we have separated the engine. We are not the only distribution to do that. If you would like to discuss this further and explain the specific problem you are facing, I recommend posting to https://admin.fedoraproject.org/mailman/listinfo/games Thanks for your feedback.
Well, I did the upgrade but OA keeps saying me it's using protocol version 68 and this is not correct, because both 0.8.1 and 0.8.5 need protocol 71, Is this happening only for me? So I can't connect to any of the servers listed here: http://dpmaster.deathmask.net/?game=openarena I'm not a developer, I tried to change manually the protocol number but OA warns it's a read-only setting, I guess it's hardcoded in the q3 client...I really can't understand how someone can have it working...
I tried out openarena-0.8.5-1.fc13.noarch and I saw that it said protocol 68 was being used. I was able to have a local game with two computers here. I had trouble connecting to remote servers. I didn't see a protocol mismatch error message, but the game would shutdown abruptly (back to a shell prompt, but without an apparent crash) after transferring game state.
Reassigning to Quake3 engine. I have a updated engine locally which probably explains the difference in behavior.
there's a new update release here at http://koji.fedoraproject.org/koji/buildinfo?buildID=173324 Could you give it a try? thx
Just tried it but there are any improvements. OA still looks for wrong multiplayer servers. For example I can see a lot of "excessiveplus" and "urbanterror" servers which have nothing to do with OA. As wrote here http://openarena.ws/page.php?6 OA uses a patched engine, maybe is that causing troubles?
What about you rahul?
*** Bug 613397 has been marked as a duplicate of this bug. ***
https://bugzilla.redhat.com/show_bug.cgi?id=613397#c2 : > Perhaps the OpenArena bundling of Quake3 engine has patches we need to pick up? > More than one user has reported this protocol error problem. Copied Hans > since he did the original unbundling, I think. Assigning this to me for now (so that I don't forget about it).
Upstream ioquake3 and OpenArena's ioquake3 build aren't network-compatible (the actual protocol is the same, but OpenArena bumped the protocol number to represent the fact that their data isn't compatible with Quake III Arena). If you want an engine capable of playing both ioquake3 and OpenArena, the patches I've applied to Debian's ioquake3 will probably be useful. Code review extremely welcome: I've forwarded most of them upstream, but not received any feedback. For this particular bug, you'll want the three patches that I forwarded to http://bugzilla.icculus.org/show_bug.cgi?id=4698. http://git.debian.org/?p=pkg-games/ioquake3.git;a=summary (The Debian patches are in debian/patches, and assume ioquake3 svn r1788 as a baseline - I didn't use the 1.36 tarball since it seems a lot of fixes have been made in svn since then, including some security-related things.)
For reference, here's the wrapper we use to play OpenArena with the patched ioquake3 engine: http://git.debian.org/?p=pkg-games/openarena.git;a=blob;f=debian/scripts/openarena.in The three @IOQ3FOO@ variables at the top are substituted twice during build, once for the client wrapper and once for the server wrapper.
Hans, do you have time for this? It would be nice to finally fix this one
Hi, (In reply to comment #14) > Hans, > > do you have time for this? I'll try to make for this soon. Simon McVittie, many thanks for attending us to the Debian fixes! Regards, Hans
Hi All, Simon McVittie, once more thanks for the input / patches. Simone Sclavi and Rahul, good news. I've prepared an updated quake3 package including all most all of the patches from the Debian packages and dropping a few hacks of our own for running total conversions, which allows using the Fedora packages to play internet games on servers using the official openarena binaries. I've also prepared an update for openarena with an updated launch script to pass in the necessary options for this to work. I'll submit these packages as an update for F-14 soon. I'm not sure if we should do an update for F-13 too as openarena weighs in at 300 Megs. Although all we are changing is the launch script so deltarpm should bring the size down to almost 0. Some input wrt also doing an update for F-13 would be appreciated. Regards, Hans p.s. Rahul, before this update F-13 had openarena-0.8.5 where as F-14 and rawhide had 0.8.1 it looks like you only updated F-13 and not rawhide when you prepared the update to 0.8.5. Please always update rawhide first and then backport changes from there to older versions so that rawhide always has the newest version and all bugfixes.
openarena-0.8.5-2.fc14,quake3-1.36-8.svn1802.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/openarena-0.8.5-2.fc14,quake3-1.36-8.svn1802.fc14
I would prefer an update to Fedora 13 as well assuming deltarpms do their job. Yes, I pushed an update to F-13 in response to a bug report iirc and that was the time when the new update policy was being drafted and someone cited my update as an example and things spiralled from there and I forgot to update Rawhide.
openarena-0.8.5-2.fc14, quake3-1.36-8.svn1802.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update openarena quake3'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/openarena-0.8.5-2.fc14,quake3-1.36-8.svn1802.fc14
openarena-0.8.5-2.fc13,quake3-1.36-8.svn1802.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/openarena-0.8.5-2.fc13,quake3-1.36-8.svn1802.fc13
openarena-0.8.5-2.fc14, quake3-1.36-8.svn1802.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
openarena-0.8.5-2.fc13, quake3-1.36-8.svn1802.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.