On Dienstag 19 September 2006 22:44, Martin Wache wrote:
> Marko Mäkelä schrieb:
> > I can't remember if the second "(re)configuring" message was already there
> > before resuming playback.  The MPEG errors certainly weren't there.
> > 
> > After the hang, I attached gdb to the process and captured full stack trace
> > of all threads (gzipped output attached).  I hope that this helps.
> > 
> Maybe this is something:
> #5  0x080f3932 in cMutex::Lock (this=0x8287eb0) at thread.c:190
> No locals.
> #6  0xa7874874 in cDFBVideoOut::YUV (this=0x8287a18, buf=0x8287a8c)
>     at video-dfb.c:1440
>       src = {x = 90, y = 0, w = 540, h = 576}
>       dst = {x = 0, y = 18, w = 720, h = 540}
>       dst = (uint8_t *) 0xa3908000 <Address 0xa3908000 out of bounds>
>       pitch = 1536
>       hi = 0
>       Py = (
>     uint8_t *) 0xa675e018
> "\202\202\202\202\202\202\202\202\203\203\203\203\202\202\202\201\202\201\201\201\200\200\200\200\200\200\200\200\177\177\177~\177~~~}}}}}}}}|||{|{{{zzzzzzzzyyyxyxxxwwwwwwwwvvvuvuuuttttttttsssrsrrrqqqqqqqqpppopooonnnnnnnnmmmlmlllkkkkkkkkjjjijiiihhhhhhhhgggfgfffeeeeeeeedddcdcccbbbbbbbbaaa`a```____"...
>       Pu = (uint8_t *) 0x86542c8 '\200' <repeats 200 times>...
>       Pv = <value optimized out>
>       Width = 720
>       Height = 576
> 
> the video decoding thread is locked by the osdMutex, but I can't find
> the cVideo thread, the only other thread which also takes the mutex. I
> don't think that the osdMutex is needed for vdr version > 1.3.7, so you
> can try to remove the osdMutex from video-dfb. Maybe we can even remove
> it completely.

No. Don't remove osdMutex as long as video displaying is called from one,
and OSD drawing is called from another thread.

I guess old_picture is protected by the wrong mutex in Action() in video.c
Test and call DrawStill_420pl(old_picture) must be protected against
actions of SetOldPicture().

So assingments and use of old_picture must by protected by a separate mutex.

-- 
Stefan Lucke
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel

Reply via email to