On Saturday 03 March 2007 23:40, Stefan Lucke wrote: > On Saturday 03 March 2007 21:56, Hugo Visser wrote: > > >> So that would mean it's a bug in directfb or the framebuffer I'm > > >> using? > > > > > > It's a bug (or missing feature) in the DirectFBs unichrome driver. > > > With my epia I get the same when defining a 1024x768 resolution as > > > 16:9. > > > Crop area is only stretched horizontally SetSourceLocation() is not > > > taken into account. > > > > > > Radeon driver does it correct. > > > > :( That's really too bad. So I guess I have to move this to the > > directfb list? Maybe you could explain the problem better to the devs? > > > > I already started a thread on directfb-dev list and Denis confirmed > that it's a missing feature of the driver. > So we'll see/have to wait what will happen in that direction. > > But there's another issue: > I cannot confirm broadcasted 16:9 video with cropping set to 16:9 displayed > wrong, > which was shown on your screen shots (dsc00245lt9.jpg). Please shown > me the syslog trace of that example. > > Unfortunatly using the old softdevice code with "#define > HAVE_SetSourceLocation 0" > does not work for me either as I get some exceptions there. Have to look at > that.
The error with that was on my side, as I had pixelformat set to YUY2. With Pixelformat set I420 it works as cropped to 16:9, video filles entire screen :-)) . So if you run configure, edit config.h so that HAVE_SetSourceLocation is defined as 0. The bad thing is, hw decoder support has to be disabled. I'll make SetSourceLocation as a runtime selectable option in a few days. -- Stefan Lucke _______________________________________________ Softdevice-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/softdevice-devel
