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@lists.sourceforge.net
Subject: Re: AW: usb quattro
Date: Sat, 07 Sep 2002 05:40:02 +0900	[thread overview]
Message-ID: <3D7912A2.1000908@boosthardware.com> (raw)
In-Reply-To: s5hvg5jwgvk.wl@alsa2.suse.de

Takashi Iwai wrote:

>>the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
>>similar problem.
>>I worked around it by not using ASYNC_UNLINKing of the urbs.
> 
>  
> yes, this could be the problem.
> this happend once and i thought it fixed on the alsa side, but it
> seems that there is something wrong on usb driver itself.
> why it happened on jack is because jack caused xrun - and the driver
> tries to stop the stream and unlinks urbs with ASYNC_UNLINK flag.
> 
> anyway, i changed the code on cvs to use SYNC unlink mode as default.
> this may have a drawback that the urbs still exist even if the driver
> stops the stream after detection of xrun.  but usually this doesn't
> matter so much.
> 
> i've tested normal playbacks and it seems working.
> 
> 

I have actually managed to get a stream from alsaplayer through without 
a hang but the sound is choppy.

I will make a test signal  so you can hear what I am getting. It's 
similar to what was happening before the driver was fixed last time.

I got this output from jackd. this happened after I started jack and 
didn't connect any other apps. Maybe it timed out but I don't think it 
is supposed to.

----
$ jackd -v -d alsa -d q4
jackd 0.37.1
Copyright 2001-2002 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details

512 waiting for signals
creating alsa driver ... q4|1024|2|48000|swmon
You appear to be using the ALSA software "plug" layer, probably
a result of using the "default" ALSA device. This is less
efficient than it could be. Consider using a ~/.asoundrc file
to define a hardware audio device rather than using the plug layer

You appear to be using the ALSA software "plug" layer, probably
a result of using the "default" ALSA device. This is less
efficient than it could be. Consider using a ~/.asoundrc file
to define a hardware audio device rather than using the plug layer

new client: alsa_pcm, id = 1 type 1 @ 0x8067e38 fd = 14
port alsa_pcm:in_1 buf shm key 0x7598eff0 at offset 4096 bi = 0x8067208
registered port alsa_pcm:in_1, offset = 4096
port alsa_pcm:in_2 buf shm key 0x7598eff0 at offset 8192 bi = 0x8067218
registered port alsa_pcm:in_2, offset = 8192
registered port alsa_pcm:out_1, offset = 0
registered port alsa_pcm:out_2, offset = 0
-- jack_rechain_graph():
client alsa_pcm: inprocess client, execution_order=0.


**** alsa_pcm: xrun of at least 0.044 msecs



**** alsa_pcm: xrun of at least 0.024 msecs



**** alsa_pcm: xrun of at least 0.024 msecs



**** alsa_pcm: xrun of at least 0.028 msecs



**** alsa_pcm: xrun of at least 0.027 msecs



**** alsa_pcm: xrun of at least 0.029 msecs



**** alsa_pcm: xrun of at least 0.044 msecs



**** alsa_pcm: xrun of at least 0.035 msecs



**** alsa_pcm: xrun of at least 0.043 msecs



**** alsa_pcm: xrun of at least 0.043 msecs



**** alsa_pcm: xrun of at least 0.024 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.026 msecs



**** alsa_pcm: xrun of at least 0.028 msecs



**** alsa_pcm: xrun of at least 0.027 msecs



**** alsa_pcm: xrun of at least 0.035 msecs



**** alsa_pcm: xrun of at least 0.034 msecs



**** alsa_pcm: xrun of at least 0.044 msecs



**** alsa_pcm: xrun of at least 0.292 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.026 msecs



**** alsa_pcm: xrun of at least 0.028 msecs

load = 40.1330 max usecs: 17123.160, spare = 4209.840


**** alsa_pcm: xrun of at least 0.028 msecs



**** alsa_pcm: xrun of at least 0.036 msecs



**** alsa_pcm: xrun of at least 0.044 msecs



**** alsa_pcm: xrun of at least 0.044 msecs



**** alsa_pcm: xrun of at least 0.043 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.025 msecs



**** alsa_pcm: xrun of at least 0.023 msecs

load = 56.6747 max usecs: 15619.234, spare = 5713.766
load = 28.5257 max usecs: 80.377, spare = 21252.623
load = 14.4081 max usecs: 61.988, spare = 21271.012
load = 7.3838 max usecs: 76.672, spare = 21256.328
load = 3.8441 max usecs: 64.923, spare = 21268.076
load = 2.0735 max usecs: 64.639, spare = 21268.361


**** alsa_pcm: xrun of at least 19.643 msecs

delay of 29276.168 usecs exceeds estimated spare time of 21268.361; 
restart ...
load = 1.1959 max usecs: 67.880, spare = 21265.121
load = 0.7490 max usecs: 64.444, spare = 21268.557
load = 0.5604 max usecs: 79.328, spare = 21253.672


**** alsa_pcm: xrun of at least 25.716 msecs

delay of 39187.176 usecs exceeds estimated spare time of 21253.672; 
restart ...
load = 0.4574 max usecs: 75.620, spare = 21257.381
load = 0.3795 max usecs: 64.340, spare = 21268.660
load = 0.3446 max usecs: 66.060, spare = 21266.939
load = 0.3312 max usecs: 67.805, spare = 21265.195
load = 0.3430 max usecs: 75.690, spare = 21257.311
load = 0.3253 max usecs: 65.600, spare = 21267.400
load = 0.3170 max usecs: 65.860, spare = 21267.141


**** alsa_pcm: xrun of at least 0.348 msecs

ALSA lib pcm_hw.c:398:(snd_pcm_hw_prepare) SNDRV_PCM_IOCTL_PREPARE 
failed: Input/output error
ALSA-HW: prepare error for playback on "q4" (Input/output error)
driver wait function failed, exiting
telling signal thread that the engine is done
jack main caught signal 1


----

-- 
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: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390

  reply	other threads:[~2002-09-06 20:40 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-04 14:32 usb quattro Patrick Shirkey
2002-09-04 14:41 ` Takashi Iwai
2002-09-04 14:51   ` Patrick Shirkey
2002-09-04 14:55     ` Takashi Iwai
2002-09-04 15:26       ` Patrick Shirkey
2002-09-04 15:47         ` Takashi Iwai
2002-09-04 16:35           ` Patrick Shirkey
2002-09-04 16:53             ` Takashi Iwai
2002-09-04 18:55               ` Tim Goetze
2002-09-05 14:02                 ` Patrick Shirkey
2002-09-05 15:28                   ` Takashi Iwai
2002-09-05 18:31                     ` Patrick Shirkey
2002-09-05 19:02                       ` AW: " Karsten Wiese
2002-09-05 19:25                         ` Patrick Shirkey
2002-09-06 10:29                         ` Takashi Iwai
2002-09-06 20:40                           ` Patrick Shirkey [this message]
2002-09-06 21:13                             ` Patrick Shirkey
2002-09-07  4:17                               ` usb-midi Patrick Shirkey
2002-09-09 11:41                                 ` usb-midi Clemens Ladisch
2002-09-09  9:42                             ` AW: usb quattro Takashi Iwai
2002-09-09 11:56                               ` Patrick Shirkey
2002-09-09 13:32                                 ` Patrick Shirkey
2002-09-09 16:36                                   ` Patrick Shirkey
2002-09-21  8:02                               ` Patrick Shirkey
2002-09-24 16:20                                 ` Patrick Shirkey
2002-09-25 23:55                                   ` Patrick Shirkey
2002-09-26  0:56                                     ` Patrick Shirkey
2002-09-26  2:29                                       ` control info Patrick Shirkey
2002-09-26 13:54                                       ` usb quattro Takashi Iwai
2002-09-06 10:30                       ` 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=3D7912A2.1000908@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.