Re: [vdr] Strange problem with one specific channel
On 22.10.2010 21:56, Dirk E. Wagner wrote: > Hi, > > On 18.10.2010 12:00, vdr-requ...@linuxtv.org wrote: >> I have a strange problem with a relatively new DVB-T/SD/MPEG2 channel in >> Sweden. If I try to record from it all I get is a zero-byte file and VDR >> restarts after the standard 30 seconds reporting the infamous "ERROR: >> video >> data stream broken". All other channels on that mux are perfectly OK >> in VDR. > I can confirm this problem with vdr 1.6 and 1.7 with DVB-T channel > Super-RTL in Rhein-Main-Area in Germany. I posted this in the german vdr > forum, but without response: > > http://vdr-portal.de/board/thread.php?threadid=99985 > > The Super-RTL channel worked for a long time without problems. Since > several weeks the problem arise, so I think the dvb stream was changed. I just tried recording the Super-RTL channel on DVB-T here in the area east of Munich, and it worked just fine. Klaus ___ 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 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] DVB subtitles on full HD tv [was: Replay Problems with Extension HD]
On 14.10.2010 09:42, crow wrote: > 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 There is a fix for this from Reinhard Nissl still pending in my pipeline. It will be one of the next things I'll attend to... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Strange problem with one specific channel
Hi, perhaps the pid's have changed. Pls do a rescan (with wscan or so) and compare the newly generated channels.conf with your entry. 2010/10/22 Dirk E. Wagner : > Hi, > > On 18.10.2010 12:00, vdr-requ...@linuxtv.org wrote: >> >> I have a strange problem with a relatively new DVB-T/SD/MPEG2 channel in >> Sweden. If I try to record from it all I get is a zero-byte file and VDR >> restarts after the standard 30 seconds reporting the infamous "ERROR: >> video >> data stream broken". All other channels on that mux are perfectly OK in >> VDR. > > I can confirm this problem with vdr 1.6 and 1.7 with DVB-T channel Super-RTL > in Rhein-Main-Area in Germany. I posted this in the german vdr forum, but > without response: > > http://vdr-portal.de/board/thread.php?threadid=99985 > > The Super-RTL channel worked for a long time without problems. Since several > weeks the problem arise, so I think the dvb stream was changed. > > ___ > 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