From patchwork Tue Jul 12 20:37:46 2005 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reinhard Nissl X-Patchwork-Id: 11942 Received: from mail.gmx.net ([213.165.64.20]) by www.linuxtv.org with smtp (Exim 4.34) id 1DsRWD-0007lB-Hz for vdr@linuxtv.org; Tue, 12 Jul 2005 22:38:17 +0200 Received: (qmail invoked by alias); 12 Jul 2005 20:37:46 -0000 Received: from Af0a1.a.pppool.de (EHLO [192.168.101.15]) [213.6.240.161] by mail.gmx.net (mp019) with SMTP; 12 Jul 2005 22:37:46 +0200 X-Authenticated: #527675 Message-ID: <42D42A1A.1060100@gmx.de> Date: Tue, 12 Jul 2005 22:37:46 +0200 From: Reinhard Nissl User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Klaus Schmidinger's VDR Subject: Re: [vdr] vdr-xine FF & RW stall References: <005701c56e5f$75b01670$650a0a0a@nsctechnology.com> <42C6BC4B.10401@gmx.de><42C6E88E.4050507@gmx.de> <42C7056A.6060400@gmx.de> <001501c5819c$91be3450$640a0a0a@nsctechnology.com> <42CB0B8D.3000502@gmx.de><008601c5821a$d698b5e0$8f95b984@nsctechnology.com> <42CE6105.4040000@gmx.de> <023501c586f0$6c2c9020$9b95b984@nsctechnology.com> In-Reply-To: <023501c586f0$6c2c9020$9b95b984@nsctechnology.com> X-Y-GMX-Trusted: 0 X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Klaus Schmidinger's VDR List-Id: Klaus Schmidinger's VDR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2005 20:38:17 -0000 Status: O X-Status: X-Keywords: X-UID: 3522 Hi, Simon Baxter wrote: >>>I've not applied any patches - just used the stock vdr-1.3.27 >> >>Hhm, that doesn't work properly then. For vdr-xine-0.7.4, you'll need my >>dvbplayer-patch which is available on my homepage. > > I applied the dvbplayer-patch and can now 'scan' the marks in edit mode. Fine. > I still have a 2-10 second delay when FF or REW in playback mode though. > Have to use the 60-second forward or back buttons. This is the known issue. But I must admit, that I currently don't have any idea how it is caused. > ....incidentally, is there any way to change the 60-second jump to 30 > instead?? This value is hardcoded, see menu.c: case kGreen|k_Repeat: case kGreen: SkipSeconds(-60); break; case kYellow|k_Repeat: case kYellow: SkipSeconds( 60); break; Personally, I've added that the key 1/3 skips back/forward 10 seconds. But the two keys are intended to be used differently. That's way my patch didn't make it into VDR yet. Bye. --- ../vdr-1.3.25-orig/keys.h 2004-12-27 12:10:59.000000000 +0100 +++ keys.h 2005-01-09 18:24:11.000000000 +0100 @@ -65,6 +65,8 @@ enum eKeys { // "Up" and "Down" must be #define kMarkJumpForward k9 #define kEditCut k2 #define kEditTest k8 +#define kEditJumpBack k1 +#define kEditJumpForward k3 #define RAWKEY(k) (eKeys((k) & ~k_Flags)) #define ISRAWKEY(k) ((k) != kNone && ((k) & k_Flags) == 0) --- ../vdr-1.3.25-orig/menu.c 2005-05-16 15:59:03.000000000 +0200 +++ menu.c 2005-05-29 18:52:42.000000000 +0200 @@ -3723,6 +3742,10 @@ eOSState cReplayControl::ProcessKey(eKey case kMarkMoveForward: MarkMove(true); break; case kEditCut: EditCut(); break; case kEditTest: EditTest(); break; + case kEditJumpBack|k_Repeat: + case kEditJumpBack: SkipSeconds(-10); break; + case kEditJumpForward|k_Repeat: + case kEditJumpForward: SkipSeconds( 10); break; default: { displayFrames = DisplayedFrames; switch (Key) {