Re: [Fwd: ALSA OSS compatibility]

[Takashi Iwai <tiwai@suse.de>]

At Tue, 11 Feb 2003 14:34:36 +0100,
Abramo Bagnara wrote:
> 
> Someone can confirm this is the OSS conformant behaviour?

yes.  but the behavior of ALSA oss-emulation described below is
correct because it really supports that sample rate and channels
through the software conversion as default.

this can be avoided by setting the "direct" mode per proc file (in the
case of kernel oss emulation), as mentioned in
alsa-kernel/Documentation/OSS-Emulation.txt.


ciao,

Takashi

> 
> -- 
> Abramo Bagnara                       mailto:abramo.bagnara@libero.it
> 
> Opera Unica                          Phone: +39.546.656023
> Via Emilia Interna, 140
> 48014 Castel Bolognese (RA) - Italy
> [2  <message/rfc822 (7bit)>]
> To: <abramo@alsa-project.org>
> Subject: ALSA OSS compatibility
> From: Leif Åsbrink <leif.asbrink@mbox300.swipnet.se>
> Delivered-To: abramo@igor.opun.it
> Date: Tue, 11 Feb 2003 14:46:42 +0100
> Message-ID: <CFEIKLJOPPJLBFPEJHKOOEGPCOAA.leif.asbrink@mbox300.swipnet.se>
> MIME-Version: 1.0
> Content-Transfer-Encoding: quoted-printable
> Importance: Normal
> 
> Hi Abramo,
> 
> I am working with an SDR (Software Defined Radio) under
> Linux which uses soundcards to move part of the radio
> spectrum into the PC computer.
> 
> I have made this package using OSS but it would of course
> be very nice to make it run under ALSA as well.
> 
> At the moment ALSA is not compatible to OSS because the
> ioctl calls do not behave as specified in the OSS manual.
> 
> For example, the following sequence differs between OSS and ALSA:
> 
> int speed=100000;
> ioctl(dv,SNDCTL_DSP_SPEED,&speed);
> 
> After this sequence the variable speed contains 48000
> or whatever the maximum speed is for the device while
> ALSA does not change the value of speed.
> 
> The OSS manual explicitly instructs the application programmer
> to check the returned speed value to get the actual speed
> that the device will use. The OSS API accepts any value between
> 1Hz and 2 GHz ( 1 to 2000000000) but the lowest/highest possible
> sampling rate will be returned by ioctl and used by the device.
> 
> I am not a programmer myself, I have a background in physics, so
> I use straightforward C and assembly to do digital signal 
> processing. How to modify the ioctl calls and the alsa-oss.c 
> program is beyond my skils.
> 
> Would you consider updating the alsa-oss.c program to become
> truly OSS compatible?
> 
> The problems I have are with the functions
> 
> SNDCTL_DSP_SPEED
> SNDCTL_DSP_CHANNELS
> 
> If you want to know a little more about my project, have a look at:
> http://ham.te.hik.se/~sm5bsz/linuxdsp/linrad.htm
> mirror at
> http://nitehawk.com/sm5bsz/linuxdsp/linrad.htm
> 
> 
> Kind regards
> 
> Leif Åsbrink
> 


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com