Tvheadend

Completed all the enhancements for this release. Cabernet has moved from alpha to beta (0.9.5.1). I have not recorded any USTVGO shows with TVH, so testing is needed to see what is up. I have discovered similar issues with the audio/video PTS, just not sure how that will impact the recordings.

upgraded to 0.9.5.1 and now the providers page doesn't come up. I've restarted a couple times with same results. Looking at the terminal I see the following.

pi@pihole:~/cabernet/cabernet $ python3 tvh_main.py
2021-10-20 20:59:01,441-WARNING:main #########################################
2021-10-20 20:59:01,441-WARNING:main MIT License, Copyright (C) 2021 ROCKY4546
2021-10-20 20:59:22,622-ERROR:web_admin UNEXPECTED EXCEPTION on GET=list index out of range
Traceback (most recent call last):
File "/home/pi/cabernet/cabernet/lib/clients/web_admin.py", line 104, in do_GET
elif getrequest.call_url(self, self.content_path):
File "/home/pi/cabernet/cabernet/lib/common/decorators.py", line 228, in call_url
self.url2func[_name](_webserver, *args, **kwargs)
File "/home/pi/cabernet/cabernet/lib/config/configform_html.py", line 29, in get_configform_html
_webserver.query_data['area']), _webserver.query_data['area'])
File "/home/pi/cabernet/cabernet/lib/config/config_defn.py", line 126, in get_defn
area_dict = self.db.get_area_dict(_area)[0]
IndexError: list index out of range
2021-10-20 20:59:22,628-WARNING:web_handler [192.168.1.79] "GET /api/configform?area=providers HTTP/1.1" 501 -
2021-10-20 21:00:03,453-ERROR:web_admin UNEXPECTED EXCEPTION on GET=list index out of range
Traceback (most recent call last):
File "/home/pi/cabernet/cabernet/lib/clients/web_admin.py", line 104, in do_GET
elif getrequest.call_url(self, self.content_path):
File "/home/pi/cabernet/cabernet/lib/common/decorators.py", line 228, in call_url
self.url2func[_name](_webserver, *args, **kwargs)
File "/home/pi/cabernet/cabernet/lib/config/configform_html.py", line 29, in get_configform_html
_webserver.query_data['area']), _webserver.query_data['area'])
File "/home/pi/cabernet/cabernet/lib/config/config_defn.py", line 126, in get_defn
area_dict = self.db.get_area_dict(_area)[0]
IndexError: list index out of range
2021-10-20 21:00:03,454-WARNING:web_handler [192.168.1.79] "GET /api/configform?area=providers HTTP/1.1" 501 -
2021-10-20 21:00:04,094-ERROR:web_admin UNEXPECTED EXCEPTION on GET=list index out of range
Traceback (most recent call last):
File "/home/pi/cabernet/cabernet/lib/clients/web_admin.py", line 104, in do_GET
elif getrequest.call_url(self, self.content_path):
File "/home/pi/cabernet/cabernet/lib/common/decorators.py", line 228, in call_url
self.url2func[_name](_webserver, *args, **kwargs)
File "/home/pi/cabernet/cabernet/lib/config/configform_html.py", line 29, in get_configform_html
_webserver.query_data['area']), _webserver.query_data['area'])
File "/home/pi/cabernet/cabernet/lib/config/config_defn.py", line 126, in get_defn
area_dict = self.db.get_area_dict(_area)[0]
IndexError: list index out of range
2021-10-20 21:00:04,094-WARNING:web_handler [192.168.1.79] "GET /api/configform?area=providers HTTP/1.1" 501 -
2021-10-20 21:00:04,441-ERROR:web_admin UNEXPECTED EXCEPTION on GET=list index out of range
Traceback (most recent call last):
File "/home/pi/cabernet/cabernet/lib/clients/web_admin.py", line 104, in do_GET
elif getrequest.call_url(self, self.content_path):
File "/home/pi/cabernet/cabernet/lib/common/decorators.py", line 228, in call_url
self.url2func[_name](_webserver, *args, **kwargs)
File "/home/pi/cabernet/cabernet/lib/config/configform_html.py", line 29, in get_configform_html
_webserver.query_data['area']), _webserver.query_data['area'])
File "/home/pi/cabernet/cabernet/lib/config/config_defn.py", line 126, in get_defn
area_dict = self.db.get_area_dict(_area)[0]
IndexError: list index out of range
2021-10-20 21:00:04,444-WARNING:web_handler [192.168.1.79] "GET /api/configform?area=providers HTTP/1.1" 501 -
2021-10-20 21:00:07,006-ERROR:web_admin UNEXPECTED EXCEPTION on GET=list index out of range
Traceback (most recent call last):
File "/home/pi/cabernet/cabernet/lib/clients/web_admin.py", line 104, in do_GET
elif getrequest.call_url(self, self.content_path):
File "/home/pi/cabernet/cabernet/lib/common/decorators.py", line 228, in call_url
self.url2func[_name](_webserver, *args, **kwargs)
File "/home/pi/cabernet/cabernet/lib/config/configform_html.py", line 29, in get_configform_html
_webserver.query_data['area']), _webserver.query_data['area'])
File "/home/pi/cabernet/cabernet/lib/config/config_defn.py", line 126, in get_defn
area_dict = self.db.get_area_dict(_area)[0]
IndexError: list index out of range
2021-10-20 21:00:07,007-WARNING:web_handler [192.168.1.79] "GET /api/configform?area=providers HTTP/1.1" 501 -

The issue you are having is caused by something that you did and are not telling us. A detailed debug log might tell us what you did. The error indicates you somehow messed with the config_defn.db file (possibly without knowing). A possible solution is to remove the file and restart the app. It will auto-generate and possibly fix what happened. I somehow doubt it is associated with the new version.

The error claims you have no plugin folders in the plugin directory that it could read.

'not telling us' haha .. well, I'm not intentionally witholding any information. I did no direct action on the file system except edit config.ini (change [m3u_default] to [m3u_samsungtv]) after the upgrade via the GUI to 0.9.5.1. But, the issue with the provider page occurred before I did the config.ini edit. I'll try to remove the file as you suggest else provide the cabernet.log file.

T Feeney wrote:

I did no direct action on the file system except edit config.ini (change [m3u_default] to [m3u_samsungtv]) after the upgrade via the GUI to 0.9.5.1. But, the issue with the provider page occurred before I did the config.ini edit. I'll try to remove the file as you suggest else provide the cabernet.log file.

In my experience Cabernet is really bad about handling that type of change in the config.ini file. When I first added the Samsung channels I misspelled samsung as "samsumg" in the instance, but as soon as I realized my mistake I fixed it, however then I had a lot of weird ghosts of the original name hanging around that just would not go away. The only way I could finally get rid of them was to load each of the database files, one at a time, into the "DB Browser for SQLite" program and do kind of a search and destroy for all references to "samsumg", which took some doing because I was not at all familiar with that program. More recently I added an instance but after looking at the available channels decided I would never use it and tried to remove it. But again it hung around, particularly in the channel editor where the channels just would not go away. So once again I had to use the "DB Browser for SQLite" to get rid of them, and all references to that instance.

I would suppose that I could have simply restored backups of the config and database files from before I added that instance, but then other changes I made would have been lost. I do suggest that if you are going to try editing your database files you make backups first, just in case you really screw something up.

Anyway, I notice no one is mentioning the elephant in the room, so I will. I had never heard of USTVGO prior to it being added to Cabernet, and when I tried it I noticed first of all that all the channels were only in standard definition, but also that there were several channels that I really would not expect to see in a free package. Since I live in the USA I have to wonder if there are any legal issues with watching those channels. I tried to research this online but there are all kinds of conflicting statements on the subject. The USTVGO people in once sentence claim that "Watching is legal." But then in the next sentence they say, "If you still worry, we recommended you use a VPN to protect your identity..." and continue on to recommend a particular VPN service which I'd assume pays them a commission or kickback.

The obvious question is, if watching is legal, why would you need a VPN? And as I did more searching around the net I found other sites that offered opposite opinions, for example that watching is illegal so you had better use a VPN to protect your identity. One site even suggested that one of the links on the USTVGO site had a virus, and their solution was to use a VPN to protect yourself (totally ignoring the fact that VPNs do absolutely nothing to prevent you from downloading a virus or other malware). It almost seems like USTVGO was designed to push VPN subscriptions, because almost every site I found that mentioned USTVGO also suggested using a VPN. Because I don't like watching standard def anyway, it was an easy decision to remove the USTVGO instance and pretend it never existed, but I really would like a definitive answer on whether a USA resident could get in trouble simply for viewing streams like that.

I do realize that the same question could be asked about a lot of other streams, particular those in that very long list that was posted a while back, but the difference is that I think whoever put them up intended for someone to be watching them, and in general those are streams of something that are available to watch for free to some group of viewers somewhere. But several of the USTVGO channels are channels that normally can only be watched with a cable subscription, and that is where I start to get a little concerned, because as far as I know, no one is supposed to be watching those for free, at least not within the USA. I am really surprised that whoever is behind USTVGO hasn't been in any legal trouble yet, but that is not really my concern. What I really would like to know is whether you can get in trouble just for viewing those streams.

There are people who live in countries where the "copyright maximalists" have not taken over the legal system so if someone lives in one of those countries, then go ahead and enjoy. But the USA is unfortunately not such a country. And there is always the small worry that if you stream the wrong thing, someone you don't want to see will come knocking on your door, or your ISP will send you a notice threatening to terminate your service. I would not worry as much about streaming one of the over-the-air channels in that group, because those are available to people to watch for free somewhere. It's those pay channels that give me some concern.

I also looked into this. It is up to each person to make a decision on usage. First, all stream come directly from USTVGO so, they are responsible for providing access to any channel. I am not sure there is any VPN issue, since USTVGO is providing the service, directly. Next, USTVGO has a page for any channel to claim copyright issues and to have their channel removed from the list. I suspect this is their get out of jail card. Also, the channel list does seem to change often, but Cabernet's current implementation is to use a static channel list (so it may have to be updated). You may loose channels based on updates to USTVGO channel availability. I thought about removing some obvious premium channels from the static list, but did not know where to stop, so for now, I assume the site provides access based on authorization. If we can agree, the premium channels can be removed in the next release to make things a little easier to swallow.

G Kazaroth wrote:

Next, USTVGO has a page for any channel to claim copyright issues and to have their channel removed from the list. I suspect this is their get out of jail card.

I saw that as well, and it may indeed offer them some protection, but I am not as much worried about what happens to them as what could happen to us. I think that any risk is low but not non-existent. Partly I think it is low is because we are not uploading anything, and most of the people I have read about that have gotten in trouble have used one of those things that uploads to others while you are downloading, such as BitTorrent. Using something like that makes you much easier to find, but that's not the case here. But just because you aren't as easy to find doesn't mean you can't be found at all. And part of what we don't know is if USTVGO keeps any records of the IP addresses where stream requests originate.

I thought about removing some obvious premium channels from the static list, but did not know where to stop, so for now, I assume the site provides access based on authorization. If we can agree, the premium channels can be removed in the next release to make things a little easier to swallow.

That probably would not be the worst idea in the world, although I think people living in some countries (for example in Central or South America) would have a much lower risk because this sort of thing would probably be acceptable there. I have heard that in some of those countries street vendors sell pirate DVD's and BluRay's openly, sometimes right in front of the police station (and the police buy them)! So in a place like that you could watch any of those channels without worrying. But in the USA it's a little different. I think here it would be more likely you'd get a notice from your ISP than to actually be hauled into court, but I am not certain of any of that, which is why I was hoping for some clarification.

I really can't get excited over anything in standard definition, but that's because I have better options (including a TV antenna) for nearly all of the things I regularly watch. If someone doesn't have that, then standard def is better than nothing.

How hard would it be to include a checkbox that says something like "Enable premium channels (may be illegal in the USA and some other countries)" and then leave it unchecked by default? If you don't check it then it would not even load any of the premium channels, and if someone does check it then they have been warned and can be assumed to have accepted any risk. This would be a little like some Linux distributions, where they allow you to install non-free codecs during the installation process, but they are not installed by default unless you check a box.

Every time I play and then stop a cabernet channel via Kodi or VLC it leaves a defunct/zombie ffmpeg process left behind. I am using cabernet more and more and after a period of time my host OS (ubuntu) runs low on memory and starts terminating processes so it does not crash. It ends up killing things like other docker containers, a zap2it download, etc.

As far as I can tell internal_proxy.py starts a m3u8_queue process. Then m3u8_queue calls pts_resync which starts a subprocess for ffmpeg. When playback is stopped internal_proxy terminates m3u3_queue but somehow ffmpeg is not stopped so it becomes a zombie.

I tryed fixing it with a PR but my PR doesn't work so please ignore it.

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.

Shea, I would not think it appropriate to have anything that claims something has a premium channel; whether from a m3u file or a plugin. I have decided to remove those concerning channels in the next release.

T Feeney wrote:

'not telling us' haha .. well, I'm not intentionally witholding any information. I did no direct action on the file system except edit config.ini (change [m3u_default] to [m3u_samsungtv]) after the upgrade via the GUI to 0.9.5.1. But, the issue with the provider page occurred before I did the config.ini edit. I'll try to remove the file as you suggest else provide the cabernet.log file.

Deleting the config_defn.db did not help. The cabernet.log file is empty. What logging/level would you like turned on?

I am getting some errors when playing a M3U channel...

2021-10-22 09:28:01,548-DEBUG:stream_queue Stream ended for this process, exiting queue thread
2021-10-22 09:28:01,561-ERROR:m3u8_queue UNEXPECTED EXCEPTION M3U8Queue=list index out of range
Traceback (most recent call last):
  File "/app/lib/streams/m3u8_queue.py", line 108, in run
    self.process_m3u8_item(queue_item)
  File "/app/lib/streams/m3u8_queue.py", line 235, in process_m3u8_item
    atsc_default_msg = self.atsc_processing()
  File "/app/lib/streams/m3u8_queue.py", line 168, in atsc_processing
    if p_list[i][4:] != self.atsc[i][4:]:
IndexError: list index out of range

Try the fix in 0.9.5.4 for the atsc out of range error.

• Data Mgmt: Delete all items in the databases associated with an instance
• Channel Editor: Add blank tab at front so the M3U tab does not have to load every time
• Channel Editor: Keep filter state until home page is reloaded.
• Scheduler: Keep sections open/closed state until home page is loaded

• Work on a number of ATSC issues including the PES filtering of audio and video packets
• TV Guide Plugin with profiles to load by account or load by profile.
• Reduce memory usage
• Use of a common plugin config list

G Kazaroth wrote:

Try the fix in 0.9.5.4 for the atsc out of range error.

The streams that were crashing are working now. Thanks!

G Kazaroth wrote:

Gathering enhancement list for next version. So far,

• Data Mgmt: Delete all items in the databases associated with an instance
• Channel Editor: Add blank tab at front so the M3U tab does not have to load every time
• Channel Editor: Keep filter state until home page is reloaded.
• Scheduler: Keep sections open/closed state until home page is loaded

(Reach enhancements)

• Work on a number of ATSC issues including the PES filtering of audio and video packets
• TV Guide Plugin with profiles to load by account or load by profile.
• Reduce memory usage
• Use of a common plugin config list

I haven't updated Cabernet since Locast died so I haven't tried the Pluto TV capable version. I plan on making the Cabernet update a rainy day project. Can you now stream some of the Pluto TV programs from the guide On Demand? I can do it using the Pluto TV Kodi addon. If not, I'd like to request that as a feature.

So here is a weird one, I had upgraded to the latest version (updated late this afternoon) and found that some of the "problem" channels from a local .m3u file would no longer play or record in Tvheadend, specifically the 1080p ones, but they all seemed somewhat difficult to get started. So I went to the data/backups directory and got the latest backup, also the database files stored there and restored those, but nearly the same result, except that in those versions the channels would play right after restarting Cabernet but not a minute or two later. Tried several previous backups and same problem. I had to go all the way back to version 0.9.4.32 to find one that would reliably play those channels, although it is as it was before - video but no audio if you try to play them live, but if you record, they work fine, and that's what I'm most concerned about anyway. In all the newer versions I tried except the one from this afternoon, I could play those channels for a few seconds right after restarting Cabernet, but after that they'd fail. With the one from this afternoon (version 0.9.5.4 I think), I could not get the channels to play or record no matter what I did.

I think the only reason I had not noticed this earlier is I always tested those channels immediately after installing a new release, and until today that worked, but I hadn't bothered to check again a few minutes later. I had not attempted to record anything from those channels in the past week so I hadn't noticed the problem. In version 0.9.4.32 those channels record just fine every time, and if I try to play therm live they come up almost immediately with no hesitation (but no audio), so something has changed since that version.

The channels in question are not ones that have been previously mentioned in this thread, nor do they appear in that humongous list of streams. They are similar to the problem channels previously discussed, but are not the same. I would love to send you the links, but this stupid forum has no private messaging.

I also have a request. Could you give us some way to export the channel list in a text file or maybe a comma-quote delimited type file, just anything that would be human-readable in a text editor and that would show which channels are enabled and which are disabled? This is so that if we ever want to completely start over from scratch (which I think there is a 50/50 chance might help in situations such as this) we can at least have a list of which channels we need to disable to get back to where we were? Having to re-select all the channels I want to exclude manually is one of the biggest reasons I am reluctant to just start over with a fresh install, even though a fresh install often cures strange issues such as this one.

When dealing with the ATSC packets, everything is weird. I started making a few of the ATSC PES packet updates, since it was going to take a few versions, but it looks like one update is impacting your stream. I have made a simple change and it looks like mine has changed back to working. Please let me know if 0.9.5.5 is working for you. The change has to do with when a default ATSC message is sent. I believe the PES updates may have caused the default ATSC message to have something it should not. Hopefully, the change will fix the issue.

Also, you can find me on discord at rocky4546#8998

0.9.5.6 contains update for USTVGO EPG for the list of channels that USTVGO does not provide a full listing.

T Feeney wrote:

T Feeney wrote:

'not telling us' haha .. well, I'm not intentionally witholding any information. I did no direct action on the file system except edit config.ini (change [m3u_default] to [m3u_samsungtv]) after the upgrade via the GUI to 0.9.5.1. But, the issue with the provider page occurred before I did the config.ini edit. I'll try to remove the file as you suggest else provide the cabernet.log file.

Deleting the config_defn.db did not help. The cabernet.log file is empty. What logging/level would you like turned on?

Short of any further advice, I will just re-install cabernet.

Well I don't know how I did it but I managed to accidentally delete this post, and I don't recall what was in it, other than that I was not able to get Discord to work. Sorry about that.

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

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:

1. 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.
2. In other cases sometimes there were still items in the queues which prevented clean termination

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.

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.

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 you can 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.

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.