Вышел Twinkle 1.4

Это хорошо. Я как раз использую KDE

это что. ждём завтра.

sip/simple так толком и не держит :( написано что может передавать текст и презенс, но как-то все basic Видео надо бы уже!

и пора уже Кутэ4

Чем оно лучше ekiga?

>Чем оно лучше ekiga?

По существу, а не то, что gtk vs qt. Имеется в виду про качество связи и звука.

> Чем оно лучше ekiga?

Его можно научить записывать разговоры, см. http://patrakov.blogspot.com/2008/09/recording-sip-conversations.html

Ekiga же не поддается даже обучению использовать устройство, которого нет в "aplay -L" - т.е., например, bluetooth.

почему не Кwinkle?

Вся эта куча VoIP клиентов под линукс хоть сколько-нибудь совместима друг с другом?

Так ведь кодеки одни и те же, откуда возьмется разница в качестве звука? Сам ekiga-юзер, буду щупать twinkle.

Когда будет сие поделие для kde4?

>Вся эта куча VoIP клиентов под линукс хоть сколько-нибудь совместима друг с другом?

Зачем им быть совместимыми друг с другом, если когда нужно быть совместимыми с протоколами?

> Так ведь кодеки одни и те же, откуда возьмется разница в качестве звука?

из-за различия алгоритмов шумоподавления. Тот, который в Twinkle, просто заменяет отсчеты с малым уровнем на нули, т.е. портит звук.

>из-за различия алгоритмов шумоподавления. Тот, который в Twinkle, просто заменяет отсчеты с малым уровнем на нули, т.е. портит звук.

Шумоподавление там настраиваеться. Если что-то не нравиться - можно просто отключить.

> Шумоподавление там настраивается. Если что-то не нравится - можно просто отключить.

Согласен.

Млин, а для чего нужна привязка к конкретному DE, что за несправедливость!?

Использую Gnome и Twinkle. Ekiga у меня работала иногда очень странно, периодически зависая после того, как на удаленной стороне клали трубку. Не имел желания разбираться в причинах, поставил Twinkle и никаких проблем не наблюдал.

По поводу качества, подавление шума и скрытие потерь пакетов сделано там, по крайней мере, в версии 1.3 топорно. В новой версии пообещали какой-то новый "Codec preprocessing", но что там именно есть - не смотрел.

>В новой версии пообещали какой-то новый "Codec preprocessing", но что там именно есть - не смотрел.

препроцессинг есть, но в бете был немного глючный, не работало автоматические усиление и эхоподавление, насколько я понял в финале пофиксили, сча соберётся новая версия и протестирую

http://download.opensuse.org/repositories/home://chodorenko/openSUSE_11.1

Кстате если есть замечания по поводу русского перевода , милости прошу на chodorenko a mail.ru

полезняшко. у мну колцентр с твиклами

> и все самые популярные на сегодняшний день кодеки, использование которых не требует лицензионных отчислений.

гы гы гы !! LOL! а разве существуют кодэки (кроме в стране -- США) которые ТРЕБУЮТ ЛИЦЕНЗИОНЫХ ОТЧИСЛОЕНИЙ?

:-D :-D :-D :-D

>Использую Gnome и Twinkle.

+1

Ekiga не понимает, что у SB Live! микрофон имеется, к тому же, при наборе с доп. цифровой клавиатуры часто порядок цифр ставит неправильно

>Ekiga же не поддается даже обучению использовать устройство, которого нет в "aplay -L" - т.е., например, bluetooth.

а средствами pulseaudio?

>а разве существуют кодэки (кроме в стране -- США)

а разве существуют программы (кроме программ-сферических коней), которые пишут без оглядки на рынок США?

Видео когда прикрутят?

а mkfifo всё так же толстоват

PS: +1 к ждём завтра

>Ekiga не понимает, что у SB Live! микрофон имеется, к тому же, при наборе с доп. цифровой клавиатуры часто порядок цифр ставит неправильно

Как раз не надо. звоню из KDE 4.1.3 экигой. Звуковую Realtek отключил встроенную, а с Live 5.1 и звоню!

>> Ekiga же не поддается даже обучению использовать устройство, которого нет в "aplay -L" - т.е., например, bluetooth.

> а средствами pulseaudio?

Не пробовал, тем более bluetooth у меня нет. Для меня более актуальна запись разговоров (причем звуки других программ записывать не надо) и воспроизведение рингтонов через альтернативное устройство (snd-pcsp). Если моя задача тоже решается средствами pulseaudio - буду рад узнать об этом.

> Зачем им быть совместимыми друг с другом, если когда нужно быть совместимыми с протоколами?

То есть я могу через сабж общаться с подругой использующей Ekiga?

>То есть я могу через сабж общаться с подругой использующей Ekiga?

Мне жаль твою подругу.

Ты гений!

1С?

> Чем оно лучше ekiga?

Ekiga использует поганые ptlib и opal, а twinkle - правоверный ccrtp.

> почему не Кwinkle?

Потому что twinkle можно собирать и без зависимости от kdelibs.

> То есть я могу через сабж общаться ...

Вам же сказано реализация SIP.

Поясняю, сможете делать базовый вызов, а дальше танцы вокруг недостандарта SIP!

По теме восстановления потерянных пакетов. Итерполяцию поддерживают далеко не все кодеки. Кроме того в пакете RTP редко когда передаются меньше чем пара кодированных фреймов, то есть декодеру нужно уметь уже несколько пакетов восстановить - короче враки.

По теме SIP и прочих TSIP с проксями, говнонедостандарт.

> Так ведь кодеки одни и те же, откуда возьмется разница в качестве звука?

Кодеки для rtp ничего не значат. ccrtp в сто раз лучше opal.

s/поганые ptlib/поганые pwlib/

pwlib не поганая, а просто переусложнённая, в силу божественной C++ абстракции, но без STL.

> Кодеки для rtp ничего не значат.

Наверное мысль есть, но её надо копать.

> ccrtp в сто раз лучше opal.

В программном коде, кхм..., наверное проще?

> s/поганые ptlib/поганые pwlib/

Почему s///? pwlib побили на части, tools вынесли в ptlib. Ekiga (в Федоре) теперь хочет ptlib, а не pwlib.

> pwlib не поганая, а просто переусложнённая, в силу божественной C++ абстракции, но без STL.

Да поганая она. За такую реализацию аудиоплагинов надо палкой по рукам бить.

> В программном коде, кхм..., наверное проще?

Исходники ccrtp только по диагонали смотрел, поэтому не могу уверенно утверждать, что дизайн лучше. Вот качество реализации rtp много лучше. Там, где opal захлёбывается с джиттером 500мс (500мс! безобразие!), ccrtp спокойно и ровно на 20мс чешет.

>гы гы гы !! LOL! а разве существуют кодэки (кроме в стране -- США) которые ТРЕБУЮТ ЛИЦЕНЗИОНЫХ ОТЧИСЛОЕНИЙ?

G729

ни в одной свободной софтине нет его поддержки, да и несвободной под линукс я не нашел.

под винду и макось все проги с поддержкой G729 платные

А jingle поддерживает?

>То есть я могу через сабж общаться с подругой использующей Ekiga? Я аккаунт с ekiga.net использую в twinkle для общения в том числе и с ekigовцами. Вроде все пока работало.

Нужно посмотреть про средства pulse, но пока у twinkle большое преимущество — блютус. Жаль, что .btscorc не работает с alsa-реализацией блютус, не нашел еще как принимать/сбрасывать звонки нажатием кнопки на гарнитуре.

>гы гы гы !! LOL! а разве существуют кодэки (кроме в стране -- США) которые ТРЕБУЮТ ЛИЦЕНЗИОНЫХ ОТЧИСЛОЕНИЙ?

G723.1 например

> пока у twinkle большое преимущество — блютус. Жаль, что .btscorc не работает с alsa-реализацией блютус

Я так и не поднял это дело( Так и не понял: в ядре где-то баг или в сабже...

>По теме SIP и прочих TSIP с проксями, говнонедостандарт.

Труъ телефонист детектед

> Там, где opal захлёбывается с джиттером 500мс

Жжоте. С jitter или jitter-buffer-ом? Если в сети jitter 500мс, то простите карашл не будет нигде. Далее не знаю как в ccrtp, но в нормальных система jitterbuffer динамический, от и до.

Вобщем фраза имеет слишком много смыслов, ждём пояснений.

> Труъ телефонист детектед

Не волнуйтесь так, дышите глубже, я и XML не люблю, и Java. И всю современную развивающуюся систему виртуализации. Более того, я считаю глупым генерить текст, пересылать его, а потом из него извлекать исходные бинарные данные.

> Жжоте. С jitter или jitter-buffer-ом? Если в сети jitter 500мс, то простите карашл не будет нигде. Далее не знаю как в ccrtp, но в нормальных система jitterbuffer динамический, от и до.

Сессно, jitter - это вариация, а не какая-то константа. В одной и той же сети opal в верхнюю планку 500мс быстро упирался и начинал квакать, а ccrtp с верхней планкой 20мс нормально работал. Хотя мне было бы удобнее использовать opal, а не ccrtp.

> Вобщем фраза имеет слишком много смыслов, ждём пояснений.

Пояснил.

Автоматическая запись звука в ekiga:

http://www.linux.org.ru/jump-message.jsp?msgid=3265522&cid=3267484

ну 20мс почти в любом кодеке это работа без jitterbuffer-а. А вот с opal непонятно, может на той строне баг с timestamp-ами? а ccrtp клал, тогда будет косяк, так как opal корретно обрабатывает все поля RTP. У нас работает. Странно. Проверьте поток pcap+wireshark.