Feature #4431

IGMP multicast server

Added by Mono Polimorph 6 months ago. Updated 3 months ago.

Status:NewStart date:2017-06-14
Priority:NormalDue date:
Assignee:John Törnblom% Done:

0%

Category:Streaming
Target version:4.6

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?

History

#1 Updated by Pablo Rodríguez 6 months ago

I supose this can only be used on local networks. And not through Internet.

#2 Updated by Mono Polimorph 6 months ago

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.

#3 Updated by saen acro 6 months ago

HLS streaming is way better.

#4 Updated by Pablo Rodríguez 6 months ago

saen acro wrote:

HLS streaming is way better.

I am agree with you...

#5 Updated by Mono Polimorph 6 months 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

#6 Updated by saen acro 6 months 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.

#7 Updated by Jaroslav Kysela 6 months ago

  • Target version set to 4.6

#8 Updated by Mono Polimorph 6 months 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 :)

#9 Updated by matias segurola 3 months ago

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

#10 Updated by saen acro 3 months 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

#11 Updated by Mono Polimorph 3 months 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.

Also available in: Atom PDF