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.potgie...@gmail.com>  wrote:

On 29 July 2010 21:55, Morfsta<morf...@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

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.

vdr mailing list

Reply via email to