From owner-freebsd-multimedia Tue Nov 3 13:18:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11718 for freebsd-multimedia-outgoing; Tue, 3 Nov 1998 13:18:35 -0800 (PST) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from wrath.cs.utah.edu (wrath.cs.utah.edu [155.99.198.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11712 for ; Tue, 3 Nov 1998 13:18:34 -0800 (PST) (envelope-from danderse@cs.utah.edu) Received: from lal.cs.utah.edu (lal.cs.utah.edu [155.99.192.110]) by wrath.cs.utah.edu (8.8.8/8.8.8) with ESMTP id OAA11753; Tue, 3 Nov 1998 14:18:04 -0700 (MST) From: David G Andersen Received: (from danderse@localhost) by lal.cs.utah.edu (8.8.8/8.8.8) id OAA05565; Tue, 3 Nov 1998 14:18:17 -0700 (MST) Message-Id: <199811032118.OAA05565@lal.cs.utah.edu> Subject: Re: CS 4235 (AOpen 3D Sound card) support To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 3 Nov 1998 14:18:17 -0700 (MST) Cc: danderse@cs.utah.edu, freebsd-multimedia@FreeBSD.ORG, delaroca@ucla.edu In-Reply-To: <199811031815.TAA16816@labinfo.iet.unipi.it> from "Luigi Rizzo" at Nov 3, 98 07:15:01 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Lo and behold, Luigi Rizzo once said: > > > encountering some problems with audio recording from /dev/audio. > > Recording from /dev/dsp works perfectly. > > also strange, since the only difference is in setting the data format. > > can you try the following > > cat /dev/dsp1 > /dev/dsp1 > cat /dev/dspW1 > /dev/dspW1 > cat /dev/audio1 > /dev/audio1 > > and see which one works. All of the above work like a charm. > Actually I found some chipsets (e.g. opti931) where there is apparently > a bug (either in the chip or in the driver, but i suspect the former) > and you cannot select a compressed mode (ULAW) on both play&rec; > because the MSS driver defaults to use the same mode for play&rec even > if you use half duples, this might cause problems. > However the 4236 and 4237 work perfectly fine. I tried with vat to use both full and half duplex to no avail. Also tried recording locally with nas's audemo, with no happy results. I haven't tried ioctl'ing it into ulaw and catting it; does that seem like the logical next thing to try? -Dave -- work: danderse@cs.utah.edu me: angio@pobox.com University of Utah http://www.angio.net/ Department of Computer Science To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message