Compatibility issue with IPTVeditor importing VODs as live TV (possibly a stream URL format issue)

[aniel300]

as discussed in discord: "any plans or does it make sense on supporting .../stream/..., .../movie/... and .../series/... for separating live channels, movies and tv shows at the m3u level?"

[aniel300]

what about separating providers at the m3u level e.g

.../stream/provider1namedefinedbytheuser/...
.../movie/provider2namedefinedbytheuser/...
.../series/provider3namedefinedbytheuser/...
etc

[sonroyaalmerol]

Separating providers doesn't make sense to me as the whole point of this project is to merge them.

Also, just for clarification, do you mean generating a separate m3u playlists for each categories based on the original stream urls?

[aniel300]

i dont think that is what am after. in the future i would like to be able to choose between exporting live tv, movies and/or tv shows. but for this request i would like to see the ability to to 1: make sure msmp separates lives tv, from movies and tv shows (vod) as right now everything is put into .../stream/... and i also would like the ability to separate providers at the m3u level like in this example. #154 (comment)

[sonroyaalmerol]

Is using the newly implemented include and exclude features (#156) not enough for your use case? I can imagine using that along with having one instance of the proxy per category would work.

I'd need a better reason for me to implement dynamic base paths as it's too cumbersome tbh. The only reasons I would probably consider doing this is if it's to increase compatibility with certain clients.

[aniel300]

different instances i dont think it will work. there is two requests in this post. u saying u not implementing either of them. as for a better reason, i was trying to use ur proxy with sm and use his fallback feature but i wanted to distinguish between the different providers at the time of doing the fallback stuff (which is manually) per channel.

[sonroyaalmerol]

I see, manually setting fallback options per channel would be difficult to implement without having some sort of web interface. I'll definitely keep that feature in mind and see what I can do. Probably on a separate project as I like to modularize functionalities. But for now, i'll close this as not planned for this specific repo. I'll update you when I've decided to do it.

[sonroyaalmerol]

Clarified on discord. Will be using this issue to track the compatibility issue with IPTVeditor importing VODs as live TV instead.

[sonroyaalmerol]

Can you check out #160 and see if this feature is enough for your use case?

[sonroyaalmerol]

Try out #161 if that works for you @aniel300. Everything should be auto now.

[aniel300]

it is working now. however, the URL scheme now has .../proxy/... as part of it, is that intended? i don't mind but just wondering and it might also break the m3u standard scheme but idk for sure.
here is an example: http://xxx/proxy/movie/xxx/xxx/en-a-murder-to-remember-2020.mkv

[sonroyaalmerol]

Yes, that is intentional. There is no such thing as a standard m3u url scheme. Closing issue as resolved

[aniel300]

things seem to be working for tv shows but not for movies. it is not updating for some reason. trying to find out if this is a player issue...

[aniel300]

i was able to confirm it working using another app. thank u for ur hard work

[aniel300]

I just noticed the new url scheme is including the original m3u username and password, is that as designed?

[sonroyaalmerol]

Yes, it uses the same base path as the original M3U to avoid any more problems concerning keywords in URLs used to categorize some streams.

[aniel300]

umm interesting. this could work for distinguishing different providers but that remains to be seen. I still would like that to be customizable but I will tale this over nothing. thanks again for your hard work.