From patchwork Wed May 27 21:53:44 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reinhard Nissl X-Patchwork-Id: 12731 Received: from mail.gmx.net ([213.165.64.20]) by mail.linuxtv.org with smtp (Exim 4.63) (envelope-from ) id 1M9R4p-0003BC-S6 for vdr@linuxtv.org; Wed, 27 May 2009 23:54:24 +0200 Received: (qmail invoked by alias); 27 May 2009 21:53:50 -0000 Received: from p54934A81.dip.t-dialin.net (EHLO [192.168.101.35]) [84.147.74.129] by mail.gmx.net (mp042) with SMTP; 27 May 2009 23:53:50 +0200 X-Authenticated: #527675 X-Provags-ID: V01U2FsdGVkX1+0mw01peu083AIHel7XoU6p28PRYoTXx74XJCq3R jn/wFekSSwdXyv Message-ID: <4A1DB668.2050701@gmx.de> Date: Wed, 27 May 2009 23:53:44 +0200 From: Reinhard Nissl User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.8.1.19) Gecko/20081227 SUSE/2.0.0.19-0.1.2 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: VDR Mailing List References: <1243423938.19199.72.camel@puwa.icemnet.de> In-Reply-To: <1243423938.19199.72.camel@puwa.icemnet.de> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 X-LSpam-Score: -2.5 (--) X-LSpam-Report: No, score=-2.5 required=5.0 tests=AWL=0.070, BAYES_00=-2.599 autolearn=ham Subject: Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting. 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: Wed, 27 May 2009 21:54:24 -0000 Status: O X-Status: X-Keywords: X-UID: 20645 Hi, Carsten Koch schrieb: > I noticed, however, that it is extremely hard to use VDRs > cutting function with it. > > For example, when I use the '7' and '9' keys to jump to the > previous/next cut mark, or when I use the '4' and '6' keys to > fine-position a cut mark, the video image is not updated, so I > am basically forced to navigate in complete darkness. > > Is that a known bug? Well, yes, but I didn't find time to look into a sample till tonight. Please find attached the fix, at least for the sample I was working with. Bye. --- ../xine-0.9.2/xineDevice.c 2009-05-03 20:56:36.000000000 +0200 +++ xineDevice.c 2009-05-27 23:46:36.000000000 +0200 @@ -1258,6 +1258,8 @@ if (0) FILE *ff = fopen("/tmp/still.ts", "wb"); fwrite(tsData, 1, tsLength, ff); fwrite(tsTail, 1, TS_SIZE, ff); +fclose(ff); +} vRemux->Put(tsTail, TS_SIZE); @@ -1270,8 +1272,6 @@ fwrite(tsTail, 1, TS_SIZE, ff); vRemux->Del(n); } -fclose(ff); -} if (0) { FILE *ff = fopen("/tmp/still.pes", "wb");