From owner-freebsd-multimedia  Mon Sep 29 18:59:16 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id SAA24571
          for multimedia-outgoing; Mon, 29 Sep 1997 18:59:16 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA24564
          for <freebsd-multimedia@FreeBSD.ORG>; Mon, 29 Sep 1997 18:59:10 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
	by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA07583;
	Mon, 29 Sep 1997 18:58:55 -0700 (PDT)
Message-Id: <199709300158.SAA07583@rah.star-gate.com>
To: Randall Hopper <rhh@ct.picker.com>
cc: User Al Johnson <Al.Johnson@AJC.State.Net>, freebsd-multimedia@FreeBSD.ORG
Subject: Re: fxtv 
In-reply-to: Your message of "Mon, 29 Sep 1997 21:36:02 EDT."
             <19970929213602.53357@ct.picker.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 29 Sep 1997 18:58:55 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

No such problem over here and I tried with pixel depths of 16 and 32.

There are two problems at least over here: 

1. Sometimes I get wavy black lines going across the screen. 
   This one I am not sure what it is due to .

2. A black center line splitting the tv screen in half . This 
   problem goes away if the width is divisable by 4.

	Amancio

>From The Desk Of Randall Hopper :
> Amancio Hasty:
>  |>Randall Hopper:
>  |
>  |> Also, you'll see that when your video window is situated so X % 3 == 0,
>  |> the window looks OK, whereas with X % 3 == 1, your video will be
>  |> displayed with RGB mapped to BRG, and with X % 3 == 2, RGB -> GBR.  All
>  |> that is changing from the app side is the start address in PCI memory,
>  |> but it somehow seems
>  |
>  |Interesting, are you trying to capture odd widths ?
> 
> No, Fxtv does ensure even widths.  Reproduced these probs with the default
> 324x244 window that Fxtv 0.44 comes up with.
> 
> Experimenting some more, the RGB sync prob (quoted above) as well as the
> black line artifact w/ half-n-half color prob I also mentioned appear to be
> tied to the DMA transfer address.
> 
> In particular, its the modulo of the transfer address with 4 that's the
> ticket:
> 
>        addr % 4 == 0        - Looks good
>        addr % 4 == 1        - Vertical black line up center of window;
>                               left side colors fine; right side is blueish 
>                               (RGB off-sync w/ framebuf right of center)
>        addr % 4 == 2        - Vertical black line up center of window;
>                               left side blueish; right side greenish
>        addr % 4 == 3        - No vertical black line;
>                               entire window greenish
> 
> To duplicate, uncomment the 2 printfs around tvcapture.c line 1490 and
> run "fxtv -geometry +<x>+<y>" with some permutations of <x> and <y>.
> 
> Randall
>