Multicast вещание средствами VLC на Windows

[Stranger_ 0]

 

Я понимаю, что там TCP, а тут UDP соединение

HTTP играет нормально? 

 

Промучался с HTTP с первого Вашего упоминания о нем. Так и не завелся.

Трансляция идёт (по крайней мере vlc говорит что идёт и тикает таймером). А на принимающей стороне тишина. Причем понятно, что подключились к источнику, так как в противном случае vlc ругается ошибкой.

 

Думал, что это наводки на кабеля. Взял два ноута и ушел подальше от серверной и силовых линий.

Та же картина. Что на старом vlc, что на новом

[Stranger_ 0]

Всем доброй ночи,

 

Вопрос пока актуален. При участии (за что ему громадное спасибо) a_n_h обнаружили, что имеет место быть несовместимость разных версий vlc на разных Win. Вернее быстрее капризность vlc на Win7+ в плане трансляции в сеть.

 

Неужели для того, чтобы слать в сеть своё видео (например в h264) IPTV датацентры его либо хранят в разжатом виде либо транскодят на лету?

И что, же стоит на серваках в таких датацентрах? Что за софт?   

[felixio_01 8]

Для трансляции видео можно использовать не только VLC.... Мы используем VLC на виндовой машине, потребление ресурсов конечно не маленькое, но моём случае других вариантов нет (не буду вдаваться в подробности).

На nginx  со специальным модулем, например, тоже можно транслировать; astra - тоже неплохая штука (есть также её клоны),- с помощью неё тоже можно; flusonic. Есть также различные так называемые IPTV панели - в основном все они построены на использовании nginx, ffmpeg. В основном, хороший софт стОит не малых денег. 

И да, транскодят на лету, конечно для этого нужны не малые ресурсы.... 

Відредаговано 2016-11-22 07:43:58 felixio_01

[khatgit 22]

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

А по поводу всех тестов Stranger_ сетью - читаю и аж грустно немного... Запустите вещание не в мультикаст, а юникастом на лупбек интерфейс компа(без параллельного воспроизведения). А потом запустите второй раз vlc и откройте udp://@127.0.0.1:XXXX - и смотрите нормально у Вас vlc поток проигрывает или нет.

[felixio_01 8]

Если это онлайн трансляция ТВ-каналов, транскодировать на лету придётся... Если же это какой-то фильмец (услуга VOD), то да, конечно лучше держать готовые пережатые версии файлов (для различного разрешения, различных устройств). 

[Stranger_ 0]

Для трансляции видео можно использовать не только VLC.... Мы используем VLC на виндовой машине, потребление ресурсов конечно не маленькое, но моём случае других вариантов нет (не буду вдаваться в подробности).

На nginx  со специальным модулем, например, тоже можно транслировать; astra - тоже неплохая штука (есть также её клоны),- с помощью неё тоже можно; flusonic. Есть также различные так называемые IPTV панели - в основном все они построены на использовании nginx, ffmpeg. В основном, хороший софт стОит не малых денег. 

И да, транскодят на лету, конечно для этого нужны не малые ресурсы.... 

 

 

Если это онлайн трансляция ТВ-каналов, транскодировать на лету придётся... Если же это какой-то фильмец (услуга VOD), то да, конечно лучше держать готовые пережатые версии файлов (для различного разрешения, различных устройств). 

 

Спасибо за информацию. Транскодить на лету выглядит логично, но очень накладно при FHD и более разрешениях.

[Stranger_ 0]

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

А по поводу всех тестов Stranger_ сетью - читаю и аж грустно немного... Запустите вещание не в мультикаст, а юникастом на лупбек интерфейс компа(без параллельного воспроизведения). А потом запустите второй раз vlc и откройте udp://@127.0.0.1:XXXX - и смотрите нормально у Вас vlc поток проигрывает или нет.

 

Здравствуйте,

 

Пробовали на лупбэк. Та же история (если не транскодить). Вероятно есть "проблема" в такой трансляции связанная с потерями из-за самого формата видео. Тоесть, если брать и транскодить в "Video - MPEG-2 + MPGA (TS)", то видимы те же потери частей кадров.

А вот если транскодить в "Video for MPEG4 1080p TV/device", - то при закидке на лупбэк (в мультикаст или юникаст) всё идёт нормально. Получается, что не все форматы нормально транслируются?

Но хранить разжатые видео мягко говоря на порядок накладнее

 

З. Ы. Например если транскодить мой эталонный 1080з ролик в "Video for MPEG4 720p TV/device" - то даже мой ноут i7 4700MQ справляется с этим на лупбэк без всяких тормозов

[a_n_h 589]

 

 

Пробовали на лупбэк. Та же история (если не транскодить).

как я понял проблема со слишком "быстрой" передачей пакетов, т.е. мгновенно передается слишком большой  объем затем идет относительно большая пауза в передаче. При перекодировании проц занят и передача идет более плавно. Очевидно какой-то косяк в самом vlc.

[a_n_h 589]

Только, что попробовал ретранслировать готовый поток, все заработало без перекодирования, но с воспроизведением локально. Сейчас некогда перебирать настройки/версии vlc, но в свое время обнаружил, что у разных версий разные "косяки".