Udo Richter wrote:
> On 18.04.2009 15:36, Luca Olivetti wrote:
>
>> On Sat, 18 Apr 2009 13:28:24 +0200
>> Udo Richter wrote:
>>
>>
>>> This is mostly what the VDR skin interface already provides: A
>>> semantically structured description of the interface. Most skins
>>> translate this into
On Sat, Apr 18, 2009 at 10:37 AM, Udo Richter wrote:
>>> This is mostly what the VDR skin interface already provides: A
>>> semantically structured description of the interface. Most skins
>>> translate this into a bitmapped OSD view, but they don't have to. The
>>> skincurses plugin for example u
On 18.04.2009 15:36, Luca Olivetti wrote:
> On Sat, 18 Apr 2009 13:28:24 +0200
> Udo Richter wrote:
>
>> This is mostly what the VDR skin interface already provides: A
>> semantically structured description of the interface. Most skins
>> translate this into a bitmapped OSD view, but they don't ha
On Sat, 18 Apr 2009 13:28:24 +0200
Udo Richter wrote:
>
> This is mostly what the VDR skin interface already provides: A
> semantically structured description of the interface. Most skins
> translate this into a bitmapped OSD view, but they don't have to. The
> skincurses plugin for example u
On 14.04.2009 01:42, Torgeir Veimo wrote:
> This would of course require information from vdr in a slightly
> different form; ie. semantically instead of pixels. I'd suggest trying
> to get the OSD information as HTML from VDR, then allowing the frontend
> to render it in any way it deems suitable,
Gerald Dachs wrote:
> Quoting Torgeir Veimo :
>
>
>> Why not go all the way and implement an opengl rendered OSD with vdpau?
>> This would of course require information from vdr in a slightly different
>> form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
>> information
Hi,
Klaus Schmidinger wrote:
> On 13.04.2009 20:11, VDR User wrote:
>> There's been recent talk in #xine-vdpau about expanding VDR to allow
>> for a high color osd. Does anyone happen to know any bad implications
>> of changing tIndex from uint8_t to a uint16_t for allowing access to
>> more of a
Quoting Torgeir Veimo :
> Why not go all the way and implement an opengl rendered OSD with vdpau?
> This would of course require information from vdr in a slightly different
> form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
> information as HTML from VDR, then allowing
Why not go all the way and implement an opengl rendered OSD with vdpau?
This would of course require information from vdr in a slightly different
form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
information as HTML from VDR, then allowing the frontend to render it in any
On Mon, Apr 13, 2009 at 11:31 AM, Udo Richter wrote:
> This will hopefully be a true-color OSD with transparency and the
> ability to scale to the needs of the output device? Like having a HD OSD
> even on SD playback? And (even if these times are almost history) the
> ability to switch between 4:
On 13.04.2009 20:17, Klaus Schmidinger wrote:
> On 13.04.2009 20:11, VDR User wrote:
>> There's been recent talk in #xine-vdpau about expanding VDR to allow
>> for a high color osd.
>
> I believe the right way to go is to implement a full 24 (32 with alpha
> channel) bit OSD, as was already done fo
Am Mon, 13 Apr 2009 20:17:50 +0200
schrieb Klaus Schmidinger :
> On 13.04.2009 20:11, VDR User wrote:
> > There's been recent talk in #xine-vdpau about expanding VDR to allow
> > for a high color osd. Does anyone happen to know any bad
> > implications of changing tIndex from uint8_t to a uint16_
On 13.04.2009 20:11, VDR User wrote:
> There's been recent talk in #xine-vdpau about expanding VDR to allow
> for a high color osd. Does anyone happen to know any bad implications
> of changing tIndex from uint8_t to a uint16_t for allowing access to
> more of a color palette?
I believe the right
There's been recent talk in #xine-vdpau about expanding VDR to allow
for a high color osd. Does anyone happen to know any bad implications
of changing tIndex from uint8_t to a uint16_t for allowing access to
more of a color palette?
___
vdr mailing list
14 matches
Mail list logo