eHD card has now days working plugin for vdr, more info about that here:
http://www.vdr-portal.de/board/thread.php?threadid=98019
eHD is stable with latest card firmwares, also for ts playback. Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland.
Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009. And still no any real solutions.
On 11.10.2010 22.22, Vesa wrote:
eHD card has now days working plugin for vdr, more info about that here:
http://www.vdr-portal.de/board/thread.php?threadid=98019
eHD is stable with latest card firmwares, also for ts playback. Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland.
Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009. And still no any real solutions.
Hi!
This is really annoying problem and basically all of the recordings containing dvb subtitles are pretty much useless. The problem exists also on recordings having teletext subtitling, but the teletext plugin have an option for delaying the subtitling.
Perhaps the easiest fix would be getting the delay option back for the dvb subtitles. While making recording feature on vdr usable again :O, the delay option would give more time for fixing the actual problem. And of course the delaying option would be helpful in the future while facing similar problems or use cases needing the option....
...hanu
Al 12/10/10 18:13, En/na Hannu Tirkkonen ha escrit:
On 11.10.2010 22.22, Vesa wrote:
eHD card has now days working plugin for vdr, more info about that here:
http://www.vdr-portal.de/board/thread.php?threadid=98019
eHD is stable with latest card firmwares, also for ts playback. Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland.
Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009. And still no any real solutions.
Hi!
This is really annoying problem and basically all of the recordings containing dvb subtitles are pretty much useless. The problem exists also on recordings having teletext subtitling, but the teletext plugin have an option for delaying the subtitling.
I don't know if it's related, but I have the same problem with a dxr3. I modified pts management in the dxr3 plugin so that it correctly fast forwards (without the modification it would appear to fast forward but, once the ff mode stops, replay would continue from where the ff began), but then dvb subtitles in recordings appear too early.
Bye
On 11.10.2010 21:22, Vesa wrote:
eHD card has now days working plugin for vdr, more info about that here:
http://www.vdr-portal.de/board/thread.php?threadid=98019
eHD is stable with latest card firmwares, also for ts playback. Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland.
Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009. And still no any real solutions.
problem is that rmm develops for there own vdr tree based on vdr 1.4.7 - don't know how good dvb subs work on there own solution (AVG)
it always was a crude patch that just made the reelbox plugin somehow work with vdr 1.7.x, reason is that TS is differently implemented on rmm's vdr and a proper TS capable reelbox plugin patch was started some time ago but paused because the coder does not have time at the moment (even still picture does not work as reliable as with the old patch and ff/rew is also no good - it never was also with the old patch, lots to do)
the developer of the eHD (http://www.baycom.de ?) and rmm will only provide doku and help but will not write a 2nd reelbox plugin for vdr 1.7.x (at least rmm said so) and it does not look like they will drop there own vdr tree, they would have to do a lot of coding to get things in the state they have now and would always have to struggle to get features as they need it for there purpose (netclient, netceiver, ...) in the rmm forum they also said that there are no plans of switching completely to ts (mpeg2 is still pes and hdtv/h.264 is done as ts)
looks like you will have to wait or start coding
From: Lars Bläser
On 11.10.2010 21:22, Vesa wrote:
Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland.
the developer of the eHD (http://www.baycom.de ?) and rmm will only provide doku and help but will not write a 2nd reelbox plugin for vdr 1.7.x (at least rmm said so) and it does not look like they will drop there own vdr tree, they would have to do a lot of coding to get things in the state they have now and would always have to struggle to get features as they need it for there purpose (netclient, netceiver, ...) in the rmm forum they also said that there are no plans of switching completely to ts (mpeg2 is still pes and hdtv/h.264 is done as ts)
looks like you will have to wait or start coding
I have wait and look working output solution for VDR now several years and end result seems to be that there is no solution. Not now or in near future.
Analog FF card is history, no DVI/HDMI or HD option for that.
Reelbox eHD looked promising, but there is no real SW support for this.
VDPAU with Xine looks promising, but it is still unstable. Yep, I know that issue is mostly on Nvidia driver side.
VDR itself is great solution for recording, but watching live tv or records is not supported on great level.
I think that I start looking other solutions.
Could the new TechnoTrend Premium 6400 be the answer? www.dvbshop.net
--- On Wed, 13/10/10, Vesa vesa-s@nic.fi wrote:
From: Vesa vesa-s@nic.fi Subject: Re: [vdr] Replay Problems with Extension HD To: "'VDR Mailing List'" vdr@linuxtv.org Date: Wednesday, 13 October, 2010, 8:51
From: Lars Bläser
On 11.10.2010 21:22, Vesa wrote:
Only issue is still that somehow VDR is not compatible with
eHD on replay mode.
With live tv DVB subtile timing is correct. During
replay subtitles still
comes 6-7s too early here in Finland.
the developer of the eHD (http://www.baycom.de ?) and rmm will only provide doku and help but will not write a 2nd reelbox
plugin for vdr
1.7.x (at least rmm said so) and it does not look like
they will drop
there own vdr tree, they would have to do a lot of
coding to get things
in the state they have now and would always have to
struggle to get
features as they need it for there purpose (netclient,
netceiver, ...)
in the rmm forum they also said that there are no
plans of switching
completely to ts (mpeg2 is still pes and hdtv/h.264 is
done as ts)
looks like you will have to wait or start coding
I have wait and look working output solution for VDR now several years and end result seems to be that there is no solution. Not now or in near future.
Analog FF card is history, no DVI/HDMI or HD option for that.
Reelbox eHD looked promising, but there is no real SW support for this.
VDPAU with Xine looks promising, but it is still unstable. Yep, I know that issue is mostly on Nvidia driver side.
VDR itself is great solution for recording, but watching live tv or records is not supported on great level.
I think that I start looking other solutions.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Wed, Oct 13, 2010 at 12:51 AM, Vesa vesa-s@nic.fi wrote:
VDPAU with Xine looks promising, but it is still unstable. Yep, I know that issue is mostly on Nvidia driver side.
It works great here and I think for most users. It seems only a small group has problems. Maybe the problem is with certain hardware combinations, I dunno. But saying unstable only applies to a minority of users afaics.
Best regards
I agree partially, for normal use its really ok allready. There are things which could be improved and not all problems are related to NVidia, but also to the state of the frontend plugins (namely xine and xineliboutput).
So unstable is a littlebit to hard, stable doesnt fit either.
2010/10/13 VDR User user.vdr@gmail.com:
On Wed, Oct 13, 2010 at 12:51 AM, Vesa vesa-s@nic.fi wrote:
VDPAU with Xine looks promising, but it is still unstable. Yep, I know that issue is mostly on Nvidia driver side.
It works great here and I think for most users. It seems only a small group has problems. Maybe the problem is with certain hardware combinations, I dunno. But saying unstable only applies to a minority of users afaics.
Best regards
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr