On Wed, Jan 12, 2011 at 2:33 PM, Tony Houghton <h@xxxxxxxxxxx> 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 vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
