Skip to content

Conversation

@am-silex
Copy link

Added format for catchup link using by my IPTV provider

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")
Copy link
Member

@phunkyfish phunkyfish Nov 21, 2024

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.

@phunkyfish
Copy link
Member

Can you add an example M3U entry (feel free to obfuscate any URLs).

@am-silex
Copy link
Author

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)
http://iptvserver.net:1234/ch465/mono.m3u8?token=secret - LiveTV

After requesting actual data it turns into
http://iptvserver.net:1234/ch465/2024/11/09/20/29/51-05005.ts?token=secret (I believe as it's done on any other streaming services - to get next 10-30 seconds of playback)

Catchup stream looks like this
http://iptvserver.net:1234/ch465/tracks-v1a1/index-1732173780-4500.m3u8?token=secret
And actual data after that
http://iptvserver.net:1234/ch465/tracks-v1a1/dvr-2024/11/21/07/23/00-06000.ts?token=secret

@phunkyfish
Copy link
Member

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.

@phunkyfish
Copy link
Member

phunkyfish commented Nov 21, 2024

Yes, I'm redirecting all mono type to my catch as it's done with index.

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.

@am-silex
Copy link
Author

@phunkyfish
Copy link
Member

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.

@am-silex
Copy link
Author

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.
Frankly, I'm tired of re-compiling and tinkering with the soft only to be able to watch some channels.
Good luck!

@am-silex am-silex closed this Feb 18, 2025
@phunkyfish
Copy link
Member

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?

@phunkyfish phunkyfish reopened this Feb 18, 2025
@phunkyfish
Copy link
Member

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants