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@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
