vdr-xine FF & RW stall

Message ID 42D42A1A.1060100@gmx.de
State New
Headers

Commit Message

Reinhard Nissl July 12, 2005, 8:37 p.m. UTC
  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.
  

Comments

Linux TV July 14, 2005, 7:50 a.m. UTC | #1
> 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.

My Hauppauge grey remote has 2 'skip' keys which I'm not using with VDR 
labelled   |<  and   >|
They generate the following codes:
21:54:37.905822: EV_KEY KEY_NEXT pressed
21:54:38.153125: EV_KEY KEY_NEXT released
and
21:54:39.577622: EV_KEY KEY_PREVIOUS pressed
21:54:39.824925: EV_KEY KEY_PREVIOUS released

how can I incorporate these?
-which VDR module controls which keys are learnt (when no remote.conf 
exists).  I think if I can understand how the mappings are related into 
'kRecord, kFastFwd, kFastRew, k1' etc I should be ok



--------------------------------------------------------------------------------


> --- ../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) {
>


--------------------------------------------------------------------------------


> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>


--------------------------------------------------------------------------------


No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.13/47 - Release Date: 12/07/2005
  
Linux TV July 15, 2005, 6:46 a.m. UTC | #2
Reinhard Nissl wrote:
> 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.
> --- ../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) {

I modified the above patch as follows, and 'learnt' some extra buttons on my 
remote - BUT IT HASN'T WORKED.  any ideas??????
+#define kEditJumpBack    kUser1
+#define kEditJumpForward kUser2
  

Patch

--- ../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) {