Tvheadend

Request Multicast
Hi, with kodi and Tvh HTSP Client addon ,have >100 client and watch same HD channel,without multicast is wasteful bandwidth.
anyway to reducing network/bandwidth usage ....

Thanks

use vlc or ffmpeg to convert a normal stream to a multicast:

@Server:

ffmpeg -i http://localhost:9981/play/stream/channel/1883163b78aaa113ec49823faf64b83d -f mpegts udp://236.0.0.1:2000

@Client (mplayer for example):

mplayer -demuxer +mpegts -framedrop -benchmark "ffmpeg://udp://236.0.0.1:2000?fifo_size=100000&buffer_size=10000000" 

see https://trac.ffmpeg.org/wiki/StreamingGuide#Pointtopointstreaming

But indeed, multicast support "out-of-the-box" would be great

That's not gonna work with tvheadend, you cannot do htsp over multicast, with multicast you need a channel permanently "broadcasting", whether someone is watching or not. Meaning, for every available channel, you would need tvheadend to subscribe and send it to multicast, so you would have to lockdown a physical tuner for every channel/mux...

Edit: the correct ffmpeg command line (Version N-80901-gfebc862) is:

ffmpeg -re -i http://localhost:9981/play/stream/channel/1883163b78aaa113ec49823faf64b83d -vcodec copy -acodec copy -f mpegts udp://236.0.0.1:2000

Hanspeter Müller wrote:

That's not gonna work with tvheadend, you cannot do htsp over multicast, with multicast you need a channel permanently "broadcasting", whether someone is watching or not. Meaning, for every available channel, you would need tvheadend to subscribe and send it to multicast, so you would have to lockdown a physical tuner for every channel/mux...

He's talking about one channel

edit: my answer was to the OP, not to K C, he posted while i was composing

@ C K

no, not really, he talks about "kodi and Tvh HTSP Client addon", so he thinks he can use tvheadend the way it's working now, just with multicast, and thats not gonna work... But yeah, it would be possible to stream a few channels permanently, but then your vlc-solution is much simpler

At less feature will be helpful and with clients with STB watching same channel in LAN
vote +1

Yes, it looks good +1

C K wrote:

use vlc or ffmpeg to convert a normal stream to a multicast:

@Server:

[...]

@Client (mplayer for example):
[...]

see https://trac.ffmpeg.org/wiki/StreamingGuide#Pointtopointstreaming

But indeed, multicast support "out-of-the-box" would be great

vlc can't handle 100+ channel

bebek balap wrote:

Request Multicast
Hi, with kodi and Tvh HTSP Client addon ,have >100 client and watch same HD channel,without multicast is wasteful bandwidth.
anyway to reducing network/bandwidth usage ....

Thanks

MuMuDVB can provide the multicast streams if you need multicasting. If tvheadend were to provide the multicast stream, that would break at least the current timeshifting capability: If one of the subscribers presses pause during the live tv stream, what would happen? -> Timeshifting would need to be implemented in the client.

Don't get me wrong, in general I love the idea of multicasting and have been experimenting with it since the 90's. The biggest problem is, that neither WiFi nor wired consumer level network gear support multicasting properly even though the specs might indicate that they will (so few people even try multicasting). The second problem is, that the ISP usually limit multicasting within their own network. Especially if they offer their own IPTV service.

To summarize: Please think about the timeshfting case. Please acknowledge the problem with ISPs and consumer level gear/wifi.

Tvheadend can pickup the multicast streams created by the MuMuDVB as a regular IPTV broadcast.

BR
Andy777

In addition: UDP itself is a "firehose". It shoots packets and hopefully the receiving end catches them. That works well in unicast or in wired multicast. You can of course always write code that has IDs/counters for UDP packets and then retransmittes (mimicking TCP). However the packet loss (without the inbuilt retransmission like in TCP) can be substansial in WiFi connections resulting stream that is hard to decode (or impossible when the decoder is hardware decoder which you have no control of). Self built retransmission will also break the multicast/udp/single stream principle.

BR,
Andy777

@Antti Lehtinen
There is a very simple solution for multicast environment and timeshift,
just exclude timeshift from multicast and use standard stream from NVOD storage.

Multicast is useful for hotel/hospital solutions also, not only ISP.

Mumudvb can work with cccam ? or mumudvb can get tvsource from tvheadend with decrypt ?

now i use tvheadend - cccam - kodi tvheadendhtspclient ( android box on client ) .

Astra also works, but what is reason to use lot of software's, when only one can do all.

saen acro wrote:

Astra also works, but what is reason to use lot of software's, when only one can do all.

hallo my fren, what software can do all ?

< multicast, cccam, 100++ channel, 100++ client with stb ( andorid box ) >

Paid version of Cesbo Astra

But for me it's better TVH to have multicast and this #3992

p.s.
if some one want to write web ui for end client devices,
can provide collection of smart tv and stb ui examples and key mapings.

saen acro wrote:

Paid version of Cesbo Astra

But for me it's better TVH to have multicast and this #3992

p.s.
if some one want to write web ui for end client devices,
can provide collection of smart tv and stb ui examples and key mapings.

just see Cesbo astra,its good but its monthly fee : (

still waiting for multicast tvheadend or free software

Thanks for your info my fren : )