Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How does it work? #29

Closed
adrianmihalko opened this issue Dec 17, 2024 · 7 comments
Closed

How does it work? #29

adrianmihalko opened this issue Dec 17, 2024 · 7 comments
Labels
documentation Improvements or additions to documentation question Further information is requested

Comments

@adrianmihalko
Copy link

Could you add a brief explanation to the README about how IPTV-Restream behaves when the provider allows only one stream at a time, and another user attempts to watch? I understand the restriction comes from the provider, but it would be helpful if, in such cases, a static image could be shown to other clients with a message like:
"Another user is currently watching. Please try again later."

This would improve clarity and user experience when the stream is unavailable.

@adrianmihalko adrianmihalko added the enhancement Enhancement to existing feature/infrastrcuture label Dec 17, 2024
@antebrl antebrl added documentation Improvements or additions to documentation question Further information is requested and removed enhancement Enhancement to existing feature/infrastrcuture labels Dec 17, 2024
@antebrl
Copy link
Owner

antebrl commented Dec 17, 2024

Sure! I will remake the whole README in the following days.

Regarding your question:
The application synchronizes the channel! If one user changes the channel, it is changed for all users. Also the playback of the current channel is synchronized when enabled.
Some IPTV providers restrict access to their playlist to one client at a time. This application therefore helps accessing the same stream with multiple clients at a time.

There could also be the possibility for restreaming several iptv streams, so multiple users can watch different content. If there is demand for such a feature, it will be eventually get implemented.

@mblanco4x4
Copy link

While very cool, I personally don't need sync functionality but it could be VERY USEFUL if you could load several accounts for restreaming different content. You could then attach this to gluetun container for proxying/tunnelling all client streams thru a single VPN endpoint (as a workaround for ISP blocking.) Currently using "iptv-proxy" which works well but in order to have multiple accounts you need to spin up a container for each. Many have raised the "multiple provider" request in that project but there's been no movement on it.

Thanks!

@adrianmihalko
Copy link
Author

I saw that ticket too, and I completely agree—a restream would be awesome!

@antebrl
Copy link
Owner

antebrl commented Dec 18, 2024

@mblanco4x4

While very cool, I personally don't need sync functionality

You can turn off synchronization in the frontend ⚙️ settings. This will give you faster load times and may increase the performance.

it could be VERY USEFUL if you could load several accounts for restreaming different content.

That is indeed possible at the moment! You can load as many playlists or even single m3u8 channels from different sources/accounts as you want.

you could then attach this to gluetun container for proxying/tunnelling all client streams thru a single VPN endpoint (as a workaround for ISP blocking.)

I mean at the moment, this is rather a restreaming plattform than a proxy. The stream is not only proxied, it is cached in the backend. Thats done because my own iptv provider detected me even when watching in two seperate browser windows at the same time.

If you want to restream multiple channels at the same time, this is currently not possible with my solution. As I said, if there is enough demand, I can surely add the possiblity to watch standalone without channel synchronization. (Still have to think about a proper way to integrate this, because the application is majorly designed for synchronization. Ideas are welcome!).

Same goes for a only proxy mode. Just tell me what you need and we can find a way to integrate it.

@antebrl antebrl mentioned this issue Dec 21, 2024
@adrianmihalko
Copy link
Author

I finally had time to review this project, and it’s really impressive. However, it’s not quite what I’m looking for. I’m searching for a proxy solution where we can input an m3u8 file with a single-user limit. The proxy would allow multiple clients to connect, but if the limit is reached, it would display a video message informing users that another client is currently watching the stream and to try again later.

Additionally, having the ability to set an alternate source for a given channel (a second playlist) would be fantastic. So far, I haven’t found a project that offers this functionality.

@Phunky
Copy link

Phunky commented Jan 19, 2025

While very cool, I personally don't need sync functionality but it could be VERY USEFUL if you could load several accounts for restreaming different content. You could then attach this to gluetun container for proxying/tunnelling all client streams thru a single VPN endpoint (as a workaround for ISP blocking.) Currently using "iptv-proxy" which works well but in order to have multiple accounts you need to spin up a container for each. Many have raised the "multiple provider" request in that project but there's been no movement on it.

Thanks!

This is exactly what i'm wanting to sort out on my setup, but also with the channel caching to prevent people watching the same channel taking up an additional connection.

Big thing for me is I want to run my IPTV via my VPN without having to put Emby behind it too...

@antebrl
Copy link
Owner

antebrl commented Jan 19, 2025

I see, you all need multiple people watching the different channels. There is already an open issue #36 for this. It will be top-priority in the next stage of development.

@adrianmihalko

I’m searching for a proxy solution where we can input an m3u8 file with a single-user limit. The proxy would allow multiple clients to connect, but if the limit is reached, it would display a video message informing users that another client is currently watching the stream and to try again later.

My application is primarely for bypassing this single-user limit problem by restreaming the stream (use restream mode). I see where your idea is going. I could add such thing for proxy-mode, but I'm not sure yet whether it's worth the time.

Additionally, having the ability to set an alternate source for a given channel (a second playlist) would be fantastic.

This sounds interesting. I'll have to think about it, thanks for the idea.

@Phunky

This is exactly what i'm wanting to sort out on my setup, but also with the channel caching to prevent people watching the same channel taking up an additional connection.

Yeah, caching to prevent using several connections to the source, is exactly what I was aiming to implement with this project initially (restream mode does exactly this).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation question Further information is requested
Projects
None yet
Development

No branches or pull requests

4 participants