Hi Lucian,
----- Original Message -----
From: "Lucian Muresan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[email protected]>
Sent: Friday, November 11, 2005 9:27 AM
Subject: [directfb-dev] Re: [Softdevice-devel] 4:3 16:9 stretchblit crop
problem
Sorry for cross-posting, but I think this might be interesting to
DirectFB folks too (maybe even more than just for vdr-softdevice).
Malcolm Caldwell wrote:
.....
From what I understand, The problem occurs because stretchblit is not
field aware, so in various bands there are sections where the fields are
correctly displayed and other where they are not.
Now, I maybe off the planet here, but, maybe there is a workaround. Can
we pretend that the image is just twice as wide as it really is?
Resizing field based content is in principal very simple, you have to do
two seperate blits, one for each field. Double the strides, half the heights
and move src/dst start addresses by the appropriate original stride to
access the bottom field.
You cannot include data from the bottom field while resizing the top
field and vica versa. I assume that most people realize why this is so,
but just in case, it is because the two fields are not sampled at the
same point in time so there is potentially motion difference between
the two. Clearly on static parts of a image (not moving) this will not
matter and the image will look OK, where there is motion it will
look horrible.
Regards,
-stephen
_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
