From patchwork Mon Mar 14 20:27:10 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reinhard Nissl X-Patchwork-Id: 12868 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.69) (envelope-from ) id 1PzEMF-0001ur-2r for vdr@linuxtv.org; Mon, 14 Mar 2011 21:27:15 +0100 X-tubIT-Incoming-IP: 213.165.64.23 Received: from mailout-de.gmx.net ([213.165.64.23]) by mail.tu-berlin.de (exim-4.74/mailfrontend-b) with smtp for id 1PzEME-00035y-8d; Mon, 14 Mar 2011 21:27:14 +0100 Received: (qmail invoked by alias); 14 Mar 2011 20:27:13 -0000 Received: from pD95F3152.dip.t-dialin.net (EHLO [192.168.101.35]) [217.95.49.82] by mail.gmx.net (mp051) with SMTP; 14 Mar 2011 21:27:13 +0100 X-Authenticated: #527675 X-Provags-ID: V01U2FsdGVkX189WWRpNL09db2STtmbD/V30z+rl0tDyJq3TT7Vkn aFfDNirthshpfS Message-ID: <4D7E7A1E.5080802@gmx.de> Date: Mon, 14 Mar 2011 21:27:10 +0100 From: Reinhard Nissl User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.8.1.22) Gecko/20090605 SUSE/2.0.0.22-0.1.1 Thunderbird/2.0.0.22 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: VDR Mailing List References: <4D7CAEA2.9050109@tvdr.de><4E295535E6AB4A1AA768EC3C547775E3@wlgl04017> <558AC5FD5E9B48EEA01DAFC6D82485BD@wlgl04017> In-Reply-To: <558AC5FD5E9B48EEA01DAFC6D82485BD@wlgl04017> X-Y-GMX-Trusted: 0 X-PMX-Version: 5.5.4.371499, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2011.3.14.201216 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MIME_TEXT_ONLY_MP_MIXED 0.05, MSGID_ADDED_BY_MTA 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __BAT_BOUNDARY 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_MEDIA_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __USER_AGENT 0' X-LSpam-Score: -3.6 (---) X-LSpam-Report: No, score=-3.6 required=5.0 tests=BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1 autolearn=ham Subject: Re: [vdr] [ANNOUNCE] VDR developer version 1.7.17 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.11 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: Mon, 14 Mar 2011 20:27:15 -0000 Status: O X-Status: X-Keywords: X-UID: 24512 Hi, Am 14.03.2011 09:54, schrieb Simon Baxter: >> On Mon, Mar 14, 2011 at 12:21 AM, Simon Baxter >> wrote: >>> Just switched from vdr-1.7.16 to vdr-1.7.17 and am getting >>> these error >>> messages. >>> >>> Mar 14 20:08:51 freddy vdr: [10728] cVideoRepacker: switching >>> to MPEG1/2 >>> mode >>> Mar 14 20:08:51 freddy vdr: [10728] cVideoRepacker: operating >>> in MPEG1/2 >>> mode >> >> Those aren't error messages, they're just information messages >> from vdr-xine. >> > > Sorry, forgot to mention - I'm getting severe video slipping. The > audio sounds OK, but the video skips every few seconds as per the > timestamps: > > Mar 14 20:08:51 freddy vdr: [10728] cVideoRepacker: switching to > MPEG1/2 mode > Mar 14 20:08:51 freddy vdr: [10728] cVideoRepacker: operating in > MPEG1/2 mode > Mar 14 20:08:55 freddy vdr: [10728] cVideoRepacker: switching to > MPEG1/2 mode > Mar 14 20:08:55 freddy vdr: [10728] cVideoRepacker: operating in > MPEG1/2 mode > Mar 14 20:08:55 freddy vdr: [10728] cVideoRepacker: switching to > MPEG1/2 mode > Mar 14 20:08:55 freddy vdr: [10728] cVideoRepacker: operating in > MPEG1/2 mode > Mar 14 20:08:57 freddy vdr: [10728] cVideoRepacker: switching to > MPEG1/2 mode > Mar 14 20:08:57 freddy vdr: [10728] cVideoRepacker: operating in > MPEG1/2 mode > Mar 14 20:08:58 freddy vdr: [10728] cVideoRepacker: switching to > MPEG1/2 mode > Mar 14 20:08:58 freddy vdr: [10728] cVideoRepacker: operating in > MPEG1/2 mode Looks like you're missing a patch for vdr-xine-0.9.3 to make it compatible with vdr-1.7.12. Because since that version, channels with PPID != VPID are handled differently by VDR, hence causing this issue in vdr-xine. vdr-xine-0.9.4 will include that patch, but it will still take a few days to get it ready. Bye. --- ../xine-0.9.3/xineDevice.c 2009-06-17 20:06:35.000000000 +0200 +++ xineDevice.c 2010-02-08 22:54:00.000000000 +0100 @@ -1539,7 +1546,13 @@ fclose(ff); { #if APIVERSNUM >= 10701 if (Length >= TS_SIZE) - m_tsVideoPid = TsPid(Data); + { +#if APIVERSNUM >= 10712 + m_tsVideoPid = PatPmtParser()->Vpid(); +#else + m_tsVideoPid = TsPid(Data); +#endif + } #endif return Length; } @@ -4119,6 +4132,8 @@ store_frame(jumboPESdata, todo, __LINE__ void cXineDevice::MakePrimaryDevice(bool On) { + cDevice::MakePrimaryDevice(On); + xfprintf(stderr, "-------------------------\n"); xfprintf(stderr, "MakePrimaryDevice: %d\n", On); xfprintf(stderr, "=========================\n");