Jon,
I built the plugin last night with two of your patches:
1. The pthread_setschedparam idea suggested on em8300-devel 2. The timeout patch posted on this list a few days ago
This looks like a replacement to them both with some additional changes to dxr3demuxdevice. Have I read this correctly?
I also notice that there is no change to VDR's thread.c in this patch. Do you think that this is un-necessary? I am keen to maintain a single VDR tree and was worried that the change to thread.c might have a negative effect on slower machines using the Xine plugin (I have a couple of these).
Sorry for all the questions. I really appreciate all your posts and patches for the DXR3 plugin, as well as those of Luca, Ville, Martin and others. For the first time yesterday (as I hadn't updated the plugin in a month or so), I was able to play Tetris using the OSD ;)
I will try the updated patch in the next couple of days and post back any findings.
Best wishes,
Allan
On Tue, 2005-05-17 at 23:44 +0100, Jon Burgess wrote:
Mikolaj Tutak wrote:
Yes, I have this. Menu shows mixed trashes (swaped lines etc.) and VDR hangs for long time. Maybe I take snapshot some time.
Yes this occasional freeze with garbled OSD happens from time to time and seems to be much more frequent when there is no Video data (e.g. with the mp3 plugin). I don't know any way of fixing these problems.
I've been working on the problems that occur with occasional bursts of interference which can occasionally cause the output to lockup. I've made a few changes which seem to help a lot with getting the dxr3plugin to recover when this occurs.
Can you try adding this patch to the dxr3plugin and see if it helps?
Jon
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr