M3U TV Tuner Plugin stripping m3u arguments

[Spexor 3]

On 7/15/2022 at 5:52 PM, Luke said:

That's great. I think it will. We'll get it into a 4.7.X release next month once they've published.

Im doing the same thing as the original poster and running into the same issue except trying to play the PST stream with the offset just crashes. So looks like it's still a problem in 2024. 

[Luke 42077]

@Spexor

 

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

 

[Spexor 3]

Here you go. I replicated it and grabbed the log and screenshot. 

ffmpeg-transcode-8aec6b25-917d-4d07-98c6-461fbf059352_1.txt

[Luke 42077]

OK and you think it's stripping url arguments?

[Spexor 3]

2 hours ago, Luke said:

OK and you think it's stripping url arguments?

if i try playing it regularly through the integrated IPTV of Emby I get that error and log output. If I use the IPTV plugin and add "http://api.toonamiaftermath.com:3000/est/playlist.m3u8?streamDelay=180&useHttps=true" in it plays instantly with no issue. It only crashes if I use the built in IPTV feature. As far as I can tell the only difference between the EST and PST stream is the added URL arguments for the PST stream. It used to work but at some point it stopped. 

[Luke 42077]

How did you set it up in Emby live TV?

[Spexor 3]

16 hours ago, Luke said:

How did you set it up in Emby live TV?

I take the .m3u URL from the docker and add it. The other Toonami channels work but they don't have any extra arguments. I just tried directly adding that m3u8 url from my previous post to Emby live TV and strangely enough that worked. So the URL by itself with the arguments works but when trying to play from inside the m3u file with the arguments it doesn't work. If it helps I uploaded the m3u file. 

ToonamiAftermath.m3u

[Luke 42077]

@Spexorthis m3u is malformed. Notice this:

#EXTINF:-0 channel-id="1" tvg-name="Toonami Aftermath EST" tvg-language="en" tvg-country="us" tvg-id"Toonami Aftermath EST" tvg-logo="https://imgur.com/NkYPoLH.png" group-title="Toonami Aftermath", Toonami Aftermath EST

Specifically this:

tvg-id"Toonami Aftermath EST"

It should be:

tvg-id="Toonami Aftermath EST"

This is only one example and each line should be checked for something similar. Please correct this, then refresh the guide data in Emby Server and try again. Thanks.

[Spexor 3]

I'm not sure how i'd do that since that m3u is the output of the docker. I can look into it. Thank you for noticing that.

[Luke 42077]

You could try saving it as a file and then correcting it, and then importing the file into Emby Server.

Granted, the downside of this is that you'll need to update that file manually.

[Spexor 3]

I can see the error in the python code in the github. I guess I get to learn how to use github and either submit a change or fork it lol.

[Spexor 3]

On 8/7/2024 at 12:01 AM, Luke said:

@Spexorthis m3u is malformed. Notice this:

#EXTINF:-0 channel-id="1" tvg-name="Toonami Aftermath EST" tvg-language="en" tvg-country="us" tvg-id"Toonami Aftermath EST" tvg-logo="https://imgur.com/NkYPoLH.png" group-title="Toonami Aftermath", Toonami Aftermath EST

Specifically this:

tvg-id"Toonami Aftermath EST"

It should be:

tvg-id="Toonami Aftermath EST"

This is only one example and each line should be checked for something similar. Please correct this, then refresh the guide data in Emby Server and try again. Thanks.

I made the recommended changes to the m3u file and uploaded it to Emby and I'm getting the same behaviors. It's not a big deal just annoying.

[Luke 42077]

1 hour ago, Spexor said:

I made the recommended changes to the m3u file and uploaded it to Emby and I'm getting the same behaviors. It's not a big deal just annoying.

HI, can we please look at an example?

How to Report a Problem

Thanks.

[Spexor 3]

On 8/12/2024 at 11:48 PM, Luke said:

HI, can we please look at an example?

How to Report a Problem

Thanks.

same error and behavior as before.

ffmpeg-transcode-7db9c34b-a368-4d31-823b-e58d30c43999_1.txt

[Luke 42077]

On 8/14/2024 at 7:39 PM, Spexor said:

same error and behavior as before.

ffmpeg-transcode-7db9c34b-a368-4d31-823b-e58d30c43999_1.txt 10.1 kB · 2 downloads

HI, have you updated to the latest build? Has that helped?

[Spexor 3]

On 9/10/2024 at 4:13 PM, Luke said:

HI, have you updated to the latest build? Has that helped?

Sorry for the late reply. I just saw this so I tried and it's now working as expected! Im on beta 4.9.0.30. What did you change?

[Luke 42077]

On 9/21/2024 at 1:42 AM, Spexor said:

Sorry for the late reply. I just saw this so I tried and it's now working as expected! Im on beta 4.9.0.30. What did you change?

Hi, I can't think of anything, but I'm glad to hear that.

[Amin0Acid 0]

Hi, I am also encountering this problem too.

I have downloaded and manually edited my .m3u8 file to prepend my login arguments for my iptv in the formal "https://username:password@xxxx.tv/XXX.m3u8". This file is confirmed to work in vari ous media players, including VLC. I have sucessfully, inputted this into emby, but when I try to play I get the same error messages as the original user. I have also tried just plain m3u instead of m3u8.

I believe that this is caused by emby stripping out the url arguments from the http request. I think so because when I look at my logs I see that the username:password isn't included in the url path?

I have attached my logs, with OBSCURED written for anything like usernames or site urls which point back to myself, but shouldn't be an issue for you to help debug.

Emby IPTV Logs.txt

[Luke 42077]

On 10/10/2024 at 11:34 AM, Amin0Acid said:

Hi, I am also encountering this problem too.

I have downloaded and manually edited my .m3u8 file to prepend my login arguments for my iptv in the formal "https://username:password@xxxx.tv/XXX.m3u8". This file is confirmed to work in vari ous media players, including VLC. I have sucessfully, inputted this into emby, but when I try to play I get the same error messages as the original user. I have also tried just plain m3u instead of m3u8.

I believe that this is caused by emby stripping out the url arguments from the http request. I think so because when I look at my logs I see that the username:password isn't included in the url path?

I have attached my logs, with OBSCURED written for anything like usernames or site urls which point back to myself, but shouldn't be an issue for you to help debug.

Emby IPTV Logs.txt 9.3 kB · 3 downloads

Hi @Amin0AcidThis seems to be working OK on the 4.9 beta channel, so you can always try that for immediate relief. Thanks.