[toropovsn]

Добрый день всем!

Собственно задача очень простая.

Есть копм с linux 192.168.0.1 у него 2 сетевых интерфайса: eth0 & eth1.

На eth0 приходит multicast 224.1.1.1 & 224.1.1.2

Multicast - 2 телеканала.

Хотелось бы чем либо переделать их в unicast (rtp / http - не важно).

Долблюсь с vlc, но пока не допер как это сделать. К тому же пишут, что при длительном использовании память жрет и в итоге падает.

Заранее благодарен за совет. Даже если он будет относительно vlc

[ugluck]

iptables -t nat -A PREROUTING -d 224.1.1.1 -j DNAT --to-destination 192.168.0.5

iptables -t nat -A PREROUTING -d 224.1.1.2 -j DNAT --to-destination 192.168.0.6

как-то так примерно

[Neko-san]

может быть лучше использовать udpxy?

[MrCloud]

есть коммерческие решения, от 690$

VLC нестабильно работает.

Изменено 5 апреля, 2009 пользователем MrCloud

[toropovsn]

690$ простите за что?

в данном случае это телефон верту в руках домохозяйки у которой муж - слесарь :)

 

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

Изменено 5 апреля, 2009 пользователем toropovsn

[SVLD]

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

ваша правда, vlc не подходит (но на данном этапе вещаем им по http), если у получателя проблемы с каналом, влц мультикастом продолжает наполнять буферы, а на выходе эти буферы не выгребаются, результат: (а). ook убивает vlc (b). система при достижении критически малого объема памяти, вешается.

 

общался с разработчиком udpxy, проект тоже в масштабах не 1-2 юзера не справляется, виснет, умирает - отказались

 

очень интересно прикрутить udp/rtp уникаст, т.е. как и в случае с http, при инициализации запроса от юзера - слать ему поток, но без подтверждения о доставке, но как он будет отписываться от потока... в общем это наверное нереально скрестить rtsp и igmp

[Kirya]

Поставьте UDP-to-HTTP прокси

http://borpas.info/util#prox :)

В NBN эта штука держит до нескольких десятков одновременно смотрящих пользователей.

Изменено 7 апреля, 2009 пользователем Kirya

[MrCloud]

Поставьте UDP-to-HTTP прокси

http://borpas.info/util#prox :)

В NBN эта штука держит до нескольких десятков одновременно смотрящих пользователей.

А не падает со временем? Например Аминки HTTP видео не умеют, им удобно как раз IP-IP gw igmp/udp/rtsp

[toropovsn]

MrCloud, чет стало интересно, что за железка за 690$ ? Желательно модель и ссылочку или хотя бы краткое описалово...

[Kirya]

Поставьте UDP-to-HTTP прокси

http://borpas.info/util#prox :)

В NBN эта штука держит до нескольких десятков одновременно смотрящих пользователей.

А не падает со временем? Например Аминки HTTP видео не умеют, им удобно как раз IP-IP gw igmp/udp/rtsp

В NBN у прокси как-раз другая задача, раздавать по HTTP открытые каналы в старые сегменты сети.

Аминки же там работают только по мультикасту, и в старые сегменты не устанавливаются.

 

[tipok]

Долблюсь с vlc, но пока не допер как это сделать. К тому же пишут, что при длительном использовании память жрет и в итоге падает.

Заранее благодарен за совет. Даже если он будет относительно vlc

UDPxy тебе в помощь!

[toropovsn]

UDPxy - выдает http. И куда я его засуну?

 

Меня в принципе устраивает vlc, можно перезапускать ночью и все ок.

vlc -vvv udp://@224.1.1.1:1234 --sout '#rtp{dst=server_ip,port=2001,sdp=rtsp://server_ip:9001/test.sdp}'

 

Типа работает. Но Amino не кажет. И это гемор.

Хотя ничем не перекодирую - не кажет и все тут. Если напрямую на амине смотреть udp://@224.1.1.1:1234 - все отлично.

Пробовал уже mux=ts - не помогло. Хз короче...

[toropovsn]

dst сервер ip :)

все работает в лучшем виде

амино рулит :)