Bloqueos de audio

#1 por phantoma_urbo el 11/05/2014
Hola, estoy usando Reaper en KXstudio y mi configuarión en Cadence es:
CPU Scaling governor: Performance
Buffer size: 256
Sample Rate: 48000
Latency: 5.3 ms
En Jack Settings>Engine>Real Time Priority 99
En Reaper Uso la misma configuarión y en Thread Priority: Highest.
Digamos que lo configuré para tener la mejor performance posible.
Sin embargo a cada rato el audio se bloquea y hace el famoso ruido "ppppp" y sigue andando.
Uno diría que estoy exigiéndole mucho a mi máquina, pero al chequear el monitor de sistema, no estoy usando ni el 40% de los recursos.
Porqué pasa esto? Si tengo recursos de sobra, porqué no puedo tener una performance fluida y estable sin ruidos ni nada de eso?
Tengo un procesador i7 y 8 gb de ram. Interface Focusrite Scarlett 2i4. El SO es de 64 bit
Gracias
Subir
#2 por phantoma_urbo el 15/05/2014
mmmm.... Nadie lo sabe?
Subir
#3 por baltardesign el 15/05/2014
Esos cortes de audio pueden ser por muchas cosas... aunque tengas equipo de sobra, la prioridad de la wifi, la gestión de energía de la gráfica y demás tontunadas pueden hacer cosas. Habría que empezar por echarle un ojo a posibles mensajes de error de JACK. Si no me equivoco, Reaper va bajo Wine, no? Eso puede ser un problema y no, ahí ya no sé... xD

"Si la facilidad de uso fuera el único requisito, todos estaríamos moviéndonos en triciclos".

-Douglas Engelbart

Subir
#4 por phantoma_urbo el 15/05/2014
Gracias baltardesign. Voy a ver eso de los errores de Jack a ver si aparece algo
Subir
#5 por udog el 15/05/2014
Has probado a trabajar a 44100?,te pasa lo mismo?.A mi me ocurria eso mismo a 48000(por desconocimiento),aunque con Ardour.Desde que comence a 44100 no me ha vuelto a pasar.

https://soundcloud.com/useless-dogs/sets/useless-dogs-rock-playlist

Subir
#6 por phantoma_urbo el 15/05/2014
A 44100 seguro anda porque hay menos exigencias. Pero la calidad de audio baja y aparte estaría desaprovechando mi interface de audio
Subir
#7 por baltardesign el 15/05/2014
No tiene porqué fallar por la frecuencia de muestreo, y de hecho también puede fallarte a 44100 al no ser un problema de rendimiento aparentemente, deberías probar para que salgamos de dudas ... a 48000 tienen que trabajar un poco más tanto el equipo como la interfaz, pero si esta está preparada no tiene porqué haber mayor problema. Lo más peligroso es trabajar con tan baja latencia, donde afecta más el tamaño de buffer o el bitrate, pero el equipo debería de poder con esto igualmente.

No me has respondido si usas reaper bajo Wine xD

"Si la facilidad de uso fuera el único requisito, todos estaríamos moviéndonos en triciclos".

-Douglas Engelbart

Subir
#8 por phantoma_urbo el 15/05/2014
Si, uso wine. Reaper funciona con wine y el único driver con el me permite trabajar es con wineasio. Wineasio no me permite acceder a su configuración desde Reaper. Quizás haya algo de eso.
Utilizo esa latencia porque toco la guitarra en tiempo real, a 10 milisegundos ya me cuesta tocar. No estoy en mi computadora ahora así que no pude probar nada. Ya probé con 44100. Los probelmas más que nada empiezan cuando cambio el tamaño del buffer, eso determina la latencia y ya con 516 no me sirve.
No es un problema que no haya tenido con Ardour o con cualquier estudio armado en Jack. No creo que sea un problema de Reaper. Y en Windows también lo he tenido. Por eso pienso que hay cuestiones de configuración que desconozco.
Subir
#9 por baltardesign el 15/05/2014
Pues tendrás que empezar por el principio:

http://blog.desdelinux.net/convierte-a-ubuntu-12-10-en-una-distro-de-creacion-multimedia/

1. Comprueba que tu usuario está en el grupo audio y asegúrate de la prioridad para audio.

2. Si tienes una gráfica ATI asegúrate de deshabilitar la gestión de energía (http://aerilon.wordpress.com/2012/05/17/poder-grafico-vs-baja-latencia/)

3. Déjate de wineasio, reaper y ardour y empieza desde qjackctl y guitarix.

4. Arranca el servidor jack con parámetros conservadores y vete mejorando la latencia poco a poco. Para hacerlo apaga jack, ajusta parámetros y lánzalo de nuevo, no cambies los parámetros en caliente con Guitarix (que puede hacerse).

En mis configuraciones siempre deshabilito jackdbus y activo el modo tolerante. Aquí los tutoriales de Pablo_F:
http://semicorchux.blogspot.com.es/2010/12/configuracion-del-servidor-de-audio.html

5. Una vez puedas tocar con guitarix a latencias decentes (soy guitarrista, comprendo el problema), empieza con Ardour, Qtractor o sucedáneos... puedes ponerte Hydrogen de base rítmica para probar, que también funciona con JACK (pero seleccionalo, que sino va por pulseaudio).

6. Utilizar wineasio puede dar muchos problemas, es muy experimental y hay poca gente detrás, pero en todos los puntos anteriores he intentado descartarlo. Una vez puedas usar un daw Linux nativo sin problemas, pruebas con reaper.

P.D: Se supone que ya no es necesario usar kernels lowlatency o realtime, pero mi equipo, por muy configurado que esté, crea xruns a menos que use el kernel lowlatency, que va de puta madre, así que no está de más que lo instales en caso de que KX no lo tenga instalado (aunque debiera).

Y suerte, mucha! :D

"Si la facilidad de uso fuera el único requisito, todos estaríamos moviéndonos en triciclos".

-Douglas Engelbart

Subir
#10 por phantoma_urbo el 16/05/2014
Uh, habrá que armarse de paciencia entonces. Quizás para cuando resuelva esto ya me haga amigo de las fallas.
Muchas gracias.
Igual quedo a la espera de otras soluciones
Subir
#11 por vagar el 16/05/2014
phantoma_urbo escribió:
Interface Focusrite Scarlett 2i4.


El protocolo USB marca una cadencia de paquetes de 1 ms. Eso significa que para una interfaz audio USB lo ideal es trabajar a 48 KHz y 3 buffers por periodo, ya que 48000/3 = 16000 y a partir de buffers de 16 cuadros los paquetes son múltiplos enteros de 1 ms, simplificando marginalmente el trabajo del driver.

Para trabajo en baja latencia una buena configuración es 3 periodos de 128 cuadros a 48 KHz, dando una latencia de salida de 8 ms. La latencia de bucle sería de unos 10.7 ms, o 13.3 ms si se usa el modo asíncrono en jack2.

http://apps.linuxaudio.org/wiki/jack_latency_tests
http://jack-audio.10948.n7.nabble.com/Differences-in-latency-between-USB-and-internal-audio-interfaces-td9071.html

En cualquier caso una configuración distinta a ésa no sería óptima, pero la gestión del buffering en el driver no añade una sobrecarga que justifique xruns, serán microsegundos de diferencia.

phantoma_urbo escribió:
En Jack Settings>Engine>Real Time Priority 99


No es bueno que la prioridad de jackd sea la máxima, puede interferir con el reloj en tiempo real o los dispositivos de audio. En un kernel que admita priorización de las subrutinas de atención a interrupciones se suele trabajar con 5 niveles:

- Subrutina de atención a la interrupción del reloj en tiempo real.
- Subrutina de atención a los dispositivos de audio, incluyendo USB si la interfaz se conecta por ese bus.
- jackd.
- Otras interrupciones.
- Otros procesos (no RT).

Meter wine por medio complica bastante las cosas. Quien quiera hacer música en Linux usando software para Windows tiene que asumir que la capa de adaptación implica una configuración subóptima.

Ars longa, vita brevis.
Mi colección de enlaces web en diigo.

Subir
1
#12 por baltardesign el 16/05/2014
#10 Ojalá fuera fácil saber porqué un i7 con 8GB de ram y una Focusrite dan cortes de audio alegremente... xDDDDD

"Si la facilidad de uso fuera el único requisito, todos estaríamos moviéndonos en triciclos".

-Douglas Engelbart

Subir
#13 por catorze el 19/05/2014
Ciertas configuraciones de la bios pueden hacer que haya cambios de velocidad de procesador dependiendo de la temperatura y otros factores como ahorro de energia, yo probaria a poner todo lo referente a procesador en disabled y así puedes descartar una cosa menos.

Saludos!
Subir
Respuesta rápida

Regístrate o para poder postear en este hilo