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
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 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] Delaying subtitles
Josce wrote: My problem is that vdr 1.6.0 with the reelbox plugin displays the subtitles 6 seconds too early. Does anyone know if there is a simple way to add a 6 seconds delay to the subtitles? I tried to look at the old subtitle plugin and how it was done there but couldn't see how to apply that to the subtitle handling that vdr does. Regards, Josce I just noticed that there's a patch for 1.6.0 and 1.7.4... http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-dvbsubs-delay.patch.gz http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.7.4-dvbsubs-delay.patch.gz At least the description says: Allows you to add an additional delay in tenth of seconds for showing the subtitles. The valid range is -20...100. This option is only available if Display subtitles is set to 'yes'. I'll try to have some time to test this one. The ttxtsubs delay can be set and I can live with that, but if this one solves the problems with the subtitles, I'm going to freeze the vdr version 1.7.4 for quite a long time ;) ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
Josce wrote: I am having problems with subtitles: - vdr 1.6.0 - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff - reelbox plugin The subtitles appear 6-10 seconds too early, which is really annoying. Tested the recordings on a vdr 1.6.0 + FF without the patches and the subtitles were displayed correctly. I imagine it has something to do with the syncearly, but can't say for sure. Can I somehow disable the syncearly part of the patches to verify that this indeed is the problem. ( I need the patches because I can't compile vdr + reelbox plugin without them ) Josce The subtitles and ttxtsubs are in sync when watching live... but The same problem with too early exists on recordings. vdr 1.7.0 with reelbox plugin 9044: VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff vdr170-ext-h264-rmm-svn8858-patch.diff There's a ReplayDelay option on ttxtsubs, but is it possible to get the (customized) delay also for the subtitles as well? ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Syncearly + subtitles problem
Ales Jurik wrote: On Monday 20 of October 2008, Hannu Tirkkonen wrote: Josce The subtitles and ttxtsubs are in sync when watching live... but The same problem with too early exists on recordings. vdr 1.7.0 with reelbox plugin 9044: VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff vdr170-ext-h264-rmm-svn8858-patch.diff There's a ReplayDelay option on ttxtsubs, but is it possible to get the (customized) delay also for the subtitles as well? ...hanu I don't see such problem: vdr-1.7.0 with reelbox plugin 9044 - vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup - vdr170-h264-rmm-svn8858-patch BR, Ales Just finished the clean installation of vdr-1.7.0 with same patches: vdr-1.7.0 with reelbox plugin 9044 vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup vdr170-h264-rmm-svn8858-patch The subtitles and ttxtsubs appears ~ 6 seconds too early. I can live with the ttxtsubs, because of the option ReplayDelay (5000), but watching the recordings with subtitles is quite annoying.. The recordings with ttxtsubs and subtitles are from Thor (S1.0W) (dvb-s/dvb-s2) and local Finnish (dvb-c) broadcaster Welho. (Canal Digital and Yle stuff...) I'll try to get a sample recordings uploaded somewhere tomorrow. br. ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sun, Feb 03, 2008 at 11:17:05AM +0100, Klaus Schmidinger wrote: So, here's the straw poll: Should there be a stable version 1.6.0 now, based on what's in version 1.5.14, but without DVB-S2 or even H.264 support? Yes or No? NO You would just shoot yourself in the leg ;O I'm sure, that there would be too much problems with the new features of the 1.5 branch and the mailing list would be full of guestions ;O That would perhaps have an influence of developing the H.264/HDTV brach. What I really would like to see is 1.5.x with built-in support for (in this order): H.264 ttxtsubs TS recording DVB-S2 Even though the new stable would be released, I would not change my main VDR for that. The 1.4.4 just works perfectly ;) main = for wife and kids ;) br ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9
On Thu, Aug 30, 2007 at 08:44:27PM +0300, Petri Helin wrote: I have now tested when there is a program running (I am even seeing the dvb-subtitles with xineliboutput), but still there are no 00 00 01 series in the sample.ts. Anything more I could test with? I lost the stream also today. The subtitles were visible, but no sound. vlc of course did not got anything to show. After a several (10 - 15) try I did manage to tune to CD channel and got sound also using xineliboutput. After getting the sound I did try vlc and got stream also. There is some problems on tuning or encrypting hd channels. Because I do have only budget cards without cams, my canal+ card is on my dbox2 and I'm using xx plugin to access the card. ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9
On Thu, Aug 30, 2007 at 12:05:08AM +0300, Hannu Tirkkonen wrote: I did apply this h264 patch and streamdev patch from: http://www.vdr-developer.org/mantisbt/view.php?id=382 Now the load of the server is low when tuned to Canal+ HD and I can watch the stream using vlc. The recording at least outputs something to hard disk ;) Well... the video part of the recordings seems to be corrupted. vlc cannot show any video; there's only audio. projectx says (hundreds of lines on 34MB recording): ! error in pes_extension of pes-ID 0xBD @ pos: 112153 (1554 / 14 / 15 / true / false) - found PES-ID 0xBD (private stream 1) @ 112153 ! error in pes_extension of pes-ID 0xE0 @ pos: 134640 (2048 / 14 / 15 / true / false) ! error in pes_extension of pes-ID 0xE0 @ pos: 188715 (2048 / 14 / 15 / true / false) ! error in pes_extension of pes-ID 0xE0 @ pos: 247087 (2048 / 19 / 20 / true / false) - more than 500 warnings/errors, stop logging.. - dropping video data, GOP larger than 6MB - dropping video data, GOP larger than 6MB od does find 00 00 01 09 sequences from the file. The live stream can be watched with vlc, and saving the stream with vlc creates a file that can be watched again with mplayer or vlc. There is 34MB of the recording on http://hotel.hanu.com/~hanu/h264 ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9
On Fri, Aug 31, 2007 at 12:05:12AM +0300, Petri Helin wrote: When I tried again with streamdev-plugin sending TS-stream to a vlc client and letting it dump the TS-stream, I can find the 00 00 01 09 delimiter in the dumped stream. So if it works with the combination above, what could be missing from VDR itself that prevents it from doing the same? Maybe there is something to do with the Welho's way of broadcasting the Canal+ HD dvb-s2 stream again in dvb-c? I do have a subscription also on Thor 1W, so I'll try to do some tests using dvb-s2 during the weekend. (The dish splitter is on another room, so there can be some waf negotiations during the weekend ;)) ..hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9
On Wed, Aug 29, 2007 at 11:38:39PM +0300, Petri Helin wrote: Reinhard Nissl wrote: Hi, the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. The changes to earlier releases are: - H264::cParser has been enhanced to provide information for H264::cContext::GetFramesPerSec() and therefore outsourced into separate files. - cVideoRepacker generates Access Unit Delimiters in case they are not part of the stream. Should this patch make it possible to record H.264 encoded stream? I have applied the patch and can see in the channels menu that Canal+ HD Film uses H.264 codec, but I can not record the channel (nor watch it...). -Petri I did apply this h264 patch and streamdev patch from: http://www.vdr-developer.org/mantisbt/view.php?id=382 Now the load of the server is low when tuned to Canal+ HD and I can watch the stream using vlc. The recording at least outputs something to hard disk ;) ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Extension HD PCI from ReelMultimedia in August ?
On Tue, Aug 14, 2007 at 09:28:40AM -0700, Jeremy Jones wrote: On 8/10/07, Hannu Tirkkonen [EMAIL PROTECTED] wrote: I did ;) Got reply on 23.7. from Reel: New status: Versandfreigabe Does this mean RMM has actually shipped you the card ? I want to order this card but when I created an account on the RMM shopping website it would not allow me to see the prices of any of the products. I suspect because I'm in the USA it will not show me prices in USD. I have e-mailed RMM about pricing/availability of the card but have not gotten any response. Even though the status of the order says, that the card has been shipped, I'm not going to hold by breath while waiting for the card ;) Stefan Acher said that the card is still in pre-production, so I'm guessing the card to arrive in the end of September. The prices seems to be shown only in euros, but just fill the price to google and it will show it in USD ;) For example fill 200 EUR and the google will show: 200 Euros = 273.34 U.S. dollars Of course you could always call them ;) There's contact information : http://www.reel-multimedia.de/shop/shop_content.php?coID=4 ...hanu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr