ma, 2006-09-18 kello 20:05 +0300, Marko Mäkelä kirjoitti: > On Sun, Sep 17, 2006 at 08:33:37PM +0300, Heikki Lindholm wrote: > > The included patch makes dfb:mgatv use YV12 colourspace for video and > > the hardware subpicture layer for OSD. The patch is a prime example of > > bad goal-oriented programming, but does what I wanted: improves > > performance to the level that my 450 MHz P2 can now function as a DVB > > box like no underpowered P2 has done before! Unfortunately, the patch > > probably breaks everything else, but I'm too lazy to clean it up. > > I tried the patch. When I compiled softdevice while vdr was running > (which will normally result in a SIGSEGV), the parameter > softdevice.AlsaDevice somehow changed from "default" to "ult". > It took me a while to figure out what was going on and how to resolve it. > > Two issues: > > 1) The patch seems to ignore CropMode. Both 16:9 and 4:3 programs are > blitted pixel for pixel, although the display should be scaled or > cropped.
No wonder. As I said I probably broke everything else in directfb output. I left completely stupid hacks in the dfb driver. The patch is more of a proof-of-concept than anything generally usable. Thanks for testing, though. > 2) The OSD colours are wrong much of the time. For instance, when you > hit OK while playing a recording, the progress bar will not be updated > properly. I noticed that, too. It's really weird. That one I'm going to fix (or try), at least. Even letting the menu just hang there messes the colours after a while eventhough I don't think anything is actually updated by softdevice. > I did not measure CPU consumption, but it might have been slightly lower. I get about 20% less CPU usage compared to YUY2, according to vmstat, when measuring with a "lighter" transmission (544x576) that the CPU could handle also in YUY2 without too many dropped frames. Because there's much less blitting going on, there should also be much less mga_wait_idle:ing going on. -- Heikki Lindholm _______________________________________________ Softdevice-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/softdevice-devel
