Feature #4431
IGMP multicast server
100%
Description
Hi,
Why not include similar functionality of the VDR's plug-in Streamdev?
This funciton is called "IGMP multicast server".
See here for explanation: http://github.com/varaslt/vdr-plugin-streamdev/blob/master/README#L297
This function is quite simple:
- The sever listens for incoming IGMP packets.
- When some client joins one multicast group then the server starts to stream to this multicast address.
- When the last client leaves the multicast group the server stops the streaming.
This requires two enhancements:
1) Multicast output support. Like requested at #15470
More or less is add to the list of Muxes one new parameter "output multicast address", and start/stop to stream to this address at some time (The control can be: allways on, or user controlled by some simple HTTP REST API).
2) Listen for IGMP messages and start/stop to streaming.
Some code example is inside the vdr-plugin-streamdev.
You like to add this functionality?
Subtasks
History
Updated by Pablo R. over 7 years ago
Updated by I supose this can only be used on local networks. And not through Internet.
Updated by Mono Polimorph over 7 years ago
Updated by Pablo Rodríguez wrote:
I supose this can only be used on local networks. And not through Internet.
Why not? It's pure MULTICAST.
However, plain UDP transport through Internet is not reliable.
If you need reliable transmission over Internet, then use other protocols supported by TVH.
Updated by
Updated by Pablo R. over 7 years ago
saen acro wrote:
HLS streaming is way better.
I am agree with you...
Updated by Mono Polimorph over 7 years ago
saen acro wrote:
HLS streaming is way better.
Over the Internet? Yes.
Over LAN? NO! RTSP and Multicast has low delay and no buffering troubles.
In any case, TVH supports several transport protocols. One of them is RTP (and the old plain UDP) with MPEG-TS. However, at time only for receiving the stream and not for streaming.
The request is: first) add Multicast RTP output; second) control the RTP streaming with IGMP.
This isn't related in any sense with HLS or other "Internet" streaming protocols. So please, stop to comment about them.
I hope the developer agree to incorporate this suggestion in the roadmap for the version 4.4
Updated by saen acro over 7 years ago
Multicast is good for Wired connection over WiFi not so
you can test with TomCast very small tool for multicast streaming.
keep in mind that some lan card-s and switches, do not like IGMP, and count it as flood.
That's why most of multicast streaming services recommend using VLAN.
Updated by
Updated by Mono Polimorph over 7 years ago
saen acro wrote:
you can test with TomCast very small tool for multicast streaming.
I know it! However, it doesn't have the IGMP control.
And, Thank you Jaros! I like to see it in 4.6 
Updated by matias segurola about 7 years ago
Updated by saen acro wrote:
Multicast is good for Wired connection over WiFi not so
you can test with TomCast very small tool for multicast streaming.
keep in mind that some lan card-s and switches, do not like IGMP, and count it as flood.
That's why most of multicast streaming services recommend using VLAN.
jaja cuanta gente comentando sin saber, igmp sobre redes wifi se usa y da geniales resultados, solo ahi q saber hacer las cosas, claro q un router de hogar no va a soportar igmp multicast decir eso es ser muy patetico
Updated by saen acro about 7 years ago
matias segurola wrote:
jaja cuanta gente comentando sin saber, igmp sobre redes wifi se usa y da geniales resultados, solo ahi q saber hacer las cosas, claro q un router de hogar no va a soportar igmp multicast decir eso es ser muy patetico
Write on English!
I understand very well how to use multicast also via cellular network.
But if in you situation your operator serve up to 10 megabit to clients
in my case any client have 50-100 megabits via fiber for 10€ and wifi signal degrade 
very sensible in hi urbanized areas.
IGMP do not accept transfer lag
Updated by Mono Polimorph about 7 years ago
Why discuss about IGMP in home networks?
IGMP support in TVH will be optional.
Not all networks have full IGMP support. However, today it's quite simple to manage IGMP in LANs and/or filter it in WIFI networks.
At time, IGMP input is already implemented (for IPTV multicast inputs).
So, don't care about it.
For several users, like me, the IGMP (output) support is a must-have!
I'll like to see it implemented some day.