Вас слушаем!

ПтыцЪ (ptitz-2@mail.ru)

Хакер, номер #072, стр. 072-032-2

Кроме голосовой платы, необходимо некоторое ПО, которое позволило бы не только управлять платой, но и пожинать плоды ее использования - работать с накопленной аудиоинформацией. Как правило, производители плат оставляют на совесть отдельных разработчиков построение соответствующего ПО, поставляя только драйверы, библиотеки и описание процедур, в них содержащихся, чтобы разработчики могли сами построить нужную с их точки зрения систему. SDK (тот самый Developer Kit) к платам Dialogic на текущий момент занимает около 200 Мб и требует при установке еще больше.

Современный аудиорегистратор помимо голосовых плат содержит в себе резидентную программу или службу записи (сервер записи). Также он содержит программу для удаленного управления и мониторинга сервера записи (смена битрейта, запуск-остановка записи, всевозможные настройки расписания и прочий сервис) и программу для управления банком данных записанной инфы (прослушивание, правка, экспорт звука в разные форматы).

Иногда сервером записи называют ПК, на котором установлены голосовые платы, дрова к ним и специальное программное обеспечение.

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

Как правило, данные накапливаются отдельными отрезками определенной длины и сохраняются на носителях в банках данных. Самый популярный формат данных – MS Access или SQL-server, так как они могут хранить двоичные данные довольно большого объема. Банки аудиоданных в формате Access падают достаточно часто, так что имеет смысл поставить Access соответствующей версии на один из ПК сети, предназначенных для восстановления поврежденных файлов.

Голосовые платы имеют для сжатия аналогового сигнала аппаратный кодек, обеспечивающий сжатие довольно бедного сигнала объемом около 3-5 Мб/час, поэтому не требуют ресурсов процессора при записи. Банки данных не занимают много места, и аудиоинформация может накапливаться месяцами без существенного потребления ресурсов. Наиболее популярные алгоритмы сжатия – PCM, ADPCM, GSM, G.7xx. Несколько установленных в параллель плат вполне могут работать вместе, даже если это разные модели одной фирмы. А если ими управляет один общий драйвер, то они определяются как одна плата с соответственно пронумерованными каналами.

Чаще всего юзаются системы, которые не являются аппаратными аудиорегистраторами в полном смысле этого слова, - работают они автономно, ось на них упрощенной версии, и все лишние функции типа GUI отключены.

Спруты и эхолоты. Полный сундук незабудок

Как и в других областях нашей жизни, в России поначалу никто не умел делать голосовые платы. За рубежом покупали за дикие денежки Dialogic ProLine/2V (большая красная двухканальная карта на ISA-шине, очень популярная и по сей день, может ставиться в параллель до 16 штук и все на одном прерывании! Конфигурируется джамперами, невидима из винды, вместо драйвера запускается сервис с админскими правами!) и писали под нее ПО с применением SDK разработчика. С этого и началась история отечественных изысканий в этой сфере. Многие компании (новгородский «Зенит», московские «Светец», «NovaVox» (www.novavox.ru), «Ланит») до сих пор делают свои комплексы аудиорегистрации на таких карточках по причине их небольшой стоимости и высокого качества. Но в принципе, прогресс в области железа на этот раз в нашей стране удался. Начались разработка и производство российских голосовых плат. Принципиально они повторяли зарубежные образцы, разработчики поначалу также не писали ПО под такие карточки, а только предлагали SDK. Хотя уже тогда четко вырисовывались узкоспециализированные компании, перспективы которых лежали в какой-нибудь одной из областей компьютерной телефонии, будь то аудиорегистрация, конференц-связь, IP-телефония и т.д. Много сил затрачивалось на разработку популярных и известных теперь комплексов.