Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread Oliver Schinagl
Ah, I use a lirc based remote and don't learn anything. I've just told VDR, that my VDR_RED is LIRC_RED etc, so when I press the red button, the action that is bound to VDR_RED is executed, regardless of the location of the button. This patch only changes the OSD location of the button, to match th

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread fnu
> My remote has the color order Yellow, Red, Blue, Green (only an example, i dont have the remote at hand). Lets say the buttons are Button0, Button1, Button2, Button3 > My (and perhaps only my) opinion is that vdr should request the leftmost color button, then the color right next to it (and so o

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread Rainer Blickle
Yes i do. But the request can be refused, of course. Why not asking. I have a hama MCE ir. Dont know how many people use this remote. 2011/4/1 fnu : >> My remote has the color order Yellow, Red, Blue, Green (only an example, i > dont have the remote at hand). Lets say the buttons are Button0, But

Re: [vdr] vdr <-> vdr-xine <-> xine-lib and vdpau and HD recordings

2011-04-01 Thread Joerg Riechardt
Am 31.03.2011 17:27, schrieb Joerg Riechardt: Hi, I have a problem with skipping during a replay of a HD recording. Running xine --verbose=2 I see after pressing the yellow button (skip +60 sec) lots of video_out: throwing away image with pts xxx because it's too old (diff : y) messages.

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread Oliver Schinagl
I actually wrote the patch and posted it on this list, about 4? months ago. It was maybe 20 lines total? It is a realyl small patch. And so far, I have not found 99.999% to follow the same coloring standard at all actually. Personally, I wasn't aware that the order of buttons was standarized on re

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread Oliver Schinagl
I have a iMon remote control, which also doesn't use this 'standard' order ;) Additionally on my previous mail (I hit send by accident actually :p) I checked the wikipage, and i couldn't find any mention of color or colour in relation to the order of the buttons. Also searching for Yellow didn't r

Re: [vdr] vdr <-> vdr-xine <-> xine-lib and vdpau and HD recordings

2011-04-01 Thread VDR User
I applied both your patches and skipping does seem to be improved quite a bit. Something still seems a little off however. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread VDR User
On Fri, Apr 1, 2011 at 3:13 AM, fnu wrote: > The color order of the RGYB buttons is a common standard, defined for > Teletext centuries ago. So, 99.999% of all remotes providing these keys do > have this order. That's definitely not true. I have about 8 different remotes and at least half don't

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread fnu
vdr-user: > That's definitely not true. I have about 8 different remotes and at least > half don't use that button order. In addition, not every remote has color > buttons 4 in a row. Plenty of them make a square around other buttons such > as 'ok/enter' for example. Oliver Schinagl: > I was

Re: [vdr] vdr <-> vdr-xine <-> xine-lib and vdpau and HD recordings

2011-04-01 Thread Joerg Riechardt
Problem solved with this patch: --- dvbplayer.c.orig2010-03-07 15:24:26.0 +0100 +++ dvbplayer.c 2011-04-02 01:57:21.016535946 +0200 @@ -320,7 +320,7 @@ if (nonBlockingFileReader) nonBlockingFileReader->Clear(); if (!firstPacket) // don't set the readIndex twice if Empty() i

Re: [vdr] [Patch] Make RGYB buttons customizeable

2011-04-01 Thread VDR User
On Fri, Apr 1, 2011 at 2:54 PM, fnu wrote: > vdr-user: >> That's definitely not true.  I have about 8 different remotes and at least >> half don't use that button order.  In addition, not every remote has color >> buttons 4 in a row.  Plenty of them make a square around other buttons such >> as