IRC logs for #opendune on OFTC at 2013-04-03
⏴ go to previous day
16:57:42 *** TrueBrain has joined #openDune
21:57:00 <TrueBrain> glx: you serieous, that OSX needs video updates AND event handlers in de MAIN thread?
21:57:11 <TrueBrain> I guess that has to do how SDL hacks in the whole OSX shit to do his thing ...
21:57:20 <TrueBrain> I knew it was far from pretty, but that it forces this, is annoying :P
21:58:45 <glx> video updates seem to work with my thread version, but events don't
21:59:33 <TrueBrain> OSXś Cocoa driver is not thread safe :(
22:00:11 <glx> yes cocoa is meant to be in main thread and nowhere else
22:00:31 <TrueBrain> it appears that if you mutex them correctly, it can be done
22:00:40 <TrueBrain> which means that if you poll for events, you block the video udpates etc
22:01:05 <glx> which means no sdl I guess
22:01:14 <TrueBrain> anyway, we can at least ifdef your solution on non-OSX
22:01:27 <TrueBrain> but ... better than current?
22:01:54 <glx> and I don't have deadlocks in my OSX VM
22:02:09 <glx> well I don't have any in my Debian VM either
22:02:49 <TrueBrain> on Linux it happens on bad ALSA drivers more than on good ALSA drivers
22:02:55 <TrueBrain> sadly, it is impossible to say which ALSA you have ..
22:03:21 <glx> a fast cpu can hide that too I guess
22:04:08 <TrueBrain> and I guess the amount of cores is also a factor
22:04:53 <glx> I give only 1 core per VM
22:05:37 <glx> so it can indeed limit the problem too
22:20:44 <glx> google clearly shows me it's quite impossible to move the event loop outside main thread
22:21:18 <TrueBrain> I saw one try with mutexes
22:21:19 <glx> windows is very friendly in this case :)
22:21:25 <TrueBrain> so ..... yes, lets not do that
22:21:33 <TrueBrain> so either ifdef, or another solution :D
22:21:59 <TrueBrain> I am off to bed; night!
continue to next day ⏵