Передавать звук по udp или нет?

[Programmer0]

Здравствуйте.
Есть задача организовать звуковое оповещение по сети "Многоточка-Точки" (все точки либо выбранные точки). С линейного входа звуковой карты компа-многоточки через радиомодемы звук должен передаваться на выходы звуковых карт компов-точек (все компы, получается, будут в одной сети).
За основу я взял статью из журнала "Программист" Передача звука по сети. Прототип VoIP телефона Уколов А.В. http://www.programmersclub.ru/%D0%9F...5%D0%BB%D0%B5/
Но возник вопрос: звук передается по UDP-протоколу. И вроде как советуют его передавать по UDP. Но UDP-протокол не гарантирует доставку. А если данная система оповещения будет использоваться там, где жизненно важно, чтобы звуковое сообщение достигало адресата, то можно ли использовать UDP ? Если нет, то подскажите, пожалуйста, какие средства использовать.

[Aliens_wolfs]

По TCP тоже нормально звук передавать, у вас по локальной сети или через интернет нужно делать? Работу со звуком можно использовать ACMWave там можно сжатие сделать GSM ну также можно и Bass в формате PCM передавать звук, на WinSock если делать то вообще нет задержки в TCP, желательно чтобы канал был не менее 1мб. И сколько ретрансляторов по сети должно быть? А в рации можно активировать функцию VOX, тогда не нужно вам выходы звуковой карты контролировать, в радиомодемах тоже что то должно быть. Эта функция контролирует звук, когда есть звуковой сигнал то рация или радиомодем переходит в режим передачи, если тишина то прием.

[Programmer0]

Сообщение от Aliens_wolfs

TCP тоже норм звук передавать, у вас по локалке или через интернет нужно делать?

Спасибо за ответ. И извините, наверное, нужно было точнее описать задачу.
Ко входу звуковой карты компа-многоточки подключается пульт. На пульте микрофон. Вот звук с этого микрофона нужно передать компам-точкам. То есть речь в режиме реального времени. Меня просветили, что это называется диспетчерской связью, а не системой оповещения. Прошу прощения за ошибку.
Радиомодемы только предоставляют сеть между собой. То есть сеть локальная. При запуске моего ПО сеть уже есть. И ее настройка - не моя задача(пока, во всяком случае...). Просто особенность, что сеть беспроводная.
Вот хотел узнать, какие потери и проблемы могут быть при использовании того или иного протокола, тех или иных средств, и выбрать оптимальные.

[Aliens_wolfs]

если в сеть не менее 1мб на точку то TCP нормально справиться даже в PCM формате Для теста сейчас кину пример две проги на WinSoket клиент другая сервер, звук на Bass в настройках звука настрой на нужный вход либо линейный либо микрофон, запусти EXE и в клиенте и в сервере, настрой пока на одном компе когда все нормально можешь пробовать на другом настроив клиента на ip сервера

[Programmer0]

Сообщение от Aliens_wolfs

запустите по локалке настроив на клиенте ip сервера

Спасибо огромное! Я посмотрю завтра. Сейчас уже нет возможности.

[Пепел Феникса]

поскольку время реальное я бы сильно задумался насчет TCP. он хоть и дает гарантию доставки но все же немного медленнеее чем UDP. в локалке потери UDP маловероятны. но в UDP это можно комперсировать. в TCP нет.

на WinSock если делать то вообще нет задержки в TCP

классы сокеты ничем особым от АПИ не отличаются.
задержка TCP не зависит от того чем посылать. а зависит строго от канала.

[min@y™]

передавать надо от одного другому или бродкастом?
если бродкаст, то UDP, иначе, TCP.
Если IP приёмника известен заранее, то вообще красота - 10 строк кода с использованием готовых классов и вуаля - иди в кассу за премией.

[Aliens_wolfs]

WinSock в нем строишь свою структуру приема передачи со своими параметрами кстати работает быстрее готовых компонентов, но он сложноват лично я использую его и в примерах на нем сделано, но наверное вам лучше использовать компоненты чтобы незаморачиваться. По поводу UDP да он быстрее но в нем есть свои косяки, иногда отрывистые фразы при разговоре, потеря пакетов, и главное ты не знаешь подключен ли получатель клиент в этом протоколе так как соединение он не делает, можно конечно делать проверки пингом от клиента через определенное время, но не сразу узнаешь его присутствие при получении данных. Лично я остановился на TCP, мне на этом протоколе качество звука больше понравилось, даже Mail Agent для звука использует TCP. И на TCP вы будете уверены что канал работает. Если скорость менее 1мб то да возможно вам лучше использовать UDP, для проверки своих модемов попробуйте через Mail Aget пообщаться с кем нибудь, ну или же через мой пример вы проверите TCP канал.

[Programmer0]

Сообщение от Aliens_wolfs

через мой пример вы проверите TCP канал.

Извините, задержался с проверкой. Вчера пробовал ваш пример. Но сам не разобрался еще со своей радиосетью. Модемы пишут, что связь есть. А ваш клиент не всегда конектится. Но это, думаю, зависит от радиоканала. Может, он не стабильный. И там еще мощность настраивается. Вообщем, надо мне еще нужно разобраться с этим.
А так, если конект есть, то да, качество звука хорошее. Только вопрос: если подключать два клиента, они будут одновременно получать звук от сервера? Без запаздывания один относительно другого? (Пока это проверить не получилось.)

[Aliens_wolfs]

Можно сервер много поточный сделать для работы с кучей клиентов, вы только определитесь по какому протоколу вам работать.