Вопросы Теги

Могу ли я осуществлять потоковую передачу от многоадресной рассылки к одному клиенту с помощью ffmpeg?

Попробуйте это, обновите режим chroot.

  1. Загрузитесь в реальном времени с usb или чего угодно

  2. Смонтируйте корневой раздел, введите следующие команды

     sudo mount /dev/sda7 /mnt
 sudo mount --bind /dev /mnt/dev
 sudo mount --bind /sys /mnt/sys
 sudo mount --bind /proc /mnt/proc

  3. Теперь перейдите к начальной среде chroot, выполните следующие команды

     sudo chroot /mnt
 apt-get update
 apt-get upgrade
 exit

  4. Выключите режим chroot, набрав следующие команды

    sudo umount /mnt/proc
sudo umount /mnt/sys
sudo umount /mnt/dev
sudo umount /mnt

Надеюсь, это сработает

1
24.04.2018, 18:22
2 ответа

При заданной команде 127.0.0.1равно localhost, компьютеру, на котором выполняется эта команда. Так что, конечно, вы сможете открыть vlc и воспроизвести поток только на той же машине.

Для переадресации на другой компьютер в той же локальной сети вам потребуется как минимум IP-адрес этого компьютера в вашей локальной сети.

Вы не можете транслировать "в Интернет", потому что ни компьютер, на котором запускается эта команда, ни мобильный телефон не имеют фиксированного общедоступного IP-адреса. Оба будут также за NAT (Network Address Translation ). Так что у вас не получится это сделать.

Если вы находитесь в локальной сети, что мешает вам использовать мультикастовый поток напрямую с "другой машины" (ведь это мультикаст, а именно для этого мультикаст и создан... )? Преобразование хорошего многоадресного потока RTP в подверженные ошибкам -пакеты UDP с одним -адресом не кажется мне идеальным решением...

0
28.01.2020, 00:36

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

TV box (многоадресная рассылка)--> ffmpeg (многоадресная рассылка в транспортный поток MPEG)--> клиентский VLC? (rx MPEGTS)

Предположим:

Видеопоток не выходит из локальной сети.

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

Телевизионная приставка не может передавать транспортный поток MPEG.

Как сказал @dirkt. «Преобразование хорошего многоадресного потока RTP в подверженные ошибкам -пакеты UDP с одним -адресом не кажется мне идеальным решением…»

Будет ли работать изменение UDP на TCP и изменение с локального хоста на адрес клиента?

ffmpeg -i rtp://@X.X.X.X:Y -vcodec copy -f mpegts tcp://192.168.1.100:1234

tcp://192.168.1.100:1234--Клиентский ПК получает поток mpegts

rtp://@X.X.X.X:Y--Поток вещания (224.0.0.0 -239.255.255.255 )Передается ТВ-боксом.

В идеале было бы желательно изменить передачу ТВ-приставки на mpegts ИЛИ изменить прием клиента с mpegts на широковещательную передачу, удалив промежуточную трансляцию ffmpeg.

Словарь:

mpegts--Транспортный поток MPEG. Оборачивает аудио, видео и другое в схему исправления ошибок и синхронизации...

Многоадресная IP-рассылка--Один ПК-источник и несколько ПК-получателей. Диапазон IPv4-адресов :224.0.0.0 -239.255.255.255. Некоторые из них исключены для маршрутизации, шлюза и т. д. «Клиент» присоединится к многоадресному «потоку». Один ко многим. сообщения могут быть потеряны или доставлены не по порядку...

0
28.01.2020, 00:36

Теги

Похожие вопросы