Replies: 5 comments 34 replies
|
@nlitend1 i have implemented reverse proxy mode for hls. Can you try and give me a feedback? |
19 replies
|
@nlitend1 I noticed during my tests that VLC has problems with live streams. Other players play the streams without any issues, but VLC exits with an error. |
0 replies
|
@nlitend1 i have fixed some issues wth hls content. TopGear was not playing, I have pushed the changes as aarch64-beta image. |
0 replies
|
is m3u8 proxing working now? |
2 replies
|
I have found my error and corrected my config. It is now working with VLC (using the latest "beta" push). Though not working with TopGear (if using my list), also any "Geo-Blocked" content doesn't seem to like being proxied? |
13 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
As mentioned in #187 I noted a playlist of mine was only being redirected despite being setup to reverse proxy in api-proxy.yml As @euzu inferred and explained this was due to the likely dynamic nature of HLS streams.
That said, I have noticed that tvheadend proxies these HLS streams without issue and I'm wondering if there could be an 'override' option to allow this with m3u-filter. (Perhaps you know how this works with tvheadend @jojo141185 ?)
The reasoning for proxy is two-fold: one for consistent routing of streams, and two for vpn (gluetun) use. I realize HLS streams often have mutliple video tracks/resolutions and that may be the reasoning behind denying the ability to reverse proxy, but i have also tried with limiting the stream to a single video track (by replacing (/index.m3u8 with /tracks-v1a1/mono.m3u8 in the playlist) and it does not enable reverse proxy mode. Perhaps it is disabled as soon as .m3u8 is detected?
Hoping for a option here to continue with the all-in-one solution of m3u-filter. 😄
All reactions