From patchwork Mon Feb 8 22:00:14 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reinhard Nissl X-Patchwork-Id: 12785 Received: from mail.tu-berlin.de ([130.149.7.33]) by mail.linuxtv.org with esmtp (Exim 4.69) (envelope-from ) id 1Nebz4-0002dv-49 for vdr@linuxtv.org; Mon, 08 Feb 2010 23:21:35 +0100 X-tubIT-Incoming-IP: 213.165.64.20 Received: from mail.gmx.net ([213.165.64.20]) by mail.tu-berlin.de (exim-4.69/mailfrontend-b) with smtp for id 1Nebz3-0002aW-Mp; Mon, 08 Feb 2010 23:21:33 +0100 Received: (qmail invoked by alias); 08 Feb 2010 22:00:18 -0000 Received: from p5B0A34CF.dip.t-dialin.net (EHLO [192.168.101.35]) [91.10.52.207] by mail.gmx.net (mp070) with SMTP; 08 Feb 2010 23:00:18 +0100 X-Authenticated: #527675 X-Provags-ID: V01U2FsdGVkX18vX3cPeQ0vv7YiAb0PVUfNpnXhdAyMiU9gn96uH8 r6igSc/kDTVmUd Message-ID: <4B70896E.5060205@gmx.de> Date: Mon, 08 Feb 2010 23:00:14 +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: <20100208221450.7d80b91c@bk.ru> <20100209000641.2da83197@bk.ru> <4B70806F.9090107@gmx.de> <4B708242.9060605@tvdr.de> In-Reply-To: <4B708242.9060605@tvdr.de> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 X-tubIT-Score: 0.0 () X-PMX-Version: 5.5.4.371499, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.2.8.221542 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MIME_TEXT_ONLY_MP_MIXED 0.05, MSGID_ADDED_BY_MTA 0.05, BODY_SIZE_1900_1999 0, BODY_SIZE_2000_LESS 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, __USER_AGENT 0' X-LSpam-Score: -3.2 (---) X-LSpam-Report: No, score=-3.2 required=5.0 tests=AWL=0.385, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1 autolearn=ham Subject: Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode) 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, 08 Feb 2010 22:21:35 -0000 Status: O X-Status: X-Keywords: X-UID: 22323 Hi, Am 08.02.2010 22:29, schrieb Klaus Schmidinger: >> I can only reproduce this issue on channels with separate PCR >> pid. I'll have to investigate further to find a solution. > > As of version 1.7.12 VDR records the PCR pid if it is different > than the video PID. For lack of better knowledge I made cDevice::PlayTs() > send the PCR packets to PlayTsVideo(). The FF cards don't have a problem > with that, but maybe xine or the cVideoRepacker does. > Maybe VDR shouldn't even "replay" the PCR data - please advise. As it is possible to access cPatPmtParser since a few releases, I've changed vdr-xine to pull VPID from there instead of picking it from packets passed to PlayTsVideo. 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");