OpenArena Message Boards

July 5th deadline, July 7th release

0.7.0 would release on 07/07/07 7:07PM GMT and be around 170mb or 177mb I hope.

Heh

You wouldn't have a link to all the changes from 0.6 to 0.7?

Cant wait for the new release! :D

Niiiiice~
Modern-looking Sarges will take the OA servers shortly after that :D!!

Sounds do-able. 

just tried current svn version...
well, what can i say?

oa was good at version 0.5, awesome at 0.6 and is incredible now!

keep up the good work.

can't wait for the release...

oh, if you still need someone to pack up the os x executable i'm always here.

Any chance that you could do a release of the source and data separately for those who use source based distro's, at the time.

Anyone that wants to do an e-build (or a source package for the non-Gentoo based source-based distros like the sorcery based distros, etc.) could always set up a mirror and just rip the data out of the release .tar.gz giving them the required separation of engine and data.

OA is now 219mb which is well past the goal but that's okay. However it's gotten so big, i'll have to make a neutral win32/linux ZIP release on the release day (no seperate .exe / tar.gz packages) for the sake of upload bandwidth.

The zip would be infozip'd with proper access for the executables (and of course, in addition, contain source code in tar.gz as usual)

im adding it to digg.
no-one else do this please.

If ever I would submit this to digg, it would be just for this.

Why? I wanna go for surprise factor :(

no one reads digg anyway...

maybe make a small ver that doesn't have source code and any other none essential. most people wont want the source, although this my go against the GPL

What's wrong with distributing source with the binary?  Most projects that license with the GPL v2 force you to jump through hoops to get source (pointedly looks at Sony).  If you don't want source, then delete it once the file is unzipped.  Also, as the people compiling the binary are probably using teh gweatest Moobunto dying chimpanzee 3.14159265, the majority of GNU/Linux users will end up having to compile their own binary due to a glibc mismatch.  Including the source makes it easy to support all of the GNU/Linux distributions as no one has to search for the source package to compile the binary when things like this happen:
with the distributed binaries. 

yeah i just meant if the download is getting big y not have both

heh I implemented ogg subsitution, and tried ogg'ing every sound i could oggenc on in my working copy

reduced it from 226mb to 209mb. not much :/ plus it's a bit buggy (sounds end too early)

Sounds great.
Will it be an official .torrent download ?

something to play with for the live cd

Is the sound cut of always an x amount of seconds (miliseconds) for example, doesn't matter which one you play, it still ends 500ms to early, or is it a percentage of the length, for example a 4 second one is 400ms shorter and a 5 second one, 500ms shorter? Or is this completely random?

I wrote a ogg wrapper in c# once and I had the problem where it always ended up stopping 1 second to soon. I found that (let's say my sound was 31 seconds) I started counting at 1 and ended at 31, which means it only really played 30 seconds, cutting of the last second.

So, though the sound played from the first second, due to my wrong interpretation of between the actual sound length and internal var for keeping the time played, I had 1 second always cut of.

In any case, just my thoughts on the matter.

Kind regards,
   MalloC

So, now the deadline passed, and the release is planned in less than 24 hours, right?

I just returned at home, where I have internet (usually on july i'm away, in a place without phones, adsls and so

deadline is in 14 hours from now (midnight EST)

/me gets in queue

well, it seems that my last post has been cutted by simplemachines...  :mad:

it always happens when i use the "..." glyph...

anyway, i'm here and i'm trying to build the mac and ppc linux versions in time for the release, but i have a problem: now everything seems working, but i still get the cdkey request at startup.
if this isn't a problem i can send the binaries at any time now.

Can't wait! - seriously, I've been looking forward to this for weeks :D

Have you checked if the changes from the diff file has been applied correctly. In my experience it often goes wrong somewhere. Try applying again and look for any changes that couldn't be applied.

Look if the changes are made to the function: "CL_CDKeyValidate" in "code/client/cl_main.c"

i had some problems with the patch, i had to patch the last 2 files manually, but now all seems ok.

ok, just uploaded the files.

mac version: universal binary (intel and ppc)

linux ppc version: normal, server and smp version (but i think that the smp one is now useless).

the linux binaries are "normal" linux binaries, if you want to include them in the linux release they shouldn't have problems.

the mac version is an application bundle: on windows/linux/whatever will look as a folder (and it is a folder) but mac users will see it as an application. if you want to include it in the linux release or to do a separate release for it it will work as it was an executable.

if you prefer to not release them directly i'll do a release separately, as soon 0.7 is out, like i did for 0.6, but this time i should be able to host the full game, not only the engines.

they both have the cdkey problem, still don't know why, but all works fine, i think.

mac version: http://www.jackoverfull.com/temp/OpenArenaMac.zip

linux ppc version: http://www.jackoverfull.com/temp/OpenArenaLinuxPPC.tar.bz2

which patch did you use? the 060-oachanges or the oachanges?

oachanges should apply properly and includes a fix for the annoying beep whereas the 060-changes patch has always needed to be applied manually and doesn't include that fix.

oachanges.

final paks built

good. Did you included linux ppc and mac files too or i have to prepare something separately?

We made some last minute engine changes so unfortunately we couldn't include your binaries.  Also I hopefully fixed the problem with the patch so you shouldn't get the cdkey check (hopefully).

If you compile from the ioq3-src-oa.tar.bz2 (the code I compiled the binaries with) you shouldn't have a problem with anything.

ok, i'm in chat with fromhell and recompiling right now.

ioq3-src-oa.tar.bz2 does not build on os x, here is the log. i'll try on linux ppc.

i'm applying the diffs to 1106 ioq3 to recompile from it.

Lack of the vorbis headers?

in the system? i think yes, since i haven't installed them

ok, how about you install the vorbis headers?

;)

BTW: thanks for making the mac binaries. cant wait to get them and the bloom stuff.

sorry, i was wrong: i have libvorbis0-shlibs, version 1.1.0-1 installed, thoug i can't remember when i did that...

i see that it is an outdated package, i can try to update it.

me too can't wait to have the final 0.7... ;-)

but what is exactly bloom?

try the latest release of ogg and vorbis you'll need the headers and libs installed to compile the game.

i'm going to update ogg and vorbis...

graphical effect, makes it glowy.

you have got the latest source, right?
otherwise you wont have it.

interesting...  :cool:


yest, but haven't succeded to build it fully already.