IRC logs for #opendune on OFTC at 2012-02-01
⏴ go to previous day
09:06:01 *** Xaroth|Work has joined #openDune
09:06:01 *** ChanServ sets mode: +o Xaroth|Work
22:10:38 *** milkshake has joined #openDune
22:10:54 <milkshake> hello is there anyone available?
22:13:14 <Xaroth|Work> depends on your definition of available
22:13:40 <milkshake> well what I meant was for a little assistance
22:14:06 <milkshake> im trying to get the midi background music working on my pandora compile
22:14:22 <milkshake> but even after compiling timidity and opening some midi ports
22:14:53 <Xaroth|Work> that sounds like linux problems
22:15:22 <Xaroth|Work> not really my area, that.. well.. i do enough linux stuff, but not desktop related stuff :P
22:15:54 <milkshake> do u know if I have to compile opendune with any flags to enable midi?
22:16:14 <milkshake> or should ./configure;make work just fine?
22:17:16 <Xaroth|Work> er, the actual enabling of music ingame is done by game configuration .. but i'm sure if that requires something linux-specific to be done
22:17:58 <milkshake> yes in the options menu in game it is enabled
22:18:03 <glx> music is on by default IIRC
22:18:05 <milkshake> but no gloriouse sound :(
22:19:34 <milkshake> do is there something specific with how opendune looks for the midi port or which port it will look for?
22:20:22 <glx> it may be sound device is locked by sound driver and not available for timidity
22:21:49 <milkshake> i can open midi files fine with timidity
22:22:43 <glx> and when opendune is running ?
22:23:08 <milkshake> the game runs great but no bg music
22:23:34 <glx> I mean try midi in terminal while opendune is running
22:28:48 <milkshake> yes midi plays whilst game is playing
22:30:14 <milkshake> any other ideas glx
22:30:14 <glx> no output in stderr from opendune ?
22:30:51 <milkshake> how would I check that?
22:31:46 <glx> if you start opendune from terminal it should print them in the terminal
22:32:21 <milkshake> the stderr is saved to a .out file
22:34:24 <milkshake> only issues I can see is "ALSA lib pcm.c:7234:(snd_pcm_recover) underrun occured" but truebrain said thats normal for older ALSA versions
22:38:08 <glx> hmm stderr and stdout are redirected to the same file ?
22:38:46 <milkshake> yes as far as im aware
22:39:08 <milkshake> the midi works fine in the desktop linux version :/ wonder what I need to do?
22:40:53 <glx> maybe add some printf in midi_init() to check it's really initialised
22:42:17 <milkshake> which file do I need to add that to?
22:45:07 <milkshake> will printf output to terminal?
22:46:33 <milkshake> shall I add it after if(s_midiPort < 0){
22:47:11 <glx> put one in line 26 for a start
22:47:29 <glx> just to check the function is called
22:48:08 <milkshake> ok added printf("starting midi"); on line 26
22:52:23 <milkshake> ok done, gonna transfer to pandora now
22:59:56 <milkshake> ive got nothing showing up in terminal appart from the same ALSA lib issues
23:00:09 <milkshake> does stdout print to terminal?
23:00:47 <milkshake> ok well its not printing any midi errors we created
23:01:03 <glx> then I think I know what happens, add a printf in midi_init() but in src/audio/midi_none.c
23:03:14 <milkshake> so create a new line after 10 and write a printf?
23:06:42 <milkshake> actually looking at the compile log it says asound... not found
23:06:51 <milkshake> im guessing that has something to do with it
23:07:24 <glx> without asound midi_alsa.c is skipped
23:08:16 <milkshake> so I need to download alsa-dev?
23:08:27 <glx> same for dsp_alsa.c (voices) but I guess you have SDL so dsp_sdl.c is compiled and alsa runtime messages come from that
23:08:42 <glx> yes with alsa-dev it should be ok
23:09:01 <milkshake> hmmm how to get the right version in the cross compile environment
23:09:35 <glx> I'm not a linux specialist (I'm the windows dev :) )
23:10:29 <glx> the .out log was misleading :)
23:10:58 <glx> seeing ALSA messages make us think alsa was enabled
23:12:32 <milkshake> indeed but i think that was for the voices etc
23:14:09 <glx> yes it's the voices, but alsa is used via sdl and not via our own alsa driver
23:14:48 <milkshake> now I just have to wait for help with this toolchain :P
23:14:59 <milkshake> cos I have no idea how to add librarys to it
continue to next day ⏵