On 09.03.2011 12:54, Petri Hintukainen wrote: > Klaus Schmidinger wrote: >> On 08.03.2011 22:31, Udo Richter wrote: >>> Am 08.03.2011 22:09, schrieb Klaus Schmidinger: >>>> Don't get too excited about the TrueColor OSD, though. >>>> What comes with VDR is only the basic OSD platform that >>>> allows plugins to use full screen 32 bit ARGB color, >>>> with alpha blendable pixmaps and such. >>> >>> Do you have any numbers on OSD speed for, lets say, some prototype >>> output device you may have at hand? >>> >>> An old-style 720x576x8 display has just 400k size, HD RGB32 however has >>> 6Mb. This could limit display update speed notably for animations or >>> video overlays using OSD. Would be nice to know how much is possible. >> >> Sending the full screen OSD with 32 bit ARGB to the TT-S2 6400 takes >> roughly 500ms. Most of the time, though, only small portions of the >> screen are modified and need to be transferred to the hardware (or >> whatever device actually displays the OSD). > > What kind of interface is provided to output device plugins ? It would > be nice if output devices could hook to the drawing primitives instead > of plain ARGB OSD plane. > When the output device is behind network, transferring just the > primitives would give huge speed gain (drawing background using filled > rectangle, drawing text using cached pixmaps etc.). Using derived > cBitmap class would allow preloading pixmaps so that those could be > transferred to the device memory in advance. It's exactly that way. The new cPixmap class can be reimplemented by the OSD device to make all the actual processing happen in a device specific way. The default implementation works on a local array of 32 bit pixel values. Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
