Message ID | 4801CA34.1070802@gmx.de |
---|---|
State | New |
Headers |
Received: from mail.gmx.net ([213.165.64.20]) by www.linuxtv.org with smtp (Exim 4.63) (envelope-from <rnissl@gmx.de>) id 1Jkxz6-00071Z-OW for vdr@linuxtv.org; Sun, 13 Apr 2008 10:54:49 +0200 Received: (qmail invoked by alias); 13 Apr 2008 08:54:15 -0000 Received: from p549304E0.dip0.t-ipconnect.de (EHLO [192.168.101.15]) [84.147.4.224] by mail.gmx.net (mp026) with SMTP; 13 Apr 2008 10:54:15 +0200 X-Authenticated: #527675 X-Provags-ID: V01U2FsdGVkX1+jLaQewoSjHXaewND2/6DgsNkl+0yvv3+dNys+T0 5fBhPDBuhZVARq Message-ID: <4801CA34.1070802@gmx.de> Date: Sun, 13 Apr 2008 10:54:12 +0200 From: Reinhard Nissl <rnissl@gmx.de> User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: VDR Mailing List <vdr@linuxtv.org> References: <4FC68593-C763-41F2-9F19-16FF01436604@gmail.com> <200804090854.56839.stefan@lucke.in-berlin.de> <4800C2EE.3010802@cadsoft.de> <200804131029.49780.stefan@lucke.in-berlin.de> In-Reply-To: <200804131029.49780.stefan@lucke.in-berlin.de> Content-Type: multipart/mixed; boundary="------------030005010208050506070808" X-Y-GMX-Trusted: 0 X-LSpam-Score: -2.3 (--) X-LSpam-Report: No, score=-2.3 required=5.0 tests=AWL=0.300, BAYES_00=-2.599 autolearn=ham Subject: Re: [vdr] VDR 1.5.17 - pre 1.3.19 compatibility mode problems X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: 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: Sun, 13 Apr 2008 08:54:50 -0000 Status: O X-Status: X-Keywords: X-UID: 16471 |
Commit Message
Reinhard Nissl
April 13, 2008, 8:54 a.m. UTC
Hi, Stefan Lucke schrieb: > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 62 (counter is at 8) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = DA (counter is at 9) > Apr 13 09:48:11 jarada vdr: [7765] switching to pre 1.3.19 Dolby Digital compatibility mode - substream id = DA > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = DA (counter is at 0) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 41 (counter is at 0) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 0B (counter is at 1) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = D6 (counter is at 2) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = C6 (counter is at 2) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 5A (counter is at 3) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 0B (counter is at 4) > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 6C (counter is at 4) > > Wondering why the are different substream ids are reported with the same counter value ;-). > >> This additional check was suggested by Marco Schlüßler, so maybe he can comment >> on this and maybe find out why this is interfering with the pre 1.3.19 Dolby Digital >> detection? Maybe I should have posted this patch to the list earlier too. Without the patch, the counter will restart from 0 and prevent VDR to run in compatibility mode just after VDR was going to activate compatibility mode. Bye.
Comments
On 04/13/08 10:54, Reinhard Nissl wrote: > Hi, > > Stefan Lucke schrieb: > >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 62 (counter is at 8) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> DA (counter is at 9) >> Apr 13 09:48:11 jarada vdr: [7765] switching to pre 1.3.19 Dolby >> Digital compatibility mode - substream id = DA >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> DA (counter is at 0) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 41 (counter is at 0) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 0B (counter is at 1) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> D6 (counter is at 2) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> C6 (counter is at 2) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 5A (counter is at 3) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 0B (counter is at 4) >> Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = >> 6C (counter is at 4) >> >> Wondering why the are different substream ids are reported with the >> same counter value ;-). >> >>> This additional check was suggested by Marco Schlüßler, so maybe he >>> can comment >>> on this and maybe find out why this is interfering with the pre >>> 1.3.19 Dolby Digital >>> detection? > > Maybe I should have posted this patch to the list earlier too. Without > the patch, the counter will restart from 0 and prevent VDR to run in > compatibility mode just after VDR was going to activate compatibility mode. You've beat me by just a few seconds - I was just about to post the patch you sent me privately, too ;-) Klaus
On Sunday 13 April 2008, Reinhard Nissl wrote: > Hi, > > Stefan Lucke schrieb: > > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 62 (counter is at 8) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = DA (counter is at 9) > > Apr 13 09:48:11 jarada vdr: [7765] switching to pre 1.3.19 Dolby Digital compatibility mode - substream id = DA > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = DA (counter is at 0) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 41 (counter is at 0) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 0B (counter is at 1) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = D6 (counter is at 2) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = C6 (counter is at 2) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 5A (counter is at 3) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 0B (counter is at 4) > > Apr 13 09:48:11 jarada vdr: [7765] unknown PS1 packet, substream id = 6C (counter is at 4) > > > > Wondering why the are different substream ids are reported with the same counter value ;-). > > > >> This additional check was suggested by Marco Schlüßler, so maybe he can comment > >> on this and maybe find out why this is interfering with the pre 1.3.19 Dolby Digital > >> detection? > > Maybe I should have posted this patch to the list earlier too. Ack. Maybe I should have tested my old recordings a bit earlier ;-) . > Without the patch, the counter will restart from 0 and prevent Bingo. With patch, vdr-1.6.0 could replay these old recodings with sound, at least normal stereo. Thanks. > VDR to run in compatibility mode just after VDR was going to > activate compatibility mode. > Stefan Lucke
--- ../vdr-1.5.18-dvbs2-other/device.c 2008-03-19 22:33:06.000000000 +0100 +++ device.c 2008-04-06 18:53:53.000000000 +0200 @@ -1335,6 +1346,7 @@ pre_1_3_19_PrivateStreamDeteced: if (pre_1_3_19_PrivateStream > MIN_PRE_1_3_19_PRIVATESTREAM) { dsyslog("switching to pre 1.3.19 Dolby Digital compatibility mode - substream id = %02X", SubStreamId); ClrAvailableTracks(); + pre_1_3_19_PrivateStream = MIN_PRE_1_3_19_PRIVATESTREAM + 1; goto pre_1_3_19_PrivateStreamDeteced; } }