#exult@irc.freenode.net logs for 2 Jan 2011 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[00:01:18] <Dominus> colourless, since I'm tinkering with the audio gump options, does the midi effects option do *anything* when you use a MT32? I guess no but am not sure
[00:09:23] <Dominus> I made a patch with special cases for OS X to display not everything for CoreAudio and CoreMidi https://sourceforge.net/tracker/?func=detail&aid=3149441&group_id=2335&atid=302335
[00:09:51] <Dominus> it could use some quick looking over, especially for coding style
[00:20:46] <Colourless> i'm not sure if the MT32 has the controller that are used for the midi effect options
[00:22:21] <Dominus> I couldn't make out any change when I applied the effects, so I still guess no :)
[00:22:48] <Colourless> pretty sure it doesn't
[00:23:04] <Dominus> thanks
[00:23:43] <Dominus> if you haven't read the logs, I couldn't reproduce the buffer overflow problem on OS X, Windows XP and Windows 7 64bit
[00:24:27] <Dominus> and I have a 1st gen MT32 (I'm able to reproduce buffer overflows with Dosbox and certain games)
[00:24:55] <Colourless> considering i have an old model too and its not overflowing for me, it is hard thing to know if its fixed. none the less I will put changes in that should fix the problem once and for all
[00:25:59] <Dominus> maybe the users usb converter adds some drivers that add some latency or so. my no name usb adapter doesn't :)
[00:28:26] <Dominus> hmm, just checked the site and indeed the edirol has some special drivers...
[00:29:06] --> Malignant_Manor has joined #exult
[00:29:30] <Colourless> as far as the intro sounding wrong, it would be exult that is wrong
[00:29:55] <Malignant_Manor> I think that driver is one that had trouble on ScummVM too.
[00:30:43] <Malignant_Manor> Does song 29 in BG sound like there is a stuck key on a MT-32?
[00:30:43] <Colourless> my usb adapter and my SB Audigy both probably send things unbuffered
[00:33:19] <Dominus> hi malignant
[00:33:27] <Dominus> song #29 in the sound tester?
[00:35:23] <Dominus> ouch, that one is really showing some problems when played through the Mt32 EMU...
[00:37:09] <Malignant_Manor> It is horrible with fake mt-32
[00:37:32] <Malignant_Manor> but I don't have a compatible card.
[00:37:44] <Dominus> fake mt32 should only be used if you have a really good soundfont
[00:38:10] <Malignant_Manor> It shouldn't have that issue though.
[00:38:53] <Malignant_Manor> I know it sounds bad for normal play, but it is the only way I can test problems.
[00:39:08] <Dominus> what problems can you test with fake mt32?
[00:39:09] <Malignant_Manor> One user says he hangs on that song.
[00:39:23] <Dominus> he hangs with mt32emu, doesn't he?
[00:39:30] <Malignant_Manor> https://sourceforge.net/tracker/?func=detail&aid=3138384&group_id=37116&atid=418820
[00:39:53] <Malignant_Manor> oops
[00:39:58] <Malignant_Manor> wrong tracker
[00:40:17] <Dominus> he he
[00:40:18] <Malignant_Manor> that's the person who had issues on ScummVM
[00:40:33] <Malignant_Manor> https://sourceforge.net/tracker/index.php?func=detail&aid=3100638&group_id=2335&atid=102335
[00:40:56] <Colourless> if you use fake mt32 and don't have a proper soundfont/dls loaded then a number of the tracks have stuck note issues
[00:41:05] <Malignant_Manor> You falsely changed the title to MT-32-emu instead of fake MT-32
[00:41:16] <Colourless> because the MT32s doesn't sustain on the notes
[00:41:32] <Malignant_Manor> Maybe that is his problem.
[00:41:36] <Dominus> thanks for pointing this out malignant
[00:41:49] <Dominus> I was sure he was refering to the mt32 emu
[00:41:49] <Colourless> if you have a proper soundfont loaded then it shouldn't be sustaining
[00:42:46] <Colourless> from memory track 20 is pretty aweful too if you have it set to mt32 and don't have a compatible patch set
[00:42:57] <Malignant_Manor> I guess that is something to ask the tracker creator.
[00:43:37] <Dominus> I'll correct this bug name and will add the note that you need a good soundfont (as hinted at in the documentation)
[00:47:07] <Malignant_Manor> I think we should disable opening multiple Exult Studio instances by default when Exult is open. (config override or something)
[00:47:56] <Malignant_Manor> It usually causes hangs and if you toggle map edit mode quickly enough, you can open several instances.
[00:48:08] <Dominus> sounds good
[00:48:28] <Malignant_Manor> I don't know how to do it though. *sigh*
[00:48:48] <Malignant_Manor> It's one more thing to make it more stable.
[00:50:05] <Malignant_Manor> I'll probably add a bug report or feature request.
[00:50:19] <Malignant_Manor> Maybe I can look for a fix.
[00:52:55] <Dominus> you need to look for how to prevent multiple gtk instances, probably...
[00:53:26] <Dominus> can you open multiple instances all the time or just in the time when the first instance is loading?
[00:57:31] <Malignant_Manor> You can always do it manually.
[00:57:42] <Dominus> it's been a while :)
[00:58:02] <Malignant_Manor> I think there is a window before ES connects so Exult tries to open another.
[00:58:58] <Malignant_Manor> Just opened 4 Exult Studios through Exult.
[01:03:10] <Dominus> I like how you solved the keys listing of the shape browser (just noticed)
[01:04:32] <Malignant_Manor> I decided to just do it like the other keys. It doesn't look very good though.
[01:05:19] <Malignant_Manor> Neither did the menu font.
[01:05:42] <Malignant_Manor> Exult doesn't offer a whole lot of options for displaying text.
[01:07:56] <Dominus> unfortunately
[01:12:20] <Malignant_Manor> All the keys are still hardcoded or I could of had them autogenerated from descriptions in defaultkeys.txt
[01:17:37] <Colourless> i wonder if a change is required for the windows midi driver. Not sure If i am checking the return values for the midiOutLongMsg
[01:17:51] <Colourless> and related function calls
[01:29:50] <Dominus> hmm, strange that alt+ANYKEY makes thew beep sound in Windows. Checking older SDL dlls
[01:32:55] <Malignant_Manor> It happens in other programs when it doesn't correspond to a alt-menu.
[01:33:41] <Malignant_Manor> Actually, disregard that.
[01:34:22] <Dominus> older SDL.dlls work fine, make no sound (tested 1.2.13 and 1.2.12)
[01:34:39] <Dominus> and tested on Windows 7 64bit
[01:34:53] <Malignant_Manor> I have no idea how to fix it though.
[01:35:11] <Malignant_Manor> Someone asked on the mailing list but got no reply.
[01:35:45] <Malignant_Manor> http://forums.libsdl.org/viewtopic.php?t=6075&sid=69d0544122ad79c25e5fde01772d05d6
[01:37:17] <Dominus> nice
[01:37:42] <Malignant_Manor> More relevant mailing list with a cause. (I haven't read through it.)
[01:37:44] <Malignant_Manor> http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-November/073012.html
[01:51:39] <Dominus> Kirben, regarding this issue (which should plague all your SDL based projects you make snapshots/releases for), would you consider supplying a SDL.dll compiled from the current SDL 1.2.x branch opposed to the 1.2.14 release?
[01:52:47] --> Marzo has joined #exult
[01:52:56] <Dominus> I'm not sure what the current stance of the SDL people is, but the last one was that they consider 1.2.14 the last release of the 1.2.14 branch (even though it proved buggy already in a couple of instances)
[01:53:26] <Malignant_Manor> I'm not sure if the current code has the proper fix (but it will work).
[01:54:00] <Malignant_Manor> The actual problem seems to be WM_MOUSELEAVE always being called when windowed and the patch just masked it.
[01:54:57] <Malignant_Manor> I haven't checked the source to see if the actual fix is used but it should cause no issues either way.
[01:55:17] <Malignant_Manor> http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-November/073221.html
[01:55:31] <Malignant_Manor> That was posted after the revert.
[01:55:37] <Dominus> better than an annoying beep sound when you press the alt-key combination
[01:57:00] <Dominus> yes, I clicked through the discussion. as almost nothing is being done on 1.2.x branch it probably will not have been done right...
[01:58:36] <Malignant_Manor> It seems the revision that was added that caused this didn't likely work for what was intended.
[02:06:55] <Kirben> A beep on an incorrect key doesn't sound that serious, and using an 1.2.15svn release that has not been well tested would be too risky.
[02:08:18] <Dominus> it's happening on all alt+key presses in Exult
[02:08:45] <Dominus> not on incorrect only
[02:09:16] <Dominus> so alt-x, alt-q to quit the game will beep (and a lot of our cheat keys as well)
[02:10:39] <Dominus> that is if you left the system beep enabled in Windows. I had it turned off in my VM, thus never noticed it before when testing
[02:11:53] <Kirben> Yes, I have sounds disabled, so never noticed either.
[02:12:04] <-- Colourless has left IRC (Quit: casts improved invisibility)
[02:12:56] <Dominus> I prefer to be left alone by Windows sounds as well...
[02:13:55] <Dominus> it's your decision, I just doubt that the SDL people will ever go forward with SDL 1.2.x branch :(
[02:14:10] <Dominus> I can add a note to the known issues :)
[02:14:28] <Dominus> (to OUR known issues)
[02:16:28] <Kirben> A custom build of 1.2.14 with the changes for only that bug fix, might be best.
[02:17:22] <Dominus> if you'd do that it really might be
[02:21:44] <Dominus> off to bed
[02:21:47] <Dominus> good night
[02:22:18] <-- Dominus has left IRC (Quit: Leaving.)
[02:23:01] <Malignant_Manor> Oh, also, the the downloads still have sdl_mixer.
[02:23:18] <Malignant_Manor> Lib vorvis and ogg are missing.
[02:23:54] <Malignant_Manor> I'm taking about developer packages.
[02:25:12] <Malignant_Manor> vorvis = vorbis
[02:40:52] <Kirben> I updated exult_dev_win32.zip to include ogg/vorbis libs.
[02:41:18] <Kirben> exult_sdl_win32.zip is used by other projects too.
[02:55:52] <Malignant_Manor> Thanks, it is still useful to have mixer anyway for building older versions for testing.
[03:13:09] <-- Marzo has left IRC (Read error: Operation timed out)
[03:25:05] <Kirben> http://hg.libsdl.org/SDL/rev/6800e2560310 is the bug fix for that alt-key issue in SDL 1.2.14.
[03:27:36] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[03:38:23] --> Malignant_Manor has joined #exult
[03:39:05] <Malignant_Manor> That should work fine. The actual problem seems to be this.
[03:39:06] <Malignant_Manor> http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-November/073221.html
[03:49:58] <Malignant_Manor> Maybe this patchset? http://hg.libsdl.org/SDL/rev/a5878b271b74
[03:51:37] <Malignant_Manor> plus this http://hg.libsdl.org/SDL/rev/9322f7db8603
[03:53:34] <Kirben> I'm trying to keep SDL changes to a minimum, so I will just use the revert (revision 6800e2560310).
[03:58:45] <Malignant_Manor> Okay, those could have introduced a bug anyway.
[04:12:50] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[05:41:43] --> Malignant_Manor has joined #exult
[05:42:12] <Malignant_Manor> Should it be fine to remove some pent_include.h includes that don't seem needed?
[06:02:52] <Malignant_Manor> I opened a patch tracker for someone with better knowledge to look at. https://sourceforge.net/tracker/?func=detail&aid=3149561&group_id=2335&atid=302335
[06:10:46] <-- Malignant_Manor has left IRC (Ping timeout: 250 seconds)
[06:52:45] --> Malignant_Manor has joined #exult
[10:42:32] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[10:55:21] --> Dominus has joined #exult
[10:55:21] --- ChanServ gives channel operator status to Dominus
[11:01:04] <Dominus> thanks Kirben for the fixed SDL and the updating of the header
[11:01:08] <Dominus> s
[11:05:07] <Dominus> you missed some, though (audio/midi_drivers...)
[11:07:52] <Dominus> wjp, I need to fix the coremididriver.* copyright entry but don't know in what to fix it. It's based on the ScummVM code (scummvm/backends/midi/coremidi.cpp) but also on the pentagram code, similar to coreaudiomididriver.*
[12:34:53] <-- ParuNexus has left IRC (Ping timeout: 264 seconds)
[12:38:53] --> ParuNexus has joined #exult
[13:03:17] <-- Kirben has left IRC ()
[15:15:59] --> Marzo has joined #exult
[15:39:54] --> Malignant_Manor has joined #exult
[15:40:31] <Malignant_Manor> The FSF address has changed. Do we want to update that too? http://www.gnu.org/licenses/gpl-2.0.html
[15:43:03] <Malignant_Manor> Is the MT-32EMU too quiet compared to the sfx?
[16:06:43] <Dominus> I think the MT32emu is fine, the real MT32 is way too quiet compared to the other music options
[16:07:06] <Dominus> maybe Colourless will add a volume slider for Music/SFX/Speech :)
[16:17:38] <Malignant_Manor> I have a volume increase that may only affect a few notes.
[16:20:07] <Malignant_Manor> ScummVM uses but on notes too high (Game menu) , you get a crackle.
[16:21:06] <Malignant_Manor> ykhwong's build overcompensated too much, which is why you noticed less "wham".
[16:21:40] <Malignant_Manor> I narrowed down the range that crackles.
[17:04:33] <Dominus> I read the vogons post...
[17:04:56] <Dominus> looking forward to a new patch :)
[17:16:14] <-- Sevalecan has left IRC (Quit: Leaving)
[17:16:36] --> Sevalecan has joined #exult
[17:16:58] --- Sevalecan is now known as Guest69807
[17:18:24] <-- Guest69807 has left IRC (Client Quit)
[17:18:48] --> Sevalecpp has joined #exult
[17:18:48] <-- Sevalecpp has left IRC (Changing host)
[17:18:48] --> Sevalecpp has joined #exult
[17:18:53] --- Sevalecpp is now known as Sevsfdsa
[17:22:14] <-- Sevsfdsa has left IRC (Client Quit)
[17:22:16] --> Sevalecpp has joined #exult
[17:22:16] <-- Sevalecpp has left IRC (Changing host)
[17:22:16] --> Sevalecpp has joined #exult
[17:23:49] --- Dominus is now known as Dominus|away
[17:24:35] <Malignant_Manor> In Exult, I can narrow it down further to these in the game menu song. http://pastebin.com/bPftzsdm
[17:24:51] <Malignant_Manor> I need to see if more songs have issues.
[17:30:35] <-- Marzo has left IRC (Ping timeout: 240 seconds)
[17:40:25] <Malignant_Manor> Wow, I was way wrong about the limit.
[18:51:17] --> Morde has joined #exult
[19:05:59] <-- Malignant_Manor has left IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[20:21:26] <-- Rottingbeef has left IRC ()
[21:20:13] --> ParuCodex has joined #exult
[21:20:35] <-- ParuNexus has left IRC (Ping timeout: 272 seconds)
[21:21:46] <-- ParuCodex has left IRC (Client Quit)
[22:10:25] --> Cahaan has joined #exult
[22:45:06] <-- ettin has left IRC (*.net *.split)
[22:45:14] <-- RadoS has left IRC (*.net *.split)
[22:45:15] <-- ruumis has left IRC (*.net *.split)
[22:45:16] <-- Cahaan has left IRC (*.net *.split)
[22:45:17] <-- Sevalecpp has left IRC (*.net *.split)
[22:45:17] <-- wjp has left IRC (*.net *.split)
[22:45:18] <-- Morde has left IRC (*.net *.split)
[22:45:51] --> Kirben has joined #exult
[22:45:51] --> Cahaan has joined #exult
[22:45:51] --> Morde has joined #exult
[22:45:51] --> Sevalecpp has joined #exult
[22:45:51] --> ruumis has joined #exult
[22:45:51] --> ettin has joined #exult
[22:45:51] --> RadoS has joined #exult
[22:45:51] --> wjp has joined #exult
[23:12:21] <-- Dominus|away has left IRC (Remote host closed the connection)
[23:13:30] --> Dominus1 has joined #exult
[23:17:46] --> Rottingbeef has joined #exult
[23:22:59] --- Dominus1 is now known as Dominus
[23:23:00] --- ChanServ gives channel operator status to Dominus
[23:27:39] <-- ettin has left IRC (*.net *.split)
[23:27:42] <-- Kirben has left IRC (*.net *.split)
[23:27:44] <-- RadoS has left IRC (*.net *.split)
[23:27:44] <-- ruumis has left IRC (*.net *.split)
[23:27:45] <-- Rottingbeef has left IRC (*.net *.split)
[23:27:46] <-- Dominus has left IRC (*.net *.split)
[23:27:47] <-- Cahaan has left IRC (*.net *.split)
[23:27:47] <-- Sevalecpp has left IRC (*.net *.split)
[23:27:47] <-- wjp has left IRC (*.net *.split)
[23:27:48] <-- Morde has left IRC (*.net *.split)
[23:29:39] --> Rottingbeef has joined #exult
[23:29:39] --> Dominus has joined #exult
[23:29:39] --> Kirben has joined #exult
[23:29:39] --> Cahaan has joined #exult
[23:29:39] --> Morde has joined #exult
[23:29:39] --> Sevalecpp has joined #exult
[23:29:39] --> ruumis has joined #exult
[23:29:39] --> ettin has joined #exult
[23:29:39] --> RadoS has joined #exult
[23:29:39] --> wjp has joined #exult
[23:39:05] <-- Dominus has left IRC (Quit: Leaving.)
[23:39:17] --> Dominus has joined #exult
[23:39:17] --- ChanServ gives channel operator status to Dominus