IRC logs for #opendune on OFTC at 2010-02-15
⏴ go to previous day
00:00:09 <TrueBrain> campaign 2 had bit 1 active for both flags
00:00:15 <TrueBrain> which means 'they lost all their buildings'
00:00:37 <TrueBrain> one thing still puzzles me
00:00:38 <Xaroth> ah, so the flags are OR-based
00:00:42 <TrueBrain> why it does skip walls in the one, and not in the other
00:00:58 <TrueBrain> even more as walls are never in that array
00:07:11 <Xaroth> what's flag 16 do then? :P
00:08:16 <Xaroth> WinFlags -> EndGameWhen
00:08:26 <Xaroth> LoseFlags -> WinRequirements
00:08:56 <TrueBrain> cross-post at fed2k :p
00:08:58 <Xaroth> that sounds more logical tbh
00:09:07 <Xaroth> it means it only checks once to when to 'end'
00:09:29 <Xaroth> rather than checking for either win or lose
00:09:37 <TrueBrain> it makes a lot of sense
00:09:40 <TrueBrain> and is a briliant way
00:09:42 <TrueBrain> but .. the naming is stupid
00:09:46 <TrueBrain> and really put me on the wrong track
00:10:00 <Xaroth> you can point nyer to that as well :P
00:12:41 <TrueBrain> due to a bug in savegames, the timeout thingy can never work
00:12:57 <TrueBrain> that explains why the same field is stored twice
00:16:00 <TrueBrain> in general, it is disabled
00:16:23 <DorpsGek> SVN: truebrain (r906) -Add: named a few variables
00:16:27 <TrueBrain> k, something to do tomorrow during classes
01:29:17 <glx> but I should have a bug in my C-ification because it's weird
01:29:24 <glx> (works well in clean trunk)
03:16:38 *** ChanServ sets mode: +v Xaroth
03:16:38 *** ChanServ sets mode: -o TrueBrain
03:16:38 *** ChanServ sets mode: +v DorpsGek
03:16:38 *** ChanServ sets mode: +v Xaroth|Work
06:01:11 *** boekabart_away has quit IRC
06:05:37 *** Xaroth has joined #openDune
06:05:37 *** kinetic.oftc.net sets mode: +ov Xaroth Xaroth
06:05:55 *** blathijs has joined #openDune
06:15:04 *** TrueBrain has joined #openDune
06:15:38 *** boekabart_away has joined #openDune
09:23:32 <TrueBrain> glx had some nice progress ... :)
09:30:35 <Xaroth|Work> so I've seen, we got musics :o
09:30:59 <Xaroth|Work> we as in, glx and I :P
09:31:08 <Xaroth|Work> i'm just pissed that remote desktop isn't workign >:(
09:32:17 <Xaroth|Work> tried to connect from vpn, not working
09:32:23 <Xaroth|Work> nmapped the ip, nothing
09:32:28 <Xaroth|Work> port 80 is open though, fuck knows why
09:32:36 <Xaroth|Work> so I've got some trouble-pewpewing to do
09:35:48 <Xaroth|Work> right, dad's in hospital
09:35:54 <Xaroth|Work> getting surgery at aroudn 3pm
09:36:02 <TrueBrain> I hope it ook goes okay
09:37:57 <Xaroth|Work> nyer actually likes what you found :P
09:38:05 <Xaroth|Work> gotta go to EVO today as well
09:38:10 <Xaroth|Work> pick up a server for reinstalling
09:38:19 <TrueBrain> I want to avoid EVO for one month more :P
09:39:18 <TrueBrain> because next time I visit, I have a whole days of work
09:39:27 <TrueBrain> we have 1 U free ... and I have 3 U behind me to be placed
09:39:40 <Xaroth|Work> that sounds a bit like a math problem :P
09:39:51 <TrueBrain> more like: EVO, GIVES US THE FUCKING SPACE ALREADY
09:40:03 <Xaroth|Work> we still have space :P
09:40:11 <TrueBrain> we want a full rack
09:40:15 <TrueBrain> but somehow this gives issues
09:40:22 <TrueBrain> while the 1/2th rack below us is completely empty
09:44:20 <TrueBrain> hmm .. I think I reverted the naming of a variable
09:44:30 <TrueBrain> if scriptSlowdown bit is NOT set, it slows down :p
09:45:02 * Xaroth|Work trying to figure out django shell
09:47:39 <DorpsGek> SVN: truebrain (r907) -Fix: document that a flag has reversed meaning
09:47:52 <Xaroth|Work> from models_eve.static import map ;; Universe.all()
09:48:00 <Xaroth|Work> he doesn't seem to like Universe?
09:48:13 <Xaroth|Work> oh wait, nevermind
09:51:37 <TrueBrain> lets take it somewhere else though :)
10:01:37 <DorpsGek> SVN: truebrain (r908) -Fix: reverse the name of the flag too, to make it sensible again
10:37:21 <Xaroth|Work> trouwens ook wat fout in die view_map.py
10:37:39 <Xaroth|Work> het hele solarSystem.constellation.pk vind ie niet leuk, ook niet als constellation.id
10:37:46 <Xaroth|Work> dus ben nu .constellation aan het proberen
10:43:19 <Xaroth|Work> ik zie alleen niet waarom ie over de zeik gaat, region en constellation doet ie dus wel goed..
11:36:47 <tb> bah, have an hour to waste :(
11:40:35 <tb> Xaroth|Work: can you pass me the url of glx?
11:40:37 <Xaroth|Work> I just realised I started a conversation here thinking it was a PM with you
11:41:38 <tb> I expected you to be at lunch :p
11:42:05 <Xaroth|Work> getting ready to go to evo
11:43:09 <tb> it seems alsa can support midi in the same easy way windows can
11:43:28 <Xaroth|Work> woot, sound support :)
11:45:07 <tb> hard to find good examples though ..
11:49:31 <tb> something to toy with when I am at home again .. not the place here to do that :p
11:54:39 <tb> you have to play at least 7200 ticks before you can win the game
11:58:06 <Xaroth|Work> picking up a machine, called EVO...
12:18:52 <tb> owh, I just realized a very simple way to increase the efficient of the win/lose flag stuff :p
12:27:57 <tb> time for another class ...
13:34:04 <TrueBrain> nice work on sound :)
13:34:09 <TrueBrain> I tihnk I can port that to alsa
13:35:09 <glx> I'm trying to configure sound in the VM but it's cpu usage dependant ;)
13:35:45 <glx> seems like sound stream is connected/disconnected frequently
13:37:55 <TrueBrain> if (globalTime > variable) return true <- for level ending
13:38:02 <TrueBrain> is it only me, or does that sound strange?
13:38:39 <TrueBrain> the value only is weird
13:39:17 <TrueBrain> if (globalTime > variable) return false <- for level ending
13:39:26 <TrueBrain> I should learn to read :p
13:39:37 <TrueBrain> this doesn't make any sense
13:40:04 <TrueBrain> if ((int16)emu_ax > (int16)emu_get_memory16(emu_ds, 0x00, 0x38BA)) finish = false;
13:40:06 <TrueBrain> else if ((int16)emu_ax < (int16)emu_get_memory16(emu_ds, 0x00, 0x38BA)) finish = true;
13:40:07 <TrueBrain> else if (emu_dx >= emu_get_memory16(emu_ds, 0x00, 0x38B8)) finish = false;
13:40:09 <TrueBrain> else finish = true;
13:43:34 <glx> hmm AX:DX is not the usual order for 32bit
13:43:52 <TrueBrain> in 32bit compares the 'ax' and 'dx' are often twisted
13:44:00 <TrueBrain> emu_ax = emu_get_memory16(emu_ds, 0x00, 0x76B2);
13:44:01 <TrueBrain> emu_dx = emu_get_memory16(emu_ds, 0x00, 0x76B0);
13:45:21 <glx> anyway it's finish = !(76B0>38B8)
13:45:53 <TrueBrain> yes, so it finishes as long as 76B0 is below 38B8
13:45:56 <TrueBrain> which makes NO sense to me
13:46:13 <TrueBrain> for what ever value of 38B8
13:47:01 <glx> unless return value is read inverted
13:47:12 <TrueBrain> I finished the rest of the function
13:47:14 <TrueBrain> so that really isn't the case
14:10:07 <TrueBrain> k, even after 20 minutes, it still does make no sense at all :p
14:12:46 <TrueBrain> in the losing flag, it does make sense: there they and the result
14:12:53 <TrueBrain> so you have 'finish' set by all the other things
14:13:00 <TrueBrain> and then the above finish, which is and together
14:13:20 <TrueBrain> although for win it makes sense in general
14:13:27 <TrueBrain> if global < variable: return true
14:13:33 <TrueBrain> as you won the level if it is lower
14:13:51 <TrueBrain> so I guess one should never enable it for game-end :p
14:17:50 <TrueBrain> I just fix it how I think it should be :p
14:18:50 <TrueBrain> or maybe we should just remove it, as it is never used
14:27:30 *** boekabart_away has quit IRC
14:27:39 *** boekabart_away has joined #openDune
14:28:36 *** venus.oftc.net sets mode: +o glx
14:28:45 *** TrueBrain has joined #openDune
14:32:35 <TrueBrain> bisecting ... 850 okay
14:35:47 <TrueBrain> 900 not, 875 is .. not 878 again? :s
14:40:31 <glx> ok restarted C-ification again :)
14:40:47 <glx> this time it's way easier to check
14:40:48 <TrueBrain> r890 is in error .. my work :(
14:50:37 <DorpsGek> SVN: truebrain (r909) -Fix (r890): nasty mistake caused Refineries to crash
14:59:11 <DorpsGek> SVN: truebrain (r910) -Add: C-ified GameLoop_IsLevelFinished() and GameLoop_IsLevelWon()
14:59:23 <TrueBrain> glx: shall I give alsa a spin?
14:59:49 <TrueBrain> bbl, shopping and stuff
15:43:14 <TrueBrain> it is simple midi playback, right?
15:43:18 <TrueBrain> any newer versions of your patch?
15:45:32 <glx> I use the version I uploaded :)
15:46:12 <glx> and yes it's a simple midi playback (it justs generate messages for the API)
15:46:30 <TrueBrain> alsa api is not one of the most easiest to understand :p
16:12:13 <TrueBrain> glx: what was needed to enable the audio?
16:12:54 <TrueBrain> k .. no idea yet how to send commands in the alsa thing
16:12:59 <TrueBrain> but I believe I create a driver now
16:32:41 <TrueBrain> either Windows is very smart, of ALSA very stupid, or I just dont understand
16:32:58 <Xaroth|Work> first and second tbh
16:35:56 <glx> for now it still works :)
16:36:22 <glx> using the method: C-ify a part, compile, run
16:44:51 <TrueBrain> when should sound start?
16:45:12 <Xaroth|Work> there's sound on the intro vid, so before that :p
16:45:39 <glx> but check music is on in game config
16:46:46 <TrueBrain> nope, nothing .. so it seems
16:47:04 <glx> are you sure ALSA can play midi on your system ?
16:47:13 <TrueBrain> also no idea how to check
16:47:37 <glx> you can try playing a midi file
16:49:05 <TrueBrain> which suggest I have a midi file .. :p
16:49:16 <glx> you don't have ttd music ?
16:50:59 <Xaroth|Work> TrueBrain: pm for midi madness
16:51:40 <TrueBrain> that makes ... noise
16:53:03 <Xaroth|Work> time to rush home to cook
16:53:14 <Xaroth|Work> so I can get to the hospital before they close visiting hour
16:54:24 <TrueBrain> I have no clue how to playback midi files
16:56:08 <TrueBrain> nope, I have no hardware ports
17:09:13 <TrueBrain> I really wonder why I wouldn't have a MIDI port
17:09:53 <TrueBrain> 90% of the soundcards have it
17:13:08 <TrueBrain> btw, contains enough info to port it to OSX too
17:20:45 <TrueBrain> k, my chipset indeed does not do midi
17:22:03 <TrueBrain> the alsa pages really suggest something completely different
17:22:05 <glx> but windows provides a software synth
17:23:15 <TrueBrain> so lets load in timidity
17:37:29 <TrueBrain> okay ... timidity works on its own
17:37:33 <TrueBrain> it registers MIDI out interfaces
17:37:38 <TrueBrain> I can even detect them
17:37:50 <TrueBrain> but still no sound :(
17:38:52 <TrueBrain> Using: TiMidity port 0
17:40:08 <TrueBrain> I see timidity detecting something
17:44:57 <TrueBrain> I see data flowing, but no sound
17:52:34 <TrueBrain> btw, glx, you do know the meaning of the MIDI commands?
17:52:43 <TrueBrain> as I came across them a few times now :p
17:55:49 <TrueBrain> the connect goes correctly
17:55:53 <TrueBrain> just sending the data somehow fails
17:56:50 <TrueBrain> one byte, one random-length
17:57:14 <glx> one byte never worked for me
17:57:25 <TrueBrain> ShortMsg is one byte :p
17:57:51 <TrueBrain> if (snd_midi_event_encode(_midiCoder, _sebuf, _secount, &ev) < 0) fprintf(stderr, "1\n");
17:58:31 <glx> _sebug is used for LongMsg (system exclusive)
17:59:47 <TrueBrain> first time in my life :p
18:00:32 <TrueBrain> you hear the credits clicking
18:00:35 <TrueBrain> UGLY sound .. omg ...
18:01:16 <TrueBrain> if (snd_midi_event_encode(_midiCoder, (uint8 *)&msg, 3, &ev) < 0) fprintf(stderr, "1\n");
18:01:54 <glx> I just started dune2 in dosbox
18:03:34 <TrueBrain> wrong dune.cfg I guess
18:03:55 <TrueBrain> can you pass me a correct one?
18:07:06 <TrueBrain> k, sound start as abrupt as in dosbox indeed
18:07:16 <TrueBrain> and the sounds are as annoying :p
18:07:45 <TrueBrain> OpenDUNE runs faster :p
18:08:26 <glx> I noticed "animation" waits for sound
18:08:27 <TrueBrain> okay, now I need to finialize my patch
18:10:10 <TrueBrain> client 129: 'OpenDUNE - Pre v0.3' [type=user]
18:10:12 <TrueBrain> 0 'OpenDUNE - Pre v0.3'
18:19:41 <TrueBrain> [EMU] No valid MIDI output ports.
18:19:42 <TrueBrain> Please install and start Timidity++ like: timidity -iA
18:20:59 <TrueBrain> I don't understand 0xF7
18:21:22 <TrueBrain> oh wait, commands < 0x80 ar eonly valid
18:22:05 <glx> commands are 0x80 (when we don't need data)
18:23:01 <glx> but sysex is a special case, it stores all until 0xF7
18:23:34 <TrueBrain> yeah .. but it is never used in Dune, except for the intro
18:23:52 <glx> it's sent by driver at init
18:24:03 <TrueBrain> so it is more meant as 'raw' access port :)
18:24:20 <TrueBrain> code we can (and should?) safely ignore :)
18:25:24 <TrueBrain> "A System Exclusive message has a manufacturer ID, and the rest of the message is completely proprietary and varies for each manufacturer and even each of their products."
18:27:09 <TrueBrain> makes the code more readable :p
18:27:25 <TrueBrain> _midiHdr.lpData = NULL;
18:27:26 <TrueBrain> _midiHdr.dwBufferLength = 4;
18:27:28 <TrueBrain> _midiHdr.dwFlags = 0;
18:27:29 <TrueBrain> hope that does work for Windows
18:27:56 <glx> LongMessage can be used for normal messages too
18:28:18 <TrueBrain> will implement OSX next
18:28:50 <TrueBrain> think I am going to split it in mpu_win32
18:28:58 <TrueBrain> because .. this becomes slightly unreadable :p
18:29:22 <TrueBrain> and without _se stuff, not much stuff is identical, with the exeception of sending midi commands itself
18:29:39 <TrueBrain> (which can be moved back to their old place I guess
18:30:14 <TrueBrain> or a mpu.c for that
18:30:19 <TrueBrain> k .. will do that next
18:30:27 <TrueBrain> glx: can you see if the patch still works for windows?
18:30:29 <glx> well MIDIHDR is not needed if we skip sysex
18:30:51 <TrueBrain> or isn't it needed at all?
18:30:59 <TrueBrain> the whole midiOutPrepareHeader
18:31:34 <TrueBrain> so .. *reload* .. this works for you?
18:32:23 <glx> hmm if (sysex) {} else is stupid ;)
18:32:34 <TrueBrain> but that I will clean up after my pizza :)
18:38:52 <TrueBrain> then now let me make it pretty :)
18:39:07 <TrueBrain> does ALSA exist for Windows?
18:39:41 <TrueBrain> and on all windows versions, those functions exist?
18:46:22 <TrueBrain> src/mpu_alsa.c:133: error: ISO C forbids an empty source file
18:49:29 <TrueBrain> I have to make a mpu_none now :p
18:51:48 <glx> project file will need an update (there's no generate script for libemu ;) )
18:52:29 <TrueBrain> can be done later ;)
18:53:13 <glx> opendune will need a small Makefile update too
18:54:00 <glx> needed with my patch too ;)
18:54:20 <TrueBrain> Makefile? I haven't touched it
18:59:27 <TrueBrain> strange .. on linux it remember the -lasound from libemu
18:59:31 <TrueBrain> windows clearly then doesn't .. weird
19:09:27 <Xaroth|Work> he got a button to get pain meds, so he's high :p
19:10:33 <TrueBrain> well, we got sound, even under linux, so :p
19:10:52 <TrueBrain> now OSX I guess ...
19:20:56 <TrueBrain> OSX has no MIDI output :(
19:21:58 <TrueBrain> so feel free to commit glx, when ever you are done with it :)
19:33:17 <TrueBrain> I am still annoyed by the timeout code .. it still doesn't make any sense to me :(
19:48:21 <glx> is it an add or a change?
19:50:42 <DorpsGek> SVN: glx (r911) [LibEMU] -Add: MIDI (MPU) support for Win32 and ALSA
19:51:42 <DorpsGek> SVN: glx (r912) -Fix: MinGW compilation for new libemu
20:17:17 <DorpsGek> SVN: truebrain (r913) -Fix (r910): the GameLoop_IsLevelWon() code was not strict enough, allowing you to win certain levels you shouldn't have
20:19:12 <TrueBrain> wait a minute ......
20:22:04 <TrueBrain> it doesn't make sense .. stupid timeout code
21:07:32 <TrueBrain> tip: don't watch a movie about spiders if you hate spiders
21:08:45 <Xaroth> wth, AM re-forming o_O
22:12:41 <glx> and some duplicated parts
22:12:52 <glx> (used to be simple gotos)
22:13:37 <TrueBrain> still los to do, but nice going :)
22:14:00 <TrueBrain> does it also starts to make sense to you?
22:14:23 <TrueBrain> make the emu_get_memory in some kind of struct
22:14:39 <TrueBrain> emu_shrw(&emu_bx, 0x1) and on
22:15:15 <TrueBrain> but it is very nice progress :)
22:15:37 <TrueBrain> and if you also start to understand what is going on ... we might have ourself native sound support soon :p
continue to next day ⏵