Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Register

Quick Links


Categories

In this Discussion

› › How to source IPTV? - Page 2
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

How to source IPTV?

2»

Comments

  • LeviLevi Member

    IPTV piracy is synonym to prosecution, loss of money and incarceration. And this happens all over the world. Don't do it.

    Thanked by 1BasToTheMax
  • kevindskevinds Member, LIR

    @Moopah said: Where do the stations get their IPTV from?

    The stations don't need to get it from anywhere.. They create the stream..

  • yoursunnyyoursunny Member, IPv6 Advocate

    We operate a push-ups TV station.
    Please send us 🥭 to get licensed stream.

  • TimboJonesTimboJones Member

    @stefeman said:

    @totally_not_banned said:

    @LiquidWire said:

    need close to zero latency

    ...

    offshore

    Good luck.

    Latency means nothing to IPTV since its over TCP/HTTP (m3u/m3u8) anyway. Bandwidth is all he should care about.

    Bandwidth delay product. For receiving a single stream you're right, but you'd be ignorant when talking about a server streaming to many.

  • bootboot Member

    @Moopah said:

    @kevinds said:

    @LiquidWire said: I'm not looking to restream IPTV. I'm looking for the source. Where do sellers get IPTV from?

    The stations...

    Where do the stations get their IPTV from?

    The source.

    Thanked by 1vedran
  • stefemanstefeman Member
    edited February 2

    @TimboJones said:

    @stefeman said:

    @totally_not_banned said:

    @LiquidWire said:

    need close to zero latency

    ...

    offshore

    Good luck.

    Latency means nothing to IPTV since its over TCP/HTTP (m3u/m3u8) anyway. Bandwidth is all he should care about.

    Bandwidth delay product. For receiving a single stream you're right, but you'd be ignorant when talking about a server streaming to many.

    They use built-in load balancers installed to external servers via the panel itself. Hence it doesn't matter.

    Their clients/streamers are never connected to the actual main server hosting the streams. This server is only connected to various load balancers.

    Suppose they have 3000 live channels at 720p to 1080p resolution,

    The main server would send 3000x live streams with 3-8 Mbps bitrates to various load balancers. They can even plan within the web panel if they want to make some single load balancer to host just 50 of the most popular streams.

    Not to mention, they are able to use geo-ip information and have Asia viewers at Asia load balancer and EU in EU and USA in USA for minimum latency.

  • TimboJonesTimboJones Member

    @stefeman said:

    @TimboJones said:

    @stefeman said:

    @totally_not_banned said:

    @LiquidWire said:

    need close to zero latency

    ...

    offshore

    Good luck.

    Latency means nothing to IPTV since its over TCP/HTTP (m3u/m3u8) anyway. Bandwidth is all he should care about.

    Bandwidth delay product. For receiving a single stream you're right, but you'd be ignorant when talking about a server streaming to many.

    They use built-in load balancers installed to external servers via the panel itself. Hence it doesn't matter.

    Their clients/streamers are never connected to the actual main server hosting the streams. This server is only connected to various load balancers.

    Suppose they have 3000 live channels at 720p to 1080p resolution,

    The main server would send 3000x live streams with 3-8 Mbps bitrates to various load balancers. They can even plan within the web panel if they want to make some single load balancer to host just 50 of the most popular streams.

    Not to mention, they are able to use geo-ip information and have Asia viewers at Asia load balancer and EU in EU and USA in USA for minimum latency.

    You misunderstood. He's not looking to do this on mass scale so this load balancing response is your brown M&M. You seem to be answering a question not asked by OP.

  • stefemanstefeman Member

    @TimboJones said:

    @stefeman said:

    @TimboJones said:

    @stefeman said:

    @totally_not_banned said:

    @LiquidWire said:

    need close to zero latency

    ...

    offshore

    Good luck.

    Latency means nothing to IPTV since its over TCP/HTTP (m3u/m3u8) anyway. Bandwidth is all he should care about.

    Bandwidth delay product. For receiving a single stream you're right, but you'd be ignorant when talking about a server streaming to many.

    They use built-in load balancers installed to external servers via the panel itself. Hence it doesn't matter.

    Their clients/streamers are never connected to the actual main server hosting the streams. This server is only connected to various load balancers.

    Suppose they have 3000 live channels at 720p to 1080p resolution,

    The main server would send 3000x live streams with 3-8 Mbps bitrates to various load balancers. They can even plan within the web panel if they want to make some single load balancer to host just 50 of the most popular streams.

    Not to mention, they are able to use geo-ip information and have Asia viewers at Asia load balancer and EU in EU and USA in USA for minimum latency.

    You misunderstood. He's not looking to do this on mass scale so this load balancing response is your brown M&M. You seem to be answering a question not asked by OP.

    How did you come to conclusion that OP is not trying to sell IPTV on mass scale?

    He's looking for channel sources directly for selling and is asking about dedicated servers. You can just make a single VPS and restream any m3u file directly if its personal use.

    In which case, the OP can just buy any IPTV he can find on the internet and restream that for himself. No need for anything complicated in that case.

  • R4ainR4ain Member

    sources are from real channels / OTTs

Sign In or Register to comment.