Re: [vdr] Replay Problems with Extension HD
On 14.10.2010 13:48, Vesa wrote:
I did some testing and debugging. First note is that VDR do not do sanity
check for STC on delay loop. Now there is on dvbsubtitle.c
if (STC = 0) {
It should be
if (LimitTo32Bit(STC) = 0) {
After this delay loop start to work with reelbox-3 plugin. With out that STC
int64_t value includes garbage and get most of time negative value. Because
same filtering is in use other places for this value, it should be also on
if-statement..
Vesa did state in his posting dated 2010-10-15/15:39 that the modification
to dvbsubtitle.c is not necessary, but I just want to make it clear why that
is so.
The check
if (STC = 0) {
acts on the raw STC value returned by the device, which was allowed to
be -1 in case that device is unable to return the STC. Limiting this to
32 bit would break this check.
For version 1.7.17 of VDR I will make it mandatory for devices that
can replay to return a valid STC value in GetSTC(), and the above check
is then obsolete (since the 'else' branch of that 'if' was never implemented,
anyway).
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
From: Hannu Tirkkonen
Subject: Re: [vdr] Replay Problems with Extension HD
On 14.10.2010 19.17, Vesa wrote:
From: Rolf Ahrenberg
Would it help to modify the plugin's GetSTC() method only when
replaying?
+ if (Replaying())
+STC -= 50L; // or configurable: 900L *
ReelSetup.STCDelayMs;
Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
- return (stc == 0) ? -1LL : stc;
+ if (Replaying())
+ stc -= 52L;
+ return (stc == 0) ? -1LL : (stc 0x);
With this change Reelbox delivers stc in correct format and timing is
correct for live show. For recordings 52 is suitable mid range
offset on
Yle SD feed. I assume that eHD buffer is for mpeg/h264 and delay is
based on
bit/s.
OMG :) It's really working.
Unfortunately it is not working.. The Working Fix is this:
- return (stc == 0) ? -1LL : stc;
+ if (Transferring()){
+ stc -= 9L;
+ }
+ else {
+ stc -= 52L;
+ }
+ return (stc == 0) ? -1LL : (stc 0x);
Replaying returns always true, Transferring returns true only for live. eHD
seems to need small delay also for live.
With this patch eHD looks usable device. I have to do long time testing for
stability, but so far it is more stable than xine/vdpau based solutions. I'm
using reelbox testing tree version 15208 for reelbox-3 and eHD device
driver.
--
Vesa
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 15.10.2010 10.28, Vesa wrote:
Unfortunately it is not working.. The Working Fix is this:
- return (stc == 0) ? -1LL : stc;
+ if (Transferring()){
+ stc -= 9L;
+ }
+ else {
+ stc -= 52L;
+ }
+ return (stc == 0) ? -1LL : (stc 0x);
Replaying returns always true, Transferring returns true only for live. eHD
seems to need small delay also for live.
With this patch eHD looks usable device. I have to do long time testing for
stability, but so far it is more stable than xine/vdpau based solutions. I'm
using reelbox testing tree version 15208 for reelbox-3 and eHD device
driver.
Is it still required to modify also the dvbsubtitle.c?
btw; Your previous patch reelbox-svn15208-vdr.bin for reelbox svn 15208
didn't apply clean to VideoPlayerHd.c. The line 313 in svn 15208
(VideoPlayerHd.c) start with:
const UInt repeat = 6;
and your patch expect it to start with
const UInt repeat = 4;
It's easy to fix, but I thought I let you know...
...hanu
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
From: Hannu Tirkkonen Sent: Friday, 15 October, 2010 11:18 To: VDR Mailing List Subject: Re: [vdr] Replay Problems with Extension HD Is it still required to modify also the dvbsubtitle.c? No. btw; Your previous patch reelbox-svn15208-vdr.bin for reelbox svn 15208 didn't apply clean to VideoPlayerHd.c. The line 313 in svn 15208 (VideoPlayerHd.c) start with: const UInt repeat = 6; and your patch expect it to start with const UInt repeat = 4; It's easy to fix, but I thought I let you know... Correct patch in the attachment, original was broken (wrong version) as you found. This do not include yet that STC fix. -- Vesa reelbox-svn15208b-vdr.diff Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Wed, Oct 13, 2010 at 11:43 PM, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote: On 13.10.2010 20:55, Rolf Ahrenberg wrote: On Wed, 13 Oct 2010, Vesa wrote: Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and additional delay for live and record play modes. Suitable range would be 0 - 10s. Well, IMO that delay code in the ttxtsubs plugin should be removed when PTS code has been merged into the repo. This would fix also other issue than non working output. Sometimes How about adding a STC offset setting in these non working output plugins with a little help of latest PCR value and the system clock? My opinion is that there is several reason to add DVB subtitle delay setting to VDR menu. To fix non working output devices and to fix temporally miss aligned subtitles. This feature is similar as Lipsync set on all modern AV devices. Audio should be in sync with video, but sometimes it is not. It is good to have lipsync on menu for fixing this temporal but totally annoying issue. I'm against these kind of dirty hacks in the official VDR code tree, but the current dvbsubtitles code in VDR could be refactored to be replaceable with a plugin. Afterwards the reel plugin could reimplement it with any hacks needed. If there's something actually wrong with VDR's DVB subtitle code, it should be fixed in VDR. I don't see why we would need a plugin interface here. An output device needs to provide a proper STC in order to sync subtitles. I guess I need to change the description of cDevice::GetSTC() to make this a requirement... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Hi, Well i am not sure if they are fixed or not with .15 and .16 but last time i tested dvbsubtitle on FULL HD tv i got something like like this in [1] and no i don't have eHD hardware but using xine as output device . Yes dvb subtitle are actually showed but on wrong position and small. My biggest problem with dvb subtitle is that they actually not work for TotalTV package on 16.0E all what i sow in logo was this: Mar 14 23:17:31 vdrbox vdr: [2369] subtitleConverter thread started (pid=2347, tid=2369) But the subtitle arent showed like on zdf [1] . This may be a problem of provider and not of vdr but I would like to debug it deeper to get this stuff working.. There was a discussion on vdrportal regarding that [2]. But maybe I wrote this in wrong thread here and should actualy open a new one? [1] http://www.abload.de/img/dvbsubtitle01y8tk.jpg http://www.abload.de/img/dvbsubtitle0257mc.jpg http://www.abload.de/img/dvbsubtitle038jph.jpg [2] http://www.vdrportal.de/board/thread.php?threadid=97744 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Thu, 14 Oct 2010, Vesa wrote: Next step is to add delay for subtitles. This is dirty trick, it is only for eHD users. Simply add some value to Delta (add second line): Code: Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC); Delta += 50; With that 5 you will get 5.56s delay. With that eHD now works correctly with recording play. Live shows subtitles will be too late with this, but it is minor issue. I mostly watch recordings :) Would it help to modify the plugin's GetSTC() method only when replaying? + if (Replaying()) +STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs; BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Thu, Oct 14, 2010 at 02:48:51PM +0300, Vesa wrote: The root cause is still there, somehow eHD delivers around 50 too low STC for recording play. For live shows STC value is correct.. I'll need to have a closer look, but it sounds possible, that the pts is the pts of the last packet put into the video decoder queue and not the latest value of the currently shown frame... That would explain the time lag, the ES queue of the decoder is about 3MB or so. -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher Oh no, not again ! The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
From: Rolf Ahrenberg Would it help to modify the plugin's GetSTC() method only when replaying? + if (Replaying()) +STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs; Yes, that works. Complete fix for ReelBoxDevice.c around line 996: - return (stc == 0) ? -1LL : stc; + if (Replaying()) + stc -= 52L; + return (stc == 0) ? -1LL : (stc 0x); With this change Reelbox delivers stc in correct format and timing is correct for live show. For recordings 52 is suitable mid range offset on Yle SD feed. I assume that eHD buffer is for mpeg/h264 and delay is based on bit/s. -- Vesa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 14.10.2010 14.48, Vesa wrote:
I did some testing and debugging. First note is that VDR do not do sanity
check for STC on delay loop. Now there is on dvbsubtitle.c
if (STC= 0) {
It should be
if (LimitTo32Bit(STC)= 0) {
After this delay loop start to work with reelbox-3 plugin. With out that STC
int64_t value includes garbage and get most of time negative value. Because
same filtering is in use other places for this value, it should be also on
if-statement..
This do not fix delay issue on eHD completely, but now subtitles are in sync
with AV.
Next step is to add delay for subtitles. This is dirty trick, it is only
for eHD users. Simply add some value to Delta (add second line):
Code:
Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC);
Delta += 50;
With that 5 you will get 5.56s delay. With that eHD now works correctly
with recording play. Live shows subtitles will be too late with this, but it
is minor issue. I mostly watch recordings :)
The root cause is still there, somehow eHD delivers around 50 too low
STC for recording play. For live shows STC value is correct..
Thank you! I've tried these kind of hacks myself, but because of
ultimate coding skills, couldn't produce anything useful...
Too bad, that this is not waf solution yet...
I guess, that I'll have to increase the level of the dirty tricks and
compile couple of vdr instances (one with the delay and one without) and
create a command for switching between the instances :D
...hanu
p.s. My 3rd eHD card could be available for testing purposes in Helsinki
metropolitan area ...
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 14.10.2010 19.17, Vesa wrote: From: Rolf Ahrenberg Would it help to modify the plugin's GetSTC() method only when replaying? + if (Replaying()) +STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs; Yes, that works. Complete fix for ReelBoxDevice.c around line 996: - return (stc == 0) ? -1LL : stc; + if (Replaying()) + stc -= 52L; + return (stc == 0) ? -1LL : (stc 0x); With this change Reelbox delivers stc in correct format and timing is correct for live show. For recordings 52 is suitable mid range offset on Yle SD feed. I assume that eHD buffer is for mpeg/h264 and delay is based on bit/s. No, you must be kidding! I guess, that kids must wash their teeth and go to sleep soon (even it's autumn holiday), so that daddy can test this without waiting too much :D ...hanu -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 14.10.2010 19.17, Vesa wrote: From: Rolf Ahrenberg Would it help to modify the plugin's GetSTC() method only when replaying? + if (Replaying()) +STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs; Yes, that works. Complete fix for ReelBoxDevice.c around line 996: - return (stc == 0) ? -1LL : stc; + if (Replaying()) + stc -= 52L; + return (stc == 0) ? -1LL : (stc 0x); With this change Reelbox delivers stc in correct format and timing is correct for live show. For recordings 52 is suitable mid range offset on Yle SD feed. I assume that eHD buffer is for mpeg/h264 and delay is based on bit/s. OMG :) It's really working. Of course the real problem should be solved, but now the recordings containing dvb subtitles can be watched again using the vdr and not just other tools. I owe you guys a beer :D ...hanu -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Wed, Oct 13, 2010 at 12:51 AM, Vesa ves...@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
Re: [vdr] Replay Problems with Extension HD
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@gmail.com: On Wed, Oct 13, 2010 at 12:51 AM, Vesa ves...@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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Wed, 13 Oct 2010, Vesa wrote: Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and additional delay for live and record play modes. Suitable range would be 0 - 10s. Well, IMO that delay code in the ttxtsubs plugin should be removed when PTS code has been merged into the repo. This would fix also other issue than non working output. Sometimes How about adding a STC offset setting in these non working output plugins with a little help of latest PCR value and the system clock? My opinion is that there is several reason to add DVB subtitle delay setting to VDR menu. To fix non working output devices and to fix temporally miss aligned subtitles. This feature is similar as Lipsync set on all modern AV devices. Audio should be in sync with video, but sometimes it is not. It is good to have lipsync on menu for fixing this temporal but totally annoying issue. I'm against these kind of dirty hacks in the official VDR code tree, but the current dvbsubtitles code in VDR could be refactored to be replaceable with a plugin. Afterwards the reel plugin could reimplement it with any hacks needed. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 13.10.2010 20:55, Rolf Ahrenberg wrote: On Wed, 13 Oct 2010, Vesa wrote: Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and additional delay for live and record play modes. Suitable range would be 0 - 10s. Well, IMO that delay code in the ttxtsubs plugin should be removed when PTS code has been merged into the repo. This would fix also other issue than non working output. Sometimes How about adding a STC offset setting in these non working output plugins with a little help of latest PCR value and the system clock? My opinion is that there is several reason to add DVB subtitle delay setting to VDR menu. To fix non working output devices and to fix temporally miss aligned subtitles. This feature is similar as Lipsync set on all modern AV devices. Audio should be in sync with video, but sometimes it is not. It is good to have lipsync on menu for fixing this temporal but totally annoying issue. I'm against these kind of dirty hacks in the official VDR code tree, but the current dvbsubtitles code in VDR could be refactored to be replaceable with a plugin. Afterwards the reel plugin could reimplement it with any hacks needed. If there's something actually wrong with VDR's DVB subtitle code, it should be fixed in VDR. I don't see why we would need a plugin interface here. An output device needs to provide a proper STC in order to sync subtitles. I guess I need to change the description of cDevice::GetSTC() to make this a requirement... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
From: Klaus Schmidinger Sent: Thursday, 14 October, 2010 00:43 If there's something actually wrong with VDR's DVB subtitle code, it should be fixed in VDR. I don't see why we would need a plugin interface here. An output device needs to provide a proper STC in order to sync subtitles. I guess I need to change the description of cDevice::GetSTC() to make this a requirement... Reelbox delivers STC values. Only issue with Reelbox is that STC value seems to be somehow wrong during recording play. STC is correct during live DVB broadcast. The issue is that timing works, but there is 5s offset during recording play. Reelbox do not separate live broadcast and recording play. VDR separate these. One opinion is that VDR recording playback is broken.. Is there any easy place to add delay for subtitling on VDR recording playback code? I would do that hack to my system just to get finally eHD card to use. I assume that I should add some value to STC. Any documentation available about this STC and how it works on VDR? -- Vesa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
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 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
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 -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Hi Klaus (and others) the replay problem is probably fixed. It was located in the hdplayer program that runs on the eHD. The fixed version should be available soon. Thanks to the guy who is known as reel_schorsch on the VDR-Portal. Falk Am Montag, den 07.09.2009, 19:25 +0200 schrieb Klaus Schmidinger: On 07.09.2009 14:41, Falk Spitzberg wrote: Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen: On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote: Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software I've sent some stuff with private mail. Should help you to bring it up within a few minutes. hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =) Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal. Falk, thanks a lot for the guidelines - I really appreciate it! However, I sure won't be able to test this before next weekend, mabe even later, since I first have to debug the fast forwarding in SF2 recordings problem. So you might as well just post them on the ML for others to try. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 05/09/2009, VDR User user@gmail.com wrote: I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as. Which gentoo overlay are you using for vdpau enabled xine-lib? I assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with vdpau enabled? Which driver version of nvidia do you require and which version of Xorg and xcb? Thanks in advance. Theunis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Thu, Oct 1, 2009 at 9:03 AM, Theunis Potgieter theunis.potgie...@gmail.com wrote: Which gentoo overlay are you using for vdpau enabled xine-lib? I assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with vdpau enabled? Which driver version of nvidia do you require and which version of Xorg and xcb? I use Debian, not Gentoo. I'm sure there's some Gentoo guys here who can answer your questions though. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-) Perhaps VDR should try to send UDP packet to Klaus's server when it starts. Not all will not like it, but it is same for me. Windows software do this constantly under name for automatically check for program updates. BR, Jori, a registered VDR user since 2003. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Klaus Schmidinger wrote: I first have to debug the fast forwarding in SF2 recordings problem. Not only SF2 (if You meant Schweizer Fernsehen). I discovered that with recordings from local cable operator fast forwarding not working too. Old 1.6.0's .vdr recordings are fine with 1.7.9. Output via FF card. AK ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Where are we hiding? Lets see, for starters: IRC: bouncer.uicn.net + #vdr irc.freenode.net 6667 #xine-vdpau Forums: http://dvbn.happysat.org/viewforum.php?f=17 http://www.hoochvdr.info/ - Original Message - From: Petri Helin phe...@googlemail.com To: VDR Mailing List vdr@linuxtv.org Sent: Monday, September 07, 2009 11:46 AM Subject: Re: [vdr] Replay Problems with Extension HD VDR User wrote: On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: Perhaps you meant the great non-german-speaking community, who communicate in English? ;) Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on. Ok, so what do you suggest us that belong to neither german-speaking nor english-speaking-only communities should do? Or would it be acceptable for the english-speaking-only community to accept those other-than-english-speaking as well? I mean, where are you all hiding? :) This might be a good time to bring forward things that might not have been discussed on this list. Like if there were patches/plugins etc lying around that the other-than-english-speaking community might be unaware of. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Petri Helin wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. I wouldn't say the english-speaking-only VD community is that large: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist Perhaps you meant the great non-german-speaking community, who communicate in English? ;) -Petri Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-) Br, Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Tue, Sep 08, 2009 at 09:17:30PM +0300, Pasi Juppo wrote: Petri Helin wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. I wouldn't say the english-speaking-only VD community is that large: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist Perhaps you meant the great non-german-speaking community, who communicate in English? ;) -Petri Didn't realize that there was such a database of users available. I'm pretty sure that _many_ of the VDR users are not aware of this thus statistics are probably not very accurate. Klaus should advertise this once in a while ;-) Yeah, I had not noticed this either :) -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
It's the exact same situation for North American users as well. You guys grossly underestimate our numbers since you're not members of that particular community. Klaus advertising his list of users, or the mailing list, or forums that are primarily non-english won't do much in terms of getting people to go to those places. I personally know a lot of guys who are aware of this mailing list and still don't bother to subscribe to it for one reason or another. Instead they prefer to wait for things to filter down to the resources they use. I know part of this has to do with the lack of support for NTSC because none of the developers use it. Even I pursued trying to get things that are hardcoded PAL to be either auto-detected or set by the user but there was basically no interest in response. I'm glad to be here personally and take an active role in helping any way I can in general because I think VDR is a great piece of software and only want to see it get better, broaden it's support features, and become the undeniable king of linux dvb hands-down. To the original poster, sorry that we've gone off-topic. I'm not sure how much of this actually has anything to do with replay problems with extension hd. ;) Regards, Derek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Am Samstag, den 05.09.2009, 15:09 +0200 schrieb Klaus Schmidinger: On 03.09.2009 12:10, Falk Spitzberg wrote: Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User: Sounds like your question is more appropriate for the vendors customer support of that product. Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use. Maybe that the eHD card is the only output device that crashes on VDR TS replays. The following is related to recent developer versions of VDR 1.7.x. In live mode (i.e. Transfer Mode, since the eHD has no tuner) the TS data stream is written into a ring buffer by the receiving device (e.g. a DVB-S(2) card) and from there it is sent to the output device (the eHD plugin) through a call to PlayTs(). In this case every TS packet is sent to the output device separately. During replay data is read from disk and stored in a ring buffer that holds entire frames, which are just a sequence of TS packets that make up one video frame (including audio). The output device's PlayTs() is called with an entire frame. The only real difference between live mode and replay I can see is that in live mode TS packets are sent individually to the output device, while in replay mode larger blocks of data are sent. However, I don't see why this would cause the problems you observe. AFAIK the Reel plugin requires several patches to the core VDR code, so there may well be things I simply don't know of, because I haven't looked into the Reel code (yet). Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software I've sent some stuff with private mail. Should help you to bring it up within a few minutes. (meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software I've sent some stuff with private mail. Should help you to bring it up within a few minutes. hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote: Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software I've sent some stuff with private mail. Should help you to bring it up within a few minutes. hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Mon, Sep 7, 2009 at 5:41 AM, Falk Spitzbergp...@spitzberg.de wrote: I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =) Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal. I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. I wouldn't say the english-speaking-only VD community is that large: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist Perhaps you meant the great non-german-speaking community, who communicate in English? ;) -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
And how many users are not on this registered users list? First time I heard of it.Most people follow guides done by other people and only glimps at the manuals, readme's, etc. And I think you can get vdr with apt-get from debian also. - Original Message - From: Petri Helin phe...@googlemail.com To: VDR Mailing List vdr@linuxtv.org Sent: Monday, September 07, 2009 9:14 AM Subject: Re: [vdr] Replay Problems with Extension HD On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. I wouldn't say the english-speaking-only VD community is that large: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist Perhaps you meant the great non-german-speaking community, who communicate in English? ;) -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 07.09.2009 14:41, Falk Spitzberg wrote: Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen: On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote: Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software I've sent some stuff with private mail. Should help you to bring it up within a few minutes. hi, could you send it to me also ? i'm very interested in this card :-) thanks, gg I'm also interested to see this information. Wouldn't it be good idea to publish it on the list, it would be more useful for the people who are looking for the information =) Let me see if it works for Klaus. Once he has his eHD running using the stuff that I've collected, i'll publish it either here or in the VDR portal. Falk, thanks a lot for the guidelines - I really appreciate it! However, I sure won't be able to test this before next weekend, mabe even later, since I first have to debug the fast forwarding in SF2 recordings problem. So you might as well just post them on the ML for others to try. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: I'd suggest posting to the mailing list or both as VDR Portal caters 99% to people who speak german and isn't much help for the very large english-speaking-only VDR community. I wouldn't say the english-speaking-only VD community is that large: At least if you look at the registered users: http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist I know for a fact it's large because I'm a member of that community and talk with many of them. Only a small portion of VDR users in general subscribe to this mailing list, the 'registered users' list, etc. from what I've seen. Perhaps you meant the great non-german-speaking community, who communicate in English? ;) Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
VDR User wrote: On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote: Perhaps you meant the great non-german-speaking community, who communicate in English? ;) Nope, I mean english-speaking-only. Like the other user pointed out, many many people are using various howto's and IRC for their VDR info, and never find their way here other places. I can't count how many times people have said they've never even looked at the MANUAL, README, and so on. Ok, so what do you suggest us that belong to neither german-speaking nor english-speaking-only communities should do? Or would it be acceptable for the english-speaking-only community to accept those other-than-english-speaking as well? I mean, where are you all hiding? :) This might be a good time to bring forward things that might not have been discussed on this list. Like if there were patches/plugins etc lying around that the other-than-english-speaking community might be unaware of. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Gavin Hamill wrote: On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote: On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote: Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ? Not that I'm aware of but by no means have I researched that question in depth. ;) All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB. I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as. Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :) I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain) I should have said 'needing X to run HD-VDR is stupid.. I sure wish there was a NEXUS-FF-S2 card with HDMI 1080p output, or similar, I dont like X and GUIs in general. In old Byte Magazine guy named Steve Ciarcia said the best compiler is solder, still true. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On 03.09.2009 12:10, Falk Spitzberg wrote: Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User: Sounds like your question is more appropriate for the vendors customer support of that product. Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use. Maybe that the eHD card is the only output device that crashes on VDR TS replays. The following is related to recent developer versions of VDR 1.7.x. In live mode (i.e. Transfer Mode, since the eHD has no tuner) the TS data stream is written into a ring buffer by the receiving device (e.g. a DVB-S(2) card) and from there it is sent to the output device (the eHD plugin) through a call to PlayTs(). In this case every TS packet is sent to the output device separately. During replay data is read from disk and stored in a ring buffer that holds entire frames, which are just a sequence of TS packets that make up one video frame (including audio). The output device's PlayTs() is called with an entire frame. The only real difference between live mode and replay I can see is that in live mode TS packets are sent individually to the output device, while in replay mode larger blocks of data are sent. However, I don't see why this would cause the problems you observe. AFAIK the Reel plugin requires several patches to the core VDR code, so there may well be things I simply don't know of, because I haven't looked into the Reel code (yet). Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software (meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Klaus Schmidinger wrote: Maybe it's ok if I use this opportunity to ask if somebody could point me to a complete idiot's guide to installing the eHD software (meaning the necessary software that goes into the eHD itself, as well as the latest version of their plugin). I know, I could search for this myself, but I'm sure there's somebody out there who knows exactly where to find these ;-) Maybe I'll find the time to actually bring up my eHD and adapt the plugin to the latest developer version of VDR... Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ? All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote: Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ? Not that I'm aware of but by no means have I researched that question in depth. ;) All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB. I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote: On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote: Somewhat related question is, is there some solution to have HD-VDR without X, other than eHD ? Not that I'm aware of but by no means have I researched that question in depth. ;) All this hullaballoo with vdpau/X/xine etc.. is somehow stupid if all you want is HD-STB. I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as. Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :) I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain) gdh ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Sat, Sep 5, 2009 at 8:26 AM, Gavin Hamillg...@acentral.co.uk wrote: I'm not sure why you think vdpau is stupid if you want an HD stb. Using vdpau gives you the ability to have HD on systems that normally wouldn't have a chance at all, and it provides this at a very lost cost. The cheapest I've paid so far is $20 ($30-$10 MIR) for an 8400GS pci-e. So for a mere $30 on average, your old system that couldn't handle HD now can. Stupid is the last thing I would describe that as. Hm, I'd be happy to pay $150-200 for a hardware output card, similar to the good old FF technotrend cards, if it could save me hours of messing around with SVN bleeding edge code and trying to run exotic deinterlace filters :) I think there's a misconception about using vdpau. While there are a small few who have problems (as is the case with any software/hardware), most users are able to get vdpau working with little or no hassle at all. For me it takes 1min to download xine-vdpau, 7 minutes to compile it, 1min to download xine-ui cvs, 1min to compile it. Nvidia drivers take about 2mins to download and 1min to install. Less then 15 minutes _no patching_ is all it takes. Actually there is one patch come to think of it since I use xine-lib 1.1 instead of 1.2, it's xine-0.9.3/patches/xine-lib.patch... In any case it's never taken hours of time. Been really straight forward and simple for the most part. When I bought my first nexus-s, I bought it for the exact reason you mentioned. Wanted a simple fast solution that didn't involve much (or any) work on the linux side since I'd never used linux before. And at the time a nexus was also cheaper then building a new pc. However, those days are gone. You're willing to pay $150-$200 for a dedicated card that does only one thing. I recently paid $130 total for an Nvidia Ion system that will become my completely silent and fanless main HDTV VDR box that's about the size of a Nintendo Wii. That's where the market is going. You'll see less and less dedicated cards (especially FF DVB cards) because the cost to produce them is too high and the market for such a product too small. There's no profit to be made. That's a conversation for a different thread however. ;) I think that's what Lauri is getting at - the statement 'vdpau is stupid' is perhaps a little inflammatory, but there must be more time-efficient ways (other than the eHD card which is now hard to obtain) It sounds like the eHD is the most expensive solution in all areas; time, money, patching, etc. Whereas, vdpau seems to be at the other end of the spectrum being the least expensive, easiest, and so on. I've got 3 boxes running vdpau, all with different hardware and my experience has been the same with each setup.. It was a piece of cake and took almost no time to get going. Now I guess it's the guy who had a horrible experience turn to tell his story. ;) Regards, Derek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Op Za, 5 september, 2009 18:11, schreef VDR User: -- SNIP -- It sounds like the eHD is the most expensive solution in all areas; time, money, patching, etc. Whereas, vdpau seems to be at the other end of the spectrum being the least expensive, easiest, and so on. Depends on how you look at it. I got mine for almost 1,5 years now and I've been able to see and hear HDTV without problems. Yes, the other plugins for mediaplayback seem to have problems with a vanilla VDR setup. But currently I use ReelVDR anyway and it works like a charm and without the problems I have with a vanilla VDR setup ;) I've got 3 boxes running vdpau, all with different hardware and my experience has been the same with each setup.. It was a piece of cake and took almost no time to get going. Now I guess it's the guy who had a horrible experience turn to tell his story. ;) I've been experimenting with VDPAU for a while. And yes, it's the next big thing when it comes to hardware accelerated playback. But since I need to put in an additional NVIDIA based videocard with Purevideo HD capabilities, I rather use my onboard intel for X.org and stick to my eHD until I have the money to get me a Atom based device with an ION chipset :) Regards, Derek Regards, Niels Wagenaar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Am Donnerstag, den 03.09.2009, 07:57 -0700 schrieb VDR User: On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergp...@spitzberg.de wrote: Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User: Sounds like your question is more appropriate for the vendors customer support of that product. Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use. Maybe that the eHD card is the only output device that crashes on VDR TS replays. How do you know the problem isn't a bug in the eHD driver or stream parser/decoder? I don't know. But what is wrong about my attempt to find out what VDR does different during replay vs. live TV. I did never say that VDR does something wrong. I just asked a question. Too bad that nobody can answer it. -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Thu, Sep 3, 2009 at 11:55 PM, Falk Spitzbergp...@spitzberg.de wrote: I don't know. But what is wrong about my attempt to find out what VDR does different during replay vs. live TV. I did never say that VDR does something wrong. I just asked a question. Too bad that nobody can answer it. All I'm saying is you seem to have a hardware problem that should be addressed @ the vendors customer service/product support. Have you even bothered to contact them? Maybe there's already a fix/solution waiting for you there. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Op Vr, 4 september, 2009 19:39, schreef VDR User: All I'm saying is you seem to have a hardware problem that should be addressed @ the vendors customer service/product support. Have you even bothered to contact them? Maybe there's already a fix/solution waiting for you there. IMHO, that's not a correct assumption to begin with. For your information, I don't have this problem with ReelVDR in combination with the same plugins. As a matter of fact, I don't encounter none of the issues I have with the vanilla vdr 1.7.x using the same plugin-versions. So a correct assumption would be, that this problem may be the result of a bug in the reelbox plugin as well as the other eHD plugins. However, more then a month ago my HTPC broke down as well as my tv-furniture and TV (plasma fell down and took the HTPC with it). But currently I'm awaiting my new hardware and I hope to do some more testing after the weekend. Regards, Niels Wagenaar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User: Sounds like your question is more appropriate for the vendors customer support of that product. Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use. Maybe that the eHD card is the only output device that crashes on VDR TS replays. -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergp...@spitzberg.de wrote: Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User: Sounds like your question is more appropriate for the vendors customer support of that product. Definitly not, because my question ist only about the VDR core. I am just trying to find out what VDR does different when it transfers data to a device in live TV compared to replay from disk. That's completely independent from any device that's in use. Maybe that the eHD card is the only output device that crashes on VDR TS replays. How do you know the problem isn't a bug in the eHD driver or stream parser/decoder? An example I'll give you is vdpau. Certain things caused problems/crashes, but it was the fault of the driver and had to be addressed by Nvidia. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Does really nobody have an idea ?? Am Donnerstag, den 27.08.2009, 11:46 +0200 schrieb Falk Spitzberg: Hello, Users of the Reel Extension HD card will know that there are Problems when TS recordings are replayed. These Problems seem to be limited to some stations like Pro7 and even with these stations to movies that are broadcastest with DD 5.1 audio. Now my question: What is different between Live TV and Replay. Of course the obvious difference is the data source (file opposed to DVB device). But what else is different? I am wondering, because i watched a movie without problems, while the recording that was done while i watched it live, cannot be replayed. After a few minutes, the hdplayer on the Extension card dies. -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: p...@spitzberg.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
Sounds like your question is more appropriate for the vendors customer support of that product. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
