From patchwork Sat Apr 18 15:19:01 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Klaus Schmidinger X-Patchwork-Id: 12718 Received: from crow.cadsoft.de ([217.86.189.86] helo=raven.cadsoft.de) by mail.linuxtv.org with esmtp (Exim 4.63) (envelope-from ) id 1LvCJu-0000YO-Ng for vdr@linuxtv.org; Sat, 18 Apr 2009 17:19:07 +0200 Received: from [192.168.100.10] (hawk.cadsoft.de [192.168.100.10]) by raven.cadsoft.de (8.14.3/8.14.3) with ESMTP id n3IFJ1Qh014959 for ; Sat, 18 Apr 2009 17:19:02 +0200 Message-ID: <49E9EF65.2050901@cadsoft.de> Date: Sat, 18 Apr 2009 17:19:01 +0200 From: Klaus Schmidinger Organization: CadSoft Computer GmbH User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: vdr@linuxtv.org References: <49E84D33.7010000@libertysurf.fr> In-Reply-To: <49E84D33.7010000@libertysurf.fr> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (raven.cadsoft.de [192.168.1.1]); Sat, 18 Apr 2009 17:19:02 +0200 (CEST) X-MIME-Autoconverted: from 8bit to quoted-printable by raven.cadsoft.de id n3IFJ1Qh014959 X-LSpam-Score: -2.6 (--) X-LSpam-Report: No, score=-2.6 required=5.0 tests=AWL=0.009, BAYES_00=-2.599 autolearn=ham Subject: Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.9 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, 18 Apr 2009 15:19:07 -0000 Status: O X-Status: X-Keywords: X-UID: 20101 On 17.04.2009 11:34, Fce.Valeins wrote: > Hi, > > With the new version of VDR (1.7.4 or 1.7.5), iptv 0.2.6 and xine 0.9.0 > I can view H264 stream for my French DSL box (Livebox). > But when I try to record stream H264 I have file when 0 size and these > errors : > > Apr 16 18:44:33 solo vdr: [29408] timer 5 (9 1844-2144 '@TITLE EPISODE') > start > Apr 16 18:44:33 solo vdr: [29408] Title: 'Zombie h?tel' Subtitle: 'Mode > ? mort' > Apr 16 18:44:33 solo vdr: [29408] record > /mnt/sda8/henri/video_vdr/@Zombie_h?tel_Mode_?_mort/2009-04-16.18.44.9-0.rec > > Apr 16 18:44:33 solo vdr: [29408] creating directory > /mnt/sda8/henri/video_vdr/@Zombie_h?tel_Mode_?_mort > Apr 16 18:44:33 solo vdr: [29408] creating directory > /mnt/sda8/henri/video_vdr/@Zombie_h?tel_Mode_?_mort/2009-04-16.18.44.9-0.rec > > Apr 16 18:44:33 solo vdr: [29408] recording to > '/mnt/sda8/henri/video_vdr/@Zombie_h?tel_Mode_?_mort/2009-04-16.18.44.9-0.rec/00001.ts' > > Apr 16 18:44:33 solo vdr: [29448] recording thread started (pid=29408, > tid=29448) > Apr 16 18:44:33 solo vdr: [29408] info: L'enregistrement a commenc > Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) > Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) > Apr 16 18:44:33 solo vdr: [29446] PES packet shortened to 2208 bytes > (expected: 2944 bytes) > Apr 16 18:44:33 solo vdr: [29446] cAudioRepacker(0xC0): skipped 32 bytes > to sync on next audio frame > Apr 16 18:44:34 solo vdr: [29415] changing pids of channel 39 from > 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 > Apr 16 18:44:36 solo vdr: [29448] unknown frame duration (1800), > assuming 25 fps At least for this "unknown frame duration" thing you could try the following patch: > Apr 16 18:45:04 solo vdr: [29448] ERROR: video data stream broken I'm afraid I don't know why the video data stream is broken. You could try compiling remux.c with static bool DebugFrames = true; and post the debug info written to the console. Klaus --- remux.c 2009/04/05 14:07:48 2.17 +++ remux.c 2009/04/18 14:53:42 @@ -732,6 +732,10 @@ frameDuration = 3600; // PAL, 25 fps else if (Delta % 3003 == 0) frameDuration = 3003; // NTSC, 29.97 fps + else if (Delta == 1800) { + frameDuration = 3600; // PAL, 25 fps + framesPerPayloadUnit = -2; + } else if (Delta == 1501) { frameDuration = 3003; // NTSC, 29.97 fps framesPerPayloadUnit = -2;