Tvheadend

Did you get anywhere with this? I'm having the same problem and it's doing my nut!

Dean Steele wrote:

Did you get anywhere with this? I'm having the same problem and it's doing my nut!

Have you tried following Automatic_IPTV_Network?

Yes, unfortunately. I've tried all the steps. Boiled it down to just manually adding one stream, from within an M3U file (which opens in VLC) as per the instructions, but still "scan no data, failed".

Dean Steele wrote:

Yes, unfortunately. I've tried all the steps. Boiled it down to just manually adding one stream, from within an M3U file (which opens in VLC) as per the instructions, but still "scan no data, failed".

OK..

• Is the source ts?
• Is the m3u HLS? Look in a text editor, if you see segments it usually is.
• Is the provider doing some silly agent check?

The source is a .ts, yes. I'm a little lost on identifying HLS, though - I've tried without the m3u at all, as the link you listed says (after trying with m3u_plus and m3u).

Dean Steele wrote:

The source is a .ts, yes. I'm a little lost on identifying HLS, though - I've tried without the m3u at all, as the link you listed says (after trying with m3u_plus and m3u).

Post an example of the m3u source file, just remove identifying info.

HLS usually contains URLs like.

http://provider.com/path/to/segments/1.ts
http://provider.com/path/to/segments/2.ts

and so on.

The original M3U_PLUS is like this...

#EXTM3U
#EXTINF:-1 tvg-id="channelid" tvg-name="Blah-de-blah" tvg-logo="https://upload.wikimedia.org/wikipedia/en/thumb/e/ed/logo.svg/375px-_logo.svg.png" group-title="UK xxxxxxx",xxxxxxxxxxxxxx
http://xxx.xxx:83/live/xxxxx/xxxxx/xxxxx.m3u8

...and I've also tried direct (manually added in the muxes) with an M3U-derived link like this:

http://xxx.xxxx:83/live/xxxxxx/xxxxxxxxx/xxxxxx.ts

Both got the "scan no data, failed", unfortunately.

I'm going to give it another bash, with a fresh rebuild... and then look at alternatives if I can't work it out.

Dean Steele wrote:

The original M3U_PLUS is like this...

#EXTM3U
#EXTINF:-1 tvg-id="channelid" tvg-name="Blah-de-blah" tvg-logo="https://upload.wikimedia.org/wikipedia/en/thumb/e/ed/logo.svg/375px-_logo.svg.png" group-title="UK xxxxxxx",xxxxxxxxxxxxxx
http://xxx.xxx:83/live/xxxxx/xxxxx/xxxxx.m3u8

...and I've also tried direct (manually added in the muxes) with an M3U-derived link like this:

http://xxx.xxxx:83/live/xxxxxx/xxxxxxxxx/xxxxxx.ts

Both got the "scan no data, failed", unfortunately.

I'm going to give it another bash, with a fresh rebuild... and then look at alternatives if I can't work it out.

OK try this in the terminal try grabbing the source ts url.

wget --user-agent="HTS/tvheadend" http://URL.

If that fails with permission denied or 404, you have your answer (provider is agent filtering).

Original poster...

So I didn’t get his working. What I ended up doing was installing a VM Linux OS on my Mac and installing tvheadend there. I got it to read and scan the playlist. So it’s something in the macOS build that isn’t working. I don’t have the technical know how or understanding to try and figure out what it is. But maybe somebody else can...

Thanks Scott - much appreciated. I'm going to keep digging and then take a similarly different route soon too!

The wget --user-agent="HTS/tvheadend" http://URL. actually worked and started (and continued) downloading the TS until I stopped it.

It doesn't look like they're agent filtering...?

...and now I've just done that, I've tried two of the streams in TVHeadEnd (setting them to "PEND" individually) and they've started working...

What the...??

...and I think I know why it's started working. In the Network setting/set up, there's an Expert setting of "EIT time offset:" - it seems that I needed to set that to "Local (Server) Time" and make sure that my RPI was showing the correct timezone. That appears to be the only change I can find and things have started working.

Maybe, just maybe, that will help someone else along the line... although it may just be agent specific scenario, of course!

When I have some free time to tinker.... I’ll check this out and report back

In my case, I had the problem with the filtering from my provider.

I was able to skip the check forcing via pipe:

pipe:///usr/bin/ffmpeg -loglevel fatal -re -i http://streamlink.ts -c copy -f mpegts -tune zerolatency pipe:1

I updated my url in the mux with the line above .

p.s. there is a way to scripting an update automatically all the link in your xml file

I don't know if my question goes here or not but I want to give this a try.
I made a custom m3u playlist of a couple of IPTV channels that I wanted to have running through my TVheadend server (4.2.7-44 LibreELEC Tvh-addon v9.0.118)
Several of the IPTV channels work just find but there are a few that are really stubborn. They work when I am checking the channels in VLC but when I put them into Tvh the Mux scan result is "FAIL". I even had one working just fine for a couple of hours, then it failed and I could not get it to work again.
I found on one page to use "wget --user-agent="HTS/tvheadend" http://URL." to test the site and it comes back with a 401 error, so the provider is agent filtering. If you change the user-agent to anything else or even drop it the stream works just fine, but I don't know how to put that information into the Mux so it will pull the data. I understand that the User Agent is the tool being used to pull the stream, but it should be able to be spoofed in some way. I have seen several sites that list a "pipe" method but I have no idea how to implement it.

Can anyone help?
Eric

Try editing the network & increasing the timeout.