IRC logs for #opendune on OFTC at 2013-01-23
            
00:09:08 <glx> TrueBrain: finally I tried to do the sdl thread stuff http://devs.opendune.org/~glx/temp.patch :)
00:09:52 <glx> and win32 can be done in a similar way too http://devs.opendune.org/~glx/temp2.patch
00:10:50 <glx> so I think it should be possible to add some abstraction for threading to keep the code clean
02:02:49 *** glx has quit IRC
02:03:01 *** glx has joined #openDune
03:06:09 *** glx has quit IRC
13:13:59 *** glx has joined #openDune
13:13:59 *** ChanServ sets mode: +o glx
13:14:45 <glx> hello
13:15:13 <glx> @jeb_: I should head over to the office, but first an update on my fooling around in the OpenDune source code: http://t.co/apFIk8m6
13:15:24 <glx> minecraft devs are crazy :)
13:21:46 <Xaroth|Work> o_O
13:23:23 <Xaroth|Work> lolz
13:30:29 <Xaroth|Work> thar, pointed jeb to dune dynasty :)
13:31:54 <glx> oh you're also on twitter
13:32:05 <Xaroth|Work> I have an account
13:32:09 <Xaroth|Work> I don't really use it
13:32:17 <Xaroth|Work> but I made an exception for this :)
13:32:31 <glx> same for me, it's mostly to follow others
13:32:42 * Xaroth|Work nods
15:08:44 <glx> http://devs.opendune.org/~glx/thread.patch <-- unified version
16:11:07 <TrueBrain> as long as it is Dune Dynasty :P
16:11:14 <TrueBrain> I cant handle the crap that is called a Minecraft community :P
16:11:46 <TrueBrain> nice going glx :)
16:12:04 <TrueBrain> if that works, next step will be to move the video_tick to all while loops, and we are good to go :)
16:12:21 <TrueBrain> sadly, I cannot help you at all, will be gone for 10 days in 2 days, busy busy :P
18:30:44 <glx> changes pushed
18:31:45 <TrueBrain> \o/
18:33:40 <glx> now let's wait the reactions :)
18:33:58 <TrueBrain> hehe; I wonder if a certain person will be bitching :P
18:34:14 <TrueBrain> hmm, it is too bad that this doesnt solve the Linux issue
18:34:24 <TrueBrain> as DSP and SDL_video still collide
18:34:40 <TrueBrain> which brings us back to: either move SDL_video out, or move DSP to a thread :P
18:34:41 <glx> it does it partly
18:34:56 <TrueBrain> 90% of the freezes were DSP with SDL_video; not MPU
18:35:10 <glx> due to video handled in signal
18:35:45 <TrueBrain> which is still there, not?
18:35:46 <glx> but if video goes in sleepIdle it should solve it
18:35:50 <glx> yup
18:35:51 <TrueBrain> yes
18:35:53 <TrueBrain> one of the 2 solutions
18:36:15 <TrueBrain> I guess the video thing can go safely in the sleepIdle; at least with much less issue/risk than moving the MPU there
18:37:16 <TrueBrain> meh; sucks I don't have time to work on this atm. Owh well :)
23:02:47 <glx> http://devs.opendune.org/~glx/temp.patch <-- very ugly but seems to work
23:03:04 <glx> (was just a quick test)
23:04:01 <Xaroth|Work> with a bit of luck I might be able to get my hands on an ARM development board
23:04:09 <Xaroth|Work> wonder if opendune runs on that as well :P
23:04:51 <glx> I think it should unless endianness is different
23:05:09 <glx> (we didn't really work on that part IIRC)
23:05:22 <Xaroth|Work> http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135235611947
23:05:27 <Xaroth|Work> that one
23:06:07 <Xaroth|Work> hope the dude wants to sell his for a reasonable price
23:07:16 <Xaroth|Work> anyhow, time for bed
23:07:17 <Xaroth|Work> nn o/