#pentagram@irc.freenode.net logs for 3 Jul 2003 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage


[00:23:38] <Fingolfin> wooo-hooo
[00:23:40] <Fingolfin> music's working
[00:23:59] <Fingolfin> pentagram is super slow on this laptop at 640x480, but still, thhis is great =)
[00:27:30] <Fingolfin> just for fun, let's run this through gprof =)
[01:40:04] <-- Fingolfin has left IRC ("42")
[01:42:24] --> Kirben has joined #pentagram
[01:42:24] --- ChanServ gives channel operator status to Kirben
[01:44:24] --> Cashman has joined #pentagram
[01:44:56] <Cashman> i havn't tried but is the non admin cvs up to date again!? last cvs snapshot from wjp/kirben was 29th june
[01:45:36] * Cashman has time so he will quickly check...
[01:46:20] <Cashman> hehe I got a blue screen from this windows machine and I managed to recover few!
[01:47:17] <Cashman> *hick* cashman out
[01:47:17] <-- Cashman has left IRC (Client Quit)
[01:48:57] --> Cashman has joined #pentagram
[01:49:15] <Cashman> kirben are you able to make a source or exec snapshot thanks
[01:49:25] <Cashman> even if its just the exe
[01:49:36] <Cashman> I do realise that wjp hasn
[01:49:58] <Cashman> hasn/hasn't comitted the saving yet but I see colourless has music support
[01:50:10] <Kirben> As far as I know anonymous cvs is still a few days old, just compiling latest cvs now.
[01:50:38] <Cashman> ok thanks - yeah anonymous is still old
[01:50:43] <Kirben> will upload new source and binary as soon as compile is done.
[01:50:53] <Cashman> its liek 24*3 to 4 days actually
[01:50:57] <Cashman> ok thanks kirben
[01:51:15] <Cashman> whats the link to your server/online space again?
[01:52:09] <Cashman> I can only remember wjp
[01:52:36] <Cashman> wjp's is easy because I just search for pentagram logs on google or use my bookmark but I don't have yours
[01:55:20] <Kirben> http://pentagram.sourceforge.net/snapshots/
[01:56:54] <Cashman> oh true I can remember that now, you use sourceforge pentagram space ok cool, do you still make makefiles - hell I wonder if there is any demand for those (mingw), I still use mingw32 with dev so I make my own makefiles
[01:57:26] <Cashman> any ideas when to start uploading the exe to the files section on sourceforge!
[01:57:37] <Cashman> surely that would update the activity as well?
[02:02:14] <Kirben> Yes I still keep mingw build working, there are a few other people compiling pentagram under mingw. I don't know when the first official release of pentagram will be.
[02:02:37] <Cashman> ok
[02:02:57] <Kirben> new binary/source is online.
[02:03:31] <Cashman> thanks
[02:04:56] <Cashman> well its hopeful that saving will be finished shortly - one thing I noticed that was missing and I told wjp was npc puppet barking(animation of npcs heads)
[02:05:40] <Cashman> well I do realise there is a tone of stuff to do though
[02:07:28] <Cashman> bye for now
[02:07:40] <-- Cashman has left IRC ()
[02:29:09] --> Cashman has joined #pentagram
[02:29:14] <-- Cashman has left IRC (Client Quit)
[06:59:28] --> Kirben2 has joined #pentagram
[06:59:28] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[07:59:33] --- Kirben2 is now known as Kirben
[09:48:34] --> Fingolfin has joined #pentagram
[09:48:34] --- ChanServ gives channel operator status to Fingolfin
[10:02:40] --> wjp has joined #pentagram
[10:02:40] --- ChanServ gives channel operator status to wjp
[10:02:44] <wjp> hi
[10:02:49] <wjp> sound working I saw? :-)
[10:04:06] <wjp> Cashman: you can find both my and Kirben's snapshots through http://pentagram.sf.net
[10:05:35] <Fingolfin> hi willem
[10:06:05] <wjp> I'm wondering how to get music working on my system...
[10:06:05] <Fingolfin> yes, I get music, so nice to hear the dark and brooding U8 music again... this makes me feel like 14 again =)
[10:06:24] <wjp> my soundcard doesn't do hardware MIDI...
[10:07:04] <wjp> maybe I can wire in SDL_mixer's libtimidity
[10:07:49] <wjp> or scummvm's adlib midi driver
[10:08:11] <Fingolfin> hm
[10:08:47] <Fingolfin> adlib driver would be a bit tricky. first off, it uses a special hook in our audio mixer (which is bad, I want to fix the design for that and make it use a "normal" mixer channel)
[10:09:20] <Fingolfin> timidity might work, but probably uses a higher level MidiDriver?! really doN't know it enough
[10:09:28] <Fingolfin> of course you could also get a new Soundcard :-)
[10:10:14] <wjp> ... ;-)
[10:11:49] <wjp> not sure what it would take to use libtimidity
[10:12:46] * wjp hmms...
[10:12:55] <wjp> my parents might have an extra SB Live lying around
[10:16:58] <Fingolfin> hehe
[10:23:22] <wjp> it seems to take a list of "MidiEvent"s
[10:23:36] <wjp> containing int32 time; uint8 channel, type, a, b;
[10:24:15] <Fingolfin> ah
[10:24:32] <Fingolfin> thing is I have no clue what kind of data timidity takes =)
[10:26:10] <wjp> let's see...
[10:26:16] <wjp> the entry point from SDL_mixer is
[10:26:20] <wjp> int Timidity_PlaySome(void *stream, int samples)
[10:26:55] * wjp browses that function
[10:27:38] <wjp> and Timidity_LoadSong
[10:28:15] <Fingolfin> Well I guess we need some kinde of control over the song
[10:28:24] <Fingolfin> for it to change dynamically when you e.g. enter battle
[10:28:32] <wjp> yes
[10:29:00] <wjp> If I understood Ryan correctly, that was done by playing a specific track from 'trans.xmi'
[10:30:56] <wjp> so you want to avoid LoadSong somehow and dynamically create the event list
[10:39:52] <Fingolfin> sadly, the coreaudio output eats *lots* of processing time. And that only due to the reverb code. In ScummVM, I hacked the QuickTime backend (which ultimately passes thru CoreAudio, too) to not send any reverb controller messages, for a speed boost
[10:40:03] --> Colourless has joined #Pentagram
[10:40:03] --- ChanServ gives channel operator status to Colourless
[10:40:09] <wjp> hi
[10:40:09] <Fingolfin> in pentagram it's 24 frames vs 6 frames here. reverb calculations eat 53% CPU time :-(
[10:40:11] <Fingolfin> hi ryan
[10:40:30] <wjp> bbl, lunch
[10:40:52] <Colourless> don't try screwing around with midi... yet... i'll be hacking in some SDLmixer stuff later tonight
[10:40:58] <Colourless> hi btw
[10:41:08] <Colourless> that will include a fmsynth driver
[10:43:14] <Fingolfin> also when quitting pentagram, it takes 5-10 seconds to do so... window goes away immediately, but music keeps playing =)
[10:46:31] <Colourless> pentagram doesn't attempt to 'delete' the midi driver
[10:46:47] <Fingolfin> indeed
[10:46:51] <Colourless> so, the play thread isn't terminated cleanly
[10:47:06] <Colourless> should be simple enough to fix
[10:47:11] <Fingolfin> yeah right, I saw that in the code last night, actually, now that I think about it (I even added a comment, Ithink =)
[10:47:19] <Colourless> just added a delete midi_driver; in teh GUIApp destructor i think
[11:11:35] <-- Fingolfin has left IRC ("42")
[11:12:43] <-- DarkeZzz has left IRC (calvino.freenode.net irc.freenode.net)
[11:12:50] --> DarkeZzz has joined #pentagram
[11:16:26] <wjp> Colourless: I wasn't planning to do any 'big' things with midi quite yet :-)
[11:22:11] <wjp> saving progress: everything except CoreApp/GUIApp data and processes is getting saved now
[11:22:21] <wjp> also wrote a little BitSet class for the globals
[11:22:46] --> Cashman has joined #pentagram
[11:23:08] <-- Colourless has left IRC (Read error: 60 (Operation timed out))
[11:30:37] * Cashman is still getting same framrate with midi, quits to windows ok as well - not everyone seams to have fingolfins problem
[11:31:56] <Cashman> a
[11:32:29] <Cashman> a
[11:33:08] <Cashman> gh
[11:33:14] <Cashman> oops osrry
[11:33:16] <Cashman> sorry
[11:34:49] <Cashman> hows saving going wjp
[11:35:09] <wjp> check the logs from just before you walked in
[11:36:13] <Cashman> hmmm fingolfin having 50% cpu chewage with reverb - hmm I surpose there are going to be all sorts of results just the same as with video fps
[11:36:37] <Cashman> ok just checked - nice!
[11:37:25] <Cashman> what sorta file sizes do you estimate without compression now? or is it about the same
[11:38:09] <wjp> currently about 1.5Mb without compression
[11:38:27] <wjp> but I'll cut that back to about 800Kb after I finish it
[11:38:49] <Cashman> ok so you are going to use a compression algorithm shortly?
[11:38:55] <wjp> yes
[11:39:09] <wjp> savegames will be compressed by default
[11:40:17] <Cashman> 800k thats fine! we all know the the origional ones were about 300-400kb buts things are different here right and with hardware etc. today thats more than exceptable
[11:40:31] <wjp> compressed will be under 300Kb
[11:40:46] <wjp> maybe under 200Kb
[11:41:03] <Cashman> ha? you said 1.5mb without compression
[11:41:10] <wjp> yes...
[11:41:13] <wjp> WITHOUT compression
[11:41:16] <Cashman> oh
[11:41:27] <Cashman> I see you are managing to cut things back to about 800 before compression
[11:41:37] <Cashman> found a nicer method, I see
[11:41:49] <wjp> yes, by saving less things that are already stored in the data files
[11:42:02] <wjp> (data files = the original game data files)
[11:42:07] <Cashman> IIRC you talked that with colourless the other day
[11:42:11] <wjp> yes
[11:43:03] <wjp> s/less/fewer/
[11:43:16] <Cashman> I see darks busy at the moment - do we have any updates on his compiler/disasm
[11:43:35] <wjp> he mentioned he was somewhat busy in RL
[11:43:56] <wjp> you'll have to ask him about it :-)
[11:44:02] <Cashman> yeah busy posting job apps or somthing
[11:44:39] * Cashman gets ready to submit his first bug report
[11:45:05] * Cashman hides
[11:54:05] <Cashman> *hick*
[12:11:57] <-- Cashman has left IRC ()
[12:17:08] --> Cashman has joined #pentagram
[13:05:07] <-- Cashman has left IRC ()
[13:44:57] --> Colourless has joined #Pentagram
[13:44:57] --- ChanServ gives channel operator status to Colourless
[13:45:28] <Colourless> hi again
[13:59:30] <wjp> wb
[14:36:47] <wjp> I've been meaning to ask... what's an fmsynth? :-)
[14:37:17] <Colourless> FM Synthesizer aka Adlib :-)
[14:37:17] <Colourless> in this case, emulated adlib
[14:37:36] <wjp> so that means emulated midi?
[14:38:11] <Colourless> yes
[14:38:34] <wjp> but without any 'real' patches, I guess
[14:38:40] <Colourless> yes
[15:00:56] <wjp> bbl, going home
[15:00:56] <-- wjp has left IRC ("bbl")
[15:09:09] --> Fingolfin has joined #pentagram
[15:09:09] --- ChanServ gives channel operator status to Fingolfin
[15:32:02] --> wjp has joined #pentagram
[15:32:02] --- ChanServ gives channel operator status to wjp
[15:32:20] <wjp> hi again
[15:37:00] <Fingolfin> yo
[15:37:08] <Colourless> wb
[15:38:43] <-- Kirben has left IRC (Read error: 104 (Connection reset by peer))
[16:51:05] <wjp> another thought on glob objects: check for each glob egg individually if its contents have been modified. If so, save contents. If not, just save objids
[16:51:21] <Colourless> that is probably a good idea
[16:51:23] <wjp> my guess would be we wouldn't have to save anything then :-)
[16:53:36] <wjp> hmm... extendedflags will have to be saved anyway... (for the fast0/fast1 flags)
[16:54:23] <Colourless> hmm. yes they would
[16:54:34] <wjp> ah well, 6 bytes per glob item instead of about 40 :-)
[17:11:03] <wjp> bbl, dinner
[17:11:12] <Colourless> k
[17:39:54] <wjp> "// You should always use Protection" ? ;-)
[17:41:14] <Colourless> took you long enough to find that
[17:41:29] <wjp> AskGump was working fine, no need to look :-)
[17:42:01] <Colourless> you still found it none the less :-)
[17:42:09] <wjp> it needs saving now :-)
[18:08:53] <wjp> ok, BarkGump, AskGump, are saved now too
[18:09:24] <wjp> that covers all the Objects I think
[18:09:35] <wjp> that was my last excuse to postpone Processes :-)
[18:09:50] <Colourless> :-)
[18:16:48] <wjp> processes will be totally similar to objects, though, so it's not really that hard
[18:17:23] <wjp> now if only we didn't have 15 separate process classes :-)
[18:17:35] <Colourless> :-)
[18:18:14] <Colourless> a hint regarding saving ucstacks. you don't need to save anything that's below sp
[18:18:29] <wjp> it does use stuff below sp at times
[18:18:45] <Colourless> you sure? cause doing that is quick way to lots of pain
[18:18:59] <Colourless> generally something that is below the sp is considered out of scope
[18:19:03] <wjp> I think for freeing popped strings/lists at times
[18:19:24] <Fingolfin> sounds evil
[18:19:54] <wjp> I'm just browsing through usecode now
[18:20:37] <wjp> ok, only occurence of "SP-" is in "SP-00"
[18:20:37] <Colourless> i can't seem to find and [sp-0?h] anywhere
[18:20:50] <Colourless> which is a 'bug' in disasm :-)
[18:21:19] <Colourless> or was in old versions
[18:21:22] <wjp> oh, I see, what I was thinking of was:
[18:21:28] <wjp> calli 08h 0049h (process Item::bark(char* str))
[18:21:30] <wjp> free string [SP+04h]
[18:21:34] <wjp> add sp -0Ah
[18:21:40] <wjp> but that's no problem
[18:23:30] <Colourless> add sp,,, that should be 'move sp'
[18:23:38] <Colourless> um...
[18:23:41] <Colourless> sub sp actually
[18:23:44] <wjp> yeah
[18:23:59] <Colourless> // 6E xx
[18:24:00] <Colourless> // substract xx from stack pointer
[18:24:59] <Fingolfin> bbl
[18:25:01] <-- Fingolfin has left IRC ("42")
[18:29:33] <Colourless> why does UCMachine have addProcess() and killProcess() functions
[18:29:52] <wjp> hm, not sure :-)
[18:30:10] <wjp> I think there was a time when UCMachine had to do something when a UCProcess was added/killed
[18:30:33] <wjp> can't remember what, though, and I'm pretty sure it's no longer the case
[18:31:05] <Colourless> uint16 UCMachine::addProcess(Process* p)
[18:31:10] <Colourless> {
[18:31:10] <Colourless> return Kernel::get_instance()->addProcess(p);
[18:31:10] <Colourless> }
[18:31:10] <Colourless> ooh WOW!
[18:31:21] <Colourless> as you could imagine, killProcess(Process* p) is just as interesting
[18:31:27] <wjp> p->terminate() :-)
[18:31:39] <Colourless> yeah, i know :-)
[18:31:53] <wjp> might as well get rid of them now
[18:31:55] <Colourless> of course, there is void UCMachine::killProcess(uint16 pid) too
[18:32:17] <wjp> which is never called :-)
[18:32:36] <Colourless> i just noticed
[18:33:00] <Colourless> killProcess(Process* p) is called all of once
[18:33:18] <wjp> so, do you want to delete them or shall I? :-)
[18:33:28] <Colourless> i'll do it
[18:33:37] <Colourless> i'm about to commit some stuff anyway
[19:01:09] <Colourless> ok, committed my 'stuff'
[19:01:31] <wjp> hm, can there be no CameraProcess when saving?
[19:01:41] <Colourless> there should always be one
[19:01:41] <wjp> if so, do the statics still need to be saved?
[19:01:43] <wjp> k
[19:02:11] <Colourless> the earthquake stuff does need saving
[19:02:26] <Colourless> but that can be saved by the process it self
[19:02:29] <wjp> yeah
[19:02:37] <wjp> hence my question if there was always one :-)
[19:02:57] <Colourless> i Your message to Pentagram-cvs awaits moderator approval
[19:03:09] <Colourless> :-(
[19:03:32] <-- Colourless has left #Pentagram ()
[19:03:40] --> Colourless has joined #pentagram
[19:03:40] --- ChanServ gives channel operator status to Colourless
[19:04:06] <Colourless> i *don't* know what keys is press to spontaneously leave the channel
[19:06:19] <wjp> hm, so if I #define USE_FMOPL_MIDI I should get music now? :-)
[19:07:34] <Colourless> and link to sdl mixer, yes in theory
[19:10:51] <wjp> hm, that'll mean configure hackery :-)
[19:24:03] <wjp> yay! :-)
[19:24:27] <Colourless> i take it that signals it worked :-)
[19:24:45] <wjp> :-)
[19:25:52] <wjp> oh, one thing I just thought of: it would be nice to be able to completely disable audio with a #define
[19:26:01] <wjp> we've had several people asking for that with exult
[19:26:17] <Colourless> yes, it would be a nice idea
[19:26:33] <Colourless> Pentagram can obviously run with no midi drivers at all at the moment
[19:29:13] <Colourless> we really need to break up the u8playground function
[19:29:21] * wjp nods
[19:29:26] <Colourless> needs to go into 2 parts
[19:29:38] <Colourless> one that loads all the vital data
[19:29:55] <Colourless> the second one that creates a new 'game' of u8
[19:30:04] <wjp> yes
[19:30:17] <wjp> and they need to go into a separate class too
[19:31:06] <Colourless> cause currently the midi driveres need to be loaded after the u8playground has been called (cause the music flex is needed)
[19:31:55] <Colourless> of course, Initializing the midi driver 'can' be done by the function/class the setup a u8 game, since TGWDS don't use midi
[19:35:45] <Colourless> probably a case of sometime in the future doing something like audio_manager->setupMidi();
[20:10:47] <wjp> should I reset MusicProcess::state to 'MUSIC_PLAY_WANTED' on load?
[20:11:03] <wjp> thanks for the comments with the members, btw :-)
[20:11:09] <Colourless> yes
[20:11:18] <Colourless> :-)
[20:11:36] <wjp> one problem... it needs to get the driver from somewhere
[20:11:55] <Colourless> yeah, it's stored in GUIApp
[20:12:04] <wjp> ok
[20:12:12] <wjp> do all 128 song branches need saving?
[20:12:20] <Colourless> song_branches should just be wiped to -1
[20:12:59] <wjp> ok, so I'll save wanted_track, reset current_track, song_branches, set the_music_process to this, get driver from GUIApp
[20:13:09] <Colourless> no need to save them.
[20:13:27] <Colourless> yep.
[20:16:13] <wjp> anything special when wanted_track is 0 or -1 or something?
[20:17:11] <Colourless> well, wanted track only has meaning when MUSIC_PLAY_WANTED is the state
[20:17:16] <Colourless> setting it to 0 will stop the music
[20:20:57] <wjp> how do I kill all music?
[20:21:32] <Colourless> playMusic(0) or current_music = 0; state = MUSIC_PLAY_WANTED;
[20:21:41] <wjp> and from GUIApp?
[20:21:53] <wjp> (when the MusicProcess is ancient history :-) )
[20:22:01] <Colourless> it's... not possible at the moment :-)
[20:22:14] <Colourless> well, in theory it is
[20:22:47] <Colourless> for (int i = 0; i < midi_driver->maxSequences(); i++) midi_driver->finishSequence(i);\
[20:23:13] <Colourless> that will kill all music
[20:23:50] <wjp> ok, that worked
[20:23:54] <wjp> but now it's not restarting :-)
[20:24:02] <wjp> oh, wait
[20:24:07] <wjp> I didn't reset midi_driver yet
[20:24:37] <Colourless> there is a 'bug' MusicProcess btw, which i just thought of
[20:26:05] <Colourless> basically it doesn't check to see if the current song has stopped playing for whatever reason, and if you say to play that same song again, it wont
[20:26:12] <Colourless> i'll commit a fix for it
[20:26:26] <wjp> ok, it restarts the song when you reload now
[20:27:03] <wjp> now except for some rare processes like *cough* UCProcess it's saving/loading everything
[20:29:30] <Colourless> great
[20:29:46] <wjp> I am _so_ bored of writing save/load functions :-)
[20:29:55] <Colourless> :-)
[20:30:00] <Colourless> you only have 1 left
[20:30:17] <wjp> nah, I only did 4 process classes so far
[20:30:33] <wjp> (Process itself and the 3 'permanent' ones)
[20:30:44] <wjp> EggHatches, Music, Camera
[20:31:15] <Colourless> :-)
[20:31:23] <wjp> s/ches/cher/
[20:50:04] * wjp saves while chatting with Devon...
[20:50:16] <wjp> oh... GumpNotifyProcess :-)
[20:50:25] <Colourless> :-)
[20:52:12] <Colourless> that one only need to save... oh 2 things. the ObjID of the gump and the return
[20:52:25] <Colourless> i think...
[20:52:34] <Colourless> return might not be required
[20:52:44] <Colourless> or is in Process
[20:53:08] <Colourless> yes it's in Process :-)
[20:54:19] <Colourless> hmm...
[20:54:24] * Colourless thinks
[20:54:50] <wjp> say anything that will require me to rewrite load/save functions and I'll kick you ;-)
[20:56:30] <Colourless> no, i'm just thinking, that the gump pid doesn't really need to be in the notifier process. The reason is the gump could be the owner 'item_num' of the Process
[20:57:50] <Colourless> s/gump pid/gump objid/
[20:58:27] <Colourless> when i first created GumpNotifyProcess, gumps weren't given ObjIDs yet, so I gave GumpNotifyProcess a pointer to it's owner Gump. However, you then changed it to use a objid.
[20:58:46] <Colourless> it would make logical sense for 'item_num' in Process to be more like 'owner'
[20:59:15] <wjp> currently the item_num for GumpNotifyProcess is the owner of the gump
[21:01:26] * wjp hmmms
[21:01:52] <wjp> it "kind of" works
[21:01:57] <wjp> AskGump isn't showing up
[21:02:13] <wjp> but you can click on it
[21:02:51] <wjp> did I have to save (ix,iy,iz) in ItemRelativeGump?
[21:02:58] <wjp> s/,iz//
[21:03:26] <Colourless> no
[21:03:27] <wjp> feature request: a way to disable music. It's starting to drive me nuts :-)
[21:03:56] <Colourless> you 'could' just not compile it in
[21:04:06] <wjp> I'll just set midi_driver=0
[21:04:40] <wjp> remind me to remove that before I commit ;-)
[21:04:43] <Colourless> you could can still click, it just doesn't paint?
[21:04:53] <wjp> yes
[21:05:51] <Colourless> does barking work?
[21:05:55] <wjp> yes
[21:05:59] <wjp> or it did, anyway
[21:06:01] <wjp> let me try
[21:06:23] <wjp> yes
[21:06:51] <Colourless> is ButtonGump saving itself properly?
[21:06:59] <Colourless> s/Gump/Widget/
[21:07:08] <wjp> ack
[21:07:14] <wjp> wrong baseclass :-)
[21:07:22] <Colourless> SimpleTextWidget
[21:07:29] <wjp> yes... kind of strange :-)
[21:07:34] <wjp> I assume that'll change someday? :-)
[21:07:41] <Colourless> yeah
[21:07:54] <Colourless> ButtonWidget ... is a bit of a hack at the moment
[21:08:24] <wjp> works now :-)
[21:08:28] <Colourless> instead of inheriting SimpleTextWidget, it should have it as a child.
[21:08:30] * wjp is quite amazed :-)
[21:09:02] <Colourless> Of course, i'm going to be changing a fair amount of 'stuff' with gumps to improve it.
[21:09:12] <wjp> except that there seems to be some string corruption
[21:09:35] <Colourless> some?
[21:09:40] <wjp> garbage at the end
[21:10:03] <wjp> fixed
[21:10:21] <wjp> silly typo
[21:13:46] <Colourless> i should be going
[21:13:47] <Colourless> cya
[21:13:51] <-- Colourless has left IRC ("casts invisibility")
[22:08:13] --> Fingolfin has joined #pentagram
[22:08:13] --- ChanServ gives channel operator status to Fingolfin
[22:09:37] <wjp> wb
[22:10:59] <Fingolfin> re
[22:11:27] <wjp> saving is pretty much working :-)
[22:11:36] <wjp> just a few process types left to save...
[22:21:08] <Fingolfin> cool
[22:21:17] <Fingolfin> so we'll soon get a mail flood?
[22:21:27] <wjp> probably this weekend
[22:22:36] <wjp> 92 modified files
[22:22:40] <wjp> hmmm :-)
[22:24:15] <wjp> could you add audio/midi/fmopl.o and audio/midi/FMOplMidiDriver.o to objects.mk?
[22:25:05] <wjp> hm, nvm, I'll just do it from my uni account
[22:25:37] <Fingolfin> I could do it
[22:26:02] <wjp> I enabled FMOPL by default in configure, btw
[22:26:07] <wjp> --disable-fmopl-midi to disable it
[22:26:19] <wjp> it now also checks for SDL_mixer
[22:26:33] <Fingolfin> does it disable fmopl if no SDL_mixer is found?
[22:26:37] <wjp> yes
[22:26:48] <Fingolfin> then it's fine by me =)
[22:28:09] <Fingolfin> hm, tools/fold/Fold.cpp sure takes long to compile
[22:28:29] <wjp> longer than UCMachine.cpp?
[22:31:16] <wjp> the final link command is really insanely long :-)
[22:33:42] <wjp> anyway, I should go
[22:33:43] <wjp> 'night
[22:34:00] <-- wjp has left IRC ("Zzzz...")
[23:53:27] <-- Fingolfin has left IRC ("42")