» Софт для трансляции аудио/видео/радио по сети

порядка 50 клиентов

denismog83
Ретрансляция обычного ТВ или видео с камеры ? В каком формате приходит видео ?

В формате UDP или RTP с видеопроцессора. В нем есть Ethernet, с которого можно брать сигнал.

denismog83
Если видеопроцессор стримит по UDP-мультикаст то подойдут следующие проекты

udpxy
UDP-to-HTTP прокси
IPTV relaying - более производительное решение,но только под Linux/FreeBSD.Сами исходники и бинарники лежат тут

Если же источник стримит по UDP/RTP юникаст (RTSP) то из некоммерческих решений можно попробовать Open Broadcaster Software.Лично я бы попробовал связку FFmpeg+nginx,но это требует некоторой квалификации.

спасибо буду разбираться

Добавлено:
Тут немного поподробнее объяснили.
Есть компьютер, в котором стоит сетевая с адресом 10.1.1.142. C него идет поток UDP на адрес 239.0.0.1:1234.
Если на второй компьютер, соединенный с первым и имеющий адрес 10.1.1.40 для подключения к первому, и второй адрес 192.168.1.2 для подключения к модему поставить UDP-to-HTTP прокси, можно будет раздавать видео, чтобы его можно было смотреть на клиентских машинах по HTTP. Если да, подскажите как.

denismog83
Надо,чтобы хост,на котором вы установите UDP-to-HTTP прокси,имел внешний IP адрес,чтобы к нему можно было обратиться из Интернет.Если это невозможно тогда нужно сделать порт-маппинг на роутере на порт,который вы назначите для UDP-to-HTTP прокси.

Всем добрый день. Есть цифровой пульт ATEM production studio. С него можно возпроизвести готовый поток H264 (1280x720) с помощью VLC плеера. Как этот поток стримить на Youtube без повторного пережатия с помощью OBS или другой проги для стрима. Может ли VLC плеер сразу отправлять поток на Youtube?

А в Adobe Flash Media Encoder ATEM виден в качестве источника? Если в прогах для стрима он виден, то ищи опицию DirectCopy - название варьируется в зависимости от фантазии пргоизводителя, это и будет рестрим без перекодирования. VLС это не вариант, если требуется хоть какая-то стабильность результата.
у меня ATEM Television studio стримит только через утилиту MXlight. Директ стрим, без перекодирования там тоже возможен. Недостаток - утилита платная, вареза я не встречал. Но доступна демоверсия и цена достаточно приемлимая. Кроме того, есть сомнения, что "ATEM production studio" вообще имеет что-либо на выходе USB в качестве потока , во всяком случае в первых версиях прошивок выход был неактивен, об этом писалось на официальном форуме BMD.

LopAT спасибо за ответ! Жаль на софт и дополнительное железо, как обычно нет средств, приходится изыскивать разные костыли. Буду пробовать VLC а с него тянуть на OBS,
пока что-то другое не придумаю

Попробуй тогда с FFmpeg поразбираться - он много чего умеет. MXlight, мною упомянутая . это всего лишь графический интерфейс формирующий командную строку для FFmpeg. а для превью там формируеся командная строка для VLC , причем строго под v.2.0.7 . с другими версиями работа не гарантируется. Когда результат работы зависит от версии костыля, это очень плохо. Особенно, когда костыль норовит автообновиться.
Если VLC видит пульт, то и OBS, FME, WIRECAST напрямую должны видеть сигнал - зачем лишний костыль?. Во всяком случае, у меня так со всеми BMD железяками, кроме ATEM TS.
Перекодировать поток для Youtube все равно прийдется- пульт выдает RAW MPEG H.264 STREAM. А Youtube нужен RTSP stream, и не запредельного битрейта.

"Перекодировать поток для Youtube все равно прийдется" Этот вопрос я думаю решит Intel Quick Sync от i5 проца. А вот привязку к версии VLC v.2.0.7 я упустил.

VLC не видит BMD TS на прямую, только через превью от бесплатной проги MXPTiny, Она же может сохранять сырое видео. А вот VLC настроил на отправку потока на OBS по RTSP без перезжатия, OBS конвертит для ютуба сам. Для HD качества проца i5 хватает (спасибо Intel® Quick Sync без неё никак). Теперь мой костыль ещё и зависит от версии OBS)))). Если есть какие мысли "упростить конструкцию" с удовольствием послушаю. Ибо новые версии OBS жутко артефачат на динамичных сценах.

Артифачит не ОБС а кодеки

Не знаю куда написать.
OBS 0.655b не хочет писать игру. Только чёрный экран, хотя звук есть. Рабочий стол пишет нормально. Win. 8,1x64. Тестил обе разрядности проги - то же самое. Всё вроде настроено. Запуск игры и OBS от имени админа.

Подскажите, как и чем можно решить задачу.
В сети ноутбук и ПК с хорошей акустикой.
Можно ли чем нибудь передавать звук с ноута на ПК, причем безотносительно источника звука?
По смыслу удаленной звуковой карты.
Т.е. чтобы на ноуте можно было просматривать видео файлы, ролики youtube, запускать аудиофайлы в foobar, а звук при этом воспроизводился на ПК, без значительной рассинхронизации.
За ранее благодарен всем отозвавшимся.
Обе системы Windows 7.

HDMI

HDMI на ноутбуке отсутствует. Хотелось бы через LAN.

soyura
Через LAN в любом случае будет рассинхрон,потому что сетевая передача возможна только в каком-либо потоковом аудио-формате,что потребует использования программы-кодера на ноутбуке и программы-плеера на PC,неизбежно вносящих задержку в доставку исходного звукового сигнала.

mithridat1
Цитата:

Через LAN в любом случае будет рассинхрон

Я тоже так думал, пока не попробовал программку Acoustic Bridge от Stardock.
Задержек практически никаких.
Единственный минус - платная она после 30 дней триала.

soyura

Цитата:

Я тоже так думал, пока не попробовал программку Acoustic Bridge от Stardock.
Задержек практически никаких.
Единственный минус - платная она после 30 дней триала.

И что,все происходит прозрачно для любых приложений ? По логике это нельзя сделать без какой либо хитрой синхронизации вывода звука разными хостами на аппаратном уровне,то есть нужен специальный драйвер.

Цитата:

И что,все происходит прозрачно для любых приложений ? По логике это нельзя сделать без какой либо хитрой синхронизации вывода звука разными хостами на аппаратном уровне,то есть нужен специальный драйвер.

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

soyura
Ну пожалуй что в локалке можно достичь незначительной задержки,но только для звука.Я думаю,что можно попробовать любую программу,способную одновременно захватывать звук со звуковой карты и стримить в сеть,те же FFmpeg или VLC.Для минимизации задержек лучше использовать протокол UDP.Проблема в том чем принимать звук на удаленном ПК - обычный плеер для этого не очень подходит,лаги будут заметны.