Message ID | 200905050959.09412.ajurik@quick.cz |
---|---|
State | New |
Headers |
Received: from smtp-out2.iol.cz ([194.228.2.87]) by mail.linuxtv.org with esmtp (Exim 4.63) (envelope-from <ajurik@quick.cz>) id 1M1FZ1-0006o9-VU for vdr@linuxtv.org; Tue, 05 May 2009 09:59:44 +0200 Received: from antivir4.iol.cz (antivir4.iplanet.iol.cz [192.168.30.209]) by smtp-out2.iol.cz (Postfix) with ESMTP id 4A75011807; Tue, 5 May 2009 09:59:10 +0200 (CEST) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 3DF1F1A38034; Tue, 5 May 2009 09:59:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir4.iol.cz ([127.0.0.1]) by localhost (antivir4.iol.cz [127.0.0.1]) (amavisd-new, port 10124) with LMTP id P155nZlNTKqX; Tue, 5 May 2009 09:59:10 +0200 (CEST) Received: from port2.iol.cz (unknown [192.168.30.92]) by antivir4.iol.cz (Postfix) with ESMTP id 275081A38033; Tue, 5 May 2009 09:59:10 +0200 (CEST) X-SBRS: None X-SBRS-none: None X-RECVLIST: MTA-OUT-QUICK X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAKKO/0lYZ3gv/2dsb2JhbADOZYN9BQ Received: from unknown (HELO ales-debian.local) ([88.103.120.47]) by port2.iol.cz with ESMTP; 05 May 2009 09:59:09 +0200 From: Ales Jurik <ajurik@quick.cz> To: vdr@linuxtv.org Date: Tue, 5 May 2009 09:59:09 +0200 User-Agent: KMail/1.9.9 References: <1240952859.3815.7.camel@HTPC> <200905050004.28460.ajurik@quick.cz> <49FFEB2B.1000305@cadsoft.de> In-Reply-To: <49FFEB2B.1000305@cadsoft.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905050959.09412.ajurik@quick.cz> X-LSpam-Score: -2.5 (--) X-LSpam-Report: No, score=-2.5 required=5.0 tests=AWL=0.120, BAYES_00=-2.599 autolearn=ham Subject: Re: [vdr] Black screen on some channels with vdr 1.7.6 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ajurik@quick.cz, VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> X-List-Received-Date: Tue, 05 May 2009 07:59:44 -0000 Status: O X-Status: X-Keywords: X-UID: 20305 |
Commit Message
Ales Jurik
May 5, 2009, 7:59 a.m. UTC
On Tuesday 05 of May 2009, Klaus Schmidinger wrote: > On 05/05/09 00:04, Ales Jurik wrote: ... > > > > Many thanks, it seems to works (with type of 2), but it is necessary to > > set "Update channels" to "no". > > Please try this: > > --- remux.c 2009/05/03 14:43:25 2.20 > +++ remux.c 2009/05/05 07:27:21 > @@ -795,6 +795,7 @@ > scanner <<= 8; > scanner |= Data[i]; > switch (type) { > + case 0x01: // MPEG 1 video > case 0x02: // MPEG 2 video > if (scanner == 0x00000100) { // Picture Start > Code if (synced && Processed) > > With this you should be able to turn "Update channels" on again. > > Klaus Thanks for pointing me to the problem. But for working it it was necessary to add these two changes more: vpid = stream.getPid(); @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid, newFrame = independentFrame = false; numPtsValues = 0; numIFrames = 0; - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4 + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4 frameDuration = 0; framesInPayloadUnit = framesPerPayloadUnit = 0; payloadUnitOfFrame = 0; Now it seems to works as on older vdr versions (with PES), but video discontinuities are still present on Spektrum (as on many other channels from other providers). On STB's these discontinuities are not present in video. Thanks and BR, Ales
Comments
I have tu confirm, that I used both patches and it now works-I get picture. But picture has errors. BR Marky Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200: > On Tuesday 05 of May 2009, Klaus Schmidinger wrote: > > On 05/05/09 00:04, Ales Jurik wrote: > ... > > > > > > Many thanks, it seems to works (with type of 2), but it is necessary to > > > set "Update channels" to "no". > > > > Please try this: > > > > --- remux.c 2009/05/03 14:43:25 2.20 > > +++ remux.c 2009/05/05 07:27:21 > > @@ -795,6 +795,7 @@ > > scanner <<= 8; > > scanner |= Data[i]; > > switch (type) { > > + case 0x01: // MPEG 1 video > > case 0x02: // MPEG 2 video > > if (scanner == 0x00000100) { // Picture Start > > Code if (synced && Processed) > > > > With this you should be able to turn "Update channels" on again. > > > > Klaus > > Thanks for pointing me to the problem. But for working it it was necessary to > add these two changes more: > > --- remux.c 2009-05-05 09:44:01.000000000 +0200 > +++ remux.c 2009-05-05 09:50:56.854167360 +0200 > @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar > for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) { > dbgpatpmt(" stream type = %02X, pid = %d", > stream.getStreamType(), stream.getPid()); > switch (stream.getStreamType()) { > + case 0x01: // MPEG1 > case 0x02: // STREAMTYPE_13818_VIDEO > case 0x1B: // MPEG4 > vpid = stream.getPid(); > @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid, > newFrame = independentFrame = false; > numPtsValues = 0; > numIFrames = 0; > - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4 > + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4 > frameDuration = 0; > framesInPayloadUnit = framesPerPayloadUnit = 0; > payloadUnitOfFrame = 0; > > Now it seems to works as on older vdr versions (with PES), but video > discontinuities are still present on Spektrum (as on many other channels from > other providers). On STB's these discontinuities are not present in video. > > Thanks and BR, > > Ales > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I made recording with vdr 1.7.7 and prewious patches. I get picture with several errors. Here: http://rapidshare.com/files/229350889/2009-05-05.10.45.1220-0.rec.tar.gz.html BR Marky Marek Hajduk píše v Út 05. 05. 2009 v 10:41 +0200: > I have tu confirm, that I used both patches and it now works-I get > picture. But picture has errors. > > BR > > Marky > > > Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200: > > On Tuesday 05 of May 2009, Klaus Schmidinger wrote: > > > On 05/05/09 00:04, Ales Jurik wrote: > > ... > > > > > > > > Many thanks, it seems to works (with type of 2), but it is necessary to > > > > set "Update channels" to "no". > > > > > > Please try this: > > > > > > --- remux.c 2009/05/03 14:43:25 2.20 > > > +++ remux.c 2009/05/05 07:27:21 > > > @@ -795,6 +795,7 @@ > > > scanner <<= 8; > > > scanner |= Data[i]; > > > switch (type) { > > > + case 0x01: // MPEG 1 video > > > case 0x02: // MPEG 2 video > > > if (scanner == 0x00000100) { // Picture Start > > > Code if (synced && Processed) > > > > > > With this you should be able to turn "Update channels" on again. > > > > > > Klaus > > > > Thanks for pointing me to the problem. But for working it it was necessary to > > add these two changes more: > > > > --- remux.c 2009-05-05 09:44:01.000000000 +0200 > > +++ remux.c 2009-05-05 09:50:56.854167360 +0200 > > @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar > > for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) { > > dbgpatpmt(" stream type = %02X, pid = %d", > > stream.getStreamType(), stream.getPid()); > > switch (stream.getStreamType()) { > > + case 0x01: // MPEG1 > > case 0x02: // STREAMTYPE_13818_VIDEO > > case 0x1B: // MPEG4 > > vpid = stream.getPid(); > > @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid, > > newFrame = independentFrame = false; > > numPtsValues = 0; > > numIFrames = 0; > > - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4 > > + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4 > > frameDuration = 0; > > framesInPayloadUnit = framesPerPayloadUnit = 0; > > payloadUnitOfFrame = 0; > > > > Now it seems to works as on older vdr versions (with PES), but video > > discontinuities are still present on Spektrum (as on many other channels from > > other providers). On STB's these discontinuities are not present in video. > > > > Thanks and BR, > > > > Ales > > > > _______________________________________________ > > 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
Hi, You can also add one more case : case 0x19: // advanced codec HD digital television service Rgds, Alex Marek Hajduk wrote: > I made recording with vdr 1.7.7 and prewious patches. > I get picture with several errors. Here: > http://rapidshare.com/files/229350889/2009-05-05.10.45.1220-0.rec.tar.gz.html > > BR > > Marky > Marek Hajduk píše v Út 05. 05. 2009 v 10:41 +0200: > >> I have tu confirm, that I used both patches and it now works-I get >> picture. But picture has errors. >> >> BR >> >> Marky >> >> >> Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200: >> >>> On Tuesday 05 of May 2009, Klaus Schmidinger wrote: >>> >>>> On 05/05/09 00:04, Ales Jurik wrote: >>>> >>> ... >>> >>>>> Many thanks, it seems to works (with type of 2), but it is necessary to >>>>> set "Update channels" to "no". >>>>> >>>> Please try this: >>>> >>>> --- remux.c 2009/05/03 14:43:25 2.20 >>>> +++ remux.c 2009/05/05 07:27:21 >>>> @@ -795,6 +795,7 @@ >>>> scanner <<= 8; >>>> scanner |= Data[i]; >>>> switch (type) { >>>> + case 0x01: // MPEG 1 video >>>> case 0x02: // MPEG 2 video >>>> if (scanner == 0x00000100) { // Picture Start >>>> Code if (synced && Processed) >>>> >>>> With this you should be able to turn "Update channels" on again. >>>> >>>> Klaus >>>> >>> Thanks for pointing me to the problem. But for working it it was necessary to >>> add these two changes more: >>> >>> --- remux.c 2009-05-05 09:44:01.000000000 +0200 >>> +++ remux.c 2009-05-05 09:50:56.854167360 +0200 >>> @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar >>> for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) { >>> dbgpatpmt(" stream type = %02X, pid = %d", >>> stream.getStreamType(), stream.getPid()); >>> switch (stream.getStreamType()) { >>> + case 0x01: // MPEG1 >>> case 0x02: // STREAMTYPE_13818_VIDEO >>> case 0x1B: // MPEG4 >>> vpid = stream.getPid(); >>> @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid, >>> newFrame = independentFrame = false; >>> numPtsValues = 0; >>> numIFrames = 0; >>> - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4 >>> + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4 >>> frameDuration = 0; >>> framesInPayloadUnit = framesPerPayloadUnit = 0; >>> payloadUnitOfFrame = 0; >>> >>> Now it seems to works as on older vdr versions (with PES), but video >>> discontinuities are still present on Spektrum (as on many other channels from >>> other providers). On STB's these discontinuities are not present in video. >>> >>> Thanks and BR, >>> >>> Ales >>> >>> _______________________________________________ >>> 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 >> > > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >
On 05/05/09 13:52, alexw wrote: > Hi, > > You can also add one more case : > > case 0x19: // advanced codec HD digital television service Can you please post a tested patch that implements this? Klaus
I found out that errors in picture is caused by decryption of channel. With every new ecm I get error (break up) in picture. Interesting thing is that packet UPC has about 70 channels, however only several has problem with decryption. Can somebody tell me, how can I provide more debug info? BR Marky Marek Hajduk píše v Út 05. 05. 2009 v 10:41 +0200: > I have tu confirm, that I used both patches and it now works-I get > picture. But picture has errors. > > BR > > Marky > > > Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200: > > On Tuesday 05 of May 2009, Klaus Schmidinger wrote: > > > On 05/05/09 00:04, Ales Jurik wrote: > > ... > > > > > > > > Many thanks, it seems to works (with type of 2), but it is necessary to > > > > set "Update channels" to "no". > > > > > > Please try this: > > > > > > --- remux.c 2009/05/03 14:43:25 2.20 > > > +++ remux.c 2009/05/05 07:27:21 > > > @@ -795,6 +795,7 @@ > > > scanner <<= 8; > > > scanner |= Data[i]; > > > switch (type) { > > > + case 0x01: // MPEG 1 video > > > case 0x02: // MPEG 2 video > > > if (scanner == 0x00000100) { // Picture Start > > > Code if (synced && Processed) > > > > > > With this you should be able to turn "Update channels" on again. > > > > > > Klaus > > > > Thanks for pointing me to the problem. But for working it it was necessary to > > add these two changes more: > > > > --- remux.c 2009-05-05 09:44:01.000000000 +0200 > > +++ remux.c 2009-05-05 09:50:56.854167360 +0200 > > @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar > > for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) { > > dbgpatpmt(" stream type = %02X, pid = %d", > > stream.getStreamType(), stream.getPid()); > > switch (stream.getStreamType()) { > > + case 0x01: // MPEG1 > > case 0x02: // STREAMTYPE_13818_VIDEO > > case 0x1B: // MPEG4 > > vpid = stream.getPid(); > > @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid, > > newFrame = independentFrame = false; > > numPtsValues = 0; > > numIFrames = 0; > > - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4 > > + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4 > > frameDuration = 0; > > framesInPayloadUnit = framesPerPayloadUnit = 0; > > payloadUnitOfFrame = 0; > > > > Now it seems to works as on older vdr versions (with PES), but video > > discontinuities are still present on Spektrum (as on many other channels from > > other providers). On STB's these discontinuities are not present in video. > > > > Thanks and BR, > > > > Ales > > > > _______________________________________________ > > 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
Marek Hajduk píše v St 13. 05. 2009 v 23:56 +0200: > I found out that errors in picture is caused by decryption of channel. > With every new ecm I get error (break up) in picture. Interesting thing > is that packet UPC has about 70 channels, however only several has > problem with decryption. > > Can somebody tell me, how can I provide more debug info? > > BR > > Marky > > This problem is solved by new sc-plugin from today. BR Marky
--- remux.c 2009-05-05 09:44:01.000000000 +0200 +++ remux.c 2009-05-05 09:50:56.854167360 +0200 @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) { dbgpatpmt(" stream type = %02X, pid = %d", stream.getStreamType(), stream.getPid()); switch (stream.getStreamType()) { + case 0x01: // MPEG1 case 0x02: // STREAMTYPE_13818_VIDEO case 0x1B: // MPEG4