On Samstag, 6. November 2004 01:56, Lucian Muresan wrote:
> Stefan Lucke wrote:
> > On Donnerstag, 4. November 2004 15:22, Lucian Muresan wrote:
> ...
> >> so far) this has yet to be written :-). The DirtectFB videoout of softdevice
> >> as it is now, uses wrong field parity order, which is very bad on an
> >> interlaced TV, especially on fast movements and scrolling text, especially
> >
> > What kind of effects do you see ?
> > Now I tried s-video out and I see some kind of blocked stripes.
> > That is, one big horizontal stripe is left from the next. and this seems to be
> > a scaling issue. Width is reported as 720 pixels and so the whole picture
> > will be scaled down (scaler assumes square pixel).
>
> I'm seeing a sort of smearing on fast movements, sometimes it looks like
> comb artifacts, sometimes like some big blocks bundled in horizontal
> stripes. Depending on the movements' speed matching a certain relation
> (ratio? multiple?) to the framerate, these effects do or do not appear.
> the fact is, they're more likely to appear on faster movements like
> sports events or horizontal scrolling newstickers. The bigger blocking
can you try attached diff (it' a hack, values are hard coded) ?
--
stefan lucke
Index: video.c
===================================================================
RCS file: /cvsroot/softdevice/softdevice/video.c,v
retrieving revision 1.3
diff -U3 -r1.3 video.c
--- video.c 25 Oct 2004 17:58:59 -0000 1.3
+++ video.c 6 Nov 2004 11:51:04 -0000
@@ -74,6 +74,22 @@
sxoff = (fwidth - swidth) / 2;
syoff = (fheight - sheight) / 2;
+ /* --------------------------------------------------------------------------
+ * hack for first test of screen aspect support
+ */
+ {
+ int scr_w, scr_h;
+ double scr_fac;
+
+ scr_w = 720;
+ scr_h = 576;
+
+ scr_fac = (double) scr_w / (double) scr_h;
+ scr_fac *= 3.0 / 4.0;
+
+ afd_asp *= scr_fac;
+ }
+
if (d_asp > afd_asp) {
/* ------------------------------------------------------------------------
* display aspect is wider than frame aspect
