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.
Bye,
Martin
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel
