> mintavételi frekvenciák és felbontások különbözőségének kezelését.
Bocs a belevauért! Szórakoztató amúgy titeket olvasni :)
Azért itt fehívnám valamire a figyelmet! Az nem úgy van. h orrba-szájba lehet játszani a mintavételi frekvenciák konvertálásával. Persze addig, amíg egy kvazi telefonbeszélgetés szintű hangminőség megfelelő, addig nincs vele gond. De a konvertálás drasztikus minőségromlással jár. pl 44100 -ről > 48000 -ra kész borzadály. Akik virtuális zongora progikat készítik általában 96000Hz-t használnak a felvételnél és az utómunkálatoknál, és végül azt konvertálják 44100-ra a kész termékbe. Tehát a nagyobbtól a kisebb felé tud működni. De ott is spéci konvertáló progik vannak kiválasztva és használva, amik bizony igen sokat számolnak és lassan futnak - napokban probálgattam ilyeneket több 10.000 hangmintán és eltartott egy darabig amíg átdolgozott 50 gigányi wavot a ReSampler - a Sox-hoz képest is többszöröse volt az idő amíg futott. Szóval az egy kérdés, h a pipewire ezt a konvertálgatást a különböző sampleratek között h valósítja meg realtime? Rábízza a hangkártyára? Vagy saját algoritmust használ? Az elöbbi valószínüleg jobb megoldás lehet, bizonyára van erre chip a hangkártyán ami a konvertálással foglalkozik és remélhetően a benne lévő algoritmus sem csapnivaló - mondjuk hangkártya gyártók esetében ilyesmiben bízik az ember! Vagy csak az van a konvertálás megvalósítása helyett, h a feladat szépen tovább van delegálva az ALSAnák, és majd az eldönti h mit kezd vele? Mert ez esetben nem tudom, h miért lenne érvényes állítás, h a pipewire kezeli a mintavételi frekvenciák különbözőségét?