From owner-freebsd-multimedia Sun Jul 13 09:34:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26950 for multimedia-outgoing; Sun, 13 Jul 1997 09:34:36 -0700 (PDT) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.186.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26945 for ; Sun, 13 Jul 1997 09:34:31 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id JAA03010 for ; Sun, 13 Jul 1997 09:34:30 -0700 (PDT) Date: Sun, 13 Jul 1997 09:34:29 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: multimedia@freebsd.org Subject: little green men Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again... tried recompiling vic with no success. Still have green screen. See http://resnet.uoregon.edu/dwhite/vic-green.gif for pic. I'm guessing some sort of byteswapping is at fault. When we init the device, we probably should throw a set of ioctl()s at it that restores the device to the default boot-time state, which is what vic is expecting. I don't get green if I don't run fxtv first. I'm not familiar with the vic grabber interface, but it looks like the necessary ioctl()s would end up in MeteorGrabber::format(). Format() is called before start() so it should be an okay place for it. Now we need to know the boot-time state of the driver. Or else fxtv could be a good little monkey and restore the driver state on exit. ;) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo