From alsa-devel-owner@alsa.jcu.cz  Sun Mar  8 12:55:26 1998
Received: from entry.jcu.cz (perex@entry.jcu.cz [160.217.1.111])
	by marvin.jcu.cz (8.8.8/8.8.8) with SMTP id MAA09350;
	Sun, 8 Mar 1998 12:55:15 +0100
Date: Sun, 8 Mar 1998 12:55:15 +0100 (MET)
From: Jaroslav Kysela <perex@jcu.cz>
To: John Butler <john@sandy.force9.co.uk>
cc: alsa-devel@alsa.jcu.cz
Subject: Re: Problems with driver version 0.0.5
In-Reply-To: <199803081010.LAA01819@relay1.force9.net>
Message-ID: <Pine.LNX.3.96.980308115403.20058B-100000@entry.jcu.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: alsa-devel@alsa.jcu.cz
Sender: alsa-devel-owner@alsa.jcu.cz
Precedence: list

On Sun, 8 Mar 1998, John Butler wrote:

> Hi!
> 
> > > I've just compiled the 0.0.5 version of the driver, and it won't work
> > > with my SBPro.. It detects it and installs the driver okay, but when I
> > > try to play an au file, nothing happens, and cat just blocks.
> > 
> > OK. I should only verify again if it works with ES1688 chip which
> emulates
> > SB Pro because I don't have access to old 8-bit SB soundcards.
>  
> First of all, I managed to get it to work if I installed the snd-pcm-oss
> driver as well. so is tghere a bug that means the snd-pcm driver wrongly
> needs something in the snd-pcm-oss driver? (Surely, I should be able to use
> the native interface without the OSS part too?).

I know that this is a little problem for depmod/modprobe. Module
snd-pcm-oss doesn't depend on final module for soundcard. It's only
add-on module. I think that's good, that OSS emulation code will be
separated from other code.

I found this reasonable /etc/conf.modules configuration (example is for
SB16 code):

alias char-major-14 snd-sb16
options snd-sb16 snd_port=0x220 snd_irq=5 snd_dma8=1 snd_dma16=5
post-install snd-sb16 /sbin/modprobe -k snd-pcm-oss
pre-remove snd-sb16 /sbin/rmmod snd-pcm-oss

This configuration doesn't solve situation if more different soundcards
are installed in the system. Anyone have any idea?

> Another thing was, whats the different between the /dev/audio and the
> /dev/dsp? Is it that one is mono and one is stereo? A mono sound file is a
> bit mangled coming out of /dev/dsp, but okay out of /dev/audio. This would
> make sense as the sound file will only have one byte for each little bit,
> whereas the soundcard needs one for each speaker. If this is the case, is
> there a native interface for mono output?

/dev/audio 	- 8-bit mono muLaw samples (.au files - Sparc), 8000Hz
/dev/dsp	- 8-bit mono unsigned linear samples, 8000Hz
/dev/dsp16	- 16-bit mono signed little endian linear samples, 8000Hz

Native devices are by default in same mode as /dev/audio. If application
want other play other sample format, it must setup selected format with
ioctl call.

> If you like, I could help to debug the code, and also take over maintaining
> it (do I remember a ??? by the maintainer section of the 8bit cards?).

Yep, added. Thank you..

> Chris Butler <chrisb@sandy.force9.co.uk>

					Jaroslav

-----
Jaroslav Kysela <perex@jcu.cz>
Academic Computer Centre, University of South Bohemia
Branisovska 31, C. Budejovice, CZ-370 05 Czech Republic


