DaddyLive, PlutoTV, XUMO, M3U/XMLTV, SamsungTV, Plex, TVGuide interfaces (appliance)

G Kazaroth

Nope don't have Twitter, nor a cell phone. Just installed it on Windows. Sorry that you are having issues.

C Island

G Kazaroth wrote:
> Considering my main test box is Ubuntu, I have not seen any zombies. My expectation is docker is causing the issue and not killing the forked process when requested. Thanks for giving it a try.
>

It may be becuase I am using Debian as the OS for my Docker containers (maybe Debian doesn't clean up Zombies as well as Ubuntu). I enhanced internal_proxy and m3u8_queue to ensure clean up and termination when a terminate message was sent to via IN_QUEUE. Previously two conditions prevented m3u8_proxy from cleaning up and terminating:

# With VOD playback and long playlists the queues were full and thus the m3u8_queue threads were blocked so cleanup and termination didn't happen.

# In other cases sometimes there were still items in the queues which prevented clean termination

G Kazaroth

Thanks Island. Already have the first update on 0.9.6. (Cleanup of the garbage instances.) It was interesting to see what my database had in junk. I will take a look at the PR and incorporate in the next update on 0.9.6.

C Island

G Kazaroth wrote:

> Thanks Island. Already have the first update on 0.9.6. (Cleanup of the garbage instances.) It was interesting to see what my database had in junk. I will take a look at the PR and incorporate in the next update on 0.9.6.

The first commit/update in my PR didn't work at all so don't use it on its own. In fact it causes exceptions. The 2nd update in the PR fixes the first update plus fixes the problem.

Sean Micklem

Don't know if this would be of any interest but I came across a lesser-known and (I think) fairly new streaming service called DistroTV, their main page is at https://www.distro.tv/live/ and they seem to have some channels not found on some of the other services. The channel list and EPG are at https://github.com/DeltaSr95/DistroTV but you will probably want to use the "raw" version of the m3u list at https://raw.githubusercontent.com/DeltaSr95/DistroTV/master/distrotv.m3u (otherwise it is encapsulated in html which won't work in player software). This is not a recommendation or anything, I just found out about it while looking at a page at https://thefrugalstreamer.blogspot.com/p/free2viewtvpage1.html which may also contain links to some other interesting streams but for some reason I have a real problem with the layout or the font or something about that page, I can't put my finger on it but there is something about it that makes it hard to read, for me anyway. They also have a big master list of streaming channels but it's not nearly as large as the other one. Anyway, for those who think you just can never have enough streaming channels, there's a few more for you.

EDIT: I tried adding DistroTV in Cabernet and everything appeared to work until I got to the point of trying to scan the channels into Tvheaded. Tvheadend finds the muxes with no problem, but then when it start scanning them only about one quarter of the channels will scan in. The problem is that the links provided by Cabernet to Tvheadend don't seem to work; if I copy the link of one that won't play from the mux configuration and put it in VLC it still won't play, but if I use the original .m3u file from github then most of the channels do play. As a random example of one that won't play through Cabernet but will play directly, try channel 62 (MotoAmerica). My settings in Cabernet for the instance are as follows:


[m3u_distrotv]
label = M3U DistroTV
channel-m3u_file = https://raw.githubusercontent.com/DeltaSr95/DistroTV/master/distrotv.m3u
epg-suffix = D
enabled = True
channel-import_groups = True
player-enable_pts_filter = True
player-enable_pts_resync = False
epg-xmltv_file = https://github.com/DeltaSr95/DistroTV/blob/master/distrotv.xml.gz?raw=true

All the rest are the defaults for a m3u instance. I tried various combinations of player-enable_pts_filter and player-enable_pts_resync but nothing seemed to make any difference. Don't know what is so different about these streams, except that I suspect from watching VLC that some of the links in the original m3u file might go to intermediate redirects before getting to the actual stream link.

EDIT 2: I think that is precisely the problem, there are too many layers of m3u8 files. If you download the file from https://raw.githubusercontent.com/DeltaSr95/DistroTV/master/distrotv.m3u and find the link for MotoAmerica it shows this:

#EXTINF:-1 tvg-id="dtv_EPGMotoAmerica TV" tvg-name="MotoAmerica" tvg-logo="https://a.jsrdn.com/hls/22964/motoamerica-tv/logo_20210929_171411_68.png" group-title="Sports",MotoAmerica https://dai.google.com/linear/hls/event/HCkYA2wESb6G9YpN6SyD0A/master.m3u8

A link to another m3u8 file! And if you download that, it shows this:

#EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM-INF:BANDWIDTH=2000000,RESOLUTION=960x540,FRAME-RATE=30,CODECS="avc1.64001e, mp4a.40.2" https://dai.google.com/linear/hls/pa/event/HCkYA2wESb6G9YpN6SyD0A/stream/13549f79-779b-4cc4-afe6-652acd882282:TUL/variant/a0369453fc25b34d3a9469a225195a05/bandwidth/2000000.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=750000,RESOLUTION=640x360,FRAME-RATE=30,CODECS="avc1.64001e, mp4a.40.2" https://dai.google.com/linear/hls/pa/event/HCkYA2wESb6G9YpN6SyD0A/stream/13549f79-779b-4cc4-afe6-652acd882282:TUL/variant/6d56b2f489a0dfe74cd39c91ac1d8330/bandwidth/750000.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=1000000,RESOLUTION=640x360,FRAME-RATE=30,CODECS="avc1.64001e, mp4a.40.2" https://dai.google.com/linear/hls/pa/event/HCkYA2wESb6G9YpN6SyD0A/stream/13549f79-779b-4cc4-afe6-652acd882282:TUL/variant/f618d6d0e85b5083fcbb2402a52daa68/bandwidth/1000000.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=3000000,RESOLUTION=1280x720,FRAME-RATE=30,CODECS="avc1.64001e, mp4a.40.2" https://dai.google.com/linear/hls/pa/event/HCkYA2wESb6G9YpN6SyD0A/stream/13549f79-779b-4cc4-afe6-652acd882282:TUL/variant/a856a3d01aca5ee0a5ad0d159acc7b78/bandwidth/3000000.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=5000000,RESOLUTION=1280x720,FRAME-RATE=30,CODECS="avc1.64001e, mp4a.40.2" https://dai.google.com/linear/hls/pa/event/HCkYA2wESb6G9YpN6SyD0A/stream/13549f79-779b-4cc4-afe6-652acd882282:TUL/variant/f452aa50f451ccd791ac4d48f3c5bc26/bandwidth/5000000.m3u8

Still more m3u8 links! Naturally we want the highest resolution, so try downloading that... I won't post it here because it is a little long, but only at this point do we finally get to a list of streams. But if I put that link into VLC, it will not play. If you put the master m3u list into VLC and select MotoAmerica, and display media information, the link it displays is https://dai.google.com/linear/hls/event/HCkYA2wESb6G9YpN6SyD0A/master.m3u8 which youcan supply directly to VLC (and it actually starts playing a lower resolution for a couple of seconds, then switches up to 720p). It is not that I have any interest in this particular channel, many of the channels on DistroTV have the same issue. I just thought you might want to know that for whatever reason Cabernet is having some trouble with this provider, and my suspicion it that the data it wants to see is buried a layer or two too deep.

G Kazaroth

Issue with DistroTV is the channel ids used contain all kinds of illegal characters (like a space). I will add some fix into the internal_proxy, but when I tested it, it did work fine with the stream_type set to m3u8redirect.

Edit: I have added code in RC05 for m3u plugin to replace invalid characters in the channel id with '_'. This should help the m3u files with invalid characters work. This only affects the stream type internal_proxy.

Sean Micklem

G Kazaroth wrote:
> Issue with DistroTV is the channel ids used contain all kinds of illegal characters (like a space). I will add some fix into the internal_proxy, but when I tested it, it did work fine with the stream_type set to m3u8redirect.
>

> Edit: I have added code in RC05 for m3u plugin to replace invalid characters in the channel id with '_'. This should help the m3u files with invalid characters work. This only affects the stream type internal_proxy.

I tried changing to m3u8redirect and it did not appear to make any difference. These are the settings I am currently trying to use:


[m3u_distrotv]
label = M3U DistroTV
channel-m3u_file = https://raw.githubusercontent.com/DeltaSr95/DistroTV/master/distrotv.m3u
epg-suffix = D
enabled = True
channel-import_groups = True
player-enable_pts_filter = True
player-enable_pts_resync = True
epg-xmltv_file = https://github.com/DeltaSr95/DistroTV/blob/master/distrotv.xml.gz?raw=true
player-stream_type = m3u8redirect
player-decode_url = True
player-enable_url_filter = True

EDIT: Also tried going back to internal_proxy, still no luck.

-I will note that although I upgraded Cabernet, the home screen still says the version is Version: 0.9.6.0-RC04. I don't know why because it definitely upgraded, I did it twice the usual way and then went and got the zip file from the repository and installed from that and still it says it's on RC04.- EDIT: Now its on Version: 0.9.6.0-RC06 and I am sorry to report that it's still having the same problems.

G Kazaroth

I am playing it directly from TVH mux list to VLC and it works perfectly. Even with your settings (most of which have nothing to do with m3u8redirect.)

Sean Micklem

G Kazaroth wrote:

> I am playing it directly from TVH mux list to VLC and it works perfectly. Even with your settings (most of which have nothing to do with m3u8redirect.)

The problem I am having is that TVH will not scan the channels in in the first place. Out of 89 muxes that I enabled, only 33 will successfully scan in, and those do play in VLC. The rest just fail for some unknown reason, and TVH does not create a service for them.

My automatic IPTV settings are these:


Enabled: ✔
 
Network name: M3U-DistroTV
Create bouquet:
 
Maximum # input streams: 5 (set to 1 for initial scan)
Maximum bandwidth (Kbps): 0
URL: http://localhost:6077/m3u/distrotv/channels.m3u
Channel numbers from: 0
Accept zero value for TSID: ✔
 
Provider network name:
Network ID (limit scanning): 0
Ignore provider's channel numbers:
 
SAT>IP source number: 0
Character set: (none specified)
Use A/V library:
 
Scan after creation: ✔
 
Priority: 1
Streaming priority: 1
Maximum timeout (seconds): 45
Icon base URL:
Content character set: (none specified)
Re-fetch period (mins): 1440

(Everything in the "Expert Settings" is left at the defaults).

I have tried several different variations of the settings for the instance in Cabernet, and none of them seem to make any difference. If I could just get TVH to scan in the channels in the first place I suspect they would work, though I can't be certain of that because I can't get TVH to scan the channels in. The fact that it does scan 33 out of the list indicates to me that there is some difference in the channels on that list. Also a channel that will not scan it still wont scan no matter how many times you try it. I even tried deleting all the DistroTV muxes so that they would be reloaded using the upgraded version of Cabernet andthat made no difference. So at this point I'm almost ready to throw in the towel and just disable all the channels that Tvheadend can't seem to scan in. I'm glad it works for you, I just wish I knew why!

EDIT: Well it just gets weirder, I tried again this evening and a few more scanned in, tried again once more and now all but 8 of the channels have scanned in, but those 8 refuse to scan (an example is channel 32, "24 Hour Free Movies"). Might be they are down, might be a connectivity issue, who knows. But today's update definitely seems to have helped the situation, so thanks!

G Kazaroth

I got all but 2 with internalproxy. Had over 8 with m3u8redirect. One had the wrong url with a 404 error and the other was failing on distrotv as well. The distrotv data for the m3u file is coming from
https://tv.jsrdn.com/tv_v5/getfeed.php if you are interested.

T Feeney

I have cabernet configured for SamsungTV, Plex and USTVGO. The channels.m3u has all the expected channels. I can see them all from the channels page in cabernet. The xmltv.xml file only includes the Samsung/Plex channels...nothing for USTVGO. Thus, in my tvheadend setup, all the channels are shown in the channels tab but the EPG doesn't include any of the USTVGO channels.

What might be impacting the contents of the xmltv.xml file?

C Island

Sounds like you may not have "XMLTV Enabled" checked/turned on in the EPG section of your "USTVGO Instance"

Also you may want to run "Refresh USTVGO EPG" in the scheduled tasks section.

Sean Micklem

G Kazaroth wrote:
> I got all but 2 with internalproxy. Had over 8 with m3u8redirect. One had the wrong url with a 404 error and the other was failing on distrotv as well. The distrotv data for the m3u file is coming from
> https://tv.jsrdn.com/tv_v5/getfeed.php

> if you are interested.

Well today all the remaining ones scanned in but one and that one is indicated as geo-locked so maybe it's rejecting my IP address. Anyway just wanted to say thanks again for all your work on Cabernet.

T Feeney

C Island wrote:
> Sounds like you may not have "XMLTV Enabled" checked/turned on in the EPG section of your "USTVGO Instance"
>

> Also you may want to run "Refresh USTVGO EPG" in the scheduled tasks section.

good catch. I'd forgotten that. I get the EPG data now. Thanks.

Sean Micklem

There is still an issue with getting guide data, and it seems if even one provider has a problem with their XML file it poisons the entire XML file. The problem today is Stirr. I created an instance using the links at https://i.mjh.nz/Stirr/ and it works fine except that the http://localhost:6077/m3u/stirr/xmltv.xml file produced by Cabernet ends like this (I used "R" as the channel suffix):


        <channel id="externallinearfeed-12-04-2019-185615218-12-04-2019">
		<display-name>102R Stingray Flashback 70s</display-name>
		<display-name>102R Stingray Flashback 70s</display-name>
		<display-name>102R</display-name>
		<display-name>Stingray Flashback 70s</display-name>
		<display-name>Stingray Flashback 70s</display-name>
	</channel>
HTTP/1.0 501 Not Implemented
Server: BaseHTTP/0.6 Python/3.7.3
Date: Wed, 03 Nov 2021 21:09:48 GMT
Content-type: text/html

<html>
        <head></head>
        <body>
            <h2>501 - Server Error</h2>
        </body>
    </html>

It appears to be doing the channels section just fine, but when it gets to the program listings something bad happens, and this goes into the combined XML file at http://localhost:6077/m3u/xmltv.xml and that in turn causes Tvheadend to reject the whole thing as bad. If I disable the EPG in the Stirr instance then I get a good file, but without the Stirr listings. If I go directly to https://i.mjh.nz/Stirr/all.xml I see the original XML file which looks okay, but of course it does not have the channel number suffixes and it does have all the icon links that I don't want.

DistroTV is another one, if I go to http://localhost:6077/m3u/distrotv/xmltv.xml I only get the channel tags at the beginning and that is it. The link for the XML on that one is a bit strange, it is https://github.com/DeltaSr95/DistroTV/blob/master/distrotv.xml.gz?raw=true but Cabernet must be getting it and extracting it because it is able to create the channel section, it just stops when it gets to where it should copy the program listings. I have a feeling the above to issues are related somehow because they both involve the program listings not being created. My suspicion is that there is some character or something in the original XML files that Cabernet doesn't like, but doesn't handle gracefully. I hope it isn't a difficult thing to fix but it would be really nice to have guide data for all the channels, at least where guide data is available!

G Kazaroth

I was not checking the Stirr m3u file during tests. Thanks for catching it. I have made a change I think will fix issue in RC07. Just upgrade to RC08 and do a EPG refresh on M3U Stirr.

Sean Micklem

G Kazaroth wrote:

> I was not checking the Stirr m3u file during tests. Thanks for catching it. I have made a change I think will fix issue in RC07. Just upgrade to RC08 and do a EPG refresh on M3U Stirr.

Yep, that fixed it, thanks! As for DistroTV I found out that I had to set the XMLTV File Type to gzip rather than autodetect, then it works. This is probably because the downloaded filename actually ends in .gz?raw=true which I assume Cabernet doesn't automatically recognize as a .gzip file. After changing that, it looks like I now have guide data for all channels, or at least all those that have data available.

G Kazaroth

Yes, you would need to set the file type, if the url does not end in a file name. In your case, it ended in a query_string. You could have used a direct url and it would have detected the file type:
https://raw.githubusercontent.com/DeltaSr95/DistroTV/master/distrotv.xml.gz But either way, it does work.

Sterling Rorden

I haven't used or updated Cabernet since Locast died (Is there a way to find out what Cabernet version I'm running from the web interface?).

I'm thinking about giving some of the other plugins a try.

What would be the best way to update Cabernet at this point?

Thanks

G Kazaroth

The version should appear in Settings > Internal > Main. If your version is very old, then you can find it in the file [install location]/lib/common/utils.py

If you only have the Locast plugin, then the best method is to start from scratch and install the latest version from
https://github.com/cabernetwork/cabernet/releases What I did was remove all files in the install folder and put the new files into it. (like the lib, plugins, and top level files) The services should still work since it calls the tvh_main.py file at the top level.
Once you have the new version, upgrades become easy.

« Previous Page Next Page »