On Wed, Jan 12, 2011 at 2:33 PM, Tony Houghton <h...@realh.co.uk> wrote:
>> So there's no vdr output plugin option available that uses ffmpeg for
>> vdpau decoding and also provides the user with VDR's osd.
>> Hopefully someone capable of writing an output plugin will take
>> interest after reading all the recent posts on the subject.
> So you insist on the decoding being done by the VDR plugin? It's far
> more flexible if the VDR plugin serves a stream without decoding it and
> the player is separate. And that way we only need a new player, a
> suitable streaming plugin, including OSD, already exists in
> xineliboutput.

So instead of maintaining just a plugin (which depends on ffmpeg
decoding rather then xinelibs decoding), you think maintaining a new
player altogether in addition to a plugin that streams data into it?
Not to mention forcing VDR into being a backend only.  I know some
people have had success turning VDR into a server/client system but
when I tried it, it was trash and a long way from usable in a 'stable'
or 'daily use' VDR environment so I'm not that easily convinced the
idea is a great one.

Don't get me wrong however, I'm not knocking any alternative to
something that is completely independent of xinelib.  If what you
suggests is really so simple, _stable_, and provides _all_ necessary
functionality for the user then I'm all for it.  Until something
exists in reality that we can test though, it's all just tossing
around ideas.  Although I personally have success with the
xinelib+vdr-xine combo, I'm more then willing to test other options
that include vdpau support and are 100% independent of xinelib and
anything else I don't need or want.

vdr mailing list

Reply via email to