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 > 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 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 > 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 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 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 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
> 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 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
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
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.. -- Vesa ___ 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 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
> 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 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
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
[vdr] Replay Problems with Extension HD
Al 12/10/10 18:13, Hannu Tirkkonen: > 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. 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. This would fix also other issue than "non working output". Sometimes broadcaster do mistake and subtitles timing is wrong. Last time this happened last week with Law&Order, subtitle timing has 4s offset. With DVB subtitle delay settings show would be ok. Now I have only one option, turn subtitles completely off. 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. For Reelbox plugins: I fixed patch for reelbox-3 svn 15208. Patch on attachment. With this reelbox-3 and with latest hdplayer pause seems to work.. -- Vesa reelbox-svn15208-vdr.bin 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
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 : > On Wed, Oct 13, 2010 at 12:51 AM, Vesa 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, Oct 13, 2010 at 12:51 AM, Vesa 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
Could the new TechnoTrend Premium 6400 be the answer? www.dvbshop.net --- On Wed, 13/10/10, Vesa wrote: > From: Vesa > Subject: Re: [vdr] Replay Problems with Extension HD > To: "'VDR Mailing List'" > 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 > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay Problems with Extension HD
> 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
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
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 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
[vdr] Replay Problems with Extension HD
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. -- Vesa ___ 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 Thu, Oct 1, 2009 at 9:03 AM, Theunis Potgieter 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
On 05/09/2009, VDR User 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
> 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
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
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 User 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
Petri Helin wrote: > On Mon, Sep 7, 2009 at 6:57 PM, VDR User 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
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" To: "VDR Mailing List" 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 Helin wrote: > >> On Mon, Sep 7, 2009 at 6:57 PM, VDR User 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
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
VDR User wrote: On Mon, Sep 7, 2009 at 9:14 AM, Petri Helin wrote: On Mon, Sep 7, 2009 at 6:57 PM, VDR User 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
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helin wrote: > On Mon, Sep 7, 2009 at 6:57 PM, VDR User 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
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
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" To: "VDR Mailing List" 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 User 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 Mon, Sep 7, 2009 at 6:57 PM, VDR User 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
On Mon, Sep 7, 2009 at 5:41 AM, Falk Spitzberg 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
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. > > ___ > 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 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
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
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
On Sun, 2009-09-06 at 13:21 +0300, Lauri Tischler wrote: > 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. You should be able to get a VDPAU capable VDR front-end running without compiling yourself code. E.g. in Ubuntu Jaunty there is VDPAU capable X11 driver (plus development files). Then add from some extra repository to get xine-vdpau and vdr-sxfe. It's also easy to set up X to go up without login or without any Gnome or KDE environment of window manager. Just one vdr-sxfe window as full screen and there you are. I expect other graphics chipsets are also getting there in the future like AMD and Intel. I'm myself compiling from source and prefer to use other applications as well. As an example Google Earth as 46" full-HD is stunning for couch traveling. BR, Seppo ___ 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 Tischler 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
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
On Sat, Sep 5, 2009 at 8:26 AM, Gavin Hamill 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
On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote: > On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischler 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 6:24 AM, Lauri Tischler 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
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 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
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
On Thu, Sep 3, 2009 at 11:55 PM, Falk Spitzberg 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
Am Donnerstag, den 03.09.2009, 07:57 -0700 schrieb VDR User: > On Thu, Sep 3, 2009 at 3:10 AM, 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. > > 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 3:10 AM, 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. 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
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
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
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
[vdr] Replay Problems with Extension HD
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