On Sat, 24 Apr 2004 10:30:59 +0200 Jakub Bogusz <[EMAIL PROTECTED]> wrote:
> > > Author: qboosh Date: Fri Apr 23 21:25:38 > > > 2004 > > > GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - updated to 0.98.0, removed obsolete opt patch > > > - ALSA no longer obligatory, moved driver to subpackage > > > - build iec61883 driver (as subpackage too) > > > > IMHO to oss driver powinien być jako alternatywny, a nie jako > > domyślny. > > Architektura JACKa jest absolutnie powiązana z ALSĄ, a oss driver > > jest > > skromnym dodatkiem do tego. To, że ciągnie to za sobą dodatkowe > > zależności absolutnie do mnie nie przemawia, gdyż _podstawą_ > > działania > > JACKa jest ALSA. Doceniam intencje, ale to nie powinno tak być. > > Jeśli wierzyć komentarzom, jack najpierw próbuje użyć alsy, a nie oss > - czyli alsa jest dalej domyślna, wystarczy doinstalować moduł > (ciągnący za sobą bibliotekę alsy). nie jest to prawdą. przy uruchamianiu jackd trzeba podać parametr "-d sterownik" co jest warunkiem uruchomienia. A skoro nie zainstalowałem dodatkowego pakietu z alsa to nie mam podstawowej użyteczności serwera jackd (najbogatszej w ficzery, najdłużej testowanej, dającej największe możliwości konfiguracji i posiadającej poprzez biblioteki alsy dostęp do różnorakich kart dźwiękowych, w tym tych profesjonalnych pozwalających na nagrywanie wielościeżkowe, itp, itd.). JACK jest aplikacją na komputery desktop. Na te nowoczesne, z wystarczającą ilością miejsca na dysku, gdzie ciągnące się zależności nie mają znaczenia, a liczy się sprawność działania tej aplikacji. O ile nie raz nie jestem czegoś pewien, to tym razem mam 100% pewności - sterownik alsy powinien być integralną częścią pakietu jack-audio-connection-kit. -- Fryderyk Dziarmagowski _______________________________________________________ złota zasada - kto się nie zna, niech się nie wypowiada
