ISP`s IT Аутсорсинг
Быстрый переход: Главная блога Главная сайта Форум
Если Вы чего то недопоняли или не нашли - задайте
вопрос на нашем форуме и мы попробуем Вам помочь.
Subnets.ru Регистрация IP и Автономных систем mega-net.ru

Отправить 'Multicast и Unicast вещание с помощью VLC media player (vlc multicast and unicast stream)' другу по e-mail

Отправить другу по Email копию 'Multicast и Unicast вещание с помощью VLC media player (vlc multicast and unicast stream)'

* Required Field







E-Mail Image Verification

Loading ... Loading ...

Ничего не понялТак себе...Не плохоДовольно интересноОтлично ! То что нужно ! (голосов: 4, среднее: 3,25 из 5)
Загрузка...
Отправить на почту Отправить на почту

комментариев 6

  1. admin сказал:

    Раскопали ещё один способ как можно реализовать вещание «Multicast to Unicast» и альтернативу igmpproxy.
    Спасибо автору этой статьи: http://darkbsd.net/content/view/25/36/

    Сами воспользовались данным способом, результат — все арбайтн как надо :).

    Что получилось у нас:
    10.0.0.11 — IP-адрес на сервере, на сетевухе смотрящей в сторону multicast`а
    128.1.1.1 — будем считать что это реальник сервера, который видно из инета.
    238.1.1.21 — mcast адрес канала

    Запускаем на сервере:
    ./udpxy -m 10.0.0.11 -a 128.1.1.1 -vv -p 4022 -T

    Запускаем на клиенте VLC и указываем URL:
    http://128.1.1.1:4022/udp/238.1.1.21:1234

    Для просмотра статуса/статистики:
    http://128.1.1.1:4022/status/

    10.08.2011, 14:02

  2. banana_shit сказал:

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

    У меня вопрос касательно пункта про вещание по udp. Возможно ли вещать в один udp-поток несколько unicast потоков? Например, мне надо отправить потоки rtsp:// c двух камер под одному udp?

    25.06.2013, 16:20

  3. admin сказал:

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

    25.06.2013, 17:01

  4. banana_shit сказал:

    Оу, спасибо за такой быстрый ответ. 🙂 Наведите тогда, пожалуйста, на путь истинный.
    Командую VLC:
    >>> new cam1 broadcast enabled
    >>> setup cam1 input rtsp://x.x.x.x/h264_2
    >>> setup cam1 output #transcode{threads=auto,vcodec=mp2v,fps=25,vb=4000,vfilter=canvas{width=720,height=406},acodec=none}:std{access=udp,mux=ts{netid=444,tsid=3333,pid-video=68},dst=238.255.13.99,name=»Came1″}
    >>> new cam2 broadcast enabled
    >>> setup cam2 input rtsp://y.y.y.y/h264_2
    >>> setup cam2 output #transcode{threads=auto,vcodec=mp2v,fps=25,vb=4000,vfilter=canvas{width=720,height=406},acodec=none}:std{access=udp,mux=ts{netid=444,tsid=3334,pid-video=86},dst=238.255.13.99,name=»Came2″}
    >>> control cam1 play
    Принимаю пока один поток с cam1 — на клиенте все хорошо, картинка есть. Как только стартую cam2
    >>> control cam2 play
    клиента начинает «штырить». На стороне клиента в дебаге видно, что потоки «плодятся» с одинаковыми pid-video.
    Чую что не хватает мне немного ума правильно сформировать ts-поток..

    26.06.2013, 09:56

  5. lehisnoe сказал:

    admin слишком быстро ответил 🙂
    Мы с таким еще не сталкивались, а потому подсказать не можем. Гугл тебе в помощь. Отпишись, плиз, тут о результатах.

    26.06.2013, 10:20

  6. banana_shit сказал:

    Печаль. Гугл уже шарахается от меня) Я уже начинаю отчаиваться разрулить сей вопрос средствами VLC. Правда остался у меня еще один нагугленный вариант не испробованным, но там вообще чистой воды неподвластная моему уму магия, завязанная на bridge-in/out, а местами и mosaic. %)

    На наге вычитал про mptsd, буду его еще пробовать.

    26.06.2013, 10:48

Добавить комментарий

Вам следует авторизоваться для размещения комментария.