From patchwork Sat Aug 27 14:24:33 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Klaus Schmidinger X-Patchwork-Id: 12902 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.72) (envelope-from ) id 1QxJoO-00089G-Kp for vdr@linuxtv.org; Sat, 27 Aug 2011 16:24:41 +0200 X-tubIT-Incoming-IP: 188.40.50.18 Received: from racoon.tvdr.de ([188.40.50.18]) by mail.tu-berlin.de (exim-4.75/mailfrontend-3) with esmtps [TLSv1:AES256-SHA:256] for id 1QxJoO-0003Oj-Du; Sat, 27 Aug 2011 16:24:40 +0200 Received: from whale.tvdr.de (whale.tvdr.de [192.168.100.6]) by racoon.tvdr.de (8.14.3/8.14.3) with ESMTP id p7REOd0a028943 for ; Sat, 27 Aug 2011 16:24:39 +0200 Received: from [192.168.100.10] (hawk.cadsoft.de [192.168.100.10]) by whale.tvdr.de (8.14.3/8.14.3) with ESMTP id p7REOXs4001335 for ; Sat, 27 Aug 2011 16:24:33 +0200 Message-ID: <4E58FE21.50600@tvdr.de> Date: Sat, 27 Aug 2011 16:24:33 +0200 From: Klaus Schmidinger User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110616 SUSE/3.1.11 Thunderbird/3.1.11 MIME-Version: 1.0 To: vdr@linuxtv.org References: <4E58F2A3.2030405@gmail.com> In-Reply-To: <4E58F2A3.2030405@gmail.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (racoon.tvdr.de [188.40.50.18]); Sat, 27 Aug 2011 16:24:39 +0200 (CEST) X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.8.27.141515 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MSGID_ADDED_BY_MTA 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1700_1799 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_MEDIA_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0' X-LSpam-Score: -4.2 (----) X-LSpam-Report: No, score=-4.2 required=5.0 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3 autolearn=ham Subject: Re: [vdr] VDR 1.7.20 - Incorrect Progress Bar Times for Radio Programmes X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: VDR Mailing List List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2011 14:24:41 -0000 Status: O X-Status: X-Keywords: X-UID: 25077 On 27.08.2011 15:35, Chris Mayo wrote: > Progress bar display shows excessive times for radio programmes (no video). > > A recording of about 5 minutes starts at 5:22:13 and ends at > 27404:47:54. The actual recording is fine. Recording is from BBC Radio 3 > using DVB-T. ffmpeg -i shows: > > Input #0, mpegts, from '00001.ts': > Duration: 00:05:06.12, start: 38666.622211, bitrate: 225 kb/s > Program 132 > Stream #0.0[0x1b6](eng): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s > > I see the same playing with dvbhddevice or xineliboutput. > > Recordings made with previous versions of vdr (including 1.7.19 with > suggested reversion to 1.7.18 recording code) display correct times > playing with 1.7.20. Please try this patch: Apparently it got only a single PTS value and then was unable to calculate a difference. This patch fixed it for me (on the German radio channel ANTENNE BAYERN, which also showed the effect you reported). Klaus --- remux.c 2011/08/20 09:07:26 2.59 +++ remux.c 2011/08/27 14:20:18 @@ -840,7 +840,7 @@ return Processed; // flush everything before this new payload if (framesPerSecond <= 0.0) { // frame rate unknown, so collect a sequence of PTS values: - if (numPtsValues < MaxPtsValues && numIFrames < 2) { // collect a sequence containing at least two I-frames + if (numPtsValues < 2 || numPtsValues < MaxPtsValues && numIFrames < 2) { // collect a sequence containing at least two I-frames const uchar *Pes = Data + TsPayloadOffset(Data); if (numIFrames && PesHasPts(Pes)) { ptsValues[numPtsValues] = PesGetPts(Pes);