#uwadv@irc.freenode.net logs for 22 Aug 2002 (GMT)

Archive Today Yesterday Tomorrow
Underworld Adventures homepage

[09:59:45] --> wjp has joined #uwadv
[09:59:45] --- ChanServ gives channel operator status to wjp
[15:35:07] --> vividos has joined #uwadv
[15:35:08] --- ChanServ gives channel operator status to vividos
[15:35:42] <wjp> hi
[15:38:39] <vividos> hi
[15:38:53] <vividos> do you know some systems where snprintf isn't available?
[15:42:06] <wjp> IRIX, according to our changelog
[15:42:16] <wjp> um, our = exult, sorry :-)
[15:48:12] <wjp> I have to go home; bbl
[15:48:20] <-- wjp has left IRC ("bbl")
[15:52:42] <vividos> too late :)
[16:04:06] --> wjp has joined #uwadv
[16:05:45] <vividos> re
[16:05:52] --- wjp is now known as wjp_
[16:05:56] --- wjp_ is now known as wjp
[16:06:11] --- ChanServ gives channel operator status to wjp
[16:06:18] <vividos> I think I don't add a custom snprintf function to uwadv
[16:07:22] <wjp> you might want to check with Fingolfin if it exists on MacOSX, but I expect it does
[16:08:14] <vividos> better way to do string formatting are stringstreams
[16:08:35] <wjp> that's kind of a mess too :/
[16:08:37] <vividos> but not all systems have <sstream>, I bet
[16:08:48] <wjp> indeed
[16:09:17] <wjp> so you could use strstream to emulate it
[16:09:17] <vividos> but I don't hinder anyone to install STLport :-)
[16:09:36] <wjp> but that requires special line-endings and weird persistance
[16:09:57] <vividos> better not using strstream
[16:11:09] <wjp> yeah, I know
[16:11:14] * vividos thinks about a release in the next few days
[16:11:44] * wjp nods
[16:12:05] <wjp> I'll clean up zzip-config.h tonight, and then I think the 'new' build system should be about done
[16:12:32] <vividos> good
[16:12:35] <wjp> maybe do a quick check to see if all files are indeed added to the dist (I may have missed some textfiles somewhere)
[16:12:52] <wjp> so I'll go do that now, I guess
[16:12:59] <wjp> still some time left before dinner :-)
[16:13:00] <vividos> if you have time
[16:13:35] <wjp> hm, is zzip-config.h even included in win32 currently?
[16:14:10] <vividos> mingw32 and msvc uses zzip-msvc.h
[16:14:17] <vividos> no
[16:14:20] <wjp> hm, yes, just noticed that too
[16:14:57] <wjp> yikes, zzip-conf.h is a mess
[16:14:57] <vividos> then we could remove it altogether
[16:15:06] <wjp> from cvs you mean?
[16:15:33] <vividos> when it's generated by autoconf, yes
[16:15:47] * wjp nods
[16:17:48] <wjp> oh, I was meaning to ask: which version of zziplib are we using?
[16:18:10] <vividos> current version is zziplib-0.10.65
[16:18:31] <wjp> hm, I think I copied some (minor) files from 0.10.63
[16:18:53] <wjp> but I doubt anything changed in the build-related files between those releases
[16:19:00] <vividos> did they change for the newer version? according to the changelog only docs were updated
[16:19:06] <vividos> ok
[16:20:59] * wjp checks out fresh copy from cvs and does a 'make dist'
[16:21:49] --> yot has joined #uwadv
[16:21:53] <vividos> hi yot
[16:21:57] <yot> lo
[16:24:34] <wjp> there's lots of warnings when building, btw
[16:25:31] <vividos> the warnings in level.cpp?
[16:25:39] <wjp> among others
[16:25:50] <vividos> other warnings?
[16:26:39] <wjp> several pointless warnings like re-ordered initializers
[16:26:46] <wjp> unused variables
[16:26:59] <wjp> `class ua_object' has virtual functions but non-virtual destructor
[16:27:04] <vividos> using -Wall?
[16:27:12] <wjp> yeah
[16:27:51] * vividos is undecided what to do
[16:28:04] <wjp> I'll clean some of them up sometime :-)
[16:28:14] <vividos> before a next release?
[16:28:23] <wjp> hm, compile error
[16:28:51] <wjp> I wouldn't delay releasing because of some warnings
[16:29:09] <vividos> compile error for the tools?
[16:29:16] <wjp> no, utils.cpp
[16:29:26] <wjp> hm, just a missing header
[16:29:36] <vividos> mkdir, I bet
[16:29:53] <wjp> and vfprintf
[16:30:07] <vividos> removed too many includes :)
[16:30:25] <vividos> <cstdio> and <sys/stat.h>?
[16:30:30] <wjp> yeah
[16:31:07] <wjp> although
[16:31:42] <wjp> oh.. it didn't include config.h yet
[16:31:57] <wjp> so my #ifdef HAVE_SYS_STAT_H didn't really work :-)
[16:33:48] <vividos> :)
[16:36:25] <wjp> hm, some signed/unsigned warnings
[16:36:46] <vividos> btw, the config.h should be automagically included when including "common.hpp" as the first file in a cpp
[16:36:58] <vividos> in char_creation.cpp?
[16:37:18] <wjp> some files in resource/
[16:37:36] <wjp> ah, rawbits==EOF, specifically
[16:37:58] <vividos> if it's nothing critical, we can do it after release
[16:38:02] <vividos> I'm away
[16:38:09] <wjp> k
[16:38:59] --> _vividos has joined #uwadv
[16:39:11] <-- vividos has left IRC (Killed (NickServ (Nickname Enforcement)))
[16:39:19] --- _vividos is now known as vividos
[16:39:36] --- ChanServ gives channel operator status to vividos
[16:39:46] --- vividos is now known as vividos|away
[16:40:14] --- wjp is now known as wjp|dinner
[17:07:58] --- vividos|away is now known as vividos
[17:09:59] <-- vividos has left IRC ("reboot")
[17:11:26] --- wjp|dinner is now known as wjp
[17:11:45] --> vividos has joined #uwadv
[17:11:46] --- ChanServ gives channel operator status to vividos
[17:18:10] <wjp> k, let's see, what was I doing
[17:18:25] <wjp> ah, right, checking make dist
[17:32:18] <wjp> k, make dist looks ok
[17:32:24] <wjp> (no missing files)
[17:39:42] --> phlask has joined #uwadv
[17:39:42] --- ChanServ gives channel operator status to phlask
[17:40:10] <wjp> hi phlask
[17:40:32] <phlask> hi
[17:41:06] <phlask> anything new going on?
[17:42:58] <wjp> build system should finally be about finished :-)
[17:43:07] <wjp> (i.e., fixed last couple of missing files and typos)
[17:43:57] <vividos> hi phlask
[17:44:19] <vividos> did you already read the mail I wrote in uwadv-devel?
[17:45:40] <phlask> no I haven't... I'm really having trouble with my Hotmail account (I don't seem to receive the same amount of mails as everyone else)... I'm currently setting up a different (non-hotmail) account to solve that problem
[17:46:41] <vividos> that is a real problem with hotmail :-/
[17:48:05] <phlask> well.. it'll be fixed soon I hope (at least my problem is)
[17:48:31] <vividos> hmm, didn't get my mail yet :/ maybe it's some problems with SF
[17:49:07] <vividos> it basically is about if we should do a new release in a few days
[17:49:47] <phlask> huh?
[17:50:02] <phlask> just yesterday you said it would be a couple of days
[17:50:06] <phlask> uh weeks
[17:50:50] <vividos> yes, to finish the things I wanted to get in
[17:51:02] <vividos> but we could do a release right now, since the char. creation is done
[17:51:45] <phlask> well... yeah, but that isn't that big a deal isn't it... I mean: not much has changed in the actual game itself since the last release
[17:52:26] <phlask> but I suppose it would be nice to have a release with a decent installer, config program and readme this time around :)
[17:52:51] <vividos> yes, and it would draw some attention from the news sites again
[17:53:09] <phlask> true... ok then
[17:53:10] <vividos> and it would show that the project isn't dead
[17:53:14] <phlask> :)
[17:53:28] <vividos> all we need is a new release name :)
[17:53:33] <phlask> wait... another thing
[17:54:01] <vividos> yes?
[17:54:48] <phlask> the 90deg up/down look is sort of an extension to the original game (what we talked about earlier regarding jumps)... so it should be configurable in the config file with the global "extensions enabled" setting
[17:55:23] <vividos> yes, that would be an extension
[17:56:07] <vividos> I think the setting isn't yet needed for this release, but we'll add it
[17:56:12] <phlask> maybe you can add it to your little todo list... it isn't a real issue for this release indeed
[17:56:47] <vividos> added :)
[17:56:56] <phlask> good :)
[17:57:56] <vividos> so we need a release codename ... any thoughts? wjp?
[17:58:25] <wjp> I'll leave that up to you :-)
[17:58:33] <phlask> hmm
[17:59:10] <phlask> right... suggestions everyone
[17:59:57] <phlask> How about... Butterfinger?
[18:01:18] <vividos> what is a butterfinger? :)
[18:01:46] <phlask> It is a well-know American candybar
[18:04:03] <phlask> or.. ChocolateSprinkles
[18:04:50] <phlask> hmm... maybe we should choose a healthy food this time around :)
[18:04:59] * vividos searches images of butterfinger and chocolatesprinkes :)
[18:05:41] <wjp> hm, forgot to check the .spec file
[18:05:55] <vividos> hehe: http://www.simpsonslibrary.com/butter.html
[18:06:58] <vividos> I think we take butterfinger, but I'm not sure if trademark allows that ...
[18:07:09] <phlask> well... maybe we should go Simpsons all the way... how about DuffBeer :)
[18:07:21] <wjp> trademarks are limited by categories, aren't they?
[18:07:39] <vividos> yes, but I don't know if there are butterfinger games :-)
[18:07:43] <wjp> lol
[18:07:59] <vividos> there even is butterfinger popcorn :))
[18:08:21] <phlask> I've actually ate tons of butterfingers when I lived in the US
[18:08:33] * wjp doesn't have a clue what 'butterfinger' is
[18:08:43] <wjp> phlask: is there a dutch word for those?
[18:08:54] <vividos> is there a comparable chocolate bar in europe?
[18:08:59] <phlask> it is a candybar made mostly of caramel and peanuts
[18:10:21] <wjp> yum :-)
[18:10:33] <yot> mars
[18:10:34] <yot> :]
[18:10:35] <phlask> There is no (well-known) candybar with the same taste... it isn't that good anyhow (it is just so well-known because it has been around for so long...)
[18:10:39] <yot> no
[18:10:41] <yot> snickers
[18:11:09] <yot> the very best on earth is icecream sandwich :P
[18:11:14] <yot> hmmm
[18:11:28] <phlask> well... you guys figure it out... I'll bbl
[18:11:55] <-- phlask has left IRC ()
[18:12:15] <wjp> ok, .rpm still builds ok too
[18:14:38] <vividos> before setting the release tag, everyone of the team should comfirm that it builds/works ok for him
[18:15:32] <wjp> confirmed :-)
[18:15:46] <vividos> with the release tag you should do the "make dist" and then upload it to SF
[18:16:35] <vividos> btw, I put some release instructions in README.dev.txt
[18:19:42] --- vividos is now known as vividos|away
[18:24:54] --> phlask has joined #uwadv
[18:24:54] --- ChanServ gives channel operator status to phlask
[18:25:44] <vividos|away> phlask: when you don't have to change anything, we could release it just now
[18:27:56] <phlask> No... I'm not working on anything right now
[18:28:11] <phlask> so, Yes you can release right now if you want to :)
[18:51:19] <yot> someone there?
[18:51:26] <phlask> yeah
[18:51:30] <phlask> hi yot
[18:51:59] <yot> hi
[18:52:13] <yot> I fixed the bug with the audio problem on my machine
[18:52:26] <phlask> really? so, what was the cause in the end?
[18:52:37] <yot> it's a directsound issue
[18:52:42] <yot> so I changed the output to waveout
[18:52:49] <yot> now it works perfect
[18:53:02] <phlask> glad to hear that :)
[18:53:23] <phlask> we still have had no reports about this problem from anyone else... which can mean two things
[18:54:16] <yot> hmm
[18:54:18] <yot> dunno
[18:54:19] <phlask> either nobody is playing uwadv or the bug just rarely pops up :) I still haven't tried the new SBLive drivers btw... but I will do that soon
[18:54:30] <yot> I prefer waveout anyway
[18:54:45] <phlask> and why is that?
[18:55:53] --- vividos|away is now known as vividos
[18:56:23] <yot> directsound doesn't do COOPERATIVE mode
[18:56:36] <yot> vividos
[18:56:39] <yot> my "fix" is
[18:56:54] <yot> source/audio/audio.cpp
[18:57:24] <vividos> yes?
[18:57:46] <phlask> huh?
[18:57:53] <phlask> I do not understand...
[18:57:53] <vividos> do you want to send me a file?
[18:58:12] <phlask> you changed something in audio.cpp then?
[18:58:17] <yot> well
[18:58:20] <yot> it's only 3 lines
[18:58:21] <yot> :]
[18:58:25] <vividos> then post it :)
[18:58:32] <vividos> paste :)
[18:58:41] <yot> right after: SDL_Init(SDL_INIT_AUDIO);
[18:58:48] <yot> I added these lines
[18:58:50] <phlask> we should probably just add a config option for directsound
[18:58:54] <yot> #ifdef WIN32
[18:58:54] <yot> SDL_AudioInit("waveout");
[18:58:54] <yot> #endif
[18:59:01] <phlask> or waveout
[18:59:05] <yot> now everything works perfect
[18:59:08] <yot> yeah
[18:59:10] <yot> great idea
[18:59:17] <phlask> something for the next release then :)
[18:59:30] <phlask> is it ready to go yet vividos?
[18:59:31] <vividos> should I add the fix before the release?
[18:59:37] <vividos> for me and wjp, yes
[18:59:41] <phlask> no...
[18:59:51] <phlask> quick fixes always cause trouble :)
[19:00:04] <vividos> ok then
[19:00:19] <phlask> but do add it to your todo list...
[19:01:28] * phlask is starting to wonder how long this todo of vididos is anyhow
[19:01:38] * vividos smiles
[19:02:32] <phlask> so... do you think you can do a release tonight vividos?
[19:02:55] <vividos> yes, when wjp is doing the source package
[19:04:00] <phlask> neat
[19:04:18] <vividos> I just check if the tools still work
[19:04:25] <yot> hehe
[19:04:45] <vividos> maybe someone could check if uwadv runs with uw_demo, too
[19:04:58] <yot> vividos: I checked some things today and I saw that many apps have problems with dsound on my machine
[19:05:01] <yot> ie winamp
[19:05:08] <yot> the dsound output is bah
[19:05:16] <phlask> must be the new drivers then
[19:05:20] <vividos> maybe a driver issue
[19:05:23] <yot> it does not have the clicks uwadv has
[19:05:25] <yot> but
[19:05:58] <yot> some
[19:06:02] <yot> how do you name it?
[19:06:04] <yot> erm
[19:06:07] <yot> hissing
[19:06:10] <yot> or swoosh
[19:06:15] <phlask> that doesn't sound good
[19:06:17] <yot> :]
[19:06:21] <yot> well driver issue
[19:06:22] <yot> hmm
[19:06:25] <yot> doubt that
[19:06:30] <yot> have the very newest directx
[19:07:09] <phlask> well.. if you are having problems in multiple applications then it either is: the driver, directx, windows or your hardware
[19:07:21] <phlask> but not the applications :)
[19:08:41] <yot> I think it's dx
[19:08:47] <yot> if it was one of the others
[19:08:58] <yot> waveout won't work as well
[19:09:39] <phlask> yes that sounds plausible enough
[19:09:53] <phlask> which version of dx are you using?
[19:10:11] --- yot is now known as yot|eat
[19:14:23] <wjp> hm, you should check with Colourless on this waveout issue. I think Exult switched to it too, but I can't remember exactly
[19:14:55] <phlask> well... we could just make it optional as discussed before
[19:15:10] <phlask> that way the user can pick whatever he likes best
[19:15:20] <wjp> yeah
[19:15:42] <wjp> but if possible make the default something that always works ok
[19:16:02] <phlask> directx should always work fine (normally)
[19:16:50] <vividos> ok, everyone has committed all stuff to CVS?
[19:16:55] <phlask> yep
[19:19:01] <vividos> wjp?
[19:19:29] <vividos> just to be sure :)
[19:20:04] <phlask> yeah... imagine
[19:22:23] <vividos> ok, tagged the CVS. wjp, could you make a "make dist" from a fresh checkout using the tag "butterfinger_05" and upload it to upload.sf.net:/incoming ?
[19:24:06] <phlask> I'm gone for an hour or so... I trust the release will be done by then so I can give it a spin?
[19:25:04] <vividos> of course! 'till then
[19:25:30] <phlask> 'k till then
[19:25:37] <-- phlask has left IRC ()
[19:30:47] <wjp> ok, uwadv-0.5_butterfinger.tar.gz done :-)
[19:32:27] <vividos> ok, could you upload it to the SF upload server?
[19:33:10] <wjp> just doing a final check to see if it still builds
[19:33:15] <vividos> ok
[19:33:18] <wjp> yup, it builds fine from the .tar.gz
[19:33:39] <vividos> if you like, you can also build the rpm and upload it
[19:33:45] * wjp nods
[19:34:15] <wjp> uploading...
[19:35:28] <wjp> done
[19:36:32] <wjp> uploading rpm...
[19:36:56] <wjp> done
[19:37:58] <vividos> thanks!
[19:38:02] <wjp> want the source rpm too?
[19:39:14] <vividos> no, don't think someone wants that
[19:40:34] * vividos always wonders who monitors the uwadv packages
[19:41:09] <vividos> uwadv-0.5_butterfinger-1.i386.rpm
[19:41:09] <vividos> 263499
[19:41:12] <vividos> (filesize)
[19:41:19] <vividos> uwadv-0.5_butterfinger.tar.gz
[19:41:19] <vividos> 960107
[19:41:23] <vividos> is that right?
[19:41:34] <wjp> yeah
[19:41:54] <vividos> then I start building the win32 binary
[19:44:01] <vividos> what docs files are installed with the rpm?
[19:44:31] <wjp> authors.txt, changelog, copying, readme.uwadv.txt
[19:46:17] <vividos> ah ok
[19:48:49] --- yot|eat is now known as yot
[19:50:02] <yot> re
[19:55:37] * vividos forgot to update the version number for the installer. d'oh!
[19:56:16] <wjp> time to update release instructions in readme.dev.txt :-)
[19:56:52] <wjp> is the version number anywhere in the source itself, btw?
[19:57:22] <vividos> no
[20:05:19] <wjp> ah, your email arrived :-)
[20:05:27] <wjp> the "next release in a few days?" one
[20:07:33] <vividos> yes :)
[20:08:03] <wjp> so, 0.6 in a few days? you sure are in a hurry ;-)
[20:10:16] <wjp> now... I wonder if building from outside of the source directory will work
[20:14:30] <yot> newest cvs tree = butterfinger release ?
[20:14:51] <vividos> yes, or better "butterfinger_05" rag == release
[20:14:56] <wjp> s/rag/tag/
[20:15:17] <wjp> cvs tree is going to change in a couple of minutes, I think :-)
[20:15:25] <vividos> mwhahaha :)
[20:15:41] * wjp spotted problem with Makefile.am
[20:15:49] <vividos> a serious one?
[20:16:03] <wjp> it just prevents you from building from outside of the source dir
[20:16:14] <wjp> (i.e., running configure from a different directory)
[20:16:26] <wjp> that's a pretty rare occurence, btw :-)
[20:16:33] * wjp doesn't know many people who actually use it
[20:16:47] <vividos> you mean something like executing /home/vividos/uwadv/configure
[20:17:13] <wjp> well, I used it for exult to keep compiled copies around with several sets of compile options
[20:17:33] <wjp> (one with full debugging, one 'release' binary, one with exult studio, etc...)
[20:17:42] <wjp> all from the same source tree
[20:17:42] <vividos> uuh :)
[20:18:46] <wjp> I think msvc has something similar with the multiple targets (release, debug)
[20:19:10] <vividos> yes, it just puts the object files in different folders
[20:19:21] * wjp nods; that's what this does too
[20:19:34] <wjp> it puts all generated files (including the Makefiles) somewhere else
[20:19:48] <vividos> with the proper paths?
[20:20:01] <wjp> theoretically, yes :-)
[20:20:05] <wjp> for uwadv, not yet :-)
[20:24:44] <wjp> it mostly involves making the include paths relative to $(srcdir) instead of .
[20:25:03] <wjp> the uadata/ part will require some more thought, though
[20:33:10] <vividos> what do you think of the text on uwadv's main page?
[20:33:38] * wjp takes a look
[20:33:59] <wjp> sounds good
[20:34:43] <vividos> this time I try to get a news item on the games foundry, too
[20:35:20] <wjp> hmm... the uw1/scripts directory isn't automatically generated in the build tree
[20:37:50] <vividos> what does that mean?
[20:37:55] <vividos> in the rpm?
[20:38:56] <wjp> sorry, still working on that building from a different directory :-)
[20:39:52] * wjp adds a couple of mkdir's
[20:43:46] <vividos> ok
[20:45:06] --> phlask has joined #uwadv
[20:45:06] --- ChanServ gives channel operator status to phlask
[20:45:14] <phlask> hi again
[20:46:30] <vividos> re
[20:46:34] <wjp> hi
[20:46:59] <phlask> are there problems with the ml?
[20:47:42] <wjp> the cvs ML seems to work properly
[20:49:17] <vividos> http://www.happypenguin.org/ has a nice "update" feature that I just used :)
[20:50:13] <vividos> phlask: mails are delivered slowly today, but don't know of a real problem yet (except of that hotmail problem)
[20:51:03] <phlask> oh well... first things first... (downloading the new release :)
[20:51:43] <wjp> hm, 0.5's win32 installer is smaller than 0.4's?
[20:52:34] <phlask> upx?
[20:56:38] <vividos> the binaries are stripped now, that could have some impact
[20:56:56] <phlask> stripped of what exactly?
[20:57:11] <vividos> phlask: I changed the mail address on the about page
[20:57:23] <phlask> thanx :)
[20:57:27] <vividos> hmm, debug symbols? don't know really
[20:58:23] <phlask> ok... I have fixed the ml list problems too (finally) :)
[20:59:12] <phlask> vividos: can you resend the mail regarding the mana points directly to my email address?
[20:59:16] <vividos> ok
[21:00:06] <vividos> done
[21:01:04] <vividos> wjp, is that your site: http://home-1.worldonline.nl/~palenstn/ ?
[21:01:18] <vividos> it even has infos about uw1 :)
[21:01:19] <yot> hmm
[21:01:21] <yot> vividos?
[21:01:36] <yot> did you change something in the audio code since 0.4?
[21:01:55] * vividos looks into CVS
[21:02:05] <yot> cause now dsound works perfectly too ??!!
[21:02:21] <vividos> really?
[21:02:36] <wjp> oh my, that's a long time ago
[21:02:39] <yot> yes
[21:02:43] <wjp> but yes, that is/was my site
[21:03:09] <wjp> and, yes, stripping removes debugging information
[21:03:58] <vividos> hmm, wjp changed a passage that does sound output
[21:04:08] <wjp> ?
[21:04:17] <yot> wjp: did you know of that dsound issue?
[21:04:37] <phlask> what about the sound?
[21:04:48] <phlask> is waveout used instead now?
[21:04:50] <vividos> he only fixed a compile warning :)
[21:04:56] <wjp> well, there was something about waveout/dsound in exult too
[21:05:00] <vividos> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/uwadv/uwadv/source/audio/audio.cpp.diff?r1=1.10&r2=1.11
[21:05:10] <phlask> define "something"
[21:05:31] <wjp> I don't run windows... all that dsound stuff registers as "something" on my radar :-)
[21:06:10] <wjp> Dominus and Colourless should know the specifics
[21:06:31] <phlask> well... anyhow vividos and I agreed earlier that there should be a config setting option for directsound/waveout... so the user can decide
[21:06:59] <vividos> wjp: nice site, though
[21:07:22] <wjp> did you see the UW1/UW2 maps? :-)
[21:07:36] <wjp> thx, btw :-)
[21:07:46] <wjp> http://exult.sourceforge.net/faq.php#known_issues
[21:07:48] <vividos> especially the uw1 map/item browser
[21:07:59] <phlask> I used to have a UW site too (a loooong time ago ;-)
[21:08:16] <wjp> I wonder if I can even remember the password to access that site
[21:09:01] <vividos> www.archive.org may still have it
[21:09:22] <wjp> the FAQ mentions that using waveout instead of directsound might fix some problem, and might also fix a popping sound on startup
[21:09:35] <wjp> s/problem/problems/
[21:10:25] <phlask> yeah but waveout kills performance
[21:12:14] <wjp> hm :/
[21:13:10] <vividos> tomorrow I'll set up a todo-list with tasks to do. you can assign yourself to tasks, and add new tasks to the list
[21:13:55] <phlask> yippeee :)
[21:14:21] <vividos> have to go then. before that I want to thank you all for making the release possible: Thanks!
[21:14:42] <wjp> np :-)
[21:14:45] <wjp> g'night
[21:14:48] <phlask> and a big thanks to you too of course vividos!
[21:14:53] <phlask> bye now
[21:15:15] <vividos> 'till then!
[21:15:56] <vividos> ?help
[21:16:03] <vividos> ?version
[21:16:03] <exultbot> The latest official version of Underworld Adventures is: 0.4 (cheesecake)
[21:16:09] <-- vividos has left IRC ("Leaving")
[21:16:25] <wjp> um, yes... :-)
[21:16:53] <phlask> hmm
[21:17:45] --> exultbot has joined #uwadv
[21:17:45] --- Topic for #uwadv is: Underworld Adventures: an Ultima Underworld Remake (http://uwadv.sourceforge.net)
[21:17:45] --- Topic for #uwadv set by ChanServ at Mon Aug 19 10:16:09 2002
[21:17:57] <wjp> hm, no :-)
[21:19:45] <phlask> oh darn... I forgot it is the same bot in both channels eh
[21:25:18] <phlask> Just posted a new thread about the new release on the TTLG Arx/UW forum
[21:29:40] <wjp> hm, what's arx?
[21:30:15] <phlask> Arx Fatalis... it is a new 3D RPG
[21:30:37] <phlask> Not at all LG or Ultima related btw
[21:31:00] <yot> blb
[21:31:15] <yot> Is there a function out like SDL_ClearScreen();?
[21:31:31] <wjp> SDL_FillRect
[21:31:37] <yot> ah
[21:31:40] <yot> right
[21:31:42] <yot> forgot it :]
[21:31:48] <wjp> if you pass it a 0 rectangle it'll fill the entire surface
[21:34:46] <phlask> What are you working on yot?
[21:46:08] <yot> Krondor
[21:46:12] <yot> blb
[21:46:15] <yot> another thing
[21:46:21] <yot> some time ago I worked with sdl :/
[21:46:32] <yot> to update the entire screen
[21:46:44] <yot> I use SDL_UpdateRect
[21:46:57] <yot> isn't there a function like SDL_UpdateScreen :]
[21:47:16] <wjp> SDL_UpdateRect(s)
[21:47:28] <wjp> or SDL_Flip if you're using double buffering
[21:47:35] <yot> no I don't
[21:47:39] <yot> yeah
[21:47:46] <yot> I use SDL_UpdateRect
[21:48:00] <yot> double buffering
[21:48:01] <yot> hmm
[21:48:22] <yot> do you think it is neccessary for projects like this?
[21:48:23] <wjp> if you use SDL_UpdateRect(screen, 0,0,0,0) it'll update the entire screen, if that's what you mean
[21:48:46] <wjp> double buffering? dunno
[21:49:02] <wjp> I don't really have much experience with using SDL directly :-)
[21:49:15] <yot> :}
[21:49:48] <yot> double buffering is to prevent flickering right?
[21:50:16] <wjp> yeah
[21:50:38] <yot> hmm
[21:50:43] <yot> I think I'll use it
[21:50:54] <yot> the project isn't to be a high fps game :]
[21:52:43] <wjp> hm, you said Krondor, right?
[21:53:25] <yot> yes
[21:53:27] <yot> aah
[21:53:30] <yot> wjp
[21:53:35] <yot> if you use SDL_Flip
[21:53:43] <yot> without having doublebuffer initialized
[21:53:50] <yot> it does the same as SDL_UpdateRect(screen, 0,0,0,0)
[21:54:04] <wjp> I think so, yes
[21:54:20] <yot> it does
[21:54:26] <yot> the webpage says it :]
[21:54:47] <wjp> http://sdldoc.csn.ul.ie/?
[21:55:12] <yot> http://sdldoc.csn.ul.ie/sdlsetvideomode.php <-
[21:55:18] <wjp> :-)
[21:55:21] <yot> Enable hardware double buffering; only valid with SDL_HWSURFACE. Calling SDL_Flip will flip the buffers and update the screen. All drawing will take place on the surface that is not displayed at the moment. If double buffering could not be enabled then SDL_Flip will just perform a SDL_UpdateRect on the entire screen.
[21:55:47] <wjp> that's roughly what the manpage says too, yes
[21:56:09] <wjp> no, that's exactly what the SDL_SetVideoMode manpage says :-)
[21:56:24] <wjp> (and roughly what the SDL_Flip manpage says)
[21:56:28] <yot> :}
[21:57:10] <yot> do you know Krondor?
[21:57:24] <wjp> well... umm... very vaguely
[21:57:44] <wjp> first-person party RPG?
[21:57:47] <wjp> or something?
[21:57:52] <-- phlask has left IRC (Killed (NickServ (Nickname Enforcement)))
[21:57:53] <yot> yeah
[21:57:58] <yot> something :]
[21:58:19] --> phlask has joined #uwadv
[21:58:20] --- ChanServ gives channel operator status to phlask
[21:58:58] <yot> already reversed a big part
[21:59:18] <yot> which was enerving cause the program executes code from external binary files
[21:59:31] <wjp> ugh, sounds like fun
[22:00:21] <wjp> binary as in machine code or a special bytecode language?
[22:01:08] <phlask> Hmm... I installed Krondor last week... it is actually freeware I noticed
[22:01:36] <yot> machine code
[22:01:48] <phlask> the gameplay is quite different from uw though :)
[22:11:13] <phlask> I'm gone for the night... bye every1
[22:12:05] <-- phlask has left IRC ()
[22:39:40] <wjp> I should be going too
[22:39:43] <wjp> night
[22:39:52] <-- wjp has left IRC ("Zzzz...")
[23:22:43] <-- yot has left IRC ()