From: Patrick Shirkey <pshirkey@boosthardware.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: USB Audio/Midiman - partial success
Date: Fri, 13 Sep 2002 23:30:55 +0900 [thread overview]
Message-ID: <3D81F69F.8090401@boosthardware.com> (raw)
In-Reply-To: s5hsn0et9d6.wl@alsa2.suse.de
Takashi Iwai wrote:
> At Fri, 13 Sep 2002 14:59:40 +0900,
> Patrick Shirkey wrote:
>
>>Takashi Iwai wrote:
>>
>>>At Tue, 10 Sep 2002 10:58:34 +0200 (METDST),
>>>Clemens Ladisch wrote:
>>>
>>>
>>>>>>The two PCM devices cannot be used at the same time anyway, so I think
>>>>>>creating a quirk for interface 0 which says "ignore this" could work.
>>>>>>Takashi, any comments?
>>>>>
>>>>>i think implementing a semaphore (or flag) for each endpoint would be
>>>>>better, so that the driver can find generally double-endpoints
>>>>>problem.
>>>>
>>>>I cannot imagine anybody else would be stupid enough to design a device
>>>>with double endpoints. But then I didn't imagine Midiman would, either.
>>>>Oh well, Murphy's Law ... :-(
>>>
>>>
>>>since many (at least plural :) devices have this problem, i changed
>>>the usbaudio code slightly. now a pcm stream is created per endpoint
>>>instead of interface.
>>>
>>>on this version, m-audio's device should have one (for duo) or two
>>>(for quattro) pcm devices.
>>>
>>>please let me know if any problems arise with this change.
>>>
>>
>>FYI: I have found that using the quattro with jack is rock solid when
>>only accessing one of the pcms at a time at 48khz even as normal user.
>
>
> oh, that's bad. could you show the output of
> /proc/asound/card0/stream* ?
>
Au contraire, It's good. Well it was until I updated alsa-lib and jack.
I will backout and retest there.
Anyhow.
----
cat /proc/asound/card2/stream0
M Audio USB AudioSport Quattro (tm) : USB Audio
Playback:
Status: Stop
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 3 OUT (ADAPTIVE)
Rates: 11025, 22050, 44100
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 3 OUT (ADAPTIVE)
Rates: 88200, 96000
Altset 2
Format: S24_3LE
Channels: 2
Endpoint: 3 OUT (ADAPTIVE)
Rates: 11025, 22050, 44100, 48000
Altset 3
Format: S16_LE
Channels: 2
Endpoint: 3 OUT (ADAPTIVE)
Rates: 11025, 22050, 44100, 48000
Capture:
Status: Stop
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 5 IN (SYNC)
Rates: 11025, 22050, 44100
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 5 IN (SYNC)
Rates: 88200, 96000
Altset 2
Format: S24_3LE
Channels: 2
Endpoint: 5 IN (SYNC)
Rates: 11025, 22050, 44100, 48000
Altset 3
Format: S16_LE
Channels: 2
Endpoint: 5 IN (SYNC)
Rates: 11025, 22050, 44100, 48000
cat /proc/asound/card2/stream1
M Audio USB AudioSport Quattro (tm) : USB Audio #1
Playback:
Status: Stop
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 4 OUT (ADAPTIVE)
Rates: 88200, 96000
Altset 2
Format: S24_3LE
Channels: 2
Endpoint: 4 OUT (ADAPTIVE)
Rates: 11025, 22050, 44100, 48000
Altset 3
Format: S16_LE
Channels: 2
Endpoint: 4 OUT (ADAPTIVE)
Rates: 11025, 22050, 44100, 48000
Capture:
Status: Stop
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 6 IN (SYNC)
Rates: 88200, 96000
Altset 2
Format: S24_3LE
Channels: 2
Endpoint: 6 IN (SYNC)
Rates: 11025, 22050, 44100, 48000
Altset 3
Format: S16_LE
Channels: 2
Endpoint: 6 IN (SYNC)
Rates: 11025, 22050, 44100, 48000
----
>
> did you run jack with 48k immediately after setting 96k?
> so, some old configuration is left and this makes the difference.
> perhaps this is also the problem once you reported that the driver
> works only after once capture runs.
>
No it was playback from the internal pcm :) I see the problem though.
It's because the quattro only supports 96Khz at 24_3Le. So JACK cannot
access the pcm as there is no support for this bit rate in JACK.
Apart from that the sound quality of playback when running native alsa
is crisp and clean. It's hard to tell if the pitch is out or not. It
could be that I'm not used to listening to such high quality signals :)
But when I record a signal through hw:2,0 while playing (full dulplex)
both signals (i/o - hw:2,0) become distorted. I have a 48Khz wav file
for you to listen to.
http://www.boosthardware.com/audio/sine-0913.wav
This is probably contributing to the distortion in JACK too. As JACK
opens both input and output. I just confirmed that the quality is much
better when using the Playback only option.
eg. jackd -v -d alsa -d quattro1 -p 768 -P
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.com
Http://www.boosthardware.com/LAU/guide/
========================================
"Um...symbol_get and symbol_put... They're
kindof like does anyone remember like get_symbol
and put_symbol I think we used to have..."
- Rusty Russell in his talk on the module subsystem
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next prev parent reply other threads:[~2002-09-13 14:30 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.31.0209090841350.25400-100000@lorien.wv.mentorg.com>
2002-09-09 17:46 ` USB Audio/Midiman - partial success Clemens Ladisch
2002-09-09 18:30 ` Takashi Iwai
2002-09-10 8:58 ` Clemens Ladisch
2002-09-10 13:10 ` Takashi Iwai
2002-09-10 13:41 ` Patrick Shirkey
2002-09-12 15:30 ` Takashi Iwai
2002-09-12 22:34 ` Patrick Shirkey
2002-09-13 5:59 ` Patrick Shirkey
2002-09-13 11:30 ` Takashi Iwai
2002-09-13 14:30 ` Patrick Shirkey [this message]
[not found] ` <Pine.LNX.4.31.0209122304430.1450-100000@lorien.wv.mentorg.com>
2002-09-13 11:33 ` Takashi Iwai
[not found] <Pine.LNX.4.31.0209132140320.13642-200000@lorien.wv.mentorg.com>
2002-09-16 7:05 ` Clemens Ladisch
[not found] <Pine.LNX.4.31.0209160838270.10583-100000@lorien.wv.mentorg.com>
2002-09-17 7:29 ` Clemens Ladisch
[not found] <Pine.LNX.4.31.0209172023540.4425-100000@lorien.wv.mentorg.com>
2002-09-18 9:25 ` Clemens Ladisch
[not found] <Pine.LNX.4.31.0209191923430.30429-100000@lorien.wv.mentorg.com>
2002-09-20 10:04 ` Clemens Ladisch
[not found] <Pine.LNX.4.31.0209220035210.4610-100000@lorien.wv.mentorg.com>
2002-09-23 9:12 ` Clemens Ladisch
[not found] ` <Pine.LNX.4.31.0209232104140.18815-100000@lorien.wv.mentorg.com>
2002-09-24 14:27 ` Takashi Iwai
[not found] ` <Pine.LNX.4.31.0209240835370.9799-100000@lorien.wv.mentorg.com>
2002-09-24 15:50 ` Takashi Iwai
[not found] ` <Pine.LNX.4.31.0209241952400.28299-100000@lorien.wv.mentorg.com>
2002-09-25 10:46 ` Takashi Iwai
[not found] <Pine.LNX.4.31.0209252301320.29794-100000@lorien.wv.mentorg.com>
2002-09-26 7:47 ` Clemens Ladisch
2002-09-26 16:08 ` Takashi Iwai
[not found] ` <Pine.LNX.4.31.0209261234130.17593-100000@lorien.wv.mentorg.com>
2002-10-02 13:46 ` Takashi Iwai
[not found] ` <Pine.LNX.4.31.0210032253120.4068-100000@lorien.wv.mentorg.com>
2002-10-04 11:34 ` Takashi Iwai
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=3D81F69F.8090401@boosthardware.com \
--to=pshirkey@boosthardware.com \
--cc=alsa-devel@lists.sourceforge.net \
--cc=tiwai@suse.de \
/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.