Pár pici gondolat ehhez az egész hercehurcához...
(És elnézést a hosszú írásért, akit untat, ne olvassa végig ;) )
Beletenyereltél a mai linux disztribúciók legnagyobb problémájába, a linuxok hangkezelésébe. Iszonyatosan nagy probléma, amire a fejlesztők sem tudják a legjobb megoldást. Az egész mögött a Microsoft hosszú évek óta tartó üzletpolitikája rejlik (és most nem MS fikázást indítok, sok hangbajom volt nekem is, és megpróbáltam utánajárni régebben).
A win desktopdömpingje hatalmas piacot mozgatott meg évtizedek alatt, millió résztvevővel. Mindenki profitot akart, és meg akarta lovagolni a sikerhullámot, hogy az zsebébe is csurranjon belőle. Ezeknek egyik fajta résztvevői a hardvergyártók, ezeken belül is a hangkártya, hangchip gyártók, akik többfajta, ráadásul egymástól eltérő elektronikai megoldásokat eszeltek ki a hangok kicsikarására. Mivel windömping volt, a gyártónak erős üzleti érdeke fűződött ahhoz, hogy a cucca tudjon működni win alatt, ezért megalkotta az MS specifikációi alapján a saját kis megoldását, és a saját kis driverét hozzá, ami felhasználói szemszögből működött ugyan, de a háttérben minden második valami egyedi, és távolról sem szabványos dolgot művelt. Mivel övé volt a cucc, tudta mit csinál, jól működött, de még egyszer hangsúlyozom, semmi szabványt nem követett, és alig-alig dokumentálta a dolgot, ráadásul a nagy verseny miatt gyakorlatilag üzleti titokként kezelték a driverek és a hardverelemek működését.
A linux kernel régi hangrendszere az OSS alapvető tervezési problémákkal rendelkezett, emiatt nem volt megfelelő egy desktop gépen ahol egyidőben több hangfolyam mixelését kellett végezni, ezért egy közösség nekiállt újat csinálni, amit okosan terveztek meg, és Advanced Linux Sound Systemnek nevezték el (röviden ALSA). Ez a gondos tervezésnek köszönhetően könnyen bővíthető driverekkel, és a mixelést is kiválóan megoldja. Sajnos a meglévő progik kompatibilitásaihoz egy OSS felületet is implementál, hogy a régi cuccok is menjenek. A driverek szerintem 80%-át viszont próbálgatással, nyomozással kellett megirogatni, mert a hardvergyártok a kezdetekkor erősen elzárkóztak attól, hogy a hardvereikről részletes működési infókat adjanak, ezért az ALSA közösségtől a driverek megalkotása hatalmas teljesítménynek számít.
Némiképp könnyített a dolgokon az AC97-es hangchipek bevezetése, mivel ez egyfajta rendet vágott a sok hang-hardver gyártásában, de még ennek a használata mellett is igen sok "huzalozási" változat létezik, ami ráadásul nem megfelelően dokumentált, ráadásul hiába azonos gyártó, az egyes modellek egymástól is erősen különböznek. Az előbbiek alapján tehát kész csoda, hogy azért a hanghardverek az esetek többségében egyből megszólalnak, ami megint az ALSA fejlesztők munkáját dícséri.
Sajnos közben az ALSA hatalmas állattá nőtte ki magát, a karbantartása nem egyszerű, és a fejlesztése sem. Az OSS közösség a háttérben azonban tovább munkálkodott, és az ALSA hibáiból tanulva belekezdett egy új OSS, a 4-es változat megalkotásába, de ez még mindig fejlesztői szakaszban van, szerintem nem kész a használatra (de igen ígéretes, és már vannak leírások a neten, hogyan lehet ubiba behegeszteni).
Amíg az OSS4 "megérik" páran úgy gondolták, hogy a windows hangrendszerének logikáját követve létrehoznak egy réteget, ami kvázi hangszerverként üzemel, és a hangot kiadni kívánó progik őneki adják át a hangstreameket, amit aztán mixel, kezel, megszólaltat. Bár több ilyen kezdeményezés volt már (pl. a profik biztos ismerik a Jack architektúrát), a mezei desktopokon a disztribútorok a PulseAudiot kezdték el favorizálni. Sajnos a pulse-nak továbbra is biztosítania kell olyan szolgáltatásokat, amivel a régebbi típusú progik hangja is megszólal, ezért a fejlesztőinek nincs túl rózsás élete, viszont minden újonnan megírt pulse libeket használó szoftver már magasról tojik milyen hardver és hangrendszer dohog a háttérben, csak áttolja a cuccait a pulse-nak, ami majd megoldja a megszólaltatást, az a dolga. Ezzel egyszerűbb a fejlesztők élete, idővel kikopnak a régi progik, és pulse fejlesztőknek a végén már "csak" annyi lesz a dolga, hogy a pulse szerver a legmagasabb fokig kihasználja az alatt dolgozó kernel hangréteget. Hogy ez ALSA lesz vagy OSS az szinte mindegy is.
Ezért azt kell mondjam, hogy hülyeség az ubit vagy bármelyik másik linux desktopot bántani a probléma miatt, ha vkinek hangbaja van elsősorban a hangcucc gyártóját kell anyázni, és tőle várni a segítséget, hogy támogassa az ALSA és OSS fejlesztők munkáját azzal, hogy megadják nekik a szükséges technikai információkat. Ha nem megy a hangod, az a te (vagy az én) pechem, ha tudsz, akkor tegyél inkább be a gépbe egy 1000 forintos pci hangkarit, aminek előtte utána tudsz nézni a neten, hogy támogatja-e a rendszer. Ha lapid van, akkor meg ez van, ezzel együtt kell élni, meg kell keresni azokat az infókat ami alapján be lehet állítani. Ez sokszor nem könnyű, sőt igen nehéz. Na ehhez kell a türelem, amit fentebb mondtak. Az hogy az előző ubiban ment, itt meg nem, az sajnálatos, de lehet szükségszerűen a fejlesztés következménye, hiszen összetett és bonyolult, többrésztvevős dologról van szó. Lehet elcseszték a kódban a te hangkarid megfelelő támogatását, de lehet ezzel sikerült megoldani több másik működését. Tudom ez nem vigasztalja az embert :) ezért kell a fejlesztők munkáját segíteni azzal, hogy megfelelő reportokat adunk nekik az ilyen problémákról. Ha ez nyelvtudás híján nem megy, akkor csak a bizakodás marad, hogy más is ebben a cipőben jár, aki viszont le tudja ezt kommunikálni velük. Ilyenkor talán célszerű lenne visszatérni az előző ubiverzióhoz.