[vdr] VDR with S2API (update)
acher at in.tum.de
Tue Dec 9 20:48:59 CET 2008
On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:
> I hope you don't buy an eHD card since I don't believe it's the way to
> go and it would drive VDR in the wrong direction. I'm sitting here with
> a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu
> 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask
> me. And now that hdmi audio finally works with nvidia it's just awesome.
> I REALLY hope the xine guys will get this running soon.
> Btw, thanks to Klaus and the rest for all the work you put into this.
> /Magnus H
Why all this eHD-bashing? Just because a *commercial* company already made a
complete HDTV-vdr-solution more than 18 months ago that the vdr-community
hasn't achieved until now?
Of course the eHD won't live forever, probably not half as long as the
FF-card, but it solved an imminent issue at that time and it allowed to run
vdr and HDTV on it.
I also favour decoding in the graphics card instead of dedicated HW, but
please make a reality check: For Linux, this option is now available for 4
weeks or so...
BTW: The HDTV/h264-capability is in no way related to the eHD, so it simply
cannot drive vdr in the wrong direction. If you look at the stuff that the
reelvdr already has in its core for TS/HDTV/h264-handling you will see that
there is ZERO dependency on the eHD. The eHD-reelvant code is just an
output-plugin similar to the softdevice-plugin.
The reelvdr code base is tested by a really large number of users (many
thousands and not many geeks ;-) ). Is there any specific reason why you
don't want to profit from the experiences RMM already made?
Georg Acher, acher at in.tum.de
"Oh no, not again !" The bowl of petunias
More information about the vdr