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