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

Add mono fsListType parsing #927

Open
wants to merge 1 commit into
base: Piers
Choose a base branch
from
Open

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
@@ -499,6 +499,8 @@ bool Channel::GenerateFlussonicCatchupSource(const std::string& url)
{
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

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