[vdr] vdr-1.7.15 problem with TV

Timothy D. Lenz tlenz at vorgon.com
Sat Jul 31 02:19:23 CEST 2010

I would like to dump xine though it is getting stable, it's still a lot 
of extra crap that needs installing to use it that just waste disk 
space. Softdevice doesn't support vdpau though does it? I'm still 
confused about the layers. Seems like X is the layer between vdr and 
vdpau driver, but we seem to need xine to talk to X and we need vdr-xine 
plugin to talk to xine. too many layers. We need a plugin that talks 
directly to X if not the video driver itself. Vdr could talk directly to 
the driver for video out of the Nexus-s. Why not the main video card?

On 7/30/2010 6:40 AM, Tony Houghton wrote:
> On Fri, 30 Jul 2010 09:17:23 +0200
> Theunis Potgieter<theunis.potgieter at gmail.com>  wrote:
>> On 29 July 2010 21:55, Morfsta<morfsta at gmail.com>  wrote:
>>> Isn't it about time that VDR had a native out of the box plugin for
>>> X11 output with H264 acceleration? There's so many problems with
>>> having xine or xinelibout plugins developed by 3rd parties and relying
>>> on syncing up with xine etc...
>> Like the softdevice plugin?
> I think the point is the OP wants it to be built in to VDR instead of a
> plugin. Personally I don't have a problem with having to use a plugin
> for display, provided it's well supported and closely tracks core VDR
> development. But I use the Debian packages (based on VDR 1.6 and xine
> 1.1) so I don't know how much hassle this causes when trying to use the
> bleeding edge. It would be nice to have BBC HD and ITV HD if I could be
> bothered to put in the effort. There are some unofficial VDR 1.7 debian
> packages, but there seem to be about 3 sets, so what to choose?
> Something more official in Debian's "experimental" section would be
> nice.
> I would get far more involved with VDR, particularly the Debian side of
> things, but I decided some time ago it would never be quite the program
> I want (nor are mythtv, freevo or gnome-dvb-daemon) and I'd rather write
> my own rival, so I wouldn't be able to commit long term to maintaining
> VDR plugins and packages.

More information about the vdr mailing list