Перейти к содержанию

Компания Skype открыла исходные тексты аудиокодека SILK


Рекомендуемые сообщения

Компания Skype открыла исходные тексты аудиокодека SILK

Компания Skype объявила об открытии исходных текстов реализации высококачественного звукового кодека SILK, интегрированного в последние версии клиентского ПО Skype. К сожалению, кодек можно свободно использовать только в некоммерческих целях, для интеграции SILK в проприетарное ПО требуется получение специального разрешения от Skype.

 

Кодек SILK оптимизирован для кодирования речи и обеспечивает оптимальное качество для любой пропускной способности, в реальном режиме времени автоматически адаптируясь к параметрам канала и индивидуальным особенностям используемого оборудования (параметрам микрофонов). По заявлению разработчиков, для передачи речи с качеством доступным в используемых ранее кодеках, SILK требует на 50% меньше пропускной способности сети, дополнительно отличаясь меньшей чувствительностью к "провалам" на канале связи. В Skype базовая частота при использовании SILK увеличена с 8 до 12 КГц, что субъективно сравнимо по качеству с обычным разговором с собеседником в одной комнате.

 

SILK поддерживает частоту дискретизации голоса от 8 до 24 КГц, для передачи которой требуется поток 6-40 кбит/с (6-20 кбит/с для 8 КГц, 7-25 кбит/с для 12 КГц, 12-40 кбит/с для 24 КГц), время задержки при передаче составляет 25 мс, реализован режим оптимизации передачи голоса, музыки и фоновых шумов. При сравнении качества SILK с другими кодеками в условиях типичного для офиса уровня шума 15 дБ, средняя экспертная оценка (MOS, Mean Opinion Score) SILK составила 3.22 балла, передача без потерь была оценена в 3.30 баллов, кодирование кодеком AMW-WB - 3.14 баллов, кодеком Speex - 2.74 балла.

 

Правильным путём идём, товарищи. Вот только от "к сожалению, кодек можно свободно использовать только в некоммерческих целях" как то и саркастически смешно :lol:

Ссылка на комментарий
Поделиться на другие сайты

Евгений Малинин

Думаю, что на основе этого кодека теперь будут делать клиенты SIP... Хотя кто знает... :lol: Товарищи OpenSource'овцы что-нибуть переделают и выложат под GPL v2/3 :)

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Vasikir
      Автор Vasikir
      Не уверен насчёт причины. Также были взломаны аккаунты telegram, discord, steam, google
      CollectionLog-2025.07.05-15.14.zip
    • scaramuccia
      Автор scaramuccia
      Всем привет!
      Попался мне файл autorun.inf, который Касперский детектирует как Net-Worm.Win32.Kido.ir. В сети есть его описание. Файл autorun.inf содержит обфусцированный текст, перемешивая мусор с "полезным" кодом, чтобы его скрыть.
      Но почему винда, обрабатывая этот текст, отбрасывает мусор? Не понимаю, всю голову сломал.
      Файл имеет сигнатуру FFFE, то есть говорит о том, что его текст в формате UTF-16 (LE). Но что мусор, что нужный текст вроде как имеют правильный формат. Как это происходит?

    • KL FC Bot
      Автор KL FC Bot
      Даже компании со зрелой ИБ и достаточными инвестициями в это направление не застрахованы от киберинцидентов. Атакующие могут использовать уязвимости нулевого дня или скомпрометировать цепочку поставок, сотрудники могут стать жертвой сложной мошеннической схемы по проникновению в компанию, сама команда ИБ может допустить ошибку в настройках защитных инструментов или процедуре реагирования. Но каждый такой случай — повод улучшать процессы и системы, делать защиту еще эффективнее. И это не просто мотивационный афоризм, а практический подход, который вполне успешно работает в других сферах, например в авиационной безопасности.
      В авиации требования по обмену информацией для предотвращения инцидентов предъявляются ко всем участникам — от производителей самолетов до стюардесс. И речь идет не обязательно об авариях или сбоях, в этой отрасли принято сообщать и о потенциальных проблемах. Сообщения постоянно анализируются и на их основе корректируются меры безопасности. Постоянное внедрение новых мер и технологий привело к снижению числа фатальных инцидентов с 40 на миллион вылетов в 1959 году до 0,1 — в 2015-м.
      Но главное — в авиации давно поняли, что такая схема не будет работать, если ее участники боятся сообщать о нарушениях процедур, проблемах качества и других причинах инцидентов. Поэтому авиационные стандарты включают требования non-punitive reporting и just culture — то есть сообщения о проблемах и нарушениях не должны приводить к наказанию. Есть подобный принцип и у инженеров DevOps, они обычно называют это blameless culture и используют при разборе масштабных сбоев. Незаменим такой подход и в кибербезопасности.
      У каждой ошибки есть фамилия?
      Противоположностью blameless culture является принцип «у каждой ошибки есть фамилия», то есть конкретный виновник, который ее совершил. В рамках этой концепции за каждую ошибку применяют дисциплинарные взыскания вплоть до увольнения. Однако в реальности использование этого принципа вредно и не ведет к повышению защищенности.
      Сотрудники боятся ответственности и искажают факты при расследовании случившихся инцидентов, а то и уничтожают информацию, пытаясь скрыть улики. Искаженная или частично уничтоженная информация об инциденте усложняет реагирование и ухудшает общий исход, потому что ИБ не может правильно и быстро оценить масштаб инцидента. При разборе инцидентов фокус на конкретном виновнике не позволяет сосредоточиться на том, как надо изменить систему, чтобы подобные инциденты не повторялись впредь. Сотрудники боятся сообщать о нарушениях политик и практик ИТ и ИБ, поэтому компания упускает шанс устранить дефекты защиты ДО ТОГО, как они стали причиной критического инцидента. Сотрудники не мотивированы обсуждать вопросы кибербезопасности, обучать друг друга, корректировать ошибки коллег. Чтобы все в компании могли внести вклад в ее защиту, надо действовать иначе.
       
      View the full article
    • 49advan
      Автор 49advan
      Старые способы не работают, банально нету вкладки сканер
    • Андрей 1971
      Автор Андрей 1971
      Добрый вечер.
      При наборе текста в ворд, эксель, запросе в интернет происходит  автозамена буквы/цифры на сочетание букв. Суммарно по двум цифрам и четырем буквам. Пример:
      Вместо и - "0ыст ", вместо р - "жмюоб", вместо ш - "пл.ьв", вместо г - "нжщ"
      Замена цифры семь на "ех9дэ", восемь на "\6=0зъ"
       
      Dr.Web CureIt проблему не устранил.
      При открытии программы несколько знаков печатает как положено, потом опять подмена знаков.
       
      Похоже, дети, когда играли, скачали плагин. В Автозагрузке не выявил. Драйвер клавиатуры обновил."
       
      Если кто-то сталкивался, подскажите как исправить. Обязательно ли переустанавливать систему.
       
      С уважением, Андрей.
       
×
×
  • Создать...