Realtek AC'97 - sprzetowe miksowanie?

[lays]

Pisze z dylematem - czy moja zintegrowana dzwiekowka Realtek AC'97 posiada miksowanie sprzetowe? Czy odtwarzanie dzwieku z roznych zrodel (programy z OSS i ALSA na przemian) to kwestia konfiguracji? Czy wspiera miksowanie sprzetowe?

Nosze sie z zamiarem kupna SB Live. Czy ta karta ma juz ww. miksowanie? Czy dodatkowa konfiguracja bedzie konieczna? Jakby sie dalo, prosze o jakies dluzsze i wartosciowe posty, a nie "tak" czy "nie".

Dodam, ze w programach pracujacych pod ALSA udalo mi sie uruchomic miksowanie programowe - problem jest przy programach korzystajacych z ALSA'y i OSS naraz.

[Rad]

Ja mam zintegrowaną AC97 i ma ona miksowanie sprzętowe. Programy z ALSA odtwarzają jednocześnie bez problemu. ¯eby odtwarzać i ALSÊ i OSS na raz wystarczy zainstalować pakiet alsa-oss i dać do ~/.asoundrc:

Kod: Zaznacz cały

pcm.dsp {
        type plug
        slave.pcm "hw:0"
}
ctl.mixer {
    type hw
    card 0
}

Programy korzystające z oss trzeba uruchamiać tak:

Kod: Zaznacz cały

aoss program

Wtedy wszystko działa jak złoto .

[lays]

Probowalem - nie dziala. W ogole mam juz dosc uzerania sie z tym miksowaniem. Czy po kupnie SB Live bede mial owe miksowanie "z pudelka"? A jesli trzeba bedzie konfigurowac to pojdzie juz latwiej?

[Kaka']

Moim zdaniem dla samego miksowania nie warto kupować nowej karty. Sam chciałem kiedyś kupić nową kartę, właśnie ze względu na brak sprzętowego miksowania, ale na szczęście nie kupiłem, czego w ogóle nie żałuję.

Powiedz jakie programy odpalasz, że potrzebują OSS...

[lays]

Skype, Teamspeak i gry pod Wine - bosko byloby zeby dalo sie z tego wszystkiego korzystac np. przy akompaniamencie muzyki z BMP.

[Kaka']

Skype w nowej wersji podobno już dobrze współpracuje z ALSA Wine także działa z ALSA.

[lays]

Ustawilem plik .asoundrc wedlug oficjalnego ALSA Wiki. Wyglada on teraz tak:

Kod: Zaznacz cały

pcm.ossmix {
    type dmix
    ipc_key 1024 # must be unique!
#   ipc_key_add_uid false   # let multiple users share
#   ipc_perm 0666           # IPC permissions for multi-user sharing (octal, default 0600)
    slave {
        pcm "hw:0,0"      # you cannot use a "plug" device here, darn.
        period_time 0
        period_size 1024 # must be power of 2
        buffer_size 8192  # dito. It
       #format "S32_LE"
       #periods 128 # dito.
       #rate 8000 # with rate 8000 you *will* hear,
       # if ossmix is used :)
    }
    # bindings are cool. This says, that only the first
    # two channels are to be used by dmix, which is
    # enough for (most) oss apps and also lets 
    # multichannel chios work much faster:
    bindings {
        0 0 # from 0 => to 0
        1 1 # from 1 => to 1
    }
}
pcm.dsp0 {
    type plug
    slave.pcm "ossmix" # use our new PCM here
}
# mixer0 like above
ctl.mixer0 {
    type hw
    card 0
}

# You may want to make your new ossmix the default for alsa.
# If your alsa programs are complaining that they can't open
# your sound devices, try uncommenting this next line
#pcm.default pcm.dsp0

I jest pewien problem z tym zwiazany. Gdy muzyka leci z programu na alsie i odpale np. skype (korzystajacego z oss) przez komende aoss, dzwiek slysze z obu zrodel, ale nie moge korzystac z mikrofonu. Taka sama sytuacja jest z Teamspeakiem, slysze dzwiek, ale nie moge nagrywac. Do tego, przy tak ustawionym pliku BMP zacina sie, gdy uzycie procesora siega 100%. Co na to poradzic? :-/

[Kaka']

Czytałem gdzieś (chyba na Gentoo wiki), że mikrofon źle współpracuje z dmix'em... Sam się z tym kiedyś męczyłem i jednak nie znalazłem rozwiązania. Ale to było dawno, poszukaj o tym jeszcze na necie, popytaj ludzi etc.

[lays]

Wiec powrot do poczatkowego pytania - SB Live i ewentualne miksowanie sprzetowe pomoze?

[Kaka']

SB Live i ewentualne miksowanie sprzetowe pomoze?

Nie jestem pewien, ale wydaje mi się, że tak. Ale moim zdaniem, naprawdę nie warto tylko dla tego kupować nowej karty - IMHO to strata pieniędzy. Ja byłem dawniej na Twoim miejscu i po prostu jak chciałem porozmawiać przez skype, to wyłączałem wszystkie programy dając swobodny dostęp do /dev/dsp.