From owner-freebsd-multimedia Fri Feb 27 08:36:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14808 for freebsd-multimedia-outgoing; Fri, 27 Feb 1998 08:36:03 -0800 (PST) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from onyx.atipa.com (user17178@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA14769 for ; Fri, 27 Feb 1998 08:36:00 -0800 (PST) (envelope-from freebsd@atipa.com) Received: (qmail-queue invoked by uid 1018); 27 Feb 1998 16:44:07 -0000 Date: Fri, 27 Feb 1998 09:44:06 -0700 (MST) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Vibra16X support In-Reply-To: <199802271246.NAA15760@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have one of these that works fine w/ 16-bit playback. I'll get the SNAP version when I get into work, and also check the revision of the card. Using pcm1 (Luigi). Kevin On Fri, 27 Feb 1998, Luigi Rizzo wrote: > since it looks like there are going to be more and more SB16/AWExx > cards which are really Vibra16X on the market... > > the ViBRA16X should be a true full duplex card but unfortunately > has some differences from the SB16 which make my driver not work > with it (i have reports that it works in 8-bit play mode, but not > in 16-bit mode and have no reports about capture mode). > > I don't have (and don't plan to buy) that card, so i cannot try > possible fixes to the driver (i don't have docs either). > > If someone has this card and wants to dedicate a few minutes > to testing, here is a guess at possible changes needed (in sb_dsp.c) > > 1) remove/disable tests that require the secondary > dma channel to be >=4 . the vibra16 uses two 8-bit channel > (not such a great idea since it doubles bus traffic, plus there are > fewer 8-bit than 16-bit channels typically available...) > > 2) in the code in sb_callback(), in the INIT switch, > disable the section which swaps the two dma channels depending > on the data format; this code is probably not necessary with > the vibra16x (thankfully, since it considerably simplifies the > driver) > > 3) in the interrupt driver, consider one of the flags as the read > interrupt, the other one as the write interrupt. > probably the write flag is the one labeled "8bit" in the current > driver, the read flag is the "16bit" one. > > can't be more specific at the moment, but the changes should not be so > terrible even to those without big knowledge of the driver > > reports or requests for further suggestions are welcome. > > cheers > luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message