#exult@irc.freenode.net logs for 3 Aug 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[00:27:23] --> Schwarzdorn has joined #exult
[00:29:43] <-- Schwarzdorn has left IRC ()
[00:36:47] --- ChanServ has changed the topic to: Exult, the open source Ultima 7 and U7 part 2 engine
[00:56:52] --> matt0 has joined #exult
[02:49:45] --> Copernica has joined #exult
[02:50:09] <Copernica> why is it that my party members run away when i enter combat mode and make comments like "save me"?
[03:35:59] <-- matt0 has left IRC (Laserdisc Arcade Emulation Project: http://daphne.rulecity.com , get your CVS password today! =])
[07:05:32] --> wjp has joined #exult
[07:05:39] <wjp> hi
[07:53:35] --> Telemachos has joined #exult
[07:53:46] <Telemachos> ohoy..
[07:55:15] <-- Copernica has left IRC ()
[08:19:12] <wjp> hi
[08:19:26] --> Kirben has joined #exult
[08:20:10] <Telemachos> I have had some problems compiling the win32 cvs with gcc2.95.2... are you all using linux ?
[08:20:45] * wjp uses Linux
[08:20:53] <Kirben> use mingw 1.0
[08:22:03] <Telemachos> I use the mingw package... it complains about VERSION containing 'non-digits in number' in the cout in the beginning of main
[08:22:13] <Telemachos> where should VERSION be defined ?
[08:22:21] <wjp> it's in the Makefile
[08:22:33] <Telemachos> ok
[08:23:15] <wjp> I don't know the details, but I think some compilers/shells want \\\"0.93\\\" and some want \"0.93\", or something like that
[08:23:16] <Telemachos> hmm.. but VERISON is a string..
[08:23:57] <Telemachos> hmm.. that might be the problem.. it also complains about 'data' being undeclared... I guess this is also a string problem in the makefile
[08:24:06] <wjp> yeah, same thing
[08:24:26] <Kirben> Only gcc2.95.2 needs \\\"0.93\\\
[08:24:57] <Telemachos> wierd.. I have compiled the cvs before.. maybe you used \\\ in that makefile
[08:25:23] <Kirben> But as I said before, if you use win32 get latest mingw 1.0 from http://prdownloads.sourceforge.net/mingw/Mingw-1.0.1-20010726.tar.gz
[08:25:55] <Telemachos> ok, I'll update to the newest mingw.. I don't remember which version I have
[08:26:36] <Kirben> exact compile instructions should be in readme.win32 if you have cvs snapshot.
[08:27:33] <Telemachos> well, I think it compiles fine now ;)
[08:29:22] <Telemachos> have you guys tested the new gcc 3 ?
[08:29:30] <wjp> yeah
[08:29:44] <Telemachos> noticed any performance gains ?
[08:29:56] <wjp> didn't test it enough to tell
[08:33:59] <Telemachos> he heh.. nice arcade status bars ;)
[08:37:03] <Telemachos> idea : how difficult would it be to make ESC skip the intro... I believe the sequence with the Avatar arriving in Trinsic is the computer animated sequence I've seen the most times in my life ;)
[08:37:46] <Kirben> try config option
[08:38:25] <Telemachos> oohhh ;)
[08:38:49] <Kirben> <skip_intro>
[08:38:50] <Kirben> no
[08:38:50] <Kirben> </skip_intro>
[08:38:57] <Kirben> change that to yes
[08:40:38] <Kirben> wjp:any idea if sourceforge sets a default password for newly created mailing lists ?
[08:46:46] <wjp> sorry, don't know
[08:49:31] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[08:52:11] --> Kirben has joined #exult
[08:58:42] --> Nadir has joined #exult
[08:58:45] <Nadir> hi
[08:59:07] * Nadir read the logs about skipping the intro in Trinsic
[08:59:20] <Nadir> We talked the other day about removing that option
[09:03:00] <Kirben> Please keep that optiom
[09:03:04] <Telemachos> ESC would be what most people press to skip it I think..
[09:04:29] <wjp> skipping it when it has already started will be very hard, since it's entirely usecode-handled
[09:04:45] <Telemachos> hmm, you got a point
[09:05:26] <Telemachos> but there are actually minor problems now .. the characters are not all set to their correct sprite/position if you skip it
[09:05:36] <Telemachos> nothing serious I think
[09:24:56] <wjp> yeah, we just set a global flag to skip it, but don't change anything else
[10:29:36] --> fingolfin has joined #exult
[10:30:56] <fingolfin> hi
[10:31:05] <fingolfin> seems sourceforge.net is foobared??!??!
[10:40:40] <Nadir> yep. Not the *.sourceforge.net projects sites though
[10:42:18] <fingolfin> SF staff already is informed they work on it
[10:43:14] <Nadir> wjp: the vsynch thing - maybe some things are being rendered outside of Handle_events()
[10:57:33] <-- Telemachos has left #exult
[11:00:51] <-- Kirben has left IRC (System Meltdown)
[11:08:10] --> Kirben has joined #exult
[11:08:53] --> Schwarzdorn has joined #exult
[11:15:01] <-- Kefka has left IRC (Read error to Kefka[cc51780-a.warn1.mi.home.com]: Connection reset by peer)
[11:17:23] --> Kefka has joined #exult
[11:21:31] <-- Schwarzdorn has left IRC ()
[11:58:35] <wjp> Nadir: yeah, could very well be... our rendering system is a bit untransparent
[12:02:13] <wjp> time for me to go home; bye
[12:02:16] <-- wjp has left IRC ([x]chat)
[12:07:38] <fingolfin> hm, I think I have discovered the source of audio crashes on MacOS...
[12:07:49] <fingolfin> once more, cerr << "..." called in the audio callback, sigh
[12:07:57] <fingolfin> bad bad bad to do this during interrupt time
[12:13:44] <Nadir> we're dumping an awful lot to cerr/cout
[12:13:56] <fingolfin> yeah
[12:14:00] <fingolfin> and sometimes I wonder why ;)
[12:14:07] <Nadir> Most of it is junk. There's a task in TODO.xml to remove/clean it up
[12:14:18] <Nadir> Willing to take this ?
[12:14:18] <fingolfin> I mean, sure you do it while you debug, but when you fixed the problem, why keep all this stuff in there?
[12:14:29] * fingolfin takes a look at todo.xml
[12:15:01] <fingolfin> sure why not ;) the nice thing is I can do one piece at a time of it ;)
[12:15:14] <fingolfin> gotta reboot to normal MacOS to test if I really fixed the audio bug, brb
[12:15:17] <-- fingolfin has left IRC (Client Exiting)
[12:29:56] --> Fingolfin has joined #exult
[12:30:24] <Fingolfin> hm, I wonder if the coutners are broken today...
[12:30:26] * Fingolfin checks
[12:31:04] <Fingolfin> hm, they seem fine... strange ;)
[12:34:01] <Fingolfin> hrm
[12:34:21] * Fingolfin doesnŋt like that Gump_text::paint is different from all other Gump::paint() methods and changes this ;)
[12:34:27] <Fingolfin> to reduce compiler warnings
[12:36:21] <Fingolfin> grmbl; then again, I better leave it; it assumes in to many places that it draws in the main Game_window
[12:36:22] <Fingolfin> sigh
[12:36:38] <Fingolfin> why do we use a variable for Game_window anyway if it gets ignored
[12:40:12] <Nadir> dunno
[12:40:33] <Fingolfin> I mean
[12:40:40] <Fingolfin> in some places, we pass a gwin parameter
[12:40:51] <Fingolfin> and in others we just call Game_window::get_game_window()
[12:41:58] * Fingolfin tries exult/MacOS with newer SDL (1.2.1 had used 1.2.0) and fix for audio, wondering if it will work now...
[12:44:35] --> Colourless has joined #Exult
[12:44:47] <Colourless> hi
[12:45:12] <Fingolfin> hi
[12:52:23] <-- Colourless has left IRC (Ping timeout for Colourless[ppp293.adelaide.on.net.au])
[13:10:09] <Kefka> what is up with sf.net?
[13:10:26] <Fingolfin> it's not up but down
[13:10:43] <Kefka> heh
[13:17:24] --> Colourless has joined #Exult
[13:17:29] <Fingolfin> wb
[13:17:37] <Colourless> thanks.
[13:17:52] * Colourless found a virus on his Win98 machine and isn't very happy
[13:17:58] <Fingolfin> amazing how much junk there is in our audio code ;)
[13:18:01] <Fingolfin> :(
[13:20:05] <Fingolfin> do we still need the empty function build_speech_vector() ?!?! or will we ever need it?
[13:20:39] <Fingolfin> let me rephrase that: is it safe to remove all those unused functions in the audio code, or are they there as place holders "to be implemented" ?
[13:23:06] <Colourless> well I'll be. the virus i got is a worm and it's designed to run Distributed Net's RC5 client.
[13:24:18] <Fingolfin> tss
[13:24:59] <Colourless> obviously someone was attempting to steal my cpu cycles
[13:27:22] <Fingolfin> ;)
[13:27:37] <Fingolfin> is there any sense in debug output in code that we already know to work? e.g. the VOC loader
[13:28:17] <Colourless> probably not
[13:31:14] <-- Kirben has left IRC (System Meltdown)
[13:32:12] --> Dominus has joined #exult
[13:32:17] <Dominus> hi
[13:32:30] <Fingolfin> lo
[13:32:50] <Dominus> [12:41:58] * Fingolfin tries exult/MacOS with newer SDL (1.2.1 had used 1.2.0) and fix for audio, wondering if it will work now...
[13:32:55] <Dominus> And?
[13:33:09] <Fingolfin> so far it seemed to work fine ;)
[13:33:17] <Fingolfin> and now I am stuck cleaning up Audio.cc, it is a real mess
[13:33:23] <Dominus> with midi and sfx?
[13:37:31] <Fingolfin> I am not "fixing" anything, dom, i just make the code more readable / better organzied, without changing anything, if possible;
[13:39:32] --- Fingolfin is now known as Fingolfin|bbl
[13:39:44] <Fingolfin|bbl> gotta go to the city to fetch some stuff, bbl
[13:41:12] <Dominus> LOL - I actually meant if it works with Midi/sfx on MacOS now :-)
[13:41:12] <Dominus> damn heīs gone
[13:41:56] <Dominus> Found yet another bug
[13:42:11] <Dominus> damn, sourceforge, load now
[13:42:12] <Colourless> is it a bug this time? ;-)
[13:42:22] <Dominus> :-)
[13:42:54] <Dominus> yep, Jeff fixed that the avatar walks on the teleporter and gets teleported to Mt.of Freedom
[13:43:18] <Dominus> but now he getīs teleported so fast he doesnīt get stripped off his belongings
[13:43:37] <Dominus> and is kind of frozen in Freedom (probably waiting to get stripped)
[13:43:43] <Colourless> sounds like a bug to me
[13:44:08] <Dominus> none of those: "canīt kill the damn worms!"
[13:44:17] <Dominus> "try going into combat mode"
[13:44:20] <Dominus> bugs
[13:44:40] <Colourless> :)
[13:44:56] <Dominus> I actually remembered then that I was "stuck" there in the original as well
[13:45:04] <Dominus> some errors you repeat and repeat and ...
[13:45:08] <Colourless> me too. i could hardly ever "kill the damn worms" in the original
[13:45:30] <Colourless> every single time I've played the original, I get stuck there
[13:45:32] <Colourless> grr.
[13:45:58] <Dominus> Interesting pillar bug there
[13:46:29] <Dominus> that they used the same pillar of fire in SI and when you dblclick it you go into the test of fire and ice
[13:46:40] <Dominus> bug in the original that is
[13:47:13] <Dominus> I meant they used those in the Silver Seed fort
[13:47:18] <Colourless> ;-)
[13:47:49] <Dominus> another one of those "Origin screwed up" bugs
[13:48:04] <Colourless> yeah, there was a few in SI, wasn't there
[13:48:08] <-- Nadir has left IRC (Read error to Nadir[194.244.110.206]: EOF from client)
[13:48:35] <Colourless> i think it was because the game was rushed in the end.
[13:48:52] * Dominus nods
[13:49:07] <Dominus> as all the Ultimas following
[13:49:42] <Dominus> Do you think that guy in the e-mail was really LB?
[13:50:18] <Colourless> i think it is.
[13:50:50] --> Nadir has joined #exult
[13:51:16] <Colourless> if it's not, it's a damn good fake
[13:51:33] <Dominus> hmm, Jeff must be happy now :-) Do you remember when he was so down about those Lazarus guys getting mails from LB?
[13:51:33] <Dominus> wb Nadir
[13:51:48] <Dominus> and now we know his email-address!!!
[13:52:45] <Colourless> hehe.
[13:53:11] <Dominus> <q>Just so that you know.
[13:53:12] <Dominus> On a personal level
[13:53:13] <Colourless> all I can say is, Exult is more likely to be finished than Lazarus.
[13:53:19] <Dominus> </q>
[13:53:53] <Dominus> and on an unpersonal level he is going to sue us?
[13:53:53] <Dominus> :-)
[13:54:01] <Colourless> hehe
[13:54:14] <Colourless> I don't think he could sue us
[13:54:18] <Dominus> Colourless: I think so too (Lazarus)
[13:54:19] <Colourless> EA possibly could.
[13:54:44] <Dominus> yeah, I remember that idscussion on the mailing list
[13:55:39] <Colourless> i don't think they would though.
[13:56:15] <Dominus> As someone else said allready, I think we boosted sales of the UC well enough
[13:57:08] <Colourless> well, if we got even got 1 more copy sold it can be said we did
[13:57:22] <Dominus> :-)
[13:58:29] <Dominus> though I think we also boosted "warezing" of it as well
[13:59:18] <Colourless> perhaps. I really couldn't say. At least it's not happening on our forum
[13:59:22] <Dominus> even though we have well behaved crowd in the forum regarding this
[13:59:28] <Dominus> :-)
[13:59:40] <Colourless> we do get questions about the copy protection though
[13:59:42] <Dominus> we couldnīt allow this anyway
[14:00:12] <Dominus> which is hard to answer but with a little google search you can alwys find them
[14:00:41] <Dominus> and if you have the UC the manuals are in it
[14:01:06] <Dominus> and for BG the answers are defintetly found via Origin
[14:01:23] <Colourless> yeah.
[14:01:27] <Kefka> people who play ultima 7 aren't as apt to "warez" a copy of it than people who play games like Quake 3 or Black and White, etc. (at least i think so)
[14:01:53] <Dominus> I like to think so as well
[14:02:04] <Colourless> questions about SI shouldn't be answered. BG questions should be directed to the ultim archive
[14:02:36] <Colourless> as far as I know, EA only screwed up one package of the game
[14:04:06] <Dominus> Yeah, nowadays itīs hard to get the coordinates right with just the map in the help files or on pdf but you can always get the SI answers right by reading the manual
[14:05:37] <Colourless> yeah. Well, if people are desperate enough, they could read through the Exultbot logs because I've answered a few of the questions on a few occasions
[14:05:48] <Colourless> (for wjp)
[14:05:56] <Dominus> google search is faster
[14:06:35] <Dominus> (at least until wjp integrates a search function in the logs)
[14:07:02] <Colourless> yeah
[14:08:12] <Dominus> about Lazarus/Exult: I think itīs safe to say that Exult allready sees the light at the end of the tunnel, itīs a little more way ahead but itīs starting to get there
[14:08:36] <Colourless> yeah, SI is beginning to be quite playable
[14:08:50] <Colourless> 9 months ago, it didn't even seem like we'd get this far
[14:08:53] * Dominus thinks of all the bugs he reported
[14:09:03] <Dominus> nope it sure didnīt
[14:09:29] <Dominus> but when you did the paperdolling right it picked up speed
[14:09:37] <Dominus> (for SI)
[14:09:55] <Colourless> i did a few things at about the same time
[14:10:11] <Colourless> I did the paperdolls and I also kind of the SI usecode working a little
[14:10:53] <Dominus> and now you get very far in the plot allready
[14:11:27] <Dominus> world wrapping in Dream land seems to work nice btw
[14:11:36] <Dominus> though with occasional crashs
[14:11:48] <Nadir> I'm near Vasculio's lab, but the Serpent tells me I've forgotten something after getting the sequence of runes right
[14:11:49] <Colourless> Using cheats I've seen that thinks further on in the game work well
[14:11:54] <Dominus> especially with saving near "the border"
[14:12:07] <Nadir> Batlin/Wall of lights is working fine
[14:12:13] <Dominus> cool
[14:12:18] <Colourless> nadir: have you done all the gwanni stuff yet?
[14:12:55] <Colourless> getting the sequence right isn't enough. You've got to get the mantra as well
[14:13:06] <Dominus> Nadir: you have to get the password from the gwanni
[14:13:14] <Dominus> :-)
[14:14:41] <Nadir> ah !
[14:14:48] <Nadir> silly me
[14:14:50] <Dominus> Colourless: the woman in the dream land has her schedule set to wander and gets lost on her wandering btw (I think this is happening cause of the worldwrapping)
[14:15:18] <Colourless> that wouldn't surprise me
[14:15:22] <Dominus> when you want to bring her the magic dream orb sheīs gone
[14:15:41] <Dominus> (at 0004,0000,00 actually)
[14:16:30] <Dominus> NPC 182 Siranush
[14:17:37] <Nadir> Last time I played the DreamLand there was a black vertical band dividing certain areas (world wrapping I guess)
[14:17:49] <Dominus> if sf ever works again I will file this into the bug tracker (kind of a plot stopper)
[14:17:52] <Colourless> yeah, me too
[14:18:12] <Dominus> Nadir: yep thatīs the border, saving near this crashed Exult 2 times of 4 for me
[14:22:06] <Nadir> You know the bit when you arrive near the snowy area, a dying trapper approaches you in the dungeon
[14:22:57] <Colourless> what of it?
[14:23:47] <Nadir> well, at the end of his speech his body is nowhere to be found
[14:24:26] <Colourless> hmmm
[14:25:55] <Kefka> woohoo!
[14:25:59] <Kefka> mozilla 0.9.3 is out
[14:26:08] <Kefka> buggy as hell!
[14:26:12] <Nadir> ahh, penguins attacking me.
[14:26:29] * Nadir yells "But I'm using Linux !!!"
[14:27:31] <-- Dominus has left IRC (Ping timeout for Dominus[212186137085.15.univie.teleweb.at])
[14:28:50] --> Dominus has joined #exult
[14:28:50] <Colourless> :)
[14:35:09] <Fingolfin|bbl> ;)
[14:35:12] --- Fingolfin|bbl is now known as Fingolfin
[14:35:34] <Colourless> wb
[14:35:54] <Fingolfin> hmm, sweet, I found this disk which dropped from a truck heading straight from cupertion to Franfurt, with a beta of MacOS X 10.1
[14:36:00] * Fingolfin looks innocently
[14:36:17] <Colourless> hmmm
[14:36:25] <Fingolfin> s/cupertion/Cupertino/
[14:36:27] <Colourless> why don't i believe you?
[14:36:29] <Dominus> and this after I read last night that it was leaked
[14:36:42] <Fingolfin> dominus: it leaked weeks ago ;)
[14:37:11] <Fingolfin> dominus: which build did you read about, then? ;) 5f7? 5f24 is quite stable, but there already later one which leaked...
[14:37:18] <Nadir> Ice raft doesn't work
[14:37:43] <Fingolfin> but of course, I only stumbled over this and have no intention of even putting it into my machine, I will immediatly destroy it as law requires
[14:37:47] <Fingolfin> <cough>
[14:38:02] <Dominus> Fingolfin: I only read the headlin
[14:38:02] <Dominus> e
[14:41:49] <Dominus> Nadir: wasnīt it working before? Jeff wasnīt sure if he didnīt break anything when making the turtle work
[14:42:13] <Nadir> nope, it never worked for me
[14:42:45] <Nadir> I just got a bunch of "Danger! Danger! Object list modified while being iterated." near the stranded pirate ship
[14:43:18] <Colourless> hmm.
[14:43:30] <Colourless> those should never happen, and if they do, something has screwed p
[14:44:00] <Colourless> probably usecode egg related
[14:45:59] <Fingolfin> sounds bad, yeah; another proof that assers and their likes are useful ,)
[14:46:19] <Nadir> I was attempting to pick a chest
[14:46:27] <Colourless> hmmm, odd
[14:46:29] --> wjp has joined #exult
[14:46:29] <Nadir> (the one in the bottom hold of the ship)
[14:46:33] <Dominus> Fingolfin: now to my last question before you left: does midif/sfx work on MacOS now? (didnīt want to know if you fix anything in audio.cc)
[14:46:42] <wjp> hi again
[14:46:47] <Colourless> hi
[14:46:59] <Dominus> Nadir:which ship? the on in Ice land?
[14:47:10] <Nadir> yep
[14:49:19] <Nadir> skullcrusher, here I come !!
[14:49:49] <Kefka> yay! my thinkgeek.com order is arriving today!
[14:49:59] <wjp> what did you order?
[14:50:10] <Fingolfin> don: phone, mom
[14:50:23] <Kefka> i ordered that Tux poster with the source in it (at the reduced cost)
[14:50:36] <Kefka> a blue Linux t-shirt
[14:50:42] <Nadir> I wanted to buy something from ThinkGeek (one of those hard-disk-based MP3 players, I wanted to use in my car), but they don't ship certain items outside of US
[14:50:45] <Kefka> and the Tux Blanket
[14:51:04] <Kefka> spent like $64 i think
[14:51:10] <wjp> Nadir: yeah, that kind of thing is really annoying...
[14:51:29] <wjp> stupid USA-based things :-)
[14:51:37] <Kefka> hey! :)
[14:51:52] <Nadir> I agree with wjp there
[14:51:56] * Fingolfin hates it, too
[14:51:57] <Colourless> you are an annoying bunch of people
[14:52:09] <Colourless> so, all the op
[14:52:11] <Colourless> s agree
[14:52:15] <Kefka> why?
[14:52:19] <wjp> at least this is one place where Americans are hopelessly outnumbered ;-)
[14:52:20] <Nadir> Kefka: you're the only American here
[14:52:39] <wjp> unless Matt is here?
[14:52:48] <Nadir> apart from the veeeeery quiet chimera
[14:53:08] <Fingolfin> dominus: never was Midi on MacOS Exult, and chances are slim I find the couple of days & motivation to hack throught Quicktimes painful lowlevel badly documented Midi-API; the nice high-level API is not well suited for exult
[14:53:21] <Kefka> well, if you think americans are so bad, then my being here with presumably non-bad people must make me non-bad
[14:53:26] <Kefka> even though i am an american
[14:53:28] <Fingolfin> ?
[14:53:29] <Fingolfin> ;)
[14:53:31] <Kefka> does that make sense?
[14:53:34] <Fingolfin> no
[14:53:36] <Kefka> cause i don't think so
[14:53:36] <wjp> no, not really ;-)
[14:53:37] <Colourless> for an american
[14:53:41] <Kefka> lol
[14:53:42] <Fingolfin> but you are american, so we are not surprised ;)
[14:53:44] <Fingolfin> ;)
[14:54:06] <Fingolfin> as most programmers we are full of ethnical prejudices ;)
[14:54:22] <Nadir> Fingolfin: use Timidity for MacOSX
[14:55:25] <Kefka> well, i guess i can understand what you mean
[14:55:25] <Kefka> such as with the DMCA and stuff
[14:55:25] <Fingolfin> Nadir: OS X is another topic
[14:55:25] <Fingolfin> Nadir: there is CoreMidi... haven't looked at it yet, mostly because the docs are... uhm... non-existant? ;)
[14:55:25] <Kefka> but you really can't classify 260million people together
[14:55:25] <Fingolfin> yes you can
[14:55:26] <Fingolfin> of course, it will be useless, but enought ppl do it
[14:55:34] <Dominus> :-)
[14:55:42] <Fingolfin> like they classify 80 million germans
[14:55:52] <Fingolfin> or italians, australians, dutch etc. etc.
[14:56:21] <Kefka> well, classifying people by country is like classifying them by race
[14:56:35] <Kefka> both are wrong
[14:56:41] <Fingolfin> aye; but never say you can't do it, cause peopl *do* it
[14:56:48] <Fingolfin> what you mean is, it is bad to do it, and I agree
[14:56:49] <Kefka> ok
[14:56:57] <Fingolfin> of course, except for americans, which are all equal ;)
[14:57:09] <Dominus> :-)
[14:57:11] <Kefka> heh
[14:57:14] <Colourless> there are two type of people. Exult Developers and everyone else ;-)
[14:58:07] <Nadir> :)
[14:58:15] <Nadir> That goes into the quotes file
[14:59:02] <Dominus> Fingolfin: never knew that there was no midi at all for Mac Exult
[14:59:14] <Colourless> if you put it in, s/type/types/
[15:00:41] <Fingolfin> dominus: oh ok ;) but normal audio works fine
[15:00:56] <Fingolfin> dominus: and speech used to work OK, not great; recently all audio crashed me, though
[15:01:07] * Fingolfin does some more testing
[15:01:52] <Fingolfin> hm, I should test with audio files again...
[15:02:26] * Dominus reminds Fingolfin to download his sfx pack
[15:02:44] <Fingolfin> jmsfx.zip ? or another?
[15:03:14] <Dominus> http://www.unet.univie.ac.at/~a9848357/exult/drsfx.zip
[15:03:26] * Nadir has committed updated credits/quotes
[15:03:26] <Fingolfin> ok
[15:03:36] <Fingolfin> ;)
[15:03:38] <Nadir> Dominus is now in the Exult Team listing in the credits
[15:03:56] <Fingolfin> good!
[15:04:34] * Dominus is happy to belong to the one type of people
[15:05:05] <Colourless> hehe
[15:05:12] <-- Colourless has left IRC (Got Coloured)
[15:11:31] <Kefka> is there a way to determine which way an mp3 has been encoded (ie. Standard Mp3 compression or mp3pro compression)
[15:11:39] <Kefka> such as with the id3v2 tag
[15:12:13] * Nadir just freed Gwenno
[15:14:33] <Fingolfin> dominus: did your sound pack change recently, BTW, I still have an older copy and wonder if that is still OK or already outdated
[15:14:49] <Dominus> wjp: any idea how to unpack the logs in Windows (those you had up yesterday)
[15:14:51] <Dominus> ?
[15:15:05] <wjp> umm... you can't unpack .bz2?
[15:15:08] <wjp> hmm...
[15:15:20] <Nadir> Dominus: you need bunzip2
[15:15:38] <Dominus> okay, i will look for that
[15:17:27] <wjp> I wonder why .bz2 is so uncommon in windows. It's getting quite popular in Linux
[15:18:23] <Kefka> wjp: most people don't even know how to unpack .zip
[15:19:14] <wjp> eek.. that's scary
[15:19:31] <wjp> what do they want then? self-extracting archives?
[15:19:32] <Dominus> zip, whatīs that?
[15:19:34] <Kefka> yes
[15:19:39] <Kefka> msi, or exe
[15:19:48] <Dominus> msi is EVIL!!!!
[15:19:51] <Kefka> hahahah
[15:20:56] <Nadir> Vasculio's body should have a key, but it doesn't
[15:21:20] <Dominus> got the logs now (there is even a small plugin for buzip my favourite file commander)
[15:23:30] --> Colourless has joined #Exult
[15:24:02] <Colourless> hmm, looks like I quit irc without knowing it
[15:25:17] * Dominus shakes Colourless awake
[15:28:01] <Fingolfin> hm, sound fx from dominus -> sweeeet
[15:28:09] <Dominus> :-)
[15:28:27] <Dominus> did it work this time with expack?
[15:28:44] <Fingolfin> yeah instantly
[15:29:13] * Dominus hand edited the list files in an hexeditor to make it compatibel just for Fingolfin
[15:29:17] <Fingolfin> now let's hear guarding speak
[15:29:49] <Fingolfin> dom: http://home.t-online.de/home/ahofmeister/dsl.mp3
[15:29:50] <Fingolfin> !!! ;)
[15:29:54] <Fingolfin> from hofi from #sdl
[15:31:44] <Dominus> LOL
[15:32:00] <Fingolfin> great, isn't it? ;)
[15:32:08] * Fingolfin is happy to already have DSL ;)
[15:32:12] <Dominus> yep, quite funny
[15:32:38] <Dominus> adsl in Austria sucks
[15:33:30] <Dominus> all have a limit the download volume
[15:33:45] <Fingolfin> speech is still distored under MacOS, <sigh; while SFX work fine... hrmmmm
[15:33:57] <Fingolfin> and when I quit an intro, the speech continues
[15:34:10] <Colourless> speech is distorted here as well
[15:34:21] <Colourless> might not be a MacOS problem
[15:34:27] <Colourless> we are resampling it
[15:35:16] <Colourless> of course, I don't know exactly what it sounds like on your machine
[15:35:33] <Fingolfin> uhm
[15:35:35] <Fingolfin> pretty bad
[15:35:46] <Fingolfin> I can understand what they say if I turn up the volume
[15:35:51] <Fingolfin> but it is full of static
[15:36:12] <Dominus> hmm, sounds quite fine on my machine
[15:36:18] <Kefka> sf.net is back up
[15:36:21] <Colourless> you should check the resampling code out because it might not work on little endian machines
[15:36:50] <Fingolfin> ah, it is only used for voice? cause SFX works
[15:37:01] <Fingolfin> I am messing with that file anyway
[15:37:33] <Colourless> could be, I'm not 100% sure of how much of the audio stuff works
[15:38:20] <Dominus> ah, interesting bug in the readme makefile
[15:38:45] <Dominus> seems that in Unix you need to sepereate the classpaths with : and in Windows with ;
[15:39:05] <Dominus> I always though that Java is independant of such quirks
[15:39:21] <Fingolfin> hm, seems not ;)
[15:39:42] <Nadir> You should use File.separator
[15:39:48] <Nadir> (in Java source)
[15:39:49] <Dominus> should I include makefile.unix, makefile.win32 instead then
[15:40:01] <Fingolfin> speech comes from voc files, voc files use resampling code, ok...
[15:40:20] <Nadir> Oops, sorry that is the directory separator. Well, there is one for paths too
[15:41:39] <Fingolfin> how about definiing a macro COUT/CERR like this: #define COUT(X) cout << X << endl
[15:41:39] <Dominus> Nadir: we are not fiddling with the java source
[15:42:01] <Fingolfin> this way, we can define it in one place to do nothing, or to output to cout, in one commone header file; would reduce clutter a lot, i think
[15:42:48] <Nadir> In the temple with the Moon's Eye there is a girl in the wall (Shriash). You're supposed to be able to free her by smashing a column, but you can't.
[15:43:14] <Dominus> put it into the tracker
[15:43:21] <Nadir> will do
[15:43:27] <Nadir> gotta go
[15:43:30] <Dominus> with a savegame!
[15:43:33] <Nadir> :)
[15:43:40] <Nadir> bye guys
[15:43:42] <Colourless> that's not really required
[15:43:44] <Colourless> cya
[15:43:45] <Dominus> ciao
[15:43:47] <-- Nadir has left IRC (Pleasant dreams, Avatar... hehehehehe)
[15:44:07] <Colourless> you can just teleport to the temple from the start and not be able to free her
[15:44:26] <Dominus> right
[15:45:39] <Fingolfin> FOUND IT!
[15:45:58] <Fingolfin> "And convert to 16 bit stereo" - this was not endian independant
[15:45:59] <Fingolfin> ha
[15:46:26] <Fingolfin> same for modify_stereo16 in Mixer.cc
[15:47:03] <Colourless> :)
[15:47:07] <Fingolfin> hm
[15:47:25] <Fingolfin> I shouldn't use #ifdef MACOS but BIG_ENDIAN or so, do we have such a macro?
[15:47:58] <Colourless> no, we don't
[15:48:07] <Fingolfin> hmm
[15:48:13] <Colourless> I believe SDL has some
[15:48:37] <Fingolfin> SDL_BYTEORDER
[15:48:39] <Fingolfin> I'll use that
[16:06:33] <Fingolfin> ok, I think it would be nice to have a common legal header on all source files, no? ;)
[16:06:47] <Colourless> yes!
[16:06:59] <Colourless> some of us already do that though
[16:07:03] <Colourless> in a way
[16:08:02] <Colourless> Compiling Wxult with Alpha CXX, Mingw and MSVC all have headers that are included in everyfile
[16:08:54] <Colourless> s/Wxult/Exult
[16:14:37] <Dominus> argh, with "return to menu" another bug
[16:14:49] <Dominus> the wave pack gets not reset
[16:15:27] <Fingolfin> some files are missing any copyright; or only say 2000 not 2001; I am unifying all now, will make a nice commit email storm later
[16:15:28] <Fingolfin> <eg>
[16:16:01] <Colourless> :)
[16:16:02] <Dominus> noooooo
[16:17:41] <Dominus> Very strange error with worldwrpping just now
[16:17:45] <Dominus> VERY strange
[16:18:01] <Dominus> it crashed near a border in the dream world
[16:19:01] <Dominus> na h forget it, too many instances of the game running and a ping concert on my firewall
[16:19:06] <Fingolfin> it looks strange for sure ;)
[16:19:11] <Fingolfin> why do we have this in many files:
[16:19:12] <Fingolfin> #ifdef HAVE_CONFIG_H
[16:19:12] <Fingolfin> # include <config.h>
[16:19:12] <Fingolfin> #endif
[16:19:21] <Fingolfin> I thought config.h would be included automatically?
[16:19:44] <Colourless> don't look at me
[16:21:01] <Fingolfin> ;)
[16:21:10] <Fingolfin> maybe for Win32 compiles I thought
[16:21:26] <Colourless> i wouldn't think so. we don't have the file
[16:21:32] <Fingolfin> on macos, I do include my version of config.h in all files automatically, and on unix, this should be the case, too
[16:21:37] <Fingolfin> hm
[16:21:50] <Fingolfin> config.h is from the configure script on unix
[16:22:08] <Fingolfin> I made a copy of that and modified it to reflect the MacOS config, and that is included in all files via project settings
[16:22:13] <Fingolfin> so
[16:22:24] <Fingolfin> why do we have these then I wonder... BeOS ?
[16:22:27] <Fingolfin> wjp: you know more?
[16:23:12] <Colourless> i have put much what would be in config.h in the msvc header.
[16:23:28] <Colourless> which is also included in every file via project settings
[16:23:51] <Colourless> it's also doubles as a precompiled header to give me fast compile time
[16:24:22] <Fingolfin> ok
[16:24:27] <Fingolfin> strange
[16:24:35] <Fingolfin> should I leave this in: "Gamewin.cc - X-windows Ultima7 map browser" ? ;))
[16:25:01] <Colourless> i think someone already intentionially left it in previously, so leave it
[16:25:27] <Fingolfin> ;)
[16:42:01] <Dominus> got to go! see you!
[16:42:05] <-- Dominus has left #exult
[16:53:49] <Fingolfin> hmmm
[16:54:16] <Fingolfin> is the speech in the SI intro supposed to be synced? for me it stops before the guardian stops... i.e. I see the guarding move his lips when he already finished babling
[16:54:58] <Colourless> it's kind of supposed to be synced
[16:55:05] <Fingolfin> hm
[16:55:09] <Colourless> but not really
[16:55:12] <Fingolfin> it is too fast over here then; strange
[16:55:15] <Fingolfin> ah ;)
[16:55:25] <Fingolfin> is it synced for you? or does it also end to early?
[16:56:41] <Colourless> not synced here either
[16:57:11] <Fingolfin> ok, good then
[17:02:17] <Kefka> tux is so soft and cuddly! :)
[17:03:18] <Colourless> do we look like Linux users to you ;-)
[17:04:16] <Kefka> hmpf!
[17:04:18] <Kefka> :)
[17:33:47] <Kefka> bbl
[17:33:50] <Fingolfin> most strange!
[17:33:54] <Fingolfin> in Mixer::modify_stereo16
[17:33:54] --- Kefka is now known as Kefka-gone
[17:33:55] --> matt0 has joined #exult
[17:34:03] <Fingolfin> this fails:
[17:34:04] <Fingolfin> *data = (*data*lfact)/128;
[17:34:04] <Fingolfin> data++;
[17:34:04] <Fingolfin> *data = (*data*rfact)/128;
[17:34:04] <Fingolfin> data++;
[17:34:12] <Fingolfin> this works
[17:34:14] <Fingolfin> *data = (*data*lfact)/128;
[17:34:14] <Fingolfin> data++;
[17:34:14] <Fingolfin> *data = (*data*128)/128;
[17:34:14] <Fingolfin> data++;
[17:34:27] <Fingolfin> and this fails, too
[17:34:27] <Fingolfin> *data = (*data*128)/128;
[17:34:27] <Fingolfin> data++;
[17:34:27] <Fingolfin> *data = (*data*rfact)/128;
[17:34:27] <Fingolfin> data++;
[17:34:43] <Fingolfin> so it seems rfact has a garbage value, but I have no clue why that should be the case, hrm
[17:34:45] <matt0> why would you multiply by 128 then divide by it again?
[17:35:13] <Fingolfin> matt0: no reaso, i just replaced the rfact with 128 so that I can quickly change back and forth
[17:35:25] <matt0> ah
[17:35:53] <Colourless> i really don't understand what that code is trying to do
[17:36:02] <Fingolfin> well
[17:36:15] <Fingolfin> the code changes the volume, based on the direction of the sound source
[17:36:23] <Fingolfin> or so I guess..
[17:36:24] <Fingolfin> hrm
[17:36:25] <Colourless> oh
[17:36:33] <Fingolfin> and it works
[17:36:39] <Fingolfin> for the left channel at least
[17:36:55] <Fingolfin> if a lamp is next to me, it is louder than when it is on the far left half of the screen
[17:37:12] <Fingolfin> but if I use rfact, then I only get static, no recognizable sound
[17:37:24] <matt0> ok so data is pointing to the sound data
[17:37:30] <Fingolfin> yeah
[17:37:39] <Fingolfin> 16 bit stereo, so 4 bytes per sample
[17:37:42] <Colourless> have you tried looking at what the value of rfact is?
[17:38:38] <Fingolfin> ryan: I want to do that, but it is a bit tricky; this thing is called at interrupt time, and this particular debugger has some troubles with that; I have to use a lowlevel debugger, or alternatively store the value in a global var and read it at non-interrupt time... rm
[17:39:13] <matt0> printf is your friend :)
[17:39:17] <matt0> hehehe
[17:39:17] <Fingolfin> nope
[17:39:21] <Fingolfin> no printf at interrupt time
[17:39:22] <Colourless> hehe. yeah
[17:40:24] <matt0> Fingolfin: have you considered that you could be overflowing the number by multiplying it, thus turning it into garbage?
[17:40:35] <Fingolfin> well
[17:40:37] <matt0> (ie, maybe you should try multiplying the number by a float between 0.0 and 1.0)
[17:40:42] <Fingolfin> only if rfact has a value > 128, which shouldn't be
[17:41:08] <Fingolfin> rfact must be garbage, or something else strange is occuring
[17:41:11] <matt0> why would it have to be over 128? if the sample was let's say 0x7FFE and you multiplied by 128, you'd be done
[17:41:18] <Fingolfin> but
[17:41:30] <Fingolfin> it works if I use 128 instead of rfact! that is the point!
[17:41:39] * matt0 tries hard to find something wrong with that
[17:41:47] <Colourless> macos really has some limitation (just looking at mixer.cc right now)
[17:42:11] <matt0> *data = *data * ((double) (rfact / 128)); hehe
[17:42:13] <Fingolfin> there is a difference between me and Unix/win - I have big endian, they have little endiad, so overflow might be possible, but still, I see not who if rfact < 128
[17:42:21] <Fingolfin> ryan: well, yes and no
[17:42:43] <matt0> I don't see how little endian/big endian would make a difference in this case ..
[17:42:49] <matt0> but I could be missing something obivous
[17:43:07] <Fingolfin> ryan: it is bad on any OS to do memory stuff or output during the audio callback, talk with the guys on #sdl if you don't believe me; it wastes a big lot time
[17:43:24] <Fingolfin> matt0: only regarding overflow; but still in this case, no difference I can think o
[17:43:26] <Fingolfin> of
[17:43:27] * wjp is back
[17:43:30] <matt0> wjp!!!
[17:43:45] <Colourless> you wouldn't normally want to do that, but in debugging it can help
[17:43:54] <Fingolfin> wjp: can you tell me about the #ifndef CONFIG_H #include "config.h" stuff? ;)
[17:43:56] <Colourless> you just can't do it at all it would seem
[17:44:14] <wjp> Fingolfin: what about it?
[17:44:17] <Fingolfin> ryan: true; but then, you have the same problem with interrupts on Linux; debugging on OS level is always hard ;)
[17:44:21] <Fingolfin> wjp: why do we need it?
[17:44:27] <wjp> umm
[17:44:48] <wjp> you mean "why don't we just auto-include it everywhere?" ?
[17:45:03] <Fingolfin> aye
[17:45:08] <wjp> hmm, good question
[17:45:12] <Fingolfin> I thought it was already done this way...
[17:45:19] <wjp> maybe some compilers don't support it?
[17:45:26] <Fingolfin> ?!?
[17:45:53] <wjp> I dunno...
[17:46:05] <matt0> wjp: I am reading Sword of Truth again... I'm on book 1 :)
[17:46:17] <wjp> matt0: heh, I'm just rereading WoT
[17:46:27] <matt0> wjp: I've never attempted that hehe
[17:46:29] <Fingolfin> rfact = 90 in this case; hrm..
[17:46:44] <Fingolfin> me tries max(old_rfact,rfact) to get the max value attained
[17:46:55] <Colourless> i'm betting thte problem is an overflaw
[17:46:57] <Colourless> overflow
[17:47:14] <Fingolfin> but how? ;)
[17:47:59] <Colourless> data is a short range -32768 to +32767. The value can be anything in that range
[17:48:34] <Fingolfin> no overflow... max value attained is 90; now checkinf for underflow
[17:48:40] <Fingolfin> but look
[17:48:48] <Fingolfin> it works for 128
[17:48:54] <Fingolfin> 50 < rfact < 128
[17:49:00] <Colourless> yeah
[17:49:02] <Fingolfin> how should there be an overflow???
[17:49:03] <Fingolfin> except
[17:49:11] <Fingolfin> rfact has garbage in it (though why is a mystery to me)
[17:51:14] <Fingolfin> ok, rfact is always 90 (for my special test case, i stend right of a lamp in monitor, in a savegame
[17:51:24] <-- matt0 has left IRC (Read error to matt0[1667079149-yippy.dsl.xmission.com]: Connection reset by peer)
[17:52:25] <Colourless> tried using an sint32 as a working value? example:
[17:52:26] <Colourless> sint32 work = *data; work *= lfact; work /= 128; *data++ = work;
[17:52:52] <Colourless> work = *data; work *= rfact; work /= 128; *data++ = work;
[17:52:57] <Fingolfin> hm, good idea; if I use the constant 128 it will be treated as the right type...
[17:53:05] <Fingolfin> so the result are not equal...
[17:53:37] --> matt0 has joined #exult
[17:54:25] <Fingolfin> I meant: if I just replace rfact with 128, the results are not 100% equal ;)
[17:54:48] <Fingolfin> ryan: same problem with your code
[17:55:53] <Fingolfin> rfact has no garbage; what happens if I set it to constant 90? hm
[17:59:23] <Fingolfin> hm, the picture begins to take shape......
[17:59:53] <Fingolfin> if I use 90 instead of rfact -> static
[18:07:23] * Fingolfin is now completly confused
[18:07:29] <Fingolfin> I take ryan's replacments code;
[18:07:48] <Fingolfin> I replace lfact with various constants e.g. 90, so I write "work *= 90" -> all works fine
[18:08:01] <Fingolfin> I replace rfact with 110, with 90, with 150 -> garbage
[18:08:07] <Fingolfin> I use 128 -> all fine
[18:08:17] <Fingolfin> ok, maybe my compiler optimizes away the */128
[18:09:04] <Fingolfin> nope
[18:12:16] <matt0> how about 127?
[18:14:13] <Fingolfin> static........
[18:14:23] <Fingolfin> makes no sense to me
[18:14:43] * Fingolfin disassembles
[18:14:56] <Colourless> could still be byte order problems
[18:15:21] <Fingolfin> yeah.. hmmm
[18:15:32] <wjp> the data buffer isn't little endian is it?
[18:15:38] <Fingolfin> well
[18:15:40] <Fingolfin> you seee
[18:15:52] <Fingolfin> why does it work for the left channel but not for the right one?!?!
[18:16:38] <wjp> hmm
[18:17:20] <wjp> maybe it expects the left channel big-endian and the right channel little-endian? :-)
[18:17:43] <Colourless> no it wouldn't
[18:18:11] <Colourless> anyway, i'll be leaving now
[18:18:15] <Fingolfin> cya ;)
[18:18:17] <-- Colourless has left IRC (left)
[18:18:20] <Fingolfin> I have one more idea:
[18:18:42] <Fingolfin> maybe SDL contains some code that tries to "detect" bad endianess in audio and then auto-converts it; hrmmm
[18:18:43] <Fingolfin> no
[18:18:48] <Fingolfin> that wouldn't explain it.....
[18:18:58] * Fingolfin tries swapping the channles w/o doing anyhting else
[18:25:07] <wjp> did that work?
[18:27:55] <Fingolfin> that works; if I do not do any changes
[18:28:16] <wjp> and first swapping and then *90/128 ?
[18:29:23] <Fingolfin> it is always the same; if I multiple the old R value, it gives static; swapping doesn't change that....
[18:29:24] <Fingolfin> hm
[18:29:35] <Fingolfin> let me see where the sound data is generated anyway
[18:32:47] --- Fingolfin is now known as Fingolfin|dinner
[18:53:12] --- Fingolfin|dinner is now known as Fingolfin
[18:54:49] <wjp> wb
[19:00:43] <Fingolfin> thx
[19:09:26] <wjp> I created my first crafted item yesterday, btw
[19:10:27] <Fingolfin> is it nice? ;)
[19:11:01] <wjp> well.... it's not really bad, but not that great either... :
[19:11:33] <wjp> 6% crushing blow (nice), 1% life steal (...), +25% cold resist, +6% fire resist, +1 to (cross)bow skills
[19:11:52] <wjp> maybe some others I forgot
[19:11:58] <wjp> heavy gloves, btw
[19:18:39] <Fingolfin> the lack IAS and mana steal then ;)
[19:18:56] <wjp> :-)
[19:19:03] <wjp> not to mention + assassin skills ;-)
[19:19:13] <Fingolfin> hehehe
[19:19:13] <Fingolfin> yeah
[19:19:45] <wjp> you can supposedly create +2 amulets/rings for each character
[19:20:48] <wjp> but they require runes of around the Io/Po level
[19:21:04] <Fingolfin> I only know about +2 amus, not about +2 rings...
[19:21:17] <Fingolfin> oh wait, you mean char specific
[19:21:19] <Fingolfin> class
[19:21:34] <wjp> oh, right, +2 amulets, +1 rings
[19:22:13] <Fingolfin> ok
[19:38:07] <Fingolfin> hehe
[19:38:13] <Fingolfin> we are discussing SDL audio on #sdl
[19:38:18] <Fingolfin> everybody is bashing it ;)
[19:41:02] <Fingolfin> ohhhhhhhh
[19:41:16] <Fingolfin> SDL has support for both little and big endian; we always use little, it seems
[19:41:31] <wjp> we do?
[19:41:40] <wjp> that might explain something
[19:43:04] <Fingolfin> aye
[19:44:54] <wjp> so change it to AUDIO_S16SYS instead of AUDIO_S16?
[19:45:01] <Fingolfin> I did it in both places
[19:45:04] <Fingolfin> hmmm
[19:45:05] <Fingolfin> moment
[19:47:32] <Fingolfin> going to crash now, brb
[19:47:39] <wjp> k :-)
[19:48:23] <Fingolfin> cool! the new debugger version seems to work inside the audio callback! yay
[19:48:45] <wjp> nice
[19:52:07] <matt0> Fingolfin: YES!!!!
[19:53:06] <-- Fingolfin has left IRC (Ping timeout for Fingolfin[pD9E1C7A4.dip.t-dialin.net])
[19:55:41] --> Fingolfin has joined #exult
[19:56:01] <Fingolfin> I was too optimistic ;)
[20:01:28] <Fingolfin> BAAARRR-ROOOO BAARRRR-ROOOO <sirens, noise>
[20:01:46] <Fingolfin> ATTENTION! Incoming CVS commit mail storm! All hands to their posts, ready defense system
[20:01:51] <Fingolfin> prepare to abandon ship
[20:02:12] <matt0> was sagst du?
[20:02:14] <Fingolfin> <red flash light blinking all over the place, some consoles explode>
[20:02:34] * Fingolfin notes that posts should have been stations
[20:02:57] <Fingolfin> matt0: if you are on the Exult CVS mailing list, prepare for a couple hundred incoming emails ;)
[20:03:20] <matt0> I don't think I am
[20:03:28] <matt0> I think I'm on just exult-general or whatever it's called hehe
[20:03:57] <Fingolfin> 120 mails I guess... hmmm
[20:04:04] <matt0> wow
[20:04:09] * Fingolfin thinks about spending some days abroad, until the smoke settles ;)
[20:04:11] <matt0> some unhappy people will be complaining soon :)
[20:04:25] <Fingolfin> aye ;)
[20:04:36] <Fingolfin> I'll just pretend it was chimera
[20:04:41] * Fingolfin looks innocently
[20:04:51] <Fingolfin> matt0: you wouldn't object, would you? <eg>
[20:10:32] <wjp> 85!?!
[20:10:55] <wjp> no.... 102
[20:11:01] <wjp> ack :-)
[20:11:10] <Fingolfin> 102, yeah ;)
[20:11:28] <Fingolfin> oh wait I forgot one
[20:12:32] <Fingolfin> ok
[20:12:53] <Fingolfin> wjp: please try to build exult... I hope I changed the makefiles right ;)
[20:14:01] <wjp> building...
[20:15:28] * wjp notices that make clean didn't clean up some .flx files
[20:15:37] <Fingolfin> not my fault!!!!
[20:15:38] <Fingolfin> ;)
[20:15:43] <Fingolfin> I didn't touch anything there
[20:15:45] <wjp> I wasn't implying that it was :-)
[20:15:51] <Fingolfin> ;)
[20:16:10] <wjp> weird... they are in 'CLEANFILES'
[20:17:34] <wjp> I wonder if we should change expack to generate files in the build dir. instead of the source dir
[20:17:56] <wjp> we probably should
[20:18:24] <wjp> s/expack/the .flx build mechanism/
[20:20:49] <wjp> subdirectories finished... building main dir...
[20:22:28] <wjp> ../exult/exult.cc: In function `int Play ()':
[20:22:28] <wjp> ../exult/audio/Audio.h:75: `Audio::~Audio ()' is private
[20:22:28] <wjp> ../exult/exult.cc:447: within this context
[20:23:19] <-- Fingolfin has left IRC (Ping timeout for Fingolfin[pD9522429.dip.t-dialin.net])
[20:33:23] --> Fingolfin has joined #exult
[20:35:57] <wjp> Fingolfin: did you get the compile error I pasted?
[20:36:03] <Fingolfin> nope
[20:36:11] <wjp> ../exult/exult.cc: In function `int Play ()':
[20:36:11] <wjp> ../exult/audio/Audio.h:75: `Audio::~Audio ()' is private
[20:36:11] <wjp> ../exult/exult.cc:447: within this context
[20:36:21] <Fingolfin> ups
[20:36:25] <Fingolfin> damn, I forgot that
[20:36:45] <Fingolfin> either change it back to public
[20:37:02] <Fingolfin> or maybe add a static method Destroy() to Audio, analog to static init()...
[20:38:51] <Fingolfin> you fix or I fix?
[20:39:02] <wjp> you fix ;-)
[20:39:22] <Fingolfin> sure
[20:43:33] <Fingolfin> commited
[20:43:54] <wjp> you probably changed Audio.h, right?
[20:44:51] <Fingolfin> I am afraid, yes, but only 22 or so files depend on it ,)
[20:44:57] <wjp> :-)
[20:45:01] <Fingolfin> any fix I could do had to change it
[20:45:08] <wjp> yeah, I know
[20:49:24] <wjp> ok, it compiled!
[20:51:35] <Fingolfin> ok, and does it run?
[20:51:38] --> hebble has joined #exult
[20:52:53] <wjp> Fingolfin: yeah
[20:53:03] <wjp> and it doesn't even segfault on exit ;-)
[20:53:06] <wjp> hi
[20:53:33] <Fingolfin> hi
[20:53:40] <hebble> hi
[20:53:43] <Fingolfin> wjp: hm, strange, normally I seriously break something
[20:53:49] <Fingolfin> wjp: try voice output & sfx
[20:54:06] <Fingolfin> wjp: now that I fixed this, maybe I should make a snapshot release for MacOS? ;)
[20:54:10] <wjp> music still working...
[20:54:13] <Fingolfin> wjp: some ppl asked me for that
[20:54:23] <wjp> SFX too...
[20:54:27] <Fingolfin> hehe
[20:54:39] <Fingolfin> wjp: I will now do some more changes, cleaning up cerr/cout debug output
[20:55:47] <hebble> hi all; i did a google search for 'mozilla sourceforge login' and the only relevant hit was a log of this channel. :)
[20:56:12] <wjp> hehe :-)
[20:56:22] <hebble> concidentally, exult is the exact reason i want to log in.
[20:56:24] <wjp> me may have discussed that once, yes :-)
[20:56:32] <wjp> s/me/we/
[20:56:52] <wjp> argh! speech doesn't work because I _disabled_ it...
[20:56:58] <Fingolfin> lol @ wjp
[20:57:09] <Fingolfin> hebble: you want to login on sourceforge but have a problem?
[20:57:19] <wjp> Fingolfin: speech works :-)
[20:57:21] <wjp> brb
[20:57:34] <Fingolfin> it used to work with Mozilla 0.9 and 0.9.2 for me, when I tested them some time ago
[20:57:36] <hebble> it works fine in netscape, but moz 0.9.2 does nothing when i click login
[20:57:43] <Fingolfin> hm
[20:57:46] <Fingolfin> strange
[20:58:36] <hebble> wait, just noticed there's a 0.9.3. brb. :)
[21:01:43] <Fingolfin> hehe
[21:02:00] <wjp> b
[21:03:44] <Fingolfin> wb
[21:04:11] <Fingolfin> and I just found a leak in play_wave_sfx, luckily only one that happens once; namely when a wave is decoded the first time
[21:05:45] <Fingolfin> "Load .wav data (& free rwsrc)"
[21:05:55] <Fingolfin> only the "free rwsrc" part was not implemented ;)
[21:06:01] <wjp> heh :-)
[21:16:23] <hebble> cool, moz 0.9.3 works with sourceforge. or maybe some of my global config was bad. dunno.
[21:17:02] <wjp> hmm, 0.9.3... right... I forgot all about that
[21:17:06] * wjp heads off to mozilla.org
[21:17:56] <Fingolfin> I heared that it was very buggy
[21:18:25] <wjp> hmm
[21:18:36] <hebble> mozilla in general is buggy, but they claim 0.9.3 is a stability release.
[21:18:47] <hebble> emphasis on 'claim'
[21:18:59] <wjp> I'm hardly having any trouble with 0.9.1 (together with galeon 0.11.0)
[21:19:49] <hebble> yeah, most of the bugs i've seen are in the parts galeon doesn't use.
[21:21:31] <wjp> that might explain, then
[21:27:24] <Fingolfin> we have a start_speech() function, but no stop_speech() it seems..
[21:27:43] <Fingolfin> hm, and it would be nice if one could interrupt the SI intros (or other intros) at any point, not only at transitions...
[21:28:18] <wjp> you can't?
[21:28:38] <wjp> oh, the SI one
[21:28:47] <Fingolfin> aye
[21:28:55] <wjp> ack... palette-change-flashes in the BG intro
[21:29:04] * Fingolfin takes a look at SI intro
[21:29:22] <Fingolfin> I didn't try the BG intro for some time
[21:32:17] * Fingolfin notices the "jive" variable"...
[21:33:16] <Fingolfin> lol
[21:33:18] <Fingolfin> woa
[21:33:32] <Fingolfin> seems we should allow this to be turned on via a secret flag ;)
[21:33:39] <Fingolfin> we can need good easter eggs, no? ;)
[21:35:01] <Fingolfin> ah
[21:35:13] <Fingolfin> wait_delay can't work if called with 1 or 0 it seems
[21:35:23] <Fingolfin> case SDL_MOUSEBUTTONDOWN:
[21:35:23] <Fingolfin> mouse_down = true;
[21:35:23] <Fingolfin> break;
[21:35:23] <Fingolfin> case SDL_MOUSEBUTTONUP:
[21:35:23] <Fingolfin> if (mouse_down)
[21:35:24] <Fingolfin> return true;
[21:35:33] <Fingolfin> but if we loop only once, how can this work?
[21:35:53] <Fingolfin> it *could* work
[21:36:00] <Fingolfin> depending on how SDL_PollEvent works
[21:36:18] <Fingolfin> but seems a bit chancy to me to relay on that, and it doesn't work here, e.g. while the castle is shown
[21:37:44] <wjp> Fingolfin: you can play the jive intro with F11 or something
[21:37:52] <Fingolfin> really? cool ;)
[21:40:08] <wjp> hmm, good point.... unless you're very fast at clicking it won't detect the mouseup
[21:40:29] <Fingolfin> aye
[21:41:03] * Fingolfin twiddled with Audio::play_wave_sfx and now it doesn't work anymore... <sigh>
[21:41:59] <wjp> hmm... maybe palette:apply() shouldn't always update the screen
[21:42:52] <wjp> the only way to avoid palette-change-flashes with it in place is blanking the screen in between scenes
[21:43:21] <wjp> not a big problem most of the time (since there's a fade-out for most transitions)
[21:44:33] * Fingolfin nods
[21:48:04] <wjp> I wonder in how many places the screen is updated outside of the 'main' rendering system (not that there really is one or anything...)
[21:51:50] <Fingolfin> sadly...
[21:53:29] * wjp just fixed this one flash for now...
[21:54:23] <wjp> changing palette:apply() might require more work than I want to do after midnight :-)
[21:57:10] <Fingolfin> still 3 minutes to go till midnight ;)
[21:57:15] <Fingolfin> oh, 2
[21:59:37] <wjp> oh right... my PC's clock is ahead 5 minutes
[21:59:42] <wjp> I keep forgetting :-)
[21:59:53] <Fingolfin> but now it is 1 after
[21:59:58] <wjp> (luckily... since it is a great help in not missing things :-) )
[22:00:26] <hebble> is there a FAQ somewhere about getting TiMidity set up?
[22:00:48] <wjp> rpm -i TiMidity*.rpm
[22:00:50] <wjp> ;-)
[22:01:09] <hebble> i mean making it work with exult. i have it installed, but i only hear sound effects.
[22:01:34] <wjp> did you compile exult yourself?
[22:01:53] <hebble> yeah
[22:02:01] <wjp> after you installed timidity?
[22:02:18] <hebble> yes. did i miss a configure switch?
[22:02:27] <wjp> no, it's enabled by default
[22:03:07] <wjp> but you can check if it's in with "grep TIMIDITY config.h" (from where you compiled exult)
[22:04:49] <hebble> yeah, the #define is there. i guess i'll test my timidity install just to be sure...
[22:20:56] <chimera|wookin> hebble!!!!!
[22:21:18] <Fingolfin> chimera!!!!!!!!!
[22:21:30] <wjp> Fingolfin!!!!!!!!!
[22:22:19] * Fingolfin like /msg exultbot say foo bar
[22:23:19] <hebble> chimera?
[22:24:24] <-- hebble has left IRC (Read error to hebble[c1577942-b.chmpgn1.il.home.com]: EOF from client)
[22:24:50] --> hebble has joined #exult
[22:24:55] <chimera|wookin> Fingolfin!!!!!!!!!!!!!!!
[22:24:59] <hebble> sorry, xchat crashed. what happened?
[22:25:06] <chimera|wookin> hebble: that's what I want to know
[22:26:14] --> exultbot has joined #exult
[22:26:14] --- Topic for #exult is: Exult, the open source Ultima 7 and U7 part 2 engine
[22:26:14] --- Topic for #exult set by ChanServ at Fri Aug 3 00:36:47 2001
[22:26:24] * exultbot whistles innocently
[22:27:13] <chimera|wookin> who is this Willem Jan Palenstijn guy and what are his demands?
[22:27:32] <wjp> huh?
[22:27:44] <wjp> let's see... what do I demand?...
[22:28:53] <wjp> money? nah... too cliche... world domination? don't really want that...
[22:30:05] <Fingolfin> yeah
[22:30:08] <Fingolfin> too much work
[22:30:09] <Fingolfin> hmmm
[22:30:22] <Fingolfin> that is not an easy question...
[22:30:28] <Fingolfin> chimera: how much time does he have?
[22:31:06] <wjp> gigabit internet access might be nice, but I should probably demand for more...
[22:31:15] <hebble> hmm. timidity gives me a bunch of errors about instruments not being mapped. looks like i'm missing some files but i don't see anything about it in the docs.
[22:31:45] <wjp> you may need a special 'timidity-instruments' package, depending on your distro
[22:32:54] <wjp> omniscience could be interesting... but would probably result in a few major headaches
[22:40:00] <Fingolfin> hmmmm
[22:40:12] <Fingolfin> in dir.cc, Get_direction16
[22:40:35] <Fingolfin> can somebody explain to me how the atan() and the values are supposed to be related?
[22:41:00] <wjp> 1024 * atan() ?
[22:42:01] <Fingolfin> nice theory
[22:42:10] <wjp> but doesn't work
[22:42:14] <Fingolfin> but my calculator disagrees
[22:42:15] <Fingolfin> ;)
[22:42:21] <wjp> atan(1000*smth)?
[22:42:33] <wjp> no... unlikely :-)
[22:42:37] <Fingolfin> nah ;)
[22:42:51] <Fingolfin> atan is bounded by PI/2 or so I think
[22:43:00] <wjp> yeah
[22:43:32] <Fingolfin> maybe I must combine both
[22:43:54] <Fingolfin> no, hm
[22:45:24] <wjp> why are we taking the atan of an angle?
[22:45:30] <Fingolfin> ah wait
[22:45:42] <Fingolfin> we calculate dy/dx * 1024
[22:45:53] <Fingolfin> which is 1024*tan(alpha)
[22:46:11] <Fingolfin> now we must divide that by 1024, then apply atan, to get alpha
[22:46:27] <Fingolfin> hm
[22:47:22] <wjp> yeah... atan(1533/1024) = 5*11.25
[22:48:00] <wjp> those atan()'s in the comments should be tan()'s...
[22:48:14] <wjp> I thought Jeff used to be a mathematician? :-)
[22:48:57] <Fingolfin> hehe
[22:49:29] <Fingolfin> oh, and one has to be in DEG mode, not RAD ;)
[22:49:38] <wjp> heh :-)
[22:49:45] <wjp> that helps, yes :-)
[22:50:06] <Fingolfin> I'll fix those comments in my next commit
[22:50:13] <Fingolfin> was really confusing me ;)
[22:59:46] <wjp> LOL.... kcalc actually segfaults when you take the log of a negative number
[23:00:37] <chimera|wookin> hehe
[23:00:39] <Fingolfin> no really? lol
[23:00:51] <chimera|wookin> I use kcalc but I would use somethnig else if I could find something to convert between hex, dec and bin
[23:01:07] <wjp> yeah, same here
[23:01:37] <chimera|wookin> kcalc takes up a noticeable amount of cpu just by idling ...
[23:01:42] <chimera|wookin> (which is pretty lame hehe)
[23:01:55] * Fingolfin has a nice calculator, CalcWorks, doing all thise and octal, and a load of other things, phew
[23:02:14] <Fingolfin> you mean there is no decent KDE/Gnome calculator out there?
[23:02:29] <wjp> let's write one :-)
[23:03:31] <chimera|wookin> hehe
[23:03:41] <chimera|wookin> it would be easy to write a program to convert between hex, dec and bin hehe
[23:03:55] <chimera|wookin> since strtol already does it for you
[23:04:12] <wjp> even if it didn't it would be easy ;-)
[23:05:12] <Fingolfin> isn't there a SDL calc?
[23:05:23] <wjp> why would a calc use SDL?
[23:06:38] * wjp goes to check libsdl.org
[23:07:07] <wjp> heh, there's a TI 89/92/92+ emulator...
[23:09:34] <wjp> http://bmcalc.sourceforge.net/ <-- seems to emulate desk calculators a little too closely
[23:13:45] <wjp> lots of calculators out there... most of them either too simple or too complex, though
[23:16:24] <wjp> http://www.folgmann.de/en/software/tkalc/ <-- looks interesting
[23:17:28] <Fingolfin> or looking ugly, that was what I noted today when I looked for one on OS X / Aqua
[23:17:40] <wjp> yes... really ugly...
[23:18:04] <wjp> kcalc looks pretty good, and has most features I want. Pity it's so buggy
[23:19:17] <wjp> calcworks looks nice.
[23:21:06] <wjp> maple is pretty nice too ;-)
[23:22:41] <chimera|wookin> maple... stupid licensing scheme.. the worst $99 I ever spent
[23:23:12] <wjp> I've got it for free. My univ. has a license that includes home use for students :-)
[23:23:31] <chimera|wookin> I bought it expencting to use it for windows and linux
[23:23:39] <chimera|wookin> instead I found out I could only use it with one or the other
[23:23:46] <chimera|wookin> I chose linux but still.. if I ever lose that key, I'm done for
[23:23:51] <chimera|wookin> (hopefully someone has cracked it)
[23:23:55] <wjp> probably
[23:24:25] <wjp> or you can do a few sweeps for license servers that haven't been properly configured and/or firewalled :-)
[23:25:10] <Fingolfin> mupad is free & nice - free for non-commercial usage
[23:25:18] <Fingolfin> www.mupad.de IIRC
[23:26:32] <wjp> what does GmbH stand for btw? something like 'Inc.'?
[23:27:43] <Fingolfin> yeah
[23:27:50] <Fingolfin> Limited actually
[23:28:03] <Fingolfin> Gesellschaft Mit Beschränkter Haftung
[23:28:16] <wjp> company with limited ... ?
[23:28:41] <Fingolfin> verhafted werden - to be put into jail
[23:28:44] <Fingolfin> liability maybe
[23:29:16] <Fingolfin> yeah, "liability" fits it quite well
[23:31:52] <wjp> thanks, I always wondered what that stood for exactly :-)
[23:35:57] <Fingolfin> hehge
[23:44:50] <Fingolfin> mozilla 0.9.3 sure is speedy on MacOS; I wonder how it performs under OS X
[23:56:02] <Fingolfin> going to try out MacOS X 10.1 now, cya
[23:56:04] <-- Fingolfin has left IRC (42)