On Samstag, 5. November 2005 14:05, Laz wrote:
> On Friday 04 November 2005 18:01, Mark Adams wrote:
> > > Here's two patches
> >
> > No, _here's_ two patches.  Grr.
> 
> After spending all of last night and this morning trying to check out viafb 
> from CVS I finally realised that I could grab a tarball from the browse CVS 
> bit of the DirectFB web site!
> 
> Just patched and rebuilt viafb CVS (from just now) and DirectFB CVS (from a 
> few days back) and it looks like it is working! Only a quick test so far but 
> with my DLOP_FIELD_PARITY bits turned on, I no longer get the stuttering and 
> A-V sync problems.
> 
> Every now and then, there is a blip which is probably due to the odd 
> 'flip-to-flip' times I was seeing. What is my best way of trying to reduce 
> the latency? Kernel pre-emption + low latency stuff? There isn't exactly a 
> lot else running on the PC! I think these patches have pushed up the CPU 
> usage by 5% or so but htat may just be my imagination: the main process 
> hovers between 62 and 75%, depending on the stream.
> 
> Every now and then, it will bail out with the following seg fault:
> (!) [ 4491:    0.000] --> Caught signal 11 (at 0x318, invalid address) <--
> (!) [ 4542:    0.003] --> Caught signal 11 (at 0xb293c3d2, invalid address) 
> <--

Are all directfb calls protected by try{ .. } catch { .. } ?

> 
> I've yet to look into this with gdb but has anyone else seen this sort of 
> error?
> 
> I'll give it a while longer for testing and then I'll clean up my patch for 
> softdevice and pass it on to Stefan.

You may just send me your current snapshot too.

-- 
Stefan Lucke


_______________________________________________
directfb-users mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users

Reply via email to