Ya, pero ese clipping creo que se corrige después de aplicar el filtro a la señal original, antes de enviarla de vuelta al previo. Si la señal que entra a BruteFIR ya viene sucia por distorsión, con el control de ganancia de DrCop no arreglamos nada. De hecho, creo que Wynton debería añadir un apartado más al manual, tipo FAQ o Troubleshooting, que aclarase estos problemillas ajenos al programa, más que nada porque, por ejemplo en mi caso, la distorsión no era muy evidente pero suficiente para hacer creer que la pérdida de calidad pudiese ser causada por el mismo proceso de convolución.marcelo escribió: Ahora bien, con la nueva versión de DRCoP el clipping lo detecta el programa y baja la ganancia automáticamente, reduciendo tantos dBs como sean necesarios para que la señal esté a niveles adecuados, todo esto indicado en la ventana ppal.
La verdad es que no tenía ni idea de que existiesen tarjetas de sonido cuyas entradas van 'a capón'. Siendo así, no me queda otra que discrepar contigo en cuanto a la versatilidad de la UCA. ¡Qué menos que un led de detección de saturación! ¿Es problema del driver en Linux o en Windows tampoco tiene control de entrada?
Pues espero por mi bien que hayas apostado sobre seguro, porque ya he encargado unawynton escribió: Extrapolarlo a una VIA EPIA 667 MHz es complicado, pero yo apostaría a que aguanta. Si fuese de 400 MHz ya lo dudaría.
Lo de separar la interfaz del motor me parece una idea genial por muchos motivos. De hecho, si alguna vez llega a cuajar esto, mi idea sería crear un plug-in para SlimServer que pudiera manejar DrCop remotamente mostrando todo por la pantallita del SqueezeBox3. Lo único que no me queda claro usando XML-RPC como protocolo es como vas a solucionar los datos que tengan que viajar hacia el interfaz en tiempo real, como las medidas de los vúmetros ¿Quizá mediante sockets UDP?wynton escribió: Tengo en mente preparar una versión en la que se separaría por conexión remota (XMLRPC) el gestor del sistema por un lado y el interfaz por otro, de modo que quizás se podría pensar en ejecutar un gestor con menor consumo en un sistema Mini-itx sin monitor ni teclado ni ratón, que sería el ecualizador, y un interfaz gráfico por otro lado que podría estar en el mismo ordenador o en otro (ambos con conexión de red activa claro), e incluso en un ordenador con Windows. El sistema arrancaría sin interfaz y el interfaz se arrancaría cuando hiciese falta.
Por cierto, ya he visto que hay nueva versión. De nuevo, felicidades por el esfuerzo y el buen hacer. Como sugerencia para el manual, ten encuenta lo que le he comentado a marcelo de crear una sección FAQ o Troubleshooting.
Un saludo,
J.