El "stack de audio" es esa parte del OS que te permite escuchar los diálogos ̶d̶e̶l̶ ̶p̶o̶r̶n̶o̶ de las películas, música, tener notificaciones con sonido, etc... MacOS lo tiene. Windows lo tiene. Arrancas el ordenador, enchufas cualquier altavoz comprado en el todo-a-cien, abres una o varias aplicaciones a la vez y todo se escucha. Sin dramas, sin complicaciones. Es lo único que pide y se espera el 836% de los usuarios en desktop. Fin. ... y luego está Linux...
|
etiquetas: linux , sonido , pulseaudio , devruso , rant
Es sentarme, no entender nada y reirme de que lo toman tan a pecho como un talibán.
Por otro lado, aunque es verdad que Lennart Poetering (el creador de PulseAudio) es para darle de comer aparte, sí es cierto que buena parte de los problemas de PulseAudio originales no eran por su código, sino por los drivers de las tarjetas de sonido: PulseAudio utilizaba un montón de funcionalidades avanzadas de las tarjetas, y al no estar los drivers bien pulidos, pasaba lo que pasaba. Esos problemas están más que superados, y desde hace años PulseAudio funciona perfectamente y permite tener "un sonido que, simplemente, funciona", incluso con control de volumen independiente para cada aplicación y multitud de cosas más.
Encima, pretendía "parchear los drivers de OSS para hacer el mixing por software"... ¡Claro hombre! ¡Hacemos el mixing por software DENTRO DEL KERNEL! ¿NO? Claro que sí... si ya te quejas de que las cosas van como van, metemos una operación como esa dentro del kernel, para que el más mínimo fallo provoque un kernel panick... di que sí. Las cosas hay que hacerlas bien, y todo lo que se pueda mover al espacio de usuario debería ir al espacio de usuario. Pero parece que una máxima tan sencilla se le escapa.
Y bueno, mezclar SDL y GStreamer como si pretendiesen ser lo mismo que ALSA y OSS o que PulseAudio ya es el colmo. Otra vez más, este tío no se entera de nada. Aparte de que PulseAudio es mucho más que una interfaz para la tarjeta de sonido física (cosa que sí son ALSA y OSS).
En fin... otro artículo de mierda de alguien que ha escuchado campanas y no sabe donde.
Que no digo que estas cosas no tengan su trasfondo, pero que al usuario, mientras funcione, todo lo demás le trae sin cuidado.
Por el contrario, donde sí he tenido problemas es al intentar instalar Windows 7 en algunos PCs, (incluídos PCs de marcas de prestigio) y en los que el mencionado S.O. NO reconocía la tarjeta de sonido integrada (ni otras tarjetas externas), ni había manera de conseguir los drivers. (Y sin embargo Linux lo reconocía y lo hacía funcionar todo al instante).
Voto sensacionalista por no votar puta mierda.
Antes de que salte alguien con Windows Update, drivers del fabricante? (JUAS) y SDI Tool Origin, todas estas herramientas NO lo pillaron. Tampoco con la herramienta de actualización de drivers de Intel.
Slackware -current salvo el driver de audio que requería un kernel más reciente (y no estoy seguro pues cacharreando con Qasmixer y /lib/modprobe.d/alsa.conf lo arreglé) me pilló todo a la primera.
>como el mixing por software que no terminaba de funcionar
Los cojones. DMIX tiraba de lujo.
Encima, el iletrado este mezcla Jack con Arts. Jack es el equivalente a ASIO en Windows y por supuesto tiene también sus quebraderos de cabeza sobre apropiarse de salidas y entradas.
wikiless.org/wiki/Audio_Stream_Input/Output?lang=es
Ah, sndio es de OpenBSD. En OpenBSD funciona de puta madre pero en Linux NO, no tiene soporte de entradas correctamente. Lo sé porque los de Void lo adaptaron y siguen adaptando pero sigue sin ser equivalente a Pipewire. Y tengo mucho respeto a sndio, que conste. Configurar una interfaz loopback en OpenBSD está tirado.
Habia que arrancar con "bf24" en el prompt del instalador del CD si no recuerdo bien.
El Poetering se debería organizar un poco y colaborar en vez de imponer sus ideas como lo hace.