-
Notifications
You must be signed in to change notification settings - Fork 389
Add mono fsListType parsing #927
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
base: Piers
Are you sure you want to change the base?
Conversation
Added format for catchup link using by my IPTV provider
| { | ||
| if (fsListType == "index") | ||
| m_catchupSource = fsHost + "/" + fsChannelId + "/timeshift_rel-{offset:1}.m3u8" + fsUrlAppend; | ||
| else if (fsListType == "mono") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This won’t work I’m afraid as you’re forcing all mono list types to use your format, and for any mono list type they will never reach the following else.
The only way to do this would be to add a new catch format type so that you only test your condition and not any other mono types.
Plus, it would always fail for your format using an index list type.
|
Can you add an example M3U entry (feel free to obfuscate any URLs). |
|
Yes, I'm redirecting all mono type to my catch as it's done with index. Here is the original m3u link as in provider's playlist (obfuscated) After requesting actual data it turns into Catchup stream looks like this |
|
Sorry, I’m not looking for the M3U link for a stream. It’s a full M3U entry from the M3U file you load into iptvsimple that I’d like to see. |
Yes, I understand that, but this changes behaviour for every other iptvsimple user who has a mono stream. We can’t do this I’m afraid. It may solve your issue but will create other problems. |
|
M3U playlist consists of links like that |
|
So those are standard mono links. They are not different in any way and your change would modify existing behaviour for all users. The only way to do this cleanly should be to add a new catchup format type. |
|
I'm not in any way an expert in streaming services, but when I've switched to Android TV box, almost any IPTV apps could open these links and detect right catchup scheme. Just works. |
|
Don’t give up so quickly, there might be a way to do what you need. We could add an advanced option, so you can toggle on the behaviour that you require in the addon settings. Would that work? |
|
I created a PR adding an option to change from relative timeshift to utc and duration for Flussonic streams: #960 Can you try the testbuilds: https://jenkins.kodi.tv/blue/organizations/jenkins/kodi-pvr%2Fpvr.iptvsimple/detail/PR-960/1/artifacts |
Added format for catchup link using by my IPTV provider