I would prefer a ffmpeg (mplayer) based interface and dump xine because xine/vdpau combo doesn't properly handle problems with the atsc stream. The way I understand it according to rnissl in #xine, when there is any corruption to the stream, vdpau changes the image size, rounding the number or something. When that comes back to xine, xine crashes and I end up with a black screen with the command prompt in the upper left and the "X" mouse pointer in the middle and vdr still chugging away in the back ground. I have to restart vdr/xine/xorg to get it back up. He gave me a patch in irc channel 3 months ago which reduce the problem but didn't remove it. A couple weeks ago I updated and found the patch was still not in. Hopping a better fix had been put in, I used it stock and now have to restart several times a week, sometimes a day. Signal is strong, but the local broadcasters are morons and even with a strong signal and steady picture it will just crash because of some very minor blip in the stream. I also see the picture and audio go to a freeze frame studder. but that is fixable by simply switch channels. I have turned it on and found a green screen with no audio. This also corrects with a channel change.

Xine also has too much extra junk and its related dependencies which are not needed.

On 1/11/2011 11:33 AM, Tony Houghton wrote:
On 11/01/11 18:23, Timothy D. Lenz wrote:
xine-lib-1.2-vdpau is just a link to xine-lib-1.2. Use ether one and you
get the same. You want:

hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2

and if you are using vdr-xine plugin:

hg clone http://hg.debian.org/hg/xine-lib/xine-ui/

I prefer to use the vdr-sxfe frontend. I presume it does work with
xinelib 1.2 because it's present in yavdr, but it's a pity it's bundled
with the VDR plugin, from the point of view of building just the
frontend because I've already got the VDR plugin catered for.

vdr mailing list

Reply via email to