skype 2.1.0.47 -> 2.1.0.81
edoroe 7 июня, 2010 - 08:57
Доброго времени суток.
Проблема со звуком на версии 2.1.0.81. Появилась давно, посему раньше и откатился на версию 47, на которой и работал до вчера без каких либо проблем, но после пересборки мира (под gcc 4.4.3) 47 версия рушиться. Поэтому решил разобраться что со звуком в 81 версии.
Симптомы 81 версии. - все работает, микрофон, звук, ..., НО, звук тот что от меня (через микрофон), и тот что ко мне (в наушниках) как-будто пропущен через скремблер. Тоесть спектр звука как вроже роботы восьмиджесятых разговаривют. Звуковая озвучка сообщений тоже искажена.
Кто-то сталкивался с подобной проблемой ?
»
- Для комментирования войдите или зарегистрируйтесь

Проблема на 100% со Skype! У
Проблема на 100% со Skype!
У меня была похожая ситуация, с одним отличием - искажения звука
были только с микрофона.
Сегодня удалось решить! :)
Делюсь информацией, может окажется кому нибудь полезной. :)
Имеем:
x86_64, две звуковые карты, alsa - модули из ядра (2.6.3x сейчас 2.6.34) и
хитрый /etc/asound.conf - карта по умолчанию - для музыки, а вторая для VoIP нужд :)
До счастливого момента:
Установлен Skype 2.1.0.81 - звук с микрофона искажен как на первой так и на второй картах.
Припасенный в домашнем ~/bin/ бинарный файл skype версии 2.0.0.72
запускается и работает отлично (так им и пользовался по сей день).
В установках Skype использованы аудио устройства:
SKYPE_IN_MIC, SKYPE_OUT_SPEAKERS, SKYPE_RINGING
Магическое исцеление:
...пришло случайно, при помощи изменения ОДНОГО значения в /etc/asound.conf
Моя звуковая карта для VoIP поддерживает ТОЛЬКО sampling rate 48000
(хотя первая 32000..192000 play and 32000..96000 capture.
Но и с ней Skype тоже не хотел работать!)
Моя догадка: Плохи дела с sampling rate у Skype... :(
как мне кажется - такую проблему можно решить заставив ALSA делать resampling...
т.е. установить rate за пределами поддерживаемыми самой картой...
PS: Еще одна неприятность с 2.1.0.81 и sampling rate -
в старой версии были установлены мои wav файлы на некоторые события,
а новый Skype просто вылетал при возникновении этих событий.
Решение:
sox call_in.wav -r 16000 -c 1 -b 16 r16k_b16_c1_call_in.wavт. е. он умеет играть только 16000 Hz, 1 ch, s16le :(
PPS: Да и еще, если вы используете KDE4 - то не рекомендую изменять
/etc/asound.conf при запущенном сеансе...
...KDE при этом страшно тупит и звук может отвалиться вообще и не только в Skype...
И вот мой "хитрый" /etc/asound.conf
(магия в последних строках)
pcm.SKYPE_IN_MIC { type plug slave.pcm "second_asymed" } pcm.SKYPE_OUT_SPEAKERS { type plug slave.pcm "second_asymed" } pcm.SKYPE_RINGING { type plug slave.pcm "first_asymed" } pcm.first_asymed { type asym playback.pcm "dmix" capture.pcm "dsnoop" } pcm.second_asymed { type asym playback.pcm "second_dmix" capture.pcm "second_dsnoop" } pcm.!default { type plug slave.pcm "first_asymed" } ctl.!default { type hw # Main Card - Main Speakers card 0 # HW ID HERE } pcm.!dmix { type dmix ipc_key 10000 ipc_key_add_uid false slave { # Main speakers pcm "hw:0,0" # HW ID HERE period_time 0 buffer_time 0 period_size 2048 buffer_size 32768 channels 2 format S32_LE rate 192000 } bindings { 0 0 1 1 } } pcm.!dsnoop { type dsnoop ipc_key 20000 ipc_key_add_uid false slave { # Mic - Main Card pcm "hw:0,0" # HW ID HERE period_time 0 buffer_time 0 period_size 1024 buffer_size 2048 format S32_LE rate 96000 } } pcm.second_dmix { type dmix ipc_key 30000 ipc_key_add_uid false slave { # Headphones - Second Card pcm "hw:1,0" # HW ID HERE period_time 0 buffer_time 0 period_size 1024 buffer_size 2048 } bindings { 0 0 1 1 } } pcm.second_dsnoop { type dsnoop ipc_key 40000 ipc_key_add_uid false slave { # Mic - Second Card pcm "hw:1,0" # HW ID HERE period_time 0 buffer_time 0 period_size 1024 buffer_size 2048 format S16_LE # HW supports ONLY 48000 # rate 48000 # Skype does not work rate 44100 # Skype works! } }имхо, наверное, лучше в wiki.
имхо, наверное, лучше в wiki. мне помогло...
P.S.: Linux - это красная таблетка :-) Windows - синяя...