All of lore.kernel.org
 help / color / mirror / Atom feed
From: Abramo Bagnara <abramo.bagnara@libero.it>
To: alsa-devel@lists.sourceforge.net
Subject: [Fwd: ALSA OSS compatibility]
Date: Tue, 11 Feb 2003 14:34:36 +0100	[thread overview]
Message-ID: <3E48FBEC.76F19F85@libero.it> (raw)

[-- Attachment #1: Type: text/plain, Size: 252 bytes --]


Someone can confirm this is the OSS conformant behaviour?

-- 
Abramo Bagnara                       mailto:abramo.bagnara@libero.it

Opera Unica                          Phone: +39.546.656023
Via Emilia Interna, 140
48014 Castel Bolognese (RA) - Italy

[-- Attachment #2: Type: message/rfc822, Size: 3399 bytes --]

From: "Leif Åsbrink" <leif.asbrink@mbox300.swipnet.se>
To: <abramo@alsa-project.org>
Subject: ALSA OSS compatibility
Date: Tue, 11 Feb 2003 14:46:42 +0100
Message-ID: <CFEIKLJOPPJLBFPEJHKOOEGPCOAA.leif.asbrink@mbox300.swipnet.se>

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


             reply	other threads:[~2003-02-11 13:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-11 13:34 Abramo Bagnara [this message]
2003-02-11 16:02 ` [Fwd: ALSA OSS compatibility] Takashi Iwai
2003-02-11 16:23   ` Abramo Bagnara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3E48FBEC.76F19F85@libero.it \
    --to=abramo.bagnara@libero.it \
    --cc=alsa-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.