Как сделать радиомост через интернет.

  • Автор темы Автор темы Joao
  • Дата начала Дата начала

Joao

Member
26 Май 2008
51
14
8
Moscow
Приветствую вас господа. Подскажите как реализовать следующую задачу. Есть радиостанция вещающая на радиоволнах (не интернет станция) и удаленная студия. Необходимо сделать возможность ведения совместных прямых эфиров одновременно из студии радиостанции и удаленной студии, используя интернет канал. Попросту говоря связать две студии посредством конференц связи или аудиочата, но с высоким качеством звука. Требования: качество эквивалентное 128 кбит/с MP3 Стерео или выше, отсутствие задержек ощутимых на слух при разговоре между двумя студиями и без пропадания связи при условии хорошего канала интернет. Скайп и сервисы конференций не подходят именно из за низкого качества звука. Онлайн трансляции как правило имеют задержку между источником и приемником из за буферизации. Может у кого то есть опыт организации подобных мостов, или скажите хотя бы в какую сторону копать? Спасибо.
 
Было такое в практике, делали мост в прямом эфире на Турцию, приезжал специалист их с Аудиокодером IP\IDSL для передачи звука на большие расстояния AEQ PHOENIX MOBILE
по телефонной линии набрал их студию и вперёд.... дорого конечно, так как международный звонок, ну и задержка была

Думаю есть современные методы через инет, через какую нибудь программу для чата типа Commfort и тп.
 
  • Like
Реакции: Joao
Покупаются специальные кодеки, так называемые телефонные гибриды, настраиваются и там и тут и готово. Цена - недёшево.
Второй вариант - устанавливаются серверы( виртуальные), ставится бродкаст софт типа Сэм бродкаст и идёт связь через интернет.
Третий вариант - винампом бродкаст через приблуду шоукаст. Но тогда надо подстроить динамические айпи или иметь нединамические..
Это самый дешёвый вариант. На обоих концах цепочки устанавливается софт типа "ноайпи", который подменяет динамические айпи. В настройках выделяется определённый домен на который настраиваются вещательный сервер.
Четвёртый вариант - виртуальная сеть. Просто связываются два компа и на одном открывается файл стрима с какого нибудь плеера, который включён на вход микшера и т.д....
Вариантов много - надо просто знать условия....

И да. Задержка будет всегда и её величина как раз зависит от выбора варианта, расстояния и т.д........
 
  • Like
Реакции: Joao
Задержка будет всегда и её величина как раз зависит от выбора варианта, расстояния и т.д........
к сожалению, от нее не избавиться.... ((( перекодировка, передача по каналу связи, обратная перекодировка...
даже телевизионные включения имеют задержки..хотя денежек туда по идее тратится немало....

но опять же, все зависит от
выбора варианта, расстояния и т.д........
 
  • Like
Реакции: Joao
эт одноразово или на долгую перспективу?
Какое то кол-во денег предполагается тратить?
Да, на перспективу, но пока не известно насколько долго это будет продолжаться.
Думаю покупка оборудования это маловероятно.., а аренда медиахостинга или сервера - вполне.
 
Второй вариант - устанавливаются серверы( виртуальные), ставится бродкаст софт типа Сэм бродкаст и идёт связь через интернет.
Третий вариант - винампом бродкаст через приблуду шоукаст. Но тогда надо подстроить динамические айпи или иметь нединамические..
Это самый дешёвый вариант. На обоих концах цепочки устанавливается софт типа "ноайпи", который подменяет динамические айпи. В настройках выделяется определённый домен на который настраиваются вещательный сервер.
Четвёртый вариант - виртуальная сеть. Просто связываются два компа и на одном открывается файл стрима с какого нибудь плеера, который включён на вход микшера и т.д....
Вариантов много - надо просто знать условия....
Вот эти варианты я как раз сейчас и рассматриваю. Но shoutcast сервер дает очень большую задержку, у многих это 40 сек и до больше минуты из за невозможности изменения размера буфера. Есть еще IceCast, там можно сделать меньше, но это тоже будет наверно порядка 6-10 сек, что для общения удаленных ведущих уже тяжело, тем более работают они не в режиме репортажа, а в режиме живого разговора.
Четвертый вариант понял очень приблизительно, можно поподробней про реализацию, или где это можно посмотреть?
 
к сожалению, от нее не избавиться.... ((( перекодировка, передача по каналу связи, обратная перекодировка...
даже телевизионные включения имеют задержки..хотя денежек туда по идее тратится немало....
это понятно, но бывает разная задержка, например в Скайпе она тоже есть или аналогичных сервисах, но там она не ощутима на слух, но качество плохое.
 
Это специфичная задача, готового универсального решения нет.

Можно посмотреть/потестить что-нибудь на базе celt, бесплатных вариантов куча и почти наверняка найдётся что-то более-менее подходящее.
 
  • Like
Реакции: Joao
Есть еще IceCast, там можно сделать меньше, но это тоже будет наверно порядка 6-10 сек, что для общения удаленных ведущих уже тяжело, тем более работают они не в режиме репортажа, а в режиме живого разговора.
у меня на IceCast'e задержка 4 секунды...
но это идет цепочка
1 - воспроизведение
2 - мп3 кодер, который отдает на IceCasto'вский сервак поток (совсем другой комп стоящий в дата-центре)
3 - сам сервер, раздающий поток
4 - конечный пользователь/слушатель...


так вот.. задержка от воспроизведения до конечно потребителя в этом случае - 3-4 секунды....

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

попробуйте поэкспериментировать - оптимальный вариант в этом случае можно найти...

Но лучше все же потестить различные варианты)))

желаю удачи в этом "геморройном деле")))
 
  • Like
Реакции: Joao
На самом деле нет ничего чересчур сложного. Нужно просто отделить звук, идущий локально, между точками (его можно хоть через скайп передавать) от звука, который будет микшироваться :) Последний можно передавать с задержкой хоть до 10 секунд - и эфир на столько же задерживать. Едва ли это настолько критично.

Это будет самый простой и де[STRIKE]в[/STRIKE]йственный вариант
 
  • Like
Реакции: Joao

Сейчас просматривают