From: Jonathan Lassoff <jlassoff@gmail.com>
To: linux-hams@vger.kernel.org
Subject: Re: Soundmodem Not Decoding Real Packets
Date: Sat, 2 Jul 2005 04:58:15 +0000 (UTC) [thread overview]
Message-ID: <loom.20050702T065537-241@post.gmane.org> (raw)
In-Reply-To: 20050702040932.4754.qmail@radagast.org
Dave Platt <dplatt <at> radagast.org> writes:
> Hmmm.
>
> Which audio drivers are you using - OSS, or ALSA?
I've tried both. I'm using the i810_audio module with the AC97 codec for an
on-board sound device on a laptop.
> I've seen some rather bizarre things with some combinations of card,
> driver, and software setting. In particular, problems can occur if:
>
> [1] The card itself is only capable of supporting a small selection of
> sampling rates (many AC97 codes seem to want to run at 48000
> samples/second), and
>
> [2] You set up the sound modem to use the "natural" sampling rate for
> the modulation in question (e.g. 9600 samples/second for 1200-baud
> packet), and
I cannot seem to find where this is set. Are the specifications for the config
file somewhere?
> [3] The soundmodem is configured to use /dev/dsp, and
>
> [4] You're using an ALSA driver with OSS emulation.
>
> What seems to happen is that the OSS emulation layer quite politely
> lies to the soundmodem, says "Sure, 9600 samples/second is supported",
> and then tells the ALSA PCM layer to do sample-rate conversion in
> software. The ALSA rate converter has some problems, and it ends up
> introducing noise into the received audio signal occasionally (usually
> on internal buffer boundaries, I believe). The noise is sufficient to
> mess up the audio reception.
>
> The solution to this involves disabling the sample rate conversion
> process. I _think_ (but am not sure) that the best way to do this is
> to tell the soundmodem to use the ALSA API directly, rather than using
> the OSS emulation via /dev/dsp - recent versions of the soundmodem can
> do this, and are smart enough to use a sampling rate that the audio
> chip supports directly with no conversion being required.
Well, from some of the things you have pointed out, I might suspect an audio
driver issue, but I'm not sure if the ALSA driver is using OSS emulation with
the older i810_audio driver.
next prev parent reply other threads:[~2005-07-02 4:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-02 4:09 Soundmodem Not Decoding Real Packets Dave Platt
2005-07-02 4:58 ` Jonathan Lassoff [this message]
2005-07-02 19:03 ` ariel mastracchio
-- strict thread matches above, loose matches on Subject: below --
2005-07-01 8:01 Jonathan Lassoff
[not found] ` <46479.194.154.200.89.1120206709.squirrel@mail.lx2gt.lu>
2005-07-01 17:34 ` Jonathan Lassoff
2005-07-01 18:42 ` Dave Platt
2005-07-01 23:56 ` Jonathan Lassoff
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=loom.20050702T065537-241@post.gmane.org \
--to=jlassoff@gmail.com \
--cc=linux-hams@vger.kernel.org \
/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.