On 25/10/2009, Theunis Potgieter <theunis.potgie...@gmail.com> wrote:
> 2009/10/24 Goga777 <goga...@bk.ru>:
> >> >> xineliboutput is a bit more difficult, because the cvs is changing
> >> >> nearly daily, so there is
> >> >> currently no patch available, but it should work without patches.
> >> >
> >> > where is the problem? Just do an
> >> >
> >> > cvs -z3
> co -D '2009/10/13 12:00:00'
> >> > vdr-xineliboutput
> >> >
> >> > and you are fine with current
> >> Thanks for the cvs command. I was unaware that could even be done!
> > on which variant did you stay ? have you any problems with 1080i content
> watching and playback ?
> > Goga
> variant? I used that patch, and downloaded the 20091013 cvs revision.
> patch went fine. cropping works! so far I have no 1080i dvb feed, I
> can test camcorder which has 1080i.
> so far I like vdpau a lot. For anyone interested in my xorg.conf don't
> I use laptop with 1440x900 LCD set to 50Hz, s-video also set to 50Hz
> graphics card nvidia 8600M
> nvidia-driver 190.36
> vdr-xineliboutput-cvs-20091013 with crop patch v11
> linux-2.6.30-r4 SMP
> 8600M goes from 169MHz on no vdpau 50'C, with progressive input and
> vdpau, goes to 275MHz 59'C, and finally deinterlaced content jumps to
> 600MHz and 64'C
I reverted to older version of vdr-xineliboutput (20091013) where the
channel becomes garbage (green blocks) after a while when cropping is
enabled. I also see these green blocks when changing a channel. With
vdpau, when using streamdev-client with a bad wifi connection, vdpau
does not seem to get to correct it self gracefully like xxmc/xvmc+vlc
video output driver of xineliboutput. It becomes so bad that I have to
restart vdr-sxfe. vdpau doesn't seem to be production ready yet,
because I had it run for 18 hours and... well not in my opinion, I
will be reverting back to xxmc for now. This was all tested on SD
vdr mailing list