All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.