Что такое Speex. Для чего используется Speex. Какие основные характеристики у Speex. Чем Speex отличается от других аудиокодеков. Как работает кодирование в Speex. Где применяется Speex. Какие преимущества и недостатки у Speex.
Что представляет собой Speex
Speex — это свободный аудиокодек, оптимизированный для сжатия речи. Основные характеристики Speex:
- Открытый исходный код, без патентных ограничений
- Основан на алгоритме CELP (Code Excited Linear Prediction)
- Поддерживает узкополосное (8 кГц), широкополосное (16 кГц) и сверхширокополосное (32 кГц) кодирование
- Переменный битрейт от 2 до 44 кбит/с
- Встроенное обнаружение голосовой активности
- Устойчивость к потере пакетов
Speex разрабатывался специально для приложений VoIP и подкастинга. Он позволяет достичь хорошего качества речи при низких битрейтах.
Принцип работы кодека Speex
Кодирование в Speex основано на следующих принципах:
- Речевой сигнал разбивается на фреймы по 20 мс
- Для каждого фрейма выполняется линейное предсказание
- Остаточный сигнал кодируется с помощью адаптивной и фиксированной кодовых книг
- Применяется векторное квантование параметров
- Используется адаптивное постфильтрование для улучшения качества
Такой подход позволяет эффективно сжимать речевой сигнал, сохраняя его разборчивость даже на низких битрейтах.
Сравнение Speex с другими речевыми кодеками
По сравнению с другими популярными кодеками для VoIP, Speex имеет следующие особенности:
- Более гибкий по сравнению с G.711 и G.729
- Лучшее качество при низких битрейтах, чем у GSM
- Открытый исходный код в отличие от проприетарных кодеков
- Поддержка широкополосного кодирования
- Встроенные алгоритмы для улучшения качества
При этом Speex уступает некоторым современным кодекам, таким как Opus, по эффективности сжатия и качеству на высоких битрейтах.
Основные области применения Speex
Благодаря своим характеристикам, Speex нашел применение в следующих областях:
- VoIP-приложения и IP-телефония
- Подкастинг и потоковое аудио
- Системы голосовой связи
- Запись и хранение речи
- Голосовые сообщения и голосовая почта
- Системы распознавания речи
Speex активно используется в открытых VoIP-клиентах, серверах IP-телефонии, программах для подкастинга и других приложениях, где требуется эффективное сжатие речи.
Преимущества использования Speex
Основные преимущества Speex по сравнению с другими речевыми кодеками:
- Открытый исходный код и свободное использование
- Оптимизация для речи при низких битрейтах
- Гибкость настроек и переменный битрейт
- Поддержка различных полос частот
- Встроенные алгоритмы улучшения качества
- Устойчивость к сетевым проблемам
- Низкая вычислительная сложность
Эти преимущества делают Speex привлекательным выбором для многих приложений, связанных с передачей и хранением речи.
Недостатки и ограничения Speex
При использовании Speex следует учитывать некоторые его недостатки:
- Уступает современным кодекам по эффективности
- Не оптимален для музыки и аудио общего назначения
- Ограниченная поддержка в проприетарном ПО
- Необходимость перекодирования для некоторых устройств
- Отсутствие аппаратного ускорения на многих платформах
Несмотря на эти ограничения, Speex остается популярным выбором для многих открытых проектов благодаря своей гибкости и отсутствию лицензионных ограничений.
Будущее кодека Speex
Хотя Speex по-прежнему широко используется, его развитие в основном прекращено. Основные причины этого:
- Появление более эффективного кодека Opus
- Переход индустрии на новые алгоритмы сжатия
- Рост вычислительных мощностей устройств
- Увеличение пропускной способности сетей
Разработчики рекомендуют использовать Opus для новых проектов, так как он превосходит Speex практически по всем параметрам. Однако Speex продолжает применяться в существующих системах и остается полезным для некоторых специфических задач.
Заключение
Speex сыграл важную роль в развитии технологий VoIP и подкастинга, предоставив свободный и эффективный инструмент для сжатия речи. Основные преимущества Speex:
- Оптимизация для речи при низких битрейтах
- Открытый исходный код без лицензионных ограничений
- Гибкость настроек и поддержка различных полос частот
- Устойчивость к сетевым проблемам
Хотя развитие Speex в основном прекращено в пользу более современного кодека Opus, он продолжает использоваться во многих существующих системах. Для новых проектов рекомендуется рассмотреть альтернативные варианты, но Speex остается полезным инструментом для некоторых специфических задач, связанных с передачей и хранением речи.
Speex или nellymoser — CodeRoad
Я разрабатываю голосовое приложение, у меня есть 2 варианта speex и nellymoser. Почему я должен использовать speex вместо nellymoser в приложении flex?
apache-flex flash audio flash-media-server codecПоделиться Источник Unknown 15 апреля 2009 в 08:46
2 ответа
- Speex для iphone
как использовать speex для кодирования/декодирования звука в iphone? Я не получаю фреймворк для добавления в проект.
- Как преобразовать Nellymoser в 16 кГц с ffmpeg? Я пытаюсь сделать это с помощью следующей команды: ffmpeg -i Fairytale.mp3 -acodec nellymoser -ar 16000 -ac 1 output.flv и получить ошибку Input #0, mp3, from ‘Fairytale.mp3’: Duration: 00:03:03.64, start: 0.000000, bitrate: 96 kb/s Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16, 96 kb/s…
Поделиться Bryson 15 апреля 2009 в 08:51
0
Speex имеет открытый исходный код, оптимизирован для речи и, по-видимому, имеет более низкие требования к пропускной способности. Однако в Flash/AIR, Speex всегда 16 kHz, что не совсем похоже на скайп-подобную четкость звука. Из-за этого мы в настоящее время рассматриваем возможность перехода на Nellymoser «old», где у нас есть опция 22 и даже 44 kHz.
Поделиться jamix
Похожие вопросы:
Оберните сырой Speex в контейнер OGG
существуют ли какие-либо библиотеки, позволяющие упаковать необработанный speex в контейнер ogg? Я знаю Jspeex, но — насколько я вижу — эта библиотека обрабатывает только Ogg/Speex и PCM. Но у меня…
Как включить кодек Speex на объекте микрофона в Flex 4?
Из того, что я прочитал , использование Speek над Nellymoser выгодно , но я не могу понять, как использовать его с объектом микрофона Flex 4. Например, последняя строка кода: private var…
Speex для Blackberry
Как использовать speex для приложения Blackberry? Есть ли какой-нибудь пример кода для ссылки ?
Speex для iphone
как использовать speex для кодирования/декодирования звука в iphone? Я не получаю фреймворк для добавления в проект.
Как преобразовать Nellymoser в 16 кГц с ffmpeg? Я пытаюсь сделать это с помощью следующей команды: ffmpeg -i Fairytale.mp3 -acodec nellymoser -ar 16000 -ac 1 output.flv и получить ошибку Input #0, mp3, from ‘Fairytale.mp3’: Duration: 00:03:03.64,…
C++ Speex to Flac wrapper / library
Приложение использует кодек speex для передачи звука на сервер. На сервере мне нужно декодировать speex в PCM (или что-то еще?), а затем кодировать его с помощью flac и отправлять в Google Speech…
Как использовать буфер дрожания speex
Я использую библиотеку speex для кодирования, декодирования и предварительной обработки аудиоданных. Я думаю, что библиотека speex очень полезна , но когда я использую буфер дрожания speex, у меня…
Flash/гибкий Аудио кодек Speex расшифровать, воспроизвести файл кодек Speex
Я хочу играть в файлы*. spx, которые кодируются Speex в Интернете. Но у меня нет знаний Flash/Flex или любой Flash Аудио кодек. После поиска в Google в течение целого дня я получил некоторые…
Проблема с содержимым заголовка Speex .Wav
Я установил Speex Voice ACM Codec 1.0.1.1 codec, и у них, похоже, есть заголовок DIFFERENT .wav, а затем один, описанный в коде C# в этом пакете NSpeex(C#). Я могу читать .wav файлов, созданных с…
Поддерживает ли flash кодек Opus?
Я погуглил это, но не получил четкого ответа. Насколько я понимаю .FLV container format в настоящее время поддерживает следующие аудиоформаты : MP3, ADPCM, PCM Линейная, Nellymoser, поскольку от…
Портал «Свободное программное обеспечение» |
Ubuntu – Подробная информация о пакете speex в xenial
[ Источник: speex ]Ссылки для speex
Ресурсы Ubuntu:
Исходный код speex:
Сопровождающий:
Please consider filing a bug or asking a question via Launchpad before contacting the maintainer directly.
Original Maintainer (usually from Debian):
It should generally not be necessary for users to contact the original maintainer.
Внешние ресурсы:
Подобные пакеты:
The Speex codec command line tools
Другие пакеты, относящиеся к speex
- dep: libc6 (>= 2.14) [amd64]
- GNU C Library: Shared libraries
также виртуальный пакет, предоставляемый libc6-udeb
- dep: libc6 (>= 2.17) [arm64, ppc64el]
- dep: libc6 (>= 2.7) [не amd64, arm64, ppc64el]
- dep: libogg0 (>= 1.1.0)
- Ogg bitstream library
- dep: libspeex1 (>= 1.2~beta3-1)
- The Speex codec runtime library
- dep: libspeexdsp1 (>= 1.2~beta3.2-1)
- The Speex extended runtime library
Загрузка speex
Архитектура | Размер пакета | В установленном виде | Файлы |
---|---|---|---|
amd64 | 20,6 Кб | 76,0 Кб | [список файлов] |
arm64 | 19,8 Кб | 72,0 Кб | [список файлов] |
armhf | 19,7 Кб | 64,0 Кб | [список файлов] |
i386 | 21,2 Кб | 72,0 Кб | [список файлов] |
powerpc | 20,4 Кб | 156,0 Кб | [список файлов] |
ppc64el | 20,1 Кб | 158,0 Кб | [список файлов] |
s390x | 20,3 Кб | 78,0 Кб | [список файлов] |
Speex
1. Описание.
(Description)Speex принадлежит к классу так называемых Code Excited Linear Prediction (Код Возбужденного Линейного Предсказания) CELP-кодеков, то есть кодеков, которые основаны на так называемое линейное предиктивное кодирование. ЛПК использует для аппроксимации отрезка речевого сигнала цифровой фильтр с обратными связями т. н. «авторегрессионный фильтр». коэффициенты этого фильтра «подгоняются» под катом сигнала с помощью процедуры Левинсона в западной литературе — Левинсона-Дурбина. CELP-модификация ЛПК предусматривает наличие т. н. «кодовой книги», который содержит предопределенные наборы возбуждающих ЛПК-фильтр одиночного импульса.
Речевого сигнала в кодеке Speex разбивается на неперекрывающиеся отрезки длительностью 20 мс 160 счетчики при 8 КГц. таким образом, для оценки причинно-следственных набор указанный выше период делится на четыре подотрезка продолжительность 5 мс соответственно на каждом из подмассивов находятся стимулируя наборы импульсов как подотрезка текущей кодовой книги и двух предыдущих сегментов. В отличие от других кодеков, для того, чтобы избежать патентных ограничений Speex использует алгебраического кодирования, и только вектор. волнение предыдущих двух подмассивов формируются с переменными весами, в отличие от других кодеков, которые используют переменные ситуации в то время.
По словам разработчиков, Speex оптимизированы для высококачественного речевого сигнала на низких скоростях. кодек Speex также позволяет использовать переменную степень сжатия сигнала и поддерживает сигналы с различной пропускной способностью: СШП англ. ultra-wideband (сверхширокополосных), частота 32 КГц, широкополосный англ. wideband (широкополосный), 16 КГц и узкополосных английский. narrowband (узкополосный), 8 КГц. акцент на систему «голос-через-интернет» VoIP определяет, что Speex должен быть устойчивым к потере пакетов данных, но не к повреждению их, так как UDP / (УДП) IP-протокол, в отличие от TCP / IP не гарантирует доставку пакетов до потребителя. но в то же время, вероятность повреждения данных в UDP / (УДП) IP-пакет в проводных системах связи крайне мала. следует отметить, что можно использовать для передачи данных, сжатых с помощью кодека Speex и TCP / IP-пакетов. В последнем случае вероятность повреждения данных становится несчастным. эта особенность определяет отсутствие формата кодека Speex каких-либо средств защиты от ошибок.
Основные характеристики кодеков:
- Настройка коэффициента сжатия. (Setting of compression ratio)
- Интеграция широко — и узкополосного канала в одном потоке данных.
- Речи искатель. (Speech finder)
- Свободное и открытое программное обеспечение, не имеет патентных ограничений.
- Динамического переключения скорости и переменная скорость с англ. Variable bit-rate (Переменным битрейтом), VBR.
Speex • ru.knowledgr.com
Спикс — аудио формат сжатия без патентов, разработанный для речи и также речевого кодер-декодера бесплатного программного обеспечения, который может использоваться на приложениях VoIP и подкастах. Это основано на речи CELP, кодирующей алгоритм. Спикс утверждает, что был свободен от любых доступных ограничений и лицензируется в соответствии с пересмотренной лицензией BSD (с 3 пунктами). Это может использоваться с форматом контейнера Ogg или непосредственно передаваться по UDP/RTP.
Проектировщики Speex рассматривают свой проект как дополнительный к Vorbis аудио проект сжатия общего назначения.
Speex — формат с потерями, подразумевая, что качество постоянно ухудшено, чтобы уменьшить размер файла.
13 февраля 2002 был создан проект Speex. Первые версии развития Speex были выпущены в соответствии с лицензией LGPL, но с беты 1 вариантов 1.0, Speex освобожден под версией Ксифа (пересмотренной) лицензии BSD. О Speex 1.0 объявили 24 марта 2003 после года развития. Последняя стабильная версия кодирующего устройства Speex и декодера 1.1.12.
Xiph. Org теперь считает Speex устаревшим; его преемник — более современный кодер-декодер Опуса, который превосходит его работу во всех областях.
Описание
Speex предназначен для голоса по IP (VoIP) и основанному на файле сжатию. Цели дизайна состояли в том, чтобы сделать кодер-декодер, который был бы оптимизирован для высококачественной речи и низкого битрейта. Чтобы достигнуть этого, кодер-декодер использует многократные битрейты и поддерживает ультраширокополосный (32 кГц, пробующие уровень), широкополосный (16 кГц, пробующих уровень) и узкополосный (телефонное качество, 8 кГц, пробующих уровень). Так как Speex был разработан для VoIP вместо использования сотового телефона, кодер-декодер должен быть прочным к потерянным пакетам, но не к испорченным. Все это привело к выбору кодекса взволновал линейное предсказание (CELP) как метод кодирования, чтобы использовать для Speex. Одна из главных причин — то, что CELP долго доказывал, что мог сделать работу и измерить хорошо к обоим низким битрейтам (как свидетельствуется DoD CELP 4,8 кбита/с) и высоким битрейтам (как с G.728 16 кбит/с).
Главные особенности могут быть получены в итоге следующим образом:
- Бесплатное программное обеспечение/open-source, доступный и единожды оплачиваемый.
- Интеграция узкополосных и широкополосных в том же самом битовом потоке.
- Широкий диапазон доступных битрейтов (от 2 кбит/с до 44 кбит/с).
- Динамическое переключение битрейта и переменный битрейт (VBR).
- Голосовое обнаружение деятельности (VAD, объединенный с VBR) (не работающий от версии 1.2).
- Переменная сложность.
- Ультраширокополосный способ в 32 кГц (до 48 кГц).
- Стерео интенсивности кодирование выбора.
Особенности
Выборка уровня: Speex, главным образом, разработан для трех различных темпов выборки: 8 кГц (тот же самый темп выборки, чтобы передать телефонные звонки), 16 кГц и 32 кГц. Они соответственно упоминаются как узкополосные, широкополосные и ультраширокополосные.
Качество: кодированием Speex управляет большую часть времени качественный параметр, который колеблется от 0 до 10. В операции по постоянному битрейту (CBR) качественный параметр — целое число, в то время как для переменного битрейта (VBR), параметр — реальное (плавающая запятая) число.
Сложность (переменная): С Speex возможно измениться, сложность допускала кодирующее устройство. Это сделано, управляя, как поиск выполнен с целым числом в пределах от 1 — 10 в пути, подобном-1 к-9 вариантам к gzip утилитам сжатия. Для нормальной эксплуатации уровень шума в сложности 1 между на 1 и 2 дБ выше, чем в сложности 10, но требования центрального процессора для сложности 10 приблизительно в пять раз выше, чем для сложности 1. На практике лучший компромисс между сложностью 2 и 4, хотя более высокие параметры настройки часто полезны, когда кодирование неречи походит на тоны DTMF, или если кодирование не в режиме реального времени.
Переменный битрейт (VBR): переменный битрейт (VBR) позволяет кодер-декодеру изменять свой битрейт динамично, чтобы приспособиться к «трудности» закодированного аудио. В примере Speex, походит на гласные, и высокоэнергетические переходные процессы требуют, чтобы более высокий битрейт достиг хорошего качества, в то время как фрикативные звуки (например, s и звуки f) могут быть закодированы соответственно с меньшим количеством битов. Поэтому VBR может достигнуть более низкого битрейта по тому же самому качеству или лучшему качеству для определенного битрейта. Несмотря на его преимущества, у VBR есть три главных недостатка: во-первых, только определяя качество, нет никакой гарантии о заключительной средней скорости передачи данных. Во-вторых, для некоторых заявлений в реальном времени как голос по IP (VoIP), что учитывается, максимальный битрейт, который должен быть достаточно низким для канала связи. В-третьих, шифрование VBR-закодированной речи может не гарантировать полную частную жизнь, поскольку фразы могут все еще быть определены, по крайней мере в урегулировании, которым управляют, с маленьким словарем фраз, анализируя образец изменения битрейта.
Средняя скорость передачи данных (ABR): Средняя скорость передачи данных решает одну из проблем VBR, поскольку это динамично регулирует качество VBR, чтобы встретить определенный целевой битрейт. Поскольку качество/битрейт приспособлено в режиме реального времени (разомкнутый контур), глобальное качество будет немного ниже, чем полученный, кодируя в VBR с точно правильным качественным урегулированием, чтобы встретить целевое среднее число bitrate.
Voice Activity Detection (VAD): Когда позволено, голосовое обнаружение деятельности обнаруживает, является ли закодированное аудио речью или тишиной/фоновым шумом. VAD всегда неявно активируется, кодируя в VBR, таким образом, выбор только полезен в non-VBR операции. В этом случае Speex обнаруживает неречевые периоды и кодирует их с достаточным количеством битов, чтобы воспроизвести фоновый шум. Это называют «поколением шума комфорта» (кпг). Последняя версия VAD хорошо работал, 1.1.12, начиная с v 1.2, это было заменено простым Любое Обнаружение Деятельности.
Прерывистая передача (DTX): Прерывистая передача — дополнение к операции VAD/VBR, которая позволяет прекращать передавать полностью, когда фоновый шум постоянен. В файле 5 битов используются для каждой недостающей структуры (соответствующий 250 битам/с).
Перцепционное улучшение: Перцепционное улучшение — часть декодера, который, когда включено, пытается уменьшить (восприятие) шум, произведенный процессом кодирования/расшифровки. В большинстве случаев перцепционное улучшение делает звук далее из оригинала объективно (отношение сигнал-шум), но в конце это все еще кажется лучше (субъективное улучшение).
Алгоритмическая задержка: Каждый кодер-декодер вводит задержку передачи. Для Speex эта задержка равна типу телосложения плюс некоторая сумма «предвидения», требуемого обработать каждую структуру. В узкополосной операции (8 кГц) задержка составляет 30 мс, в то время как для широкополосного (16 кГц), задержка составляет 34 мс. Эти ценности не составляют время центрального процессора, которое требуется, чтобы закодировать или расшифровать структуры.
Заявления
Есть большая основа заявлений, поддерживающих кодер-декодер Speex. Примеры включают:
Большинство из них основано на фильтре DirectShow или кодер-декодере OpenACM (например, Microsoft NetMeeting) на Microsoft Windows или справочном внедрении Xiph.org, libvorbis, на Linux (например, Ekiga). Есть также плагины для многих аудиоплееров. Посмотрите плагин и страницу программного обеспечения на speex.org территории для получения дополнительной информации.
Тип носителя для Speex — audio/ogg, в то время как содержится Ogg и audio/speex (ранее audio/x-speex), когда транспортируется через RTP или без контейнера.
Система Воина Земли армии Соединенных Штатов, разработанная General Dynamics, также использует Speex для VoIP по радио EPLRS, разработанному Raytheon.
Библия Уха — наушник единственного уха со встроенным игроком Speex с 1 ГБ флэш-памяти, предварительно загруженной с записью Новой американской Стандартной Библии.
Безопасность ASL & Linux безопасности базировали программное обеспечение VIPA OS, которое используется в системах громкой связи длинной линии и голосовых системах сигнализации в главных международных центрах воздушного транспорта и железнодорожных сетях.
Проект Rockbox использует Speex для своего голосового интерфейса. Это может также играть файлы Speex на поддержанных плеерах, таких как iPod Apple или iRiver h20.
Верньер устройство получения и накопления данных карманного компьютера LabQuest для образования в области естественных наук использует Speex для голосовых аннотаций, созданных студентами и учителями, использующими или встроенное или внешний микрофон.
Мобильное приложение Google для iPhone в настоящее время включает Speex. Было также предложено, чтобы новое приложение для iPhone поиска Google Voice использовало Speex, чтобы передать голос к серверам Google для интерпретации.
Adobe Flash Player поддерживает Speex, начинающийся с Flash player 10.0.12.36, выпущенный в октябре 2008. Из-за некоторых ошибок в Flash player первая рекомендуемая версия для поддержки Speex 10.0.22.87 и позже. Speex в Flash player может использоваться для обоих видов коммуникации через Сервер СМИ Вспышки или P2P. Speex может быть расшифрован или преобразован в любой формат в отличие от аудио Nellymoser, которое было единственным речевым форматом в предыдущих версиях Flash player. Speex может также использоваться в формате контейнера Флеш-видео (.flv), начинающийся с версии 10 Видео Спецификации Формата файла (изданный в ноябре 2008).
Голосовой рекордер JavaSonics ListenUp использует Speex, чтобы сжать голосовые сообщения, которые зарегистрированы в браузере и затем загружены на веб-сервер. Основные заявления — обучение языкам, транскрипция и социальная сеть.
Speex используется в качестве голосового алгоритма сжатия в голосовой помощи Siri на iPhone 4S. Так как текст к речи происходит на серверах Apple, кодер-декодер Speex используется, чтобы минимизировать сетевую полосу пропускания.
См. также
- Сравнение кодирования аудио форматирует
- Опус (аудио формат) — преемник Speex
Источники
Эта статья использует материал из Руководства Кодер-декодера Speex, которое является copyright © Jean-Marc Valin and, лицензируемым в соответствии с.
Внешние ссылки
- RFC 5574 – формат полезного груза RTP для кодер-декодера Speex
- Официальная домашняя страница Speex
- Плагин & страница программного обеспечения
- JSpeex — порт Speex на Явскую платформу
- NSpeex — порт Speex на.NET платформу и Silverlight, основанную на JSpeex
- CSpeex — порт Speex на.NET платформу, основанную на JSpeex
- Speex для вспышки
Speex — Speex — qaz.wiki
Speex — это кодек сжатия звука, специально настроенный для воспроизведения человеческой речи, а также речевой кодек бесплатного программного обеспечения, который можно использовать в приложениях VoIP и подкастах . Он основан на алгоритме кодирования речи CELP . Speex заявляет, что свободен от каких-либо патентных ограничений и лицензирован согласно пересмотренной (3 пункта) лицензии BSD . Он может использоваться с форматом контейнера Ogg или напрямую передаваться по UDP / RTP . Его также можно использовать с форматом контейнера FLV .
Разработчики Speex рассматривают свой проект как дополнение к проекту сжатия звука общего назначения Vorbis .
Speex — это формат с потерями , т. Е. Качество постоянно ухудшается, чтобы уменьшить размер файла.
Проект Speex был создан 13 февраля 2002 года. Первые разрабатываемые версии Speex были выпущены под лицензией LGPL , но начиная с версии 1.0 beta 1 Speex выпускается под версией Xiph (пересмотренной) лицензии BSD. Speex 1.0 был анонсирован 24 марта 2003 года, после года разработки. Последняя стабильная версия кодировщика и декодера Speex — 1.2.0.
Xiph.Org теперь считает Speex устаревшим; его преемником является более современный кодек Opus , который превосходит его по производительности во многих областях, за исключением самых низких частот дискретизации.
Описание
Speex нацелен на передачу голоса по IP (VoIP) и сжатие на основе файлов. Целью проектирования было создание кодека, который был бы оптимизирован для высококачественной речи и низкой скорости передачи данных. Для этого кодек использует несколько скоростей передачи данных и поддерживает сверхширокополосный ( частота дискретизации 32 кГц ), широкополосный (частота дискретизации 16 кГц) и узкополосный (качество телефона, частота дискретизации 8 кГц). Поскольку Speex был разработан для VoIP вместо использования сотового телефона, кодек должен быть устойчивым к потерянным пакетам, но не к поврежденным. Все это привело к выбору линейного предсказания с кодовым возбуждением (CELP) в качестве метода кодирования для использования в Speex. Одна из основных причин заключается в том, что CELP уже давно доказал, что может выполнять свою работу и хорошо масштабироваться как для низких скоростей передачи (о чем свидетельствует DoD CELP @ 4,8 кбит / с), так и для высоких скоростей передачи (как с G.728 @ 16 кбит / с). / с). Основные характеристики можно резюмировать следующим образом:
Особенности
- Частота выборки
- Speex в основном разработан для трех различных частот дискретизации: 8 кГц (такая же частота дискретизации для передачи телефонных вызовов), 16 кГц и 32 кГц. Они соответственно называются узкополосными, широкополосными и сверхширокополосными.
- Качественный
- Кодирование Speex контролируется большую часть времени параметром качества, который находится в диапазоне от 0 до 10. При работе с постоянной скоростью передачи (CBR) параметр качества является целым числом , а для переменной скорости передачи данных (VBR) параметр является вещественное число (с плавающей запятой ).
- Сложность (переменная)
- С Speex можно изменять разрешенную для кодировщика сложность. Это делается путем управления способом выполнения поиска с целым числом от 1 до 10 аналогично параметрам от -1 до -9 в утилитах сжатия gzip . При нормальном использовании уровень шума на уровне сложности 1 на 1-2 дБ выше, чем на уровне сложности 10, но требования к ЦП для сложности 10 примерно в пять раз выше, чем для сложности 1. На практике лучший компромисс между сложностью 2 и 4, хотя более высокие настройки часто полезны при кодировании неречевых звуков, таких как тоны DTMF , или если кодирование не в реальном времени.
- Переменная скорость передачи данных (VBR)
- Переменная скорость передачи данных (VBR) позволяет кодеку динамически изменять скорость передачи данных, чтобы адаптироваться к «сложности» кодируемого звука. В примере Speex звуки, подобные гласным, и высокоэнергетические переходные процессы требуют более высокой скорости передачи битов для достижения хорошего качества, в то время как фрикативные звуки (например, звуки s и f) можно адекватно кодировать с меньшим количеством битов. По этой причине VBR может обеспечить более низкую скорость передачи данных при том же качестве или более высокое качество при определенной скорости передачи данных. Несмотря на свои преимущества, VBR имеет три основных недостатка: во-первых, указание только качества не дает никаких гарантий относительно окончательной средней скорости передачи данных. Во-вторых, для некоторых приложений реального времени, таких как передача голоса по IP (VoIP), учитывается максимальная скорость передачи данных, которая должна быть достаточно низкой для канала связи. В-третьих, шифрование речи с кодировкой VBR не может гарантировать полную конфиденциальность, поскольку фразы все еще можно идентифицировать, по крайней мере, в контролируемой настройке с помощью небольшого словаря фраз, анализируя характер изменения скорости передачи данных.
- Средняя скорость передачи данных (ABR)
- Средняя скорость передачи данных решает одну из проблем VBR, поскольку она динамически регулирует качество VBR, чтобы соответствовать определенной целевой скорости передачи данных. Поскольку качество / скорость передачи данных регулируются в реальном времени (без обратной связи), общее качество будет немного ниже, чем качество, полученное при кодировании в VBR с точно правильной настройкой качества для достижения целевого среднего битрейта.
- Обнаружение голосовой активности (VAD)
- Когда включено, обнаружение голосовой активности определяет, является ли кодируемый звук речью или тишиной / фоновым шумом. VAD всегда неявно активируется при кодировании в VBR, поэтому этот параметр полезен только при работе без VBR. В этом случае Speex обнаруживает периоды отсутствия речи и кодирует их с помощью достаточного количества битов для воспроизведения фонового шума. Это называется « генерацией комфортного шума » (СПГ). Последняя версия VAD работала нормально — 1.1.12, начиная с версии 1.2 она была заменена простым обнаружением любой активности.
- Прерывистая передача (DTX)
- Прерывистая передача — это дополнение к работе VAD / VBR, которое позволяет полностью прекратить передачу, когда фоновый шум является стационарным. В файле для каждого пропущенного кадра используется 5 бит (соответствует 250 бит / с).
- Улучшение восприятия
- Улучшение восприятия — это часть декодера, который при включении пытается уменьшить (восприятие) шума, создаваемого процессом кодирования / декодирования. В большинстве случаев улучшение восприятия делает звук дальше от оригинала объективно (отношение сигнал / шум), но в конечном итоге он все равно звучит лучше (субъективное улучшение).
- Алгоритмическая задержка
- Каждый кодек вносит задержку при передаче. Для Speex эта задержка равна размеру кадра плюс некоторый «упреждающий просмотр», необходимый для обработки каждого кадра. В узкополосном режиме (8 кГц) задержка составляет 30 мс, в то время как для широкополосного (16 кГц) задержка составляет 34 мс. Эти значения не учитывают процессорное время, необходимое для кодирования или декодирования кадров.
Приложения
Сравнение аудиокодеков для речи.Существует большая база приложений, поддерживающих кодек Speex. Примеры включают:
Большинство из них основаны на фильтре DirectShow или кодеке OpenACM (например, Microsoft NetMeeting ) в Microsoft Windows или на эталонной реализации Xiph.org, libvorbis, в Linux (например, Ekiga ). Также есть плагины для многих аудиоплееров. См. Дополнительную информацию на странице плагинов и программ на сайте speex.org.
Тип носителя для Speex — audio / ogg, когда он содержится в Ogg, и audio / speex (ранее audio / x-speex) при транспортировке через RTP или без контейнера.
Армия Соединенных Штатов «s Land Warrior система, разработанная General Dynamics , также использует Speex для VoIP на EPLRS радио , разработанное компанией Raytheon .
The Ear Bible — это наушники с одним ухом со встроенным проигрывателем Speex с 1 ГБ флэш-памяти, с предварительно загруженной записью Новой американской стандартной Библии .
Программное обеспечение ASL Safety & Security на базе Linux VIPA OS, которое используется в системах громкой связи и речевого оповещения на крупных международных авиатранспортных узлах и железнодорожных сетях.
Проект Rockbox использует Speex для голосового интерфейса. Он также может воспроизводить файлы Speex на поддерживаемых проигрывателях, таких как Apple iPod или iRiver h20.
Портативное устройство сбора данных Vernier LabQuest для естественнонаучного образования использует Speex для голосовых аннотаций, создаваемых учащимися и учителями с помощью встроенного или внешнего микрофона.
В настоящее время мобильное приложение Google для iPhone включает Speex. Также было высказано предположение, что новое приложение голосового поиска Google для iPhone использует Speex для передачи голоса на серверы Google для перевода.
Adobe Flash Player поддерживает Speex, начиная с Flash Player 10.0.12.36, выпущенного в октябре 2008 года. Из-за некоторых ошибок в Flash Player первой рекомендуемой версией для поддержки Speex является 10.0.22.87 и более поздние версии. Speex в Flash Player может использоваться для обоих типов связи, через Flash Media Server или P2P . Speex можно декодировать или преобразовать в любой формат, в отличие от звука Nellymoser , который был единственным речевым форматом в предыдущих версиях Flash Player. Speex можно также использовать в формате контейнера Flash Video (.flv), начиная с версии 10 Спецификации формата видеофайла (опубликованной в ноябре 2008 г.).
Диктофон JavaSonics ListenUp использует Speex для сжатия голосовых сообщений, которые записываются в браузере и затем загружаются на веб-сервер. Основные приложения — языковая подготовка, транскрипция и социальные сети.
Speex используется в качестве алгоритма сжатия голоса в голосовом помощнике Siri на iPhone 4S . Поскольку преобразование текста в речь происходит на серверах Apple, кодек Speex используется для минимизации пропускной способности сети.
Смотрите также
Источники
В этой статье используется материал из Руководства по кодеку Speex, авторское право которого принадлежит Жан-Марку Валин и лицензировано в соответствии с условиями GFDL .
Рекомендации
внешние ссылки
Бесплатный кодек для свободы слова
Предупреждение: это результаты, созданные машиной (а не реальными слушателями), и поэтому к ним следует относиться с недоверием.
Кодек | Частота (кГц) | битрейт (кбит / с) | кадр задержки + опережающий просмотр (мс) | многоскоростной | встроенный | VBR | ПЛК | битовая стойкость | лицензия |
---|---|---|---|---|---|---|---|---|---|
Speex | 8, 16, 32 | 2.15-24,6 ( NB ) 4-44.2 ( WB ) | 20 + 10 ( NB ) 20 + 14 ( WB ) | да | да | да | да | с открытым исходным кодом / бесплатное программное обеспечение | |
iLBC | 8 | 15,2 или 13,3 | 20 + 5 или 30 + 10 | да | бесплатно, но не с открытым исходным кодом | ||||
AMR-NB | 8 | 4.75-12,2 | 20 + 5? | да | да | да | проприетарный | ||
AMR- WB (G.722.2) | 16 | 6,6–23,85 | 20 + 5? | да | да | да | проприетарный | ||
г.722.1 (Сирена7) | 16 | (16) 24, 32 | 20 + 20 | да | да | да | бесплатно, но не с открытым исходным кодом | ||
G.729 | 8 | 8 | 10 + 5 | да | да | проприетарный | |||
GSM-FR | 8 | 13 | 20+? | ? | ? | запатентовано? | |||
GSM-EFR | 8 | 12.2 | 20+? | да | да | проприетарный | |||
G.723.1 | 8 | 5,3 6,3 | 37,5 | да | ? | проприетарный | |||
г.728 | 8 | 16 | 0,625 | проприетарный | |||||
G.722 | 16 | 48 56 64 | ? | да | ? | ? |
Определения
- многоскоростной
- Позволяет кодеку изменять битрейт динамически, в любой момент
- встроенный
- Кодек с узкополосным битовые потоки в широкополосных битовых потоках
- VBR
- Переменный битрейт
- ПЛК
- Маскировка потери пакетов
- с долотом
- Устойчив к коррупции на битовом уровне, как найдено в беспроводных сетях
Особенности
- Speex
- Speex поддерживает интенсивное стереофоническое кодирование и дискретизация 32 кГц
- iLBC
- Кадры iLBC закодированы полностью независимо; в то время как это обеспечивает лучшее качество, когда 10% (или более) пакетов сбрасываются, кодек неоптимальный для условий чистой линии.
Xiph OSC и логотипы Speex Parrot являются товарными знаками (™) Xiph.Org.
Эти страницы © 1994–2006 Xiph.Org. Все права защищены.
Последнее изменение: «>
Проверка XHTML и CSS
Speex — Wikipédia
Un article de Wikipédia, l’encyclopédie libre.
Speex является свободным кодеком и без бреветов. Il compresse avec perte de données (в формате MP3 et Vorbis) и является специальным и оптимизированным для человеческого голоса.
Speex, не независимый проект, полностью завершенный проект Ogg le . Pour rappel, Ogg — это формат, который лучше всего подходит для потокового аудио и / или видео. Un fichier Ogg peut donc contenir un flux Speex, com un flux Vorbis [кат. nécessaire] .
Обязательно для того, чтобы обеспечить условно-досрочное освобождение, качественное и надежное взаимодействие с другими форматами сжатия, аналогичными для музыкального сжатия. À 12 кбит / с соответствует типу разговора [1] .
Это представлено на огромной базе логических модулей, заметок о плагинах и фильтрах. Il est support par des logiciels de téléconférence, de flux de données, de traitement du son, de lecture multimédia, de P2P, des jeux.
Speex est devenu obsolète avant 2014, car le format opus est plus performance [2] .
Различия в дополнительных кодеках, выдаваемых по условно-досрочному освобождению, Speex n’est pas fait для использования на портативном телефонном аппарате для VoIP и сжатия данных.Принципы, но только для этого оптимизированного кодека для условно-досрочного освобождения, qui associe une bonne compréhension du dialog transmis, ainsi qu’un fort taux de comprénsion des données возможных. Speex peut utilizer de nombreux débits et bande passante возможных. Conçu pour une utilization en VoIP, Speex gère bien la perte de données dans le transport, mais il ne gère pas les paquets corrompus car le protocole de transfert UDP гарантирует, что пакеты, переданные без изменений (ils ne sont pas transmis s’ils sont altérés ).Метод, сохраненный в пар-кодеке Speex, является CELP ( Code Excited Linear Prediction ). Основным принципом является то, что CELP имеет самые современные возможности адаптера к базовым функциям (по данным DoD CELP à 4,8 кбит / с ), aussi bien qu’aux débits plus hauts (по данным DoD CELP à 4,8 кбит / с ) G.728 до 16 кбит / с ). Les caractéristiques Principales peuvent être résuméescomsuit:
- Logiciel libre / open-source, Libre de tous brevets и др. роялти
- Integration d’une passante restreinte à normale dans un même flux de données
- Доступные большие варианты (от 2 кбит / с до 44 кбит / с )
- Изменение дебитовой динамики и кодирования в дебитовой переменной
- VAD ( Обнаружение голосовой активности ) (встроенный код в дебитную переменную)
- Переменная Complexité
- Режим Bande passante étendue (32 кГц плюс 48 кГц )
- Option d’encodage stéréo par réglage du volume de chaque channel (au lieu d’utiliser un délai entre les deux canaux)
Fonctionnalités [модификатор | модификатор кода файла]
- Fréquence d’échantillonnage
- Speex is conçu de manière être utilisé dans trois fréquences d’échantillonnage différentes: 8 кГц (Comme pour la передача для телетрансляций), 16 кГц , 32 кГц
- Qualité
- L’encodeur Speex est contrôlé par un paramètre de qualité includes entre 0 et 10.En mode CBR, le paramètre de qualité est un nombre entier, en mode VBR, c’est un nombre à virgule flottante
- Complexité (переменный)
- Avec Speex, возможно, будет создан комплексный кодирующий код для регулируемых параметров между 1 и 10 и определен для зоны поиска кодового кода. Возможны варианты от -1 до -9 утилиты сжатия данных gzip. Pour une utilization normale, le niveau de bruit pour une complexité de 1 est include entre 1 et 2 dB de plus qu’avec le réglage de complexité de 10.Больше ресурсов CPU для сложных 10 sont 5 fois supérieure à celle nécessaire à une complexité de 1. En pratique le meilleur réglage est включает в себя вторые и четвертые, высшие параметры, использующие ресурсы, соответствующие другим пользователям ( для кодирования DTMF ( Dual-Tone Multi-Frequency ) или для кодирования, которое не соответствует временному режиму
- Дебитовая переменная ( Переменная скорость передачи (VBR))
- Режим кодирования в дебитовой переменной (VBR), позволяющий использовать кодек для смены динамического кода для адаптера исходного звука, а также трудности с кодировщиком.Les sons complex sont codés avec un plus grand débit, et les sons simples avec moins de débit. Le but est que la qualité reste constante en faisant varier le débit. С учетом окончательных окончательных гарантий и проблем, возникающих в процессе работы приложений, связанных с телефонной связью VoIP.
- Debit de données moyen (ABR) ( Средняя скорость передачи данных )
- Le principe du débit de données moyen, resout un des problèmes du codage à débit variable, en ajustment Dynamiquement la qualité du codage VBR de manière à obtenir un debit de données cible spécifique.La qualité obtenue est en conséquence inférieure au codage à debit variable.
- Обнаружение голосовой активности (VAD)
- Quand cette option est activé, le VAD détecte quand l’audio encodé est du dialog ou du silent / bruit de fond. VAD может быть задействован в кодировке VBR, но эта опция может быть уникальной в режиме без VBR. Dans ce cas Speex détecte les périodes sans dialog et les encode avec le минимум битов для воспроизведения музыки.Эта функция называется Comfort Noise Generation (CNG).
- Прерывание передачи ( Прерывистая передача (DTX))
- Прекращенная трансмиссия является функциональной при работе с VAD и VBR, что дает возможность купировать комплектную трансмиссию для стационарного оборудования. В данном случае, 5 бит не используются для чака frame manquante (соответствует 250 бит / с )
- Заметное совершенство
- Le perfectionnement perceptible est une partie du décodeur qui quand il est activé, tente de réduire la perception du bruit produit par le processus de codage / décodage.Dans la plupart des cas, le perfectionnement perceve crée un son différent de l’original (avec un rapport signal sur bruit différent), mais le son semble final meilleur à l’écoute.
- Алгоритм Делаи Кодек
- Chaque включает в себя функцию передачи в формате , кадр и временную задержку , кадр . Залейте проходную полосу 8 кГц , оставьте пассивную полосу 30 мс и пройдите по полосе пропускания 16 кГц , после перехода на 34 мс .Ces valeurs ne comprennent pas le temps de Calculator nécessaire à l’encodage et au décodage de chaque frame .
Quelques logiciels поддерживает формат файла Speex (для страницы плагины и программное обеспечение на официальном сайте):
- bibliothèques de traitement de son: DirectShow Filter , OpenACM, Openh423 (ce qui implique une multitude de logiciels)
- привязка языка (API): C, Python, Java, Delphi
- Téléconférence, PBX, VoIP: QuteCom, Google Talk , NetMeeting , Ekiga, Asterisk, Linphone
- Lecteurs multimédia et streaming: Songbird, VLC, Winamp, XMMS, ogg123, foobar2000, JRoar
- Traitement de son: Audacity, Psycle, Sweep, CoolEdit
- Jeux: Marathon: Aleph One ou через TeamSpeak, фасад
- P2P: GNUnet, eMule, aMule, xMule
- Телефон: приложение для телефона Siri [3]
Speex est un jeu de mots avec говорит qui signifie en anglais «(il) parle».
Liens externes [модификатор | модификатор кода файла]
КодекSpeex | Голосовой кодек Speex
Speex поддерживает настраиваемый HD VoIP и сжатие аудио на основе файлов.Кодек Speex поддерживает настраиваемые приложения для передачи голоса в высоком разрешении (HD) по IP (VoIP) и приложения сжатия на основе файлов. Speex обеспечивает хорошее качество речи с использованием методов кодирования с линейным предсказанием с кодовым возбуждением (CELP), доступен с несколькими скоростями передачи и устойчив к потерянным или задержанным пакетам. Свяжитесь с нами, чтобы обсудить ваши требования к приложению голосового кодека Speex.
Исходный код кодека Speex от VOCAL оптимизирован для работы на DSP и обычных процессорах от TI, ADI, ARM, Intel и других ведущих поставщиков. Наше программное обеспечение вокодера Speex доступно для лицензирования отдельно, как часть модульной библиотеки программного обеспечения или со стеком VoIP для различных вариантов интеграции с вашим приложением. Для наших клиентов также доступны нестандартные конструкции, отвечающие вашим конкретным потребностям.
Speex
- 3 различных частоты дискретизации: 8 кГц, 16 кГц и 32 кГц (узкополосный, широкополосный и сверхширокополосный) Кодирование
- Speex в большинстве случаев контролируется параметром качества в диапазоне от 0 до 10
- Динамическое изменение сложности кодера путем настройки способа выполнения поиска
- Динамически регулировать битрейт для адаптации к сложности кодируемого звука
- Обнаружение голосовой активности (VAD) с генерацией комфортного шума (CNG) для воспроизведения фонового шума
- Режим прерывистой передачи (DTX) для передачи только при наличии речи или необходимости обновления параметров комфортного шума
- Улучшение восприятия с помощью декодера, который повышает качество звука субъективно (хотя и не объективно)
- Алгоритмическая задержка составляет 30 мс в узкополосном режиме, 34 мс в широкополосном режиме
Характеристики
- Широкополосный аудиокодек для Интернета
- Патентное и бесплатное программное обеспечение
- Оптимизирован для обеспечения высокой производительности на ведущих архитектурах DSP
- Интеграция узкополосного и широкополосного каналов с использованием встроенного битового потока
- Доступен широкий диапазон скоростей передачи данных (от 2 кбит / с до 44 кбит / с)
- Стандартные скорости передачи включают 2.15, 3,95, 5,95, 8, 11, 15, 18,2 и 24,6 кбит / с
- Динамическое переключение скорости передачи данных и переменная скорость передачи данных (VBR)
- VAD интегрирован с VBR
- Переменная сложность
- Сверхширокополосный режим при 32 кГц (до 48 кГц)
- Параметр кодирования стерео по интенсивности
- Линейное предсказание с кодовым возбуждением (CELP) на основе
- Многоканальная реализация
- Совместимость с многозадачной средой
Конфигурации
- Интерфейс DAA с использованием линейного кодека на 8.Частота дискретизации 0 кГц
- Прямой интерфейс для потока данных PCM 8,0 кГц (A-закон или μ-закон)
- Доступна поддержка североамериканской / международной телефонии (включая идентификатор вызывающего абонента)
- Доступна одновременная работа детектора DTMF — (менее 10 совпадений на тестовой ленте Bellcore)
- MF тональные детекторы, доступны программируемые тональные детекторы / генераторы общего назначения
- Доступны данные / факсимильная связь / распознавание голоса
- Общий интерфейс потока кадров сжатой речи для поддержки систем с несколькими кодировщиками речи
- Выбор динамических речевых кодеков, если доступно несколько речевых кодеков
- Может быть интегрирован с подавителем акустического эха, G.168 модулей линейного эхоподавителя и обнаружения / регенерации тонального сигнала
- Доступно со стеком VoIP
Платформы
Оптимизированное программное обеспечение вокодера VOCAL доступно для следующих платформ. Пожалуйста, свяжитесь с нами для получения информации о конкретных платформах, поддерживаемых Speex.
Процессоры | Операционные системы |
---|---|
|
|
Links
Speex: бесплатный кодек для свободной речи
Построение модели голоса означает захват характеристик голоса говорящего в структуре данных.Эта структура данных затем используется компьютером для дальнейшей обработки, такой как сравнение с другими голосами. Голосовое моделирование — жизненно важный шаг в процессе автоматического распознавания говорящего, которое само по себе является основой нескольких прикладных технологий: (а) биометрическая аутентификация, (б) распознавание речи и (в) индексирование мультимедиа. В контексте автоматического распознавания говорящего возникает ряд проблем. Во-первых, это проблема нехватки данных, т. Е. Недоступности достаточно длинных высказываний для распознавания говорящего.Это связано с тем, что речевой сигнал передает различные аспекты звука в одном одномерном временном ряду: лингвистический (что сказано?), Просодический (как это сказано?), Индивидуальный (кто это сказал?), локационные (где находится говорящий?) и эмоциональные особенности самого речевого звука (и это лишь некоторые из них), содержащиеся в речевом сигнале, а также акустическая фоновая информация. Чтобы проанализировать конкретный аспект звука независимо от других аспектов, методы анализа должны применяться к определенной временной шкале (длине) сигнала, в которой этот аспект выделяется среди остальных.Например, лингвистическая информация (то есть, какой телефон или слог был произнесен?) Обнаруживается за очень короткие промежутки времени, составляющие всего миллисекунды. Напротив, информация, относящаяся к динамикам, появляется тем лучше, чем длиннее анализируемый звук. Однако длинные высказывания не всегда доступны для анализа. Во-вторых, речевой сигнал легко искажается источниками фонового звука (шум, например, музыка или звуковые эффекты). Их характеристики, как правило, доминируют в голосовой модели, если таковая имеется, поэтому сравнение моделей может быть связано в основном с характеристиками фона, а не с характеристиками говорящего.Текущее автоматическое распознавание говорящих хорошо работает в относительно ограниченных обстоятельствах, таких как студийные записи, или когда доступны предварительные знания о количестве и личности выступающих. В более неблагоприятных условиях, например, в художественных фильмах или любительских материалах в сети, достигнутые показатели распознавания говорящего падают ниже уровня, приемлемого для конечного пользователя или для дальнейшей обработки. Например, обычная продолжительность поворота говорящего составляет всего одну секунду, а фоновый звуковой эффект в кинематографических фильмах делает бесполезными большинство современных методов автоматического анализа.В этой диссертации представлены методы моделирования голоса, устойчивые к коротким высказываниям и фоновому шуму. Цель состоит в том, чтобы облегчить анализ фильма в отношении встречающихся ораторов. Поэтому предлагаются алгоритмические улучшения, которые (а) улучшают моделирование очень коротких высказываний, (б) облегчают построение голосовой модели даже в случае сильного фонового шума и (в) позволяют эффективно сравнивать голосовые модели для поддержки индексации больших мультимедийных данных. архивы. Предлагаемые методы улучшают уровень техники с точки зрения скорости распознавания и вычислительной эффективности.Выходя за рамки выборочных алгоритмических улучшений, в последующих главах также исследуется вопрос о том, чего в принципе не хватает в текущих методах моделирования голоса. В отчете об исследовании с участием людей-пробандов показано, что исключение информации о временной когерентности из голосовой модели вызывает искусственную верхнюю границу точности распознавания автоматических методов анализа. Реализация, основанная на проверке концепции, подтверждает полезность использования такого рода информации за счет уменьшения вдвое количества ошибок.Этот результат ставит под сомнение общую парадигму моделирования динамиков последних двух десятилетий и предлагает новый многообещающий путь. Подход, принятый для получения предыдущих результатов, основан на новой методологии проектирования и разработки алгоритмов, называемой «эйдетическим дизайном». Он использует метод «человек-в-цикле», который анализирует существующие алгоритмы с точки зрения их абстрактных промежуточных результатов. цель состоит в том, чтобы интуитивно обнаружить в них недостатки или сбои и предложить решения. Промежуточные результаты часто состоят из больших матриц чисел, значение которых не ясно для человека-наблюдателя.Следовательно, суть подхода состоит в том, чтобы преобразовать их в подходящую область восприятия (такую как, например, слуховая область речевых звуков в случае векторов речевых признаков), где их содержание, значение и недостатки интуитивно понятны человеку-разработчику. . Эта методология формализована, а соответствующий рабочий процесс объяснен несколькими сценариями использования. Наконец, представлено использование предложенных методов в видеоанализе и поиске. Это показывает применимость разработанных методов и фирменной библиотеки программного обеспечения sclib за счет улучшения результатов с использованием подхода мультимодального анализа.Исходный код sclib доступен для общественности по запросу автора. Резюме вкладов вместе с перспективами краткосрочной и долгосрочной будущей работы завершает этот тезис. Ein Stimmmodell (голосовая модель) fasst die charakteristischen Eigenschaften einer Stimme в einer Datenstruktur zusammen. Diese wird zur maschinellen Weiterverarbeitung verwendet, z.B. zum Vergleich mit anderen Stimmen. Dies ist ein Hauptschritt auf dem Weg zur automatischen Sprechererkennung, welche wiederum der Kern mehrerer marktreifer Technologien ist: (a) biometrische Authentisierung, (b) automatische Spracherkennung und (c) multimediale Suche.Die automatische Sprechererkennung birgt mehrere Herausforderungen. Zum einen besteht das Problem der Datenknappheit, d.h. der zu kurzen Sprach-Äußerungen. Es entsteht durch die Eigenschaft des Sprachsignals, unterschiedliche Aspekte des Klangs in einer einzelnen eindimensionalen Zeitreihe unterzubringen: linguistische (was wurde gesagt?), Prosodische (wie wurde gesagt?), Prosodische (wie wurde gesagt?), Prosodische (wie wurde gesagt?)? der Sprecher?) und эмоциональный Merkmale der Sprache an sich (um nur einige zu nennen) werden ebenso vermittelt wie Informationen über akustische Nebengeräusche.Um einen bestimmten Aspekt unabhängig von den übrigen Aspekten zu analysieren, müssen die ansonsten ähnlichen Analysetechniken auf eine bestimmte zeitliche Einheit im Signal geeicht werden, in der dieser Aspekt gegenüberst ande. Beispielsweise entfaltet sich linguistische Information (welches Phonem oder welche Silbe wurde gerade ausgesprochen?) Auf einer Skala von nur wenigen Millisekunden Länge. Sprecherspezifische Informationen hingegen lassen sich um so besser extrahieren, je länger der zu analysierende Sprachabschnitt ist.Lange, zusammenhängende Sprachäußerungen sind Allerdings nicht immer verfügbar. Zum anderen wird das Sprachsignal leicht durch Nebengeräusche wie z.B. Музыка или звуковое сопровождение beeinträchtigt. Das Stimmmodell teniert dann dazu, eher die Charakteristiken der Nebengeräusche abzubilden anstatt diejenigen der Stimme. Ein Modellvergleich geschieht dann fälschlicherweise hautptsächlich auf Basis der Nebengeräusche anstatt anhand der Stimme. Aktuelle Systeme zur automatischen Sprechererkennung arbeiten zufriedenstellend unter relativ kontrollierten Umständen wie in geräuscharmen Studioaufnahmen oder wenn zusätzliche Informationen z.B. über die Anzahl und Identität der auftretenden Sprecher verfügbar sind. Unter verschärften Bedingungen, wie sie beispielsweise в Filmen oder Amateurvideomaterial в Internet auftreten, понижает Erkennungsrate unter für Endanwender или eine Weiterverarbeitung akzeptable Schwelle. Zum Beispiel machen die typische Sprachdauer von ca. einer Sekunde in Kinofilmen und die dort auftretenden Soundeffekte eine Anwendung der meisten aktuellen Systeme auf solchen Daten unmöglich. In dieser Arbeit werden Methoden für die Stimmmodellierung untersucht, die robust gegenüber kurzen Sprachäußerungen und Nebengeräuschen sind.Das anvisierte Ziel ist die Indexierung von Filmen hinsichtlich der auftretenden Sprecher. Zu diesem Zweck werden algorithmische Verbesserungen vorgestellt, die (a) die Modellierung von kurzen Sprachsegmenten erlauben, (b) die Modellbildung auch unter beträchtlichem Nebengeräuscheinfluss ermöglichem Nebengeräuscheinfluss ermöglichen süntimümünnungen und (c) eintimumentechungen und (c) Neben diesen punktuellen algorithmischen Verbesserungen beschäftigen sich die folgenden Kapitel auch mit {prinzipiellen Schwächen aktueller Ansätze zur Stimmmodellierung.Mittels einer Studie mit menschlichen Probanden wird gezeigt, dass die Ausklammerung von zeitlichen Kontextinformationen aus dem Stimmmodell eine künstliche Obergrenze für die Leistungsfähigkeit automatischer Analysemethoden einführt. Eine beispielhafte Implementierung bestätigt den Nutzen der Informationsquelle zeitlicher Kontext durch die Halbierung der Fehlerrate. Dieses Resultat stellt das Sprechererkennungs-Paradigma der letzten beiden Dekaden in Frage und präsentiert einen zukunftsträchtigen neuen Weg.Die vorangegangenen Ergebnisse wurden mit einem neuartigen methodischen Ansatz zum Algorithmenentwurf namens «Eidetic Design» erzielt. Er sieht die Analyze von abstrakten Zwischenergebnissen bestehender Algorithmen mittels Introspektion vor. Das Ziel dabei ist, Nachteile und Fehler in den bestehenden Methoden intuitiv aufzudecken und Lösungen nahezulegen. Die Zwischenergebnisse bestehen häufig aus Matrizen voller Zahlen, deren Bedeutung sich dem menschlichen Beobachter nicht ohne weiteres erschließt.Der Kern des Ansatzes ist deshalb, Zwischenergebnisse in eine passende Domäne der Wahrnehmung zu transformieren (z.B. Sprachmerkmalsvektoren in hörbare Sprachsignale umzuwandeln), in der ihr Inhaltlempösnale wmzuwandeln. Schließlich wird die Nutzung der vorgestellten Verfahren в Problemen aus dem Video Retrieval und der Filmanalyse sowie ihre Implemetierung in der auf Nachfrage erhältlichen Softwarebibliothek sclib präsentiert.
Speex-1.2,0
Speex-1.2.0Введение в Speex
Speex — это сжатие звука формат, разработанный специально для речи. Он хорошо адаптирован к Интернет-приложения и предоставляет полезные функции, которые не присутствует в большинстве других кодеков.
Известно, что этот пакет правильно собирается и работает с LFS-10.1. Платформа.
Информация о пакете
Дополнительные загрузки
Зависимости Speex
необходимые
libogg-1.3,4
По желанию
Валгринд-3.17.0
Примечания для пользователей: http://wiki.linuxfromscratch.org/blfs/wiki/speex
Установка Speex
Этот пакет состоит из двух отдельных архивов. Они должны быть извлечены и построены независимо.
Установите Speex, запустив следующие команды:
./ configure --prefix = / usr \ --disable-static \ --docdir = / usr / share / doc / speex-1.2.0 && сделать
В этот пакет не входит набор тестов.
Как пользователь root
:
сделать установку
Теперь извлеките и установите пакет speexdsp:
компакт-диск .. && tar -xf speexdsp-1.2.0.tar.gz && компакт-диск speexdsp-1.2.0 && ./configure --prefix = / usr \ --disable-static \ --docdir = / usr / share / doc / speexdsp-1.2.0 && сделать
Опять же, как пользователь root
:
сделать установку
Пояснения к командам
--disable-static
: Это
переключатель предотвращает установку статических версий библиотек.
--enable-binaries
: строит два двоичных файла
для кодирования и декодирования в формат speex и обратно.
СОДЕРЖАНИЕ
Установленных программ: (необязательно) speexenc и speexdec
Установленных библиотек: libspeex.so и libspeexdsp.так
Установленных каталогов: / usr / include / speex и /usr/share/doc/speex-1.2.0
Краткие описания
speexdec | декодирует файл Speex и создает WAV или необработанный файл |
speexenc | кодирует WAV или необработанные файлы с помощью Speex |
| предоставляет функции для кодирования / декодирования аудио программы |
| это библиотека обработки речи, которая идет вместе с Кодек Speex |
Последнее обновление 21.02.2021 17:09:04 -0600
История фиксации — (может быть неполным: подробные сведения см. По ссылке SVNWeb выше) | ||
Дата | По | Описание |
06 апр 2021 14:31:07 1.2.0,1 305f148 | мат | Удалите # $ FreeBSD $ из Makefiles. |
10 сен 2018 20:28:43 1.2.0,1 | солнечный поэт | Удалить опцию бездействия DOCS Утверждено: portmgr (blanket) |
10 сен 2018 13:14:52 1.2.0,1 | мат | Добавьте параметры DOCS к портам, которые должны их иметь.Также различные исправления, связанные с указанной опцией. PR: 230864 Прислал: mat exp-управляет: антуан |
11 июл 2018 09:07:40 1.2.0,1 | amdmi3 | - Добавить ЛИЦЕНЗИЮ - Портлинт для домашних животных - Обновить WWW Утверждено: portmgr blanket |
11 декабря 2016 12:12:16 1.2.0,1 | бапт | Обновление до 1.2.0 |
09 сен 2016 19:24:33 1.2.r2,1 | amdmi3 | - Исправить сборку с помощью --disable-silent-rules PR: 212411 Прислал: amdmi3 Утверждено: portmgr |
01 апр 2016 13:29:17 1.2.r2,1 | мат | Удалите $ {PORTSDIR} / из зависимостей, Mk и категорий a, b и c. В шляпе: portmgr Спонсор: Absolight |
09 янв 2015 17:18:47 1.2.r2,1 | tijl | Добавить USES = pkgconfig PR: 196641 |
09 янв 2015 14:37:53 1.2.r2,1 | tijl | Обновите audio / speex до 1.2rc2. Одна из библиотек была разделена на новый порт audio / speexdsp. |
14 ноя 2014 18:34:00 1.2.r1_7,1 | сбруно | Исправьте случай кросс-компиляции, когда мы строим для armv6 / mips в системе это на самом деле amd64.Phabric: D1155 Отзыв от: bapt |
22 сен 2014 10:09:53 1.2.r1_7,1 | бапт | Очистить список Удалить двоичные файлы |
23 апр 2014 13:25:17 1.2.r1_7,1 | tijl | При компоновке библиотеки libA с библиотекой libB с помощью libtool, если libB.la существует, libtool добавит все библиотеки, на которые ссылается libB.la (dependency_libs field) в командную строку компоновщика и сохраните их в dependency_libs поле libA.ла. Таким образом, все, что впоследствии связывается с libA, также будет ссылка на эти дополнительные библиотеки. Это вызывает слишком большое количество ссылок. Этот коммит изменяет Mk / Uses / libtool.mk так, чтобы он очищал dependency_libs поле в библиотеках .la во время подготовки. Однако, поскольку библиотеки .la имеют очень ограниченное использование, когда dependency_libs пусто, имеет смысл полностью удалите их во время постановки. Таким образом, с этим коммитом USES = libtool изменен, чтобы удалить библиотеки .la и вводится новая форма (USES = libtool: keepla) на случай, если их необходимо сохранить (dependency_libs все еще пуст).(Выше показаны только первые 15 строк сообщения фиксации) |
02 марта 2014 21:57:20 1.2.r1_6,1 | бапт | Преобразовать в USES = libtool |
04 фев 2014 22:02:31 1.2.r1_5,1 | надди | Исправить опечатку в r342600. |
04 фев 2014 19:56:01 1.2.r1_5,1 | кВт | Проверяйте MACHINE_CPU, только если он установлен. |
19 окт 2013 00:05:32 1.2.r1_5,1 | бапт | Удалить двоичные файлы |
04 окт 2013 20:09:38 1.2.r1_4,1 | бапт | Stagify и очистка |
20 сен 2013 14:36:37 1.2.r1_4,1 | бапт | Добавьте NO_STAGE повсюду при подготовке к промежуточной поддержке (cat: аудио) |
14 августа 2013 22:35:54 1.2.r1_4 | ак | - Удалить переменную MAKE_JOBS_SAFE Утверждено: portmgr (пивоварня) |
19 июл 2012 20:15:39 1.2.r1_4,1 | надди | libogg.so.8: Bump PORTREVISION для портов, зависящих от libogg, прямо или косвенно (через libvorbis, libtheora). |
23 сен 2011 22:26:39 1.2.r1_3,1 | amdmi3 | - Добавить LDFLAGS в CONFIGURE_ENV и MAKE_ENV (как это было сделано с LDFLAGS) - Исправьте все порты, которые добавляют ФЛАГИ {CPP, LD} в * _ENV, чтобы вместо этого изменять флаги. PR: 157936 Прислал: я Эксперименты: pav Утвердил: pav |
11 августа 2011 19:20:17 1.2.r1_3 | кВт | Удалите USE_GNOME = gnometarget из портов. Это было пустое ключевое слово с тех пор, как середина 2008 г. PR: порты / 159624 Прислал: Руслан Махматханов |
19 марта 2011 12:38:54 1.2.r1_3,1 | miwi | - Избавиться от поддержки MD5 |
04 декабря 2010 07:34:27 1.2.r1_3,1 | ade | Синхронизация с новым bsd.autotools.mk |
06 июн 2010 20:44:03 1.2.r1_3,1 | надди | Bump PORTREVISION для портов, которые прямо или косвенно зависят от libogg (через libvorbis, libtheora). |
02 августа 2009 г. 19:36:34 1.2.r1_2,1 | мезонин | -Repocopy devel / libtool15 -> libtool22 и libltdl15 -> libltdl22. -Обновите libtool и libltdl до версии 2.2.6а. -Удалите devel / libtool15 и devel / libltdl15. -Исправить сборку портов с помощью libtool22 / libltdl22. -Bump порты, зависящие от libltdl22 из-за изменения версии разделяемой библиотеки. -Объясните что делать обновление в ОБНОВЛЕНИИ. Он был протестирован с GNOME2, XFCE4, KDE3, KDE4 и другими многими wm / desktop. и приложения во время выполнения. С помощью: marcus и kwm Pointyhat-exp: несколько раз по пав. Проверено: pgollucci, "Romain Tartière" |
06 июл 2009 21:26:00 1.2.r1_2,1 | надди | Поднять PORTREVISION после увеличения основной версии libogg и libvorbisfile. |
24 марта 2009 г. 16:58:56 1.2.r1_1,1 | мм | - Добавить MAKE_JOBS_SAFE для поддержки компиляции SMP |
29 июля 2008 г. 23:33:01 1.2.r1_1,1 | ahze | Исправить сборку с libxine Прислал: Макс Бражников |
26 июля 2008 г. 19:27:38 1.2.r1,1 | ahze | Обновление до 1.2rc1 Запрошено: marcus |
15 июня 2008 12:52:11 1.2.b2,1 | olgeni | Несколько исправлений опечаток в описаниях портов / аудио. |
20 марта 2008 г. 09:19:39 1.2.b2,1 | пав | - Удалить USE_GETOPT_LONG, который не используется с марта 2007 г. |
23 июля 2007 г. 09:36:52 1.2.b2,1 | рафан | - Установите --mandir и --infodir в CONFIGURE_ARGS, если сценарий настройки поддерживает их. Это определяется запуском команды configure --help в do-configure target и установить переменную оболочки _LATE_CONFIGURE_ARGS который затем передается в CONFIGURE_ARGS.- Удалите --mandir и --infodir в Makefile портов, где это возможно. Некоторые порты используют REINPLACE_CMD для достижения того же эффекта, удалите их тоже. - Исправьте расположение некоторых страниц руководства с PREFIX / man на MANPREFIX / man. - При необходимости определите INFO_PATH - Документируйте, что файлы .info установлены в подкаталоге относительно PREFIX / INFO_PATH и немного измените add-plist-info, чтобы использовать INFO_PATH и обнаружение подкаталога. PR: порты / 111470 Утверждено: portmgr Обсуждается с: Стасом (Mk / *), Джеральдом (информация по теме) Проверено: pointyhat exp run |
27 июня 2007 г. 17:28:56 1.2.b2,1 | ahze | Обновление до 1.2beta2 |
25 фев 2007 21:47:19 1.2.b1_1,1 | мезонин | Принудительная фиксация, нажмите PORTREVISION. |
25 фев 2007 21:46:33 1.2.b1_1,1 | мезонин | Взломайте speex.pc, чтобы добавить -I / usr / local / include / speex, чтобы сделать его более обратным совместимость. Нам следует избегать создания дополнительных взломов в других портах.Обсуждается с: ahze |
23 фев 2007 22:50:15 1.2.b1,1 | мезонин | audio / speex-devel -> audio / speex, удалить audio / speex-devel. |
01 фев 2007 02:42:06 1.0.5_1,1 | крис | Используйте порт libtool вместо включенной версии, чтобы избежать ошибки objformat a.out |
12 июня 2006 г. 06:11:33 1.0,5_1,1 | мезонин | Портлинт: -Используйте - [0-9] * в КОНФЛИКТЕ. |
09 июня 2006 г. 18:00:35 1.0.5_1,1 | ahze | - Перенести MAINTAINER в мультимедиа @ Утверждено: dhw (постмастер, для использования multimedia @ в качестве сопровождающего) gnome (порты gstreamer) |
18 мая 2006 г. 16:42:31 1.0.5_1,1 | Сергей | - Используйте параметр configure script --with-ogg-dir, чтобы указать devel / libogg расположение зависимости вместо явной передачи модифицированных CPPFLAGS и переменные LDFLAGS.Это дает скрипту настройки возможность выполнить правильно при обнаружении libogg, если $ {LOCALBASE}! = "/ usr / local" PR: порты / 97464 Прислал: sergei Утверждено: ahze (сопровождающий) |
03 мая 2006 г. 05:14:35 1.0.5_1,1 | Эдвин | Удалите USE_REINPLACE из портов в категориях, начинающихся с A. |
23 февраля 2006 г. 10:40:45 1.0.5_1,1 | ade | Преобразование в единую среду libtool.Утверждено: portmgr (kris) |
15 ноя 2005 06:52:12 1.0.5,1 | ade | Массовое преобразование в USE_AUTOTOOLS New World Order. Код присутствует в bsd.autotools.mk, по сути, делает эту операцию запретной, учитывая, что все старые переменные устанавливают переменную USE_AUTOTOOLS_COMPAT, которая анализируется в точно так же, как и сам USE_AUTOTOOLS. Более того, USE_AUTOTOOLS уже был тщательно протестирован GNOME. команда - все GNOME 2.Порты 12.x используют его. Предварительную документацию можно найти по адресу: http://people.FreeBSD.org/~ade/autotools.txt который находится в процессе SGMLized перед введением в Справочник носильщиков. Голубая сенсорная бумага. Бежать. |
09 ноя 2005 07:09:47 1.0.5,1 | ahze | - Добавить SHA256 - Добавить РАЗМЕР к нескольким портам |
16 октября 2005 г. 21:22:23 1.0.5,1 | ahze | - Убедитесь, что страницы руководства установлены в PREFIX Автор сообщения: pointyhat via kris |
10 мая 2005 15:53:22 1.0,5,1 | ahze | - Добавить MASTER_SITE_LOCAL в MASTER_SITES, поскольку несколько человек сказал, что текущее зеркало очень медленное для них. |
09 мая 2005 22:21:04 1.0.5,1 | ahze | - Обновите MASTER_SITES, по какой-то причине он не работает, если не установлен прокси. Сообщает: krismail |
08 мая 2005 03:59:05 1.0.5,1 | ahze | - Обновление до 1.0,5 - Теперь используйте libtool15 вместо libtool13 - Speex увеличил версию библиотеки, но в этом нет необходимости, поэтому я вернул ее на .3 |
12 апреля 2005 г. 03:26:57 1.0.4_1 | обриен | По просьбе Криса отмените исправление правописания MACHINE_ARCH, пока после 5.4-РЕЛИЗ. |
11 апреля 2005 г. 08:04:41 1.0.4_1 | обриен | Помогите получить больше портов, работающих на AMD64, соблюдая Документация по сбору портов и использование «ARCH», а не «MACHINE_ARCH». |
28 декабря 2004 г. 22:29:11 1.0.4_1,1 | ahze | - Версия исправления: строка в файле pkg-config speex.pc - Bump PORTREVISON Указал: kwm |
11 ноября 2004 г. 08:48:30 1.0.4,1 | ahze | Добавить КОНФЛИКТЫ в speex-devel Утвердил: пав (соучастник) |
08 ноя 2004 06:38:31 1.0.4,1 | ahze | Grab Maintainer Утверждено: [email protected] пав (соучастник) |
23 июля 2004 г. 09:09:55 1.0.4,1 | крион | Обновление до 1.0.4 PR: порты / 69389 Прислал: Майкл Джонсон |
09 июл 2004 17:43:11 1.0.3_1,1 | маркус | Примените большой патч libtool, чтобы портеры могли использовать libtool, установленный порты libtoolX вместо того, который включен в каждый порт.Порты, которые set USE_LIBTOOL_VER = X теперь будет использовать версию libtool для портов вместо включенная версия. Чтобы восстановить прежнее поведение, используйте новый макрос, USE_INC_LIBTOOL_VER. Оба макроса принимают один и тот же аргумент: версию libtool. Например, чтобы использовать версию libtool-1.5 для портов, добавьте в ваш Makefile: USE_LIBTOOL_VER = 15 Чтобы использовать включенную версию libtool с дополнительными хаками, предоставленными libtool-1.5 добавьте в свой Makefile следующее: USE_INC_LIBTOOL_VER = 15 С этим изменением порты, которым пришлось добавить дополнительные хаки libtool для предотвращения .la файлы от установки или исправить некоторые проблемы с потоками теперь могут удалите эти хаки (разумеется, после соответствующего тестирования). PR: 63944 На основе работы: Эйк и Маркус Утверждено: ade (сопровождающий autotools) Протестировано: kris on pointyhat Связанные с скрытыми проблемами: вы ставите |
20 марта 2004 г. 21:03:41 1.0.3_1,1 | тревор | Добавьте данные о размере, одобренные специалистами по обслуживанию. |
14 марта 2004 г. 06:17:56 1.0,3_1,1 | ade | Эй, мальчик, это очень серьезный коммит, который у вас есть ... Начните последовательность очистки autotools, потребовав для портов явного укажите, какая версия {libtool, autoconf, automake} им нужна, удалив понятие «системный дефолт». Для ожидающих портов: USE_LIBTOOL = ДА -> USE_LIBTOOL_VER = 13 USE_AUTOCONF = ДА -> USE_AUTOCONF_VER = 213 USE_AUTOMAKE = ДА -> USE_AUTOMAKE_VER = 14 Порты, пытающиеся использовать систему старого стиля после 1 июня 2004 г., будут очень разочарован. |
20 декабря 2003 г. 15:22:56 1.0.3_1,1 | надди | Обновление до Ogg Vorbis 1.0.1. Существенное изменение, видимое пользователем: vorbis-tools теперь включает некоторую поддержку файлы flac и speex. |
21 ноя 2003 15:50:50 1.0.3,1 | надди | Восстановить PORTEPOCH, случайно удаленный в предыдущей фиксации. Прислал: krion |
20 ноя 2003 20:25:22 1.0,3 | надди | Обновление до 1.0.3: мелкие исправления. Утверждено: сопровождающим |
30 сен 2003 05:24:25 1.0.2,1 | крион | - Обновление до версии 1.0.2 PR: 57387 Прислал: Джош Эльсассер |
11 июня 2003 г. 17:51:34 1.0.1,1 | надди | Обновление до версии 1.0,1. PR: 53098 Прислал: Ports Fury |
25 марта 2003 г. 05:16:13 1.0,1 | норк | Предоставить сопровождение отправителю. Прислал: Джош Эльсассер |
25 марта 2003 г. 04:22:06 1.0,1 | норк | Обновление до 1.0. PR: порты / 50261 Прислал: Джош Эльсассер |
19 марта 2003 г. 03:06:50 1.0.r2,1 | норк | Исправить зависимость от devel / libgnugetopt. Указал: Крис Утверждено: kris (portmgr) |
20 фев 2003 16:49:55 1.0.r2,1 | кну | De-pkg-comment. |
18 фев.2003 16:24:15 1.0.r2,1 | собомакс | PORTEPOCH никогда не должен уменьшаться.Выявлено: pkg_version (1) Остроконечная шляпа к: roger |
08 фев 2003 05:27:23 1.0.r2 | норк | Измените CPPFLAGS + = / LDFLAGS + = на CPPFLAGS = / LDFLAGS =. Прислал: Ports Fury |
02 фев 2003 17:49:42 1.0.r2 | Роджер | Обновить до RC 2 |
02 фев 2003 14:20:18 1.0.b4,1 | норк | Обусловить зависимости libgnugetopt.PR: порты / 47745 Прислал: Ports Fury |
03 января 2003 19:07:05 1.0.b4,1 | ijliao | обновление до 1.0b4 PR: 46424 Прислал: Ports Fury |
22 ноя 2002 09:44:40 1.0.b3,1 | Роджер | Speex сейчас использует лицензию Xiph. |
20 ноя 2002 12:21:14 1.0.b3,1 | ijliao | - Добавить недостающую строку MAN - Исправить pkg-plist - Обновить WWW: строку PR: 45422 Прислал: Ports Fury |
13 ноя 2002 09:56:09 1.0.b3 | Роджер | Обновление до 1.0 beta 3. Уменьшает использование ЦП, добавляет поддержку SSE (отключено) и стерео поддержка. |
19 октября 2002 13:44:38 1.0.b1 | Роджер | Переименовать в соответствии с руководством носильщика. |
17 октября 2002 г. 12:44:25 1.0beta1 | Роджер | Обновить до последней версии |
06 сен 2002 05:12:39 0.8.1 | Роджер | Обновить до 0.8.1 |
31 августа 2002 17:24:19 0.8.0 | dwcjr | Обновление до 0.8.0 PR: 42238 Прислал: tkato @ prontomail.com |
17 августа 2002 18:38:58 0.7.0 | надди | Обновление до 0.7.0 PR: 41731 Прислал: Ports Fury |
06 августа 2002 00:46:24 0,6.0 | пат | Обновление до 0.6.0 PR: порты / 41354 Прислал: КАТО Цугуру |
30 июля 2002 г. 23:32:44 0.5.2_1 | надди | Не устанавливать файлы .la, общая очистка. PR: 41169 Прислал: Ports Fury |
30 июля 2002 г. 08:52:54 0,5.2 | ijliao | добавить speex 0.5.2 Голосовой кодек с открытым исходным кодом (LGPL) без патента |
Ubuntu — Результаты поиска пакетов — speex
Вы искали пакеты, в именах которых есть speex . Были просмотрены все комплекты, все секции и все архитектуры.Найдено 13 подходящих пакетов.
Точное совпадение
Пакет speex
- xenial (16.04LTS) (звук):
Инструменты командной строки кодека Speex [ Universe ]
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - bionic (18.04LTS) (звук):
Инструменты командной строки кодека Speex [ Universe ]
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокусных (20.04LTS) (звук):
Инструменты командной строки кодека Speex [ Universe ]
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - groovy (20.10) (звук):
Инструменты командной строки кодека Speex [ Universe ]
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (звук):
Инструменты командной строки кодека Speex [ Universe ]
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Другие хиты
Пакет libjspeex-java
- ксениал (16.04LTS) (библиотеки):
Реализация Speex на Java [ Universe ]
0.9.7-3: все - бионический (18.04LTS) (библиотеки):
Реализация Speex на Java [ Universe ]
0.9.7-4: все - фокус (20.04LTS) (библиотеки):
Реализация Speex на Java [ Universe ]
0.9.7-4: все - Groovy (20.10) (библиотеки):
Реализация Speex на Java [ Universe ]
0.9.7-4: все - волосатый (библиотеки):
Реализация Speex на Java [ Universe ]
0.9.7-4.1: все
Пакет libspeex-dbg
- xenial (16.04LTS) (отладка):
символы отладки для libspeex и libspeexdsp
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (отладка):
символы отладки для libspeex и libspeexdsp
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокус (20.04LTS) (отладка):
символы отладки для libspeex и libspeexdsp
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - groovy (20.10) (отладка):
символы отладки для libspeex и libspeexdsp
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (отладка):
символы отладки для libspeex и libspeexdsp
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет libspeex-dev
- xenial (16.04LTS) (libdevel):
Файлы разработки библиотеки кодеков Speex
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (libdevel):
Файлы разработки библиотеки кодеков Speex
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокусных (20.04LTS) (libdevel):
Файлы разработки библиотеки кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - Groovy (20.10) (libdevel):
Файлы разработки библиотеки кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (libdevel):
Файлы разработки библиотеки кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет libspeex-ocaml
- ксениал (16.04LTS) (библиотеки):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.0-3build2: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (библиотеки):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.0-3build4: amd64 arm64 armhf i386 ppc64el s390x - фокус (20.04LTS) (библиотеки):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build1: amd64 arm64 armhf ppc64el s390x - заводной (20.10) (библиотеки):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build1: amd64 arm64 armhf ppc64el s390x - волосатый (библиотеки):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build2: amd64 arm64 armhf ppc64el s390x
Пакет libspeex-ocaml-dev
- xenial (16.04LTS) (libdevel):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.0-3build2: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (libdevel):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.0-3build4: amd64 arm64 armhf i386 ppc64el s390x - фокус (20.04LTS) (libdevel):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build1: amd64 arm64 armhf ppc64el s390x - Groovy (20.10) (libdevel):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build1: amd64 arm64 armhf ppc64el s390x - волосатый (libdevel):
Интерфейс OCaml к библиотеке speex [ Universe ]
0.2.1-2build2: amd64 arm64 armhf ppc64el s390x
Пакет libspeex1
- xenial (16.04LTS) (библиотеки):
Библиотека времени выполнения кодеков Speex
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (библиотеки):
Библиотека времени выполнения кодеков Speex
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокус (20.04LTS) (библиотеки):
Библиотека времени выполнения кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - Groovy (20.10) (библиотеки):
Библиотека времени выполнения кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (библиотеки):
Библиотека времени выполнения кодеков Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет libspeexdsp-dev
- xenial (16.04LTS) (libdevel):
Файлы для разработки расширенной библиотеки Speex
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (libdevel):
Файлы для разработки расширенной библиотеки Speex
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокусных (20.04LTS) (libdevel):
Файлы для разработки расширенной библиотеки Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - Groovy (20.10) (libdevel):
Файлы для разработки расширенной библиотеки Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (libdevel):
Файлы для разработки расширенной библиотеки Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет libspeexdsp1
- ксениал (16.04LTS) (библиотеки):
Расширенная библиотека времени выполнения Speex
1.2 ~ rc1.2-1ubuntu1: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (библиотеки):
Расширенная библиотека времени выполнения Speex
1.2 ~ rc1.2-1ubuntu2: amd64 arm64 armhf i386 ppc64el s390x - фокус (20.04LTS) (библиотеки):
Расширенная библиотека времени выполнения Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - заводной (20.10) (библиотеки):
Расширенная библиотека времени выполнения Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x - волосатый (библиотеки):
Расширенная библиотека времени выполнения Speex
1.2 ~ rc1.2-1.1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет liquidsoap-plugin-speex
- xenial (16.04LTS) (звук):
язык потокового аудио — плагин Speex [ universe ]
1.1.1-7.1: amd64 arm64 armhf i386 powerpc ppc64el s390x - bionic (18.04LTS) (звук):
язык потокового аудио — плагин Speex [ universe ]
1.1.1-7.2ubuntu1: amd64 arm64 armhf i386 ppc64el s390x
Пакет python-speex
- xenial (16.04LTS) (питон):
привязки python для Speex [ Universe ]
0.2-1ubuntu7: amd64 arm64 armhf i386 powerpc ppc64el s390x - бионический (18.04LTS) (питон):
привязки python для Speex [ Universe ]
0.2-1ubuntu7: amd64 arm64 armhf i386 ppc64el s390x - фокальный (20.04LTS) (питон):
привязки python для Speex [ Universe ]
0.2-1ubuntu9: amd64 arm64 armhf ppc64el s390x - заводной (20.10) (питон):
привязки python для Speex [ Universe ]
0.2-1ubuntu9: amd64 arm64 armhf ppc64el s390x
Пакет speex-doc
- ксениал (16.04LTS) (док):
Документация для speex
1.2 ~ rc1.2-1ubuntu1: все - бионический (18.04LTS) (док):
Документация для speex
1.2 ~ rc1.2-1ubuntu2: все - фокусное (20.04LTS) (док):
Документация для speex
1.2 ~ rc1.2-1.1ubuntu1: все - groovy (20.10) (док):
Документация для speex
1.2 ~ rc1.2-1.1ubuntu1: все - волосатый (док):
Документация для speex
1.2 ~ rc1.2-1.1ubuntu1: все
Пакет xmms2-plugin-speex
- xenial (16.04LTS) (звук):
XMMS2 — декодер Speex [ Universe ]
0.8 + dfsg-14build3: amd64 arm64 armhf i386 powerpc ppc64el s390x - bionic (18.04LTS) (звук):
XMMS2 — декодер Speex [ Universe ]
0.8 + dfsg-18.1build3: amd64 arm64 armhf i386 ppc64el s390x - фокусных (20.