Cuelgue usando Ardour

Hola amigos,

estaba usando ubuntustudio, ardour 2.8.11, qjackctl 0.3.8 y una tarjeta de sonido USB (UA25EX), habia grabado una linea de bajo eléctrico, la había reproducido sin problemas y sin ton ni son el sistema se cuelga poco a poco totalmente.

Primero se apaga la UA25EX, entonces miro los mensajes del núcleo y dmesg me muestra en sus últimas lineas:

[ 2905.286881] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[ 2906.023344] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=600
[ 2951.175166] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[ 2951.389265] keyboard: can't emulate rawmode for keycode 240
[ 2951.389281] keyboard: can't emulate rawmode for keycode 240
[ 3316.516869] irq event 47: bogus return value ffffff94
[ 3316.516881] Pid: 0, comm: kworker/0:0 Tainted: G C 3.0.0-14-generic #23-Ubuntu
[ 3316.516887] Call Trace:
[ 3316.516899] [<c151a3f2>] ? printk+0x2d/0x2f
[ 3316.516911] [<c10aad49>] __report_bad_irq+0x29/0xd0
[ 3316.516918] [<c10ab0e1>] note_interrupt+0xd1/0x150
[ 3316.516927] [<c10a963e>] handle_irq_event_percpu+0x9e/0x200
[ 3316.516935] [<c101f380>] ? msi_set_affinity+0x60/0x70
[ 3316.516943] [<c10a97db>] handle_irq_event+0x3b/0x60
[ 3316.516950] [<c10ab910>] ? handle_fasteoi_irq+0xc0/0xc0
[ 3316.516957] [<c10ab976>] handle_edge_irq+0x66/0xf0
[ 3316.516961] <IRQ> [<c1535232>] ? do_IRQ+0x42/0xc0
[ 3316.516975] [<c104e920>] ? irq_exit+0x60/0xa0
[ 3316.516981] [<c1535309>] ? smp_apic_timer_interrupt+0x59/0x88
[ 3316.516987] [<c1535170>] ? common_interrupt+0x30/0x38
[ 3316.516996] [<c104007b>] ? proc_sched_show_task+0x185b/0x1a70
[ 3316.517005] [<c12d5027>] ? intel_idle+0xb7/0x110
[ 3316.517015] [<c141064d>] ? cpuidle_idle_call+0x7d/0x240
[ 3316.517022] [<c100175a>] ? cpu_idle+0x8a/0xc0
[ 3316.517031] [<c1513fad>] ? start_secondary+0xe8/0xed
[ 3316.517035] handlers:
[ 3316.517058] [<f810ba50>] xhci_msi_irq

luego se cuelga ardour, aunque me da tiempo a grabar la sesión, no puedo salir del programa de forma correcta, mediante top en un terminal mato el proceso, luego qjackctl no responde, luego no responde el teclado y finalmente tengo que hacer un apagado en caliente pulsando prolongadamente el botón de apagado.

He buscado en Google pero no tengo ni idea de por donde van los tiros.

Por otro lado las dos últimas líneas:

[ 3316.517035] handlers:
[ 3316.517058] [<f810ba50>] xhci_msi_irq

No sé si tienen que ver con estas otras que me aparecieron al enchufar la tarjeta al puerto USB:

[ 351.873699] usb 3-1: new full speed USB device number 2 using xhci_hcd
[ 351.925622] xhci_hcd 0000:06:00.0: WARN: short transfer on control ep
[ 351.930624] xhci_hcd 0000:06:00.0: WARN: short transfer on control ep
[ 351.934618] xhci_hcd 0000:06:00.0: WARN: short transfer on control ep
[ 352.162178] xhci_hcd 0000:06:00.0: WARN: Stalled endpoint
[ 352.611581] usbcore: registered new interface driver snd-usb-audio

Estoy confuso amigos ¿Me echais una mano?

Saludos y gracias de antemano

Hola,

¿Cuál es la salida de lsusb y de cat /proc/interrupts?

Gracias por responder Pablo,

ahí las dao, con un puerto 3.0 hemos topao?

Doy las salidas con la UA25EX conectada en el mismo puerto donde se colgó, que es el único en el que consigo que jack arranque:
$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 003: ID 0582:00e6 Roland Corp. EDIROL UA-25EX (Advanced mode)
Bus 001 Device 003: ID 13d3:5122 IMC Networks
Bus 002 Device 004: ID 1bcf:0535 Sunplus Innovation Technology Inc.

He aquí el arbol de la muerte:
$ lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
|__ Port 1: Dev 3, If 0, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 1: Dev 3, If 1, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 1: Dev 3, If 2, Class=vend., Driver=snd-usb-audio, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/8p, 480M
|__ Port 2: Dev 4, If 0, Class=HID, Driver=usbhid, 1.5M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M
|__ Port 2: Dev 3, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M

Las peticiones de interrupción:
$ cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 43 11 0 2 IO-APIC-edge timer
1: 2651 9 5197 10 IO-APIC-edge i8042
8: 1 0 0 0 IO-APIC-edge rtc0
9: 8 22 11 21 IO-APIC-fasteoi acpi
12: 88333 215 1313 205 IO-APIC-edge i8042
16: 93 22 22 20 IO-APIC-fasteoi ehci_hcd:usb1, mei, nouveau
17: 59290 138 107 114 IO-APIC-fasteoi ath9k
18: 0 0 0 0 IO-APIC-fasteoi ips
23: 3999 10 12 13 IO-APIC-fasteoi ehci_hcd:usb2
40: 0 0 0 0 PCI-MSI-edge PCIe PME
41: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
42: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
43: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
44: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
45: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
46: 0 0 0 0 PCI-MSI-edge PCIe PME, pciehp
47: 8346 12467 10212 9423 PCI-MSI-edge xhci_hcd
48: 0 0 0 0 PCI-MSI-edge xhci_hcd
49: 0 0 0 0 PCI-MSI-edge xhci_hcd
50: 0 0 0 0 PCI-MSI-edge xhci_hcd
51: 0 0 0 0 PCI-MSI-edge xhci_hcd
52: 8609 1143 9553 1144 PCI-MSI-edge ahci
53: 8181 37 9472 19 PCI-MSI-edge i915
54: 65 137 70 87 PCI-MSI-edge hda_intel
55: 1 0 1 0 PCI-MSI-edge eth0
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 442769 365841 358100 341806 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 IRQ work interrupts
RES: 385041 155649 305785 101983 Rescheduling interrupts
CAL: 492 1460 647 1938 Function call interrupts
TLB: 814 461 1181 511 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 15 15 15 15 Machine check polls
ERR: 0
MIS: 0

$ cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xeb000000 irq 54
1 [UA25EX ]: USB-Audio - UA-25EX
EDIROL UA-25EX at usb-0000:06:00.0-1, full speed

$ lspci | grep USB
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
06:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)

Y si desconecto la UA25EX de ahí y la conecto a uno de los puertos 2.0 del otro lado del portátil el núcleo se queja de forma diferente:
[ 2964.167439] usb 2-1.2: new full speed USB device number 3 using ehci_hcd
[ 2964.544165] usbcore: registered new interface driver snd-usb-audio
[ 2964.766743] cannot submit datapipe for urb 0, error -28: not enough bandwidth

He estado mirando sobre esto último algún workaround como el que dió Luis Garrido aquí:
http://lists.linuxaudio.org/pipermail/linux-audio-dev/2010-October/029511.html

¿Creeis que me valdría? 1.0-izar alguno de los 2.0. Sacrificar uno de los puertos 2.0 no me inportaría ya que necesito una solución portátil y no tengo puerto FireWire y sí bahia para tarjetas ExpressCard/34mm :$

Porque lo es que es del otro puerto ni idea

Gracias por soportarme amigos.

Hola,

Puedes probar a hacer el unbind como sugiere Luis o probar con un kernel más nuevo.

Pues recientemente ha habido un cambio en el driver ehci que creo que soluciona el problema que tienes de "not enough bandwidth" que impide que jack te arranque en modo duplex.

Este cambio fue introducido en 3.2 (ya en rc.7) pero creo que también se ha metido en la última versión estable del kernel (3.1.6).

Yo tengo pendiente hacer la prueba en el ordenador de mi hermana, que tiene una UA25EX que hasta ahora no ha funcionado en modo duplex por culpa de este problema.

Dejo estos links como referencia:

http://linuxaudio.org/mailarchive/lau/2011/11/7/185805
http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg28007.html
http://old.nabble.com/USB-audio-interface-and-a-buggy-USB-controller-td29638759.html


Del problema con el xhci, menos idea todavía.


Saludos, Pablo

Gracias por los enlaces, muy buena noticia la de los nuevos kernels. Voy a esperar a que los metan en la distro ya que me faltan conocimientos, soy un usuario "estandar"

Con la alternativa de Luis me pasa igual no sabría sobre qué hacer el unbind.

Y por último lo del xhci ¿Debería redirigir la pregunta a otro sitio? Tampoco sé muy bien donde dirigirme ni cómo hacerlo

Gracias de todas formas, estoy seguro que con el tiempo los problemas se van a ir resolviendo, estaremos al tanto

Saludos

Lo del unbind nunca lo he probado. Aquí hay unas instrucciones:

http://wiki.linuxmusicians.com/doku.php?id=system_configuration#unbinding_devices


Lo del nuevo kernel, hay un truco para evitar tener que compilar. Es un poco "bruto" pero puede servir. ¿Estás en ubuntustudio 11.10, no? Si editas el /etc/apt/sources.list y cambias las palabras "oneiric" por "precise". Haces un "sudo apt-get update" y luego un "sudo apt-get install linux-generic", tendrás un 3.2 que, si todo va bien, estará disponible en el menú de grub en el próximo arranque. ¡No olvides dejar el archivo de orígenes del software como estaba!

Mientras tanto, para al menos poder grabar el bajo puedes probar en el modo no avanzado de la UA25EX.

O bien, puedes intentar arrancar jack en modo "sólo captura". En este caso, si quieres monitorizar por software, tendrás que usar la tarjeta integrada. Para esto, usa el comando "alsa_out -dhw:Intel -jintegrada".

Con lo del xhci, no sé qué decirte. Yo no entiendo el problema. Quizás en la lista de usuarios de alsa o de linux audio podrán decirte algo, pero espera a ver qué dice Luis, que suele participar en este foro.

Saludos, Pablo

¡SOLUCIONADO! Un millón de gracias. Paso a describiros mis primeras experiencias con UbuntuStudio:

https://www.hispasonic.com/foros/primeras-experiencias-ubuntustudio/390434#post3138179

Pues muchas gracias a Pablo i nulinulks, pues después de año y medio he conseguido arrancar la UA25-EX en modo duplex.

Andaba un poco despitado y pensaba que el ruido que había sobre este tema en realidad no solucionaba el problema. Todavía ando con Ubuntu 10.04 y el kernel 2.6.33. Lo tengo con el paquete linux-realtime-pae para que me reconozca toda la RAM. He instalado el kernel 3.2 a lo bestia como se comenta y solo me arranca en modo de restablecimiento (login, password i startx).

Luego la prueba del algodón: la UA-25EX en modo avanzado (funcionalidad MIDI), y JACK en modo duplex... arranca!

He visto que hay un paquete PAE para estos nuevos kernels, lo probaré. Ya me pierdo con todo el tema de patches rt, realtime,... ¿Todavía son necesarios? (no utilizo ni UbuntuStudio ni Tango, sino Ubuntu 10.04)

(recordemos que el problema no afecta a todo el que tenga la Edirol UA-25EX, sino a aquellos que tienen un controlador USB Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06))

gracias!

Me cambié el nick por este más sencillo

Primero decirte que me alegra un montón que tú también puedas sacarle todo el provecho a esa tarjeta. Espero que podamos compartir experiencias que nos enriquezcan y permitan sacarle todo el partido.

Mi reto ahora es ver hasta donde es capaz de llegar una tarjeta de sonido lenta (USB 1.2) en un sistema tan eficiente como es GNU/Linux, número de pistas de audio que puede manejar sin llegar al "colapso", etc. Ya, ya sé que es eficiente pero milagros no hace

Un buen punto de partida para ir afinando es también el enlace que nos ha dejado Pablo:
http://wiki.linuxmusicians.com/doku.php?id=system_configuration#unbinding_devices

no por el unbind, que ya parece que en los núcleos 3.2 es innecesario, sino por el tema de dejar el sistema lo más alegre posible tal y como se comenta en ese enlace, desactivando módulos, etc.

Lo siguiente lo debería confirmar alguien que sepa más que yo pues leí pero no recuerdo donde, que por la "naturaleza" del tipo de comunicación USB si se conectan dos dispositivos USB al mismo BUS este va a la velocidad del más lento de ellos. Es decir que un arbol USB como este:

Alguien escribió:

$lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/8p, 480M
|__ Port 1: Dev 5, If 0, Class=HID, Driver=usbhid, 1.5M
|__ Port 2: Dev 4, If 0, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 1, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 2, Class=vend., Driver=snd-usb-audio, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M
|__ Port 2: Dev 3, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=uvcvideo, 480M

donde se ve que la UA25EX (Driver=snd-usb-audio, 12M) está conectada al BUS de un puerto USB 2.0 (480M) en el que hay también conectado un ratón USB inalámbrico (Driver=usbhid, 1.5M), de ser cierto lo anterior, entonces el BUS iría a 1.5M en vez de a 12M y convendría conectar el ratón a otro BUS ¿?

En este caso además, siguiendo el enlace (apartado Disabling everything you don't need) convendría hacer:

Alguien escribió:

$ sudo modprobe -r uvcvideo
$ sudo modprobe -r videodev

ya que como bien dice ese enlace "yo no uso la webcam cuando hago música" y hecho eso ahora tengo:

Alguien escribió:

$ lsusb -t
1-1.2:1.0: No such file or directory
1-1.2:1.1: No such file or directory
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/8p, 480M
|__ Port 1: Dev 5, If 0, Class=HID, Driver=usbhid, 1.5M
|__ Port 2: Dev 4, If 0, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 1, Class=vend., Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 2, Class=vend., Driver=snd-usb-audio, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class='bInterfaceClass 0x0e not yet handled', Driver=, 480M
|__ Port 2: Dev 3, If 1, Class='bInterfaceClass 0x0e not yet handled', Driver=, 480M

un poco más despejado "el bosque" y quizás más alegre el sistema, ya te diré.

Por último, respecto al tema de "usuarios afectados por el chipset Intel" decirte que no lo tengo tan claro como tú, pues casualmente tengo acceso a dos portátiles con ese chipset (5 Series/3400) uno más antiguo (rev 05) y otro más moderno (rev 06) y según este hilo:
http://lists.linuxaudio.org/pipermail/linux-audio-user/2010-June/070353.html

el mismo Clemens Ladisch reconoce que fué subsanado en la "revision B3" justamente el segundo (rev 06) no es defectuoso y la UA25EX me sigue fallando en los kernels anteriores al 3.2.0 con ese chipset, así que yo me inclino más a pensar que como él mismo dijo:
http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg28009.html

hay un error en el driver EHCI, pero esto ya te digo que son elucubraciones de uno que pasaba por aquí, o sea yo

Qué! ¿Te animas a abrir un hilo de la UA25EX? Parece que esta lenta caja metálica tiene clien-tela

¡Qué bien!

Alguien escribió:

Ya me pierdo con todo el tema de patches rt, realtime,... ¿Todavía son necesarios?

Pienso que no.

Además, lo malo del parche "realtime" es que no está disponible para todas las versiones del kernel. Por ejemplo, desde 2.6.33 hasta 3.0 no ha habido rt. Como referencia:

http://kernel.org/pub/linux/kernel/projects/rt/

En cambio, a partir de 2.6.39 existe la opción "threadirqs", gracias a la cual podemos levantar la prioridad de los dispositivos hardware (típicamente por medio del script rtirq-init, que también está disponible en ubuntu y en otras distros). Esto es muy recomendable, cuando no necesario, sobretodo en los casos donde el controlador donde va conectado la tarjeta de audio (bus USB, firewire, o lo que sea) comparte número de IRQ con otros dispositivos. Hasta 2.6.39 el "IRQ threading" no era posible más que en los kernels modificados con el parche realtime.

Dicho esto, puede venir bien el kernel "low-latency", en el cual el código fuente del kernel no está modificado, pero se ha configurado para mejorar la latencia.

Alguien escribió:

(recordemos que el problema no afecta a todo el que tenga la Edirol UA-25EX, sino a aquellos que tienen un controlador USB Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06))

Como comenta Nuli, aquí el guru es Clemens, y a los dos links que pone, añado esta otra explicación que dio en

http://linuxaudio.org/mailarchive/lau/2011/11/9/185831

Alguien escribió:

There seems to be a miserunderstanding.

The Linux EHCI driver has (and has always had) a bug in the TT scheduler
that makes it unable to allocate enough bandwidth for more than one
stream for full-speed audio devices connected through a high-speed hub.

The mentioned patch fixes this bug (mostly).

As long as the patch didn't exist, a workaround was to connect the
device directly to the computer (so that not EHCI but another controller
would be used). This workaround is not possible with recent Intel
chipsets because those have only EHCI controllers and handle high-speed
devices with a built-in hub.

All this is completely unrelated with a hardware bug in the first
revision of these Intel chipsets, which made USB audio just break.

Alguien escribió:

...no por el unbind, que ya parece que en los núcleos 3.2 es innecesario...

Yo había puesto ese link por si te servía para hacer el unbind, como uno de los posibles apaños al problema que tenías. Sin embargo, por lo que entiendo, el objetivo del unbind que se propone en la wiki de linuxmusicians no era USB1-izar el USB2 sino quitar de enmedio cosas que no utilizamos, si nos parece bien.

Saludos, Pablo

Pablo_F escribió:

Yo había puesto ese link por si te servía para hacer el unbind, como uno de los posibles apaños al problema que tenías. Sin embargo, por lo que entiendo, el objetivo del unbind que se propone en la wiki de linuxmusicians no era USB1-izar el USB2 sino quitar de enmedio cosas que no utilizamos, si nos parece bien.

Ups, pues yo creía que el unbunding era para eso ¿? Ya sólo por curiosidad ¿Entonces cómo se USB1-iza un USB2?

Alguien escribió:

Ups, pues yo creía que el unbunding era para eso ¿? Ya sólo por curiosidad ¿Entonces cómo se USB1-iza un USB2?

El objetivo de la explicación de la wiki no es precisamente usb1-izar el usb2, pero me pareció una buena explicación de cómo hacer un unbinding.

No digo que no se pueda "usb1-izar" haciendo el unbinding del usb2, que es lo que se deduce del comentario de Luis Garrido.

Saludos, Pablo

Nuli escribió:

donde se ve que la UA25EX (Driver=snd-usb-audio, 12M) está conectada al BUS de un puerto USB 2.0 (480M) en el que hay también conectado un ratón USB inalámbrico (Driver=usbhid, 1.5M), de ser cierto lo anterior, entonces el BUS iría a 1.5M en vez de a 12M y convendría conectar el ratón a otro BUS ¿?

Si fuera así no podrías usar la UA-25EX. Ten en cuenta que un canal estéreo de 24 bits a 48 KHz ya es más de 2 Mbps:

2 canales x 24 bits/cuadro x 48000 cuadros/segundo = 2304000 Mbps

En modo full-duplex sería el doble, 4+ Mbps.

Todo esto en datos crudos, sin contar con la sobrecarga del protocolo, que subirá todavía más el uso de del bus USB.

Nuli escribió:

Mi reto ahora es ver hasta donde es capaz de llegar una tarjeta de sonido lenta (USB 1.2) en un sistema tan eficiente como es GNU/Linux, número de pistas de audio que puede manejar sin llegar al "colapso", etc. Ya, ya sé que es eficiente pero milagros no hace

La velocidad de la conexión de la tarjeta de sonido al ordenador simplemente te limita el número y las características de los canales de audio que puede manejar, siguiendo una fórmula como la que he puesto antes.

El número de pistas simultáneas, mezcladas y asignadas para que salgan por los canales que tiene la tarjeta, vendrá limitado más bien por la velocidad de transferencia del disco duro o por la velocidad de procesamiento de la CPU, si hay muchos efectos o instrumentos virtuales.

Nuli escribió:

Ups, pues yo creía que el unbunding era para eso ¿? Ya sólo por curiosidad ¿Entonces cómo se USB1-iza un USB2?

Como pone en el link que ha puesto Pablo. Encuentra el identificador PCI del dispositivo y mételo en /sys/bus/pci/drivers/ehci_hcd/unbind

Pero usa ehci_hcd en vez de ohci_hcd.

Repito el link:

http://wiki.linuxmusicians.com/doku.php?id=system_configuration#unbinding_devices

lgarrido escribió:

2304000 Mbps

Jeje, errata obvia, 2304000 bps, por supuesto.

#14 Te la voy a perdonar que lo mio no son los números aunque agradezco tu intento

lgarrido escribió:

La velocidad de la conexión de la tarjeta de sonido al ordenador simplemente te limita el número y las características de los canales de audio que puede manejar, siguiendo una fórmula como la que he puesto antes.

El número de pistas simultáneas, mezcladas y asignadas para que salgan por los canales que tiene la tarjeta, vendrá limitado más bien por la velocidad de transferencia del disco duro o por la velocidad de procesamiento de la CPU, si hay muchos efectos o instrumentos virtuales.

Esa es una muy buena noticia para mi pues mantiene "viva" mi UA25EX a pesar de los años con la mejora de prestaciones de los computadores.

lgarrido escribió:

Como pone en el link que ha puesto Pablo. Encuentra el identificador PCI del dispositivo y mételo en /sys/bus/pci/drivers/ehci_hcd/unbind

Pero usa ehci_hcd en vez de ohci_hcd.

Ok, lo he entendido y aplicado pero en mi caso no funciona, gracias. En cualquier caso me alegra ver que con los núcleos 3.2.x ya funciona.

Saludos