Re: Truecolor osd and speed.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06/13/09 17:31, VDR User wrote:
> Some questions have come up about how to have a high resolution/color
> osd without having to sacrifice the speed of the osd.  VDPAU users
> have noticed that when using a high resolution theme in yaepghd, it
> can take 5+ seconds for the osd itself to even be displayed.
> 
> Per Klaus, VDR's position is this:
> "VDR renders its OSD into an array (of 8 bit indexes into a palette right
> now, and of full 24(rgb)+8(alpha) bit color values for truecolor)
> and its up to the device implementation how it transfers that array (or
> parts of it) to the actual display hard- or software."
> 
> Some suggestions by Rnissl have been:
> -Similar way the eHD handles it

Can you (or somebody else) summarize in a few words what special
handling the eHD does?

> -Allow osd areas to overlap and put such images into separate areas

I was aiming at having just one big area. The various areas that are
used now are just a makeshift solution for the low memory that was
available on the FF DVB cards. I would expect a "modern" hardware
to have enough memory to handle a full screen, 32 bit OSD.

> -Extend the osd api for scroll commands

Ok, that sounds like a good thing to do. VDR would still draw into
its local OSD memory and do the scrolling there, but would not need
to actually send the entire scrolled area over to the hardware and
instead tell the hardware to perform exacly the same scrolling in its
copy of the OSD memory.

Klaus

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

[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux