Freevine - A downloader for free streaming services (discontinued)

[the-equalizer]

@the-equalizer:

Oops, good catch. Some accidental remnants of the old code in there. It's been fixed in the main branch.

Hi stabbedbybrick, thanks for the update.
I clone the git and tried downloading again.
It works, muxes the final file etc, but throws up these errors afterwards.
As you can see by the first line, it is done.

Man, I don't have my head screwed on today. It's been fixed for real this time.

Yes you have definitely had your Weetabix today.
That fixed it perfectly!

I appeciate all your efforts.

Go and have a break know, you have earned it.

[iamghost]

i see you have add --proxy on search.
got error from roku

freevine.py get -t https://therokuchannel.roku.com/details/c3489391fe1b5f849da2923a671d62eb/cupcake-wars --proxy US

    content, title = stream.get_content(stream.url)
  File "services\roku\roku.py", line 198, in get_content
    content = self.get_series(url)
  File "services\roku\roku.py", line 92, in get_series
    episodes = asyncio.run(self.get_titles(data))
  File "C:\Python\Python 3.09\lib\asyncio\runners.py", line 44, in run
    return loop.run_until_complete(main)
  File "C:\Python\Python 3.09\lib\asyncio\base_events.py", line 647, in run_until_complete
    return future.result()
  File "services\roku\roku.py", line 88, in get_titles
    return await asyncio.gather(*tasks)
  File "services\roku\roku.py", line 79, in fetch_titles
    return response.json()
  File "C:\Python\Python 3.09\lib\site-packages\httpx\_models.py", line 761, in json
    return jsonlib.loads(self.content, **kwargs)
  File "C:\Python\Python 3.09\lib\json\__init__.py", line 346, in loads
    return _default_decoder.decode(s)
  File "C:\Python\Python 3.09\lib\json\decoder.py", line 337, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "C:\Python\Python 3.09\lib\json\decoder.py", line 355, in raw_decode
    raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

[Tom Saurus]

--proxy US work with the roku channel without VPN.
but --proxy dont work with search, hope it add to search so we can find video from therokuchannel.com

Please elaborate on this. I certainly would like to be able to do the same and for the CWTV as well. Nord VPN has Smart DNS would that be of any help in this task. Thank you in advance.

[Spectrumhsm]

Some platforms aggressively fend off VPN connections. This happens to me with iPlayer from USA.
They have implemented measures to block VPNs as they see multiple requests coming from the same IP suggesting some funny business.

[Tom Saurus]

Some platforms aggressively fend off VPN connections. This happens to me with iPlayer from USA.
They have implemented measures to block VPNs as they see multiple requests coming from the same IP suggesting some funny business.

Thanks for the information. I gave up on BBC iPlayer and I suppose it is time to give up the ghost when it comes to Roku US. I had success with Plex but now it is not working for me. I will try to go back in and get "CHiPs" as they have all six seasons but as of now there are problems. However I got most of what I wanted. I bought the Complete Series of the original "Kung Fu" but the discs for season three were flawed so I couldn't back up all the episodes from them. Thankfully with Plex I got the ones that I couldn't back up and in better quality I would say then the DVDs. But I can live without CHiPs" if it will no longer work for me. On Roku they have one of my favorite cartoon series "The Raccoons" but maybe eventually it will show up on Tubi TV.

I found out what I did wrong with Plex. I don't need to us hola proxy and when I use it fails.

I came close earlier today with CWTV and hola proxy US. It was downloading an episode of Doc but it fails with hls issues and such.

[Grimbarian]

For anyone else like me who's not the most proficient with git, I have a little batch file I run to update Freevine which seems to work a treat:

@echo off
echo Updating the repository...
git fetch

echo Resetting local changes to tracked files...
git reset --hard HEAD

echo Checking out the main branch...
git checkout main

echo Pulling the latest changes without affecting local custom files...
git stash
git pull origin main
git stash pop

echo Updated files:
git diff --name-only HEAD@{1}..HEAD

echo Update complete.

pause

Because I have a couple of custom batch files inside the folder I don't want the contents completely wiped and refreshed when I update, so this seems to do the job for me, updates Freevine correctly without removing my own files.

Just save as something like Update_Repo.bat and run it when you want to check if there's been an update (or you've been notified by email there was).

Hope it's useful for someone, if not, just ignore me

Thanks go to Stabbedbybrick as always for this incredibly handy little tool!

[billybanana]

ABC iView playing funny buggers with their audio on many series lately. Typically they'll show two audio streams like audio-en-mp4a-1 and audio-en-mp4a-2 where the second one is the descriptive audio. But on occasions the 2nd stream will be listed 1st or it'll be 1kbps greater in size so freevine will pick that up as the best quality. At least I'm becoming more familiar with the audio selection commands now

[Grimbarian]

ABC iView playing funny buggers with their audio on many series lately. Typically they'll show two audio streams like audio-en-mp4a-1 and audio-en-mp4a-2 where the second one is the descriptive audio. But on occasions the 2nd stream will be listed 1st or it'll be 1kbps greater in size so freevine will pick that up as the best quality. At least I'm becoming more familiar with the audio selection commands now

Probably best for sources like that to go with "-sa all" and then in your player you can switch the audio if the default happens to be descriptive? I've downloaded some from iView and the descriptive audio is so weirdly voiced it can be quite hilarious!

[stabbedbybrick]

i see you have add --proxy on search.
got error from roku

freevine.py get -t https://therokuchannel.roku.com/details/c3489391fe1b5f849da2923a671d62eb/cupcake-wars --proxy US

[/code]

The --proxy option is only as good as the server its using. The hola-proxy accesses proxies from their public network, and it's not a guarantee it'll work. It does fetch a different proxy each time you use it, though, so if it fails you can try again.

[Spectrumhsm]

For anyone else like me who's not the most proficient with git, I have a little batch file I run to update Freevine which seems to work a treat:

@echo off
echo Updating the repository...
git fetch

echo Resetting local changes to tracked files...
git reset --hard HEAD

echo Checking out the main branch...
git checkout main

echo Pulling the latest changes without affecting local custom files...
git stash
git pull origin main
git stash pop

echo Updated files:
git diff --name-only HEAD@{1}..HEAD

echo Update complete.

pause

Because I have a couple of custom batch files inside the folder I don't want the contents completely wiped and refreshed when I update, so this seems to do the job for me, updates Freevine correctly without removing my own files.

Just save as something like Update_Repo.bat and run it when you want to check if there's been an update (or you've been notified by email there was).

Hope it's useful for someone, if not, just ignore me

Thanks go to Stabbedbybrick as always for this incredibly handy little tool!

Thanks for sharing the code. It is definitely useful for me.

[AlwaysDistracted]

Just wanted to say a heartfelt thanks for this project. I've been using it for a little while, and find it to be infinitely helpful.

One very, very minor gripe that I've noticed in the latest version is when the video id of an episode has been stored in the cache.json file. If you then want to download a different quality, it tells you that the file "was found in cache. Skipping download..."

Is there any chance it would make sense to store the stream resolution(s) that have already been downloaded?

[stabbedbybrick]

@AlwaysDistracted:

Yeah, it started out having the quality stored as well, but became a huge mess for any video outside of the strict 360, 540, 720, 1080 formats. The point of the cache is to check for existing downloads without adding a bunch of API requests, and the only way to get the true resolution of a stream is to perform those requests. If a past download was 712p instead of 720p for example, there would be no way of checking if that resolution is already in cache without knowing that it exists first. If that makes any sense.

I have some ideas on how to fix it, though, so it'll probably be added later on. In the meantime, a quick "freevine.py clear-cache" will clear everything and let you download the same stream again.

[pelago]

In the meantime, a quick "freevine.py clear-cache" will clear everything and let you download the same stream again.

Or how about a command-line option, e.g. --ignore-cache, so someone can override the cache just for that run, without having to delete the entire cache?

[SB47x]

Is there any way to deal with this?

❯_freevine v1.1.3

21:11:32.247 INFO : BBC iPlayer
21:11:32.710 INFO : Pointless Celebrities: 4 Season(s), 34 Episode(s)

21:11:32.710 INFO : Pointless Celebrities S13 Impressionists
21:11:32.710 INFO : Pointless Celebrities S15 Special
21:11:32.711 INFO : Pointless Celebrities S15 Special
21:11:32.711 INFO : Pointless Celebrities S15 Special
21:11:32.711 INFO : Pointless Celebrities S15 Special
21:11:32.711 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.712 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 News
21:11:32.713 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 Special
21:11:32.713 INFO : Pointless Celebrities S15 Broadcasters
21:11:32.714 INFO : Pointless Celebrities S15 Special
21:11:32.714 INFO : Pointless Celebrities S16 Christmas Special 2022
21:11:32.714 INFO : Pointless Celebrities S16 BBC Centenary Special
21:11:32.714 INFO : Pointless Celebrities S16E03
21:11:32.714 INFO : Pointless Celebrities S16E04
21:11:32.714 INFO : Pointless Celebrities S16E05
21:11:32.714 INFO : Pointless Celebrities S16E06
21:11:32.715 INFO : Pointless Celebrities S16E07
21:11:32.715 INFO : Pointless Celebrities S16E08
21:11:32.715 INFO : Pointless Celebrities S16E09
21:11:32.715 INFO : Pointless Celebrities S16E10
21:11:32.715 INFO : Pointless Celebrities S17 Eurovision 2023
21:11:32.715 INFO : Pointless Celebrities S17 Comedy

Multiple episodes all with the same episode name, so trying to download all of those ends up skipping half of them because it thinks it's already downloaded Pointless.Celebrities.S15.Special.720p.iP.WEB-DL.AAC2.0.H.264.

Obviously on iPlayer each of those titles has its own pid, so if the filenames could contain that pid, there'd be no dupe filenames. I don't believe the config.yaml filename lines allow you to specify that, but I couldn't find any documentation for those settings.

[pelago]

You could try the -fn option.

[SB47x]

You could try the -fn option.

That does get round the file duping issue, but then I end up with a list of files like:

Pointless.Celebrities.S15E01.Special.720p.iP.WEB-DL.AAC2.0.H.264
Pointless.Celebrities.S15E02.Special.720p.iP.WEB-DL.AAC2.0.H.264
Pointless.Celebrities.S15E03.Special.720p.iP.WEB-DL.AAC2.0.H.264
Pointless.Celebrities.S15E04.Special.720p.iP.WEB-DL.AAC2.0.H.264

etc, so I'll still have to play each one for a bit to see who the contestants are, then cross-reference with TVDB etc to work out what episode it actually is, then rename it.

At least putting the pid in the filename, as is the default with yt-dlp or get-iplayer - Pointless Celebrities, Series 15, Special [m001n9t1].mp4 for example - makes it a bit easier to work out what episode number it is, as per TVDB, to then be able to rename it.

Of course, the BBC are to blame in the first place for not giving those episodes proper episode numbers. It's Celebrity Pointless. They're all specials...

[SB47x]

In the meantime, a quick "freevine.py clear-cache" will clear everything and let you download the same stream again.

Or how about a command-line option, e.g. --ignore-cache, so someone can override the cache just for that run, without having to delete the entire cache?

The cache function is great, and will likely help a lot with sites like Channel4 that have pretty strict rate limiting stuff in my experience, but being able to ignore the cache on a per-run basis without wiping it would be really handy.

There's a slight issue with this new implementation. It looks like the only check it now does (or maybe the old bug I posted about before is back?) is to check the cache to see if something's already marked as having been downloaded. If the file's there, but was downloaded with a pre-cache version of freevine (or, I guess, if you've cleared the cache) then it'll still download, decrypt and mux it, but fail to rename the file because the destination filename already exists, leaving a hanging .MUX. file.

[stabbedbybrick]

Yup, all good suggestions. I'll see what I can do.

[stabbedbybrick]

The latest commits added "--no-cache" and "--append-id" options. You can now ignore the cache checks, but it'll still skip any existing files while adding them to the cache.

[SB47x]

The latest commits added "--no-cache" and "--append-id" options. You can now ignore the cache checks, but it'll still skip any existing files while adding them to the cache.

Fantastic, thanks for that.

[pauli3]

Curious if there is another endpoint with my5? Noticed with some random episodes here and there (even new ones) they are SD only, even when the rest of the episodes are HD.

eg mpd url of HD:

https://akadash0.akamaized.net/hydra/

eg mpd url of SD:

https://akadash0.akamaized.net/cenc/

Or its just one endpoint and my5 is just a hopeless.

[stabbedbybrick]

@pauli3:

Do you have any specific examples? It's possible only an adjustment is needed.

[okverd]

Please, someone may help me.. spent reading details here over 8 months and my stupid head still cant get the keys from link to watch fight this weekend:
https://dce-fs-live-dazn-cdn.dazn.com/dashdrm/dazn-linear-054/stream.mpd.
=
So far I can get max these details and stuck:
<?xml version="1.0" encoding="utf-8"?>
<MPD xmlns="urn:mpeg:dashchema:mpd:2011" xmlns:ns1="http://www.w3.org/2001/XMLSchema-instance" ns1chemaLocation="urn:mpeg:dashchema:mpd:2011 DASH-MPD.xsd" profiles="urn:mpeg:dashrofile:isoff-live:2011,urn:dvb:dashrofile:dvb-dash:2014,urn:dvb:dashrofile:dvb-dash:isoff-ext-live:2014,http://dashif.org/guidelines/dash-if-simple" xmlns:cenc="urn:mpeg:cenc:2013" xmlns:mspr="urn:microsoftlayready" timeShiftBufferDepth="PT1M0S" minimumUpdatePeriod="PT2S" maxSegmentDuration="PT2.11S" availabilityStartTime="1970-01-01T00:00:00Z" publishTime="2024-01-13T18:10:10Z" minBufferTime="PT1S" type="dynamic">
<Period start="PT0S" id="p_0_0">
<BaseURL>0/</BaseURL>
<AdaptationSet id="1" contentType="video" maxWidth="1920" maxHeight="1080" minFrameRate="25" maxFrameRate="50" par="16:9" mimeType="video/mp4" segmentAlignment="true" startWithSAP="1">
<ContentProtection schemeIdUri="urn:mpeg:dash:mp4protection:2011" value="cenc" cenc:default_KID="82f8e2a1-7dac-44c0-a18f-660479349c59"/>
<ContentProtection schemeIdUri="urn:uuid:edef8ba9-79d6-4ace-a3c8-27dcd51d21ed">
<cencssh>AAAARXBzc2gAAAAA7e+LqXnWSs6jyCfc1R0h7QAAACUIAR IQgvjioX2sRMChj2YEeTScWSIPZGF6bi1saW5lYXItMDU0</cencssh>
</ContentProtection>
<ContentProtection schemeIdUri="urn:uuid:9a04f079-9840-4286-ab92-e65be0885f95" value="MSPR 2.0">
<cencssh>AAACJnBzc2gAAAAAmgTweZhAQoarkuZb4IhflQAAAgYGAg AAAQABAPwBPABXAFIATQBIAEUAQQBEAEUAUgAgAHgAbQBsAG4A cwA9ACIAaAB0AHQAcAA6AC8ALwBzAGMAaABlAG0AYQBzAC4AbQ BpAGMAcgBvAHMAbwBmAHQALgBjAG8AbQAvAEQAUgBNAC8AMgAw ADAANwAvADAAMwAvAFAAbABhAHkAUgBlAGEAZAB5AEgAZQBhAG QAZQByACIAIAB2AGUAcgBzAGkAbwBuAD0AIgA0AC4AMAAuADAA LgAwACIAPgA8AEQAQQBUAEEAPgA8AFAAUgBPAFQARQBDAFQASQ BOAEYATwA+ADwASwBFAFkATABFAE4APgAxADYAPAAvAEsARQBZ AEwARQBOAD4APABBAEwARwBJAEQAPgBBAEUAUwBDAFQAUgA8AC 8AQQBMAEcASQBEAD4APAAvAFAAUgBPAFQARQBDAFQASQBOAEYA TwA+ADwASwBJAEQAPgBvAGUATAA0AGcAcQB4ADkAdwBFAFMAaA BqADIAWQBFAGUAVABTAGMAVwBRAD0APQA8AC8ASwBJAEQAPgA8 AEMASABFAEMASwBTAFUATQA+AHAASgBMAGcAKwB2AFYAVwAxAF MAQQA9ADwALwBDAEgARQBDAEsAUwBVAE0APgA8AC8ARABBAFQA QQA+ADwALwBXAFIATQBIAEUAQQBEAEUAUgA+AA==</cencssh>
<msprro>BgIAAAEAAQD8ATwAVwBSAE0ASABFAEEARABFAFIAIAB4AG0 AbABuAHMAPQAiAGgAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAc wAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0ALwBEAFIATQA vADIAMAAwADcALwAwADMALwBQAGwAYQB5AFIAZQBhAGQAeQBIA GUAYQBkAGUAcgAiACAAdgBlAHIAcwBpAG8AbgA9ACIANAAuADA ALgAwAC4AMAAiAD4APABEAEEAVABBAD4APABQAFIATwBUAEUAQ wBUAEkATgBGAE8APgA8AEsARQBZAEwARQBOAD4AMQA2ADwALwB LAEUAWQBMAEUATgA+ADwAQQBMAEcASQBEAD4AQQBFAFMAQwBUA FIAPAAvAEEATABHAEkARAA+ADwALwBQAFIATwBUAEUAQwBUAEk ATgBGAE8APgA8AEsASQBEAD4AbwBlAEwANABnAHEAeAA5AHcAR QBTAGgAagAyAFkARQBlAFQAUwBjAFcAUQA9AD0APAAvAEsASQB EAD4APABDAEgARQBDAEsAUwBVAE0APgBwAEoATABnACsAdgBWA FcAMQBTAEEAPQA8AC8AQwBIAEUAQwBLAFMAVQBNAD4APAAvAEQ AQQBUAEEAPgA8AC8AVwBSAE0ASABFAEEARABFAFIAPgA=</msprro>
</ContentProtection>
<Role schemeIdUri="urn:mpeg:dash:role:2011" value="main"/>
<SegmentTemplate timescale="180000" initialization="$RepresentationID$/init.cmfv" media="$RepresentationID$/D$Time$.cmfv" presentationTimeOffset="0">
<SegmentTimeline>
<S t="306930483532800" d="345600" r="29"/>
</SegmentTimeline>
</SegmentTemplate>
<Representation id="video_112kbps" bandwidth="112000" width="192" height="108" frameRate="25" sar="1:1" codecs="avc1.42001E" scanType="progressive"/>
<Representation id="video_288kbps" bandwidth="288000" width="480" height="270" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_480kbps" bandwidth="480000" width="640" height="360" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_840kbps" bandwidth="840000" width="960" height="540" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_1500kbps" bandwidth="1500000" width="960" height="540" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_2300kbps" bandwidth="2300000" width="1280" height="720" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_3000kbps" bandwidth="3000000" width="1280" height="720" frameRate="25" sar="1:1" codecs="avc1.4D001F" scanType="progressive"/>
<Representation id="video_4400kbps" bandwidth="4400000" width="1280" height="720" frameRate="50" sar="1:1" codecs="avc1.640020" scanType="progressive"/>
<Representation id="video_6500kbps" bandwidth="6500000" width="1280" height="720" frameRate="50" sar="1:1" codecs="avc1.640020" scanType="progressive"/>
<Representation id="video_8000kbps" bandwidth="8000000" width="1920" height="1080" frameRate="50" sar="1:1" codecs="avc1.64002A" scanType="progressive"/>
</AdaptationSet>
<AdaptationSet id="2" contentType="audio" lang="und" mimeType="audio/mp4" segmentAlignment="true" startWithSAP="1">
<ContentProtection schemeIdUri="urn:mpeg:dash:mp4protection:2011" value="cenc" cenc:default_KID="82f8e2a1-7dac-44c0-a18f-660479349c59"/>
<ContentProtection schemeIdUri="urn:uuid:edef8ba9-79d6-4ace-a3c8-27dcd51d21ed">
<cencssh>AAAARXBzc2gAAAAA7e+LqXnWSs6jyCfc1R0h7QAAACUIAR IQgvjioX2sRMChj2YEeTScWSIPZGF6bi1saW5lYXItMDU0</cencssh>
</ContentProtection>
<ContentProtection schemeIdUri="urn:uuid:9a04f079-9840-4286-ab92-e65be0885f95" value="MSPR 2.0">
<cencssh>AAACJnBzc2gAAAAAmgTweZhAQoarkuZb4IhflQAAAgYGAg AAAQABAPwBPABXAFIATQBIAEUAQQBEAEUAUgAgAHgAbQBsAG4A cwA9ACIAaAB0AHQAcAA6AC8ALwBzAGMAaABlAG0AYQBzAC4AbQ BpAGMAcgBvAHMAbwBmAHQALgBjAG8AbQAvAEQAUgBNAC8AMgAw ADAANwAvADAAMwAvAFAAbABhAHkAUgBlAGEAZAB5AEgAZQBhAG QAZQByACIAIAB2AGUAcgBzAGkAbwBuAD0AIgA0AC4AMAAuADAA LgAwACIAPgA8AEQAQQBUAEEAPgA8AFAAUgBPAFQARQBDAFQASQ BOAEYATwA+ADwASwBFAFkATABFAE4APgAxADYAPAAvAEsARQBZ AEwARQBOAD4APABBAEwARwBJAEQAPgBBAEUAUwBDAFQAUgA8AC 8AQQBMAEcASQBEAD4APAAvAFAAUgBPAFQARQBDAFQASQBOAEYA TwA+ADwASwBJAEQAPgBvAGUATAA0AGcAcQB4ADkAdwBFAFMAaA BqADIAWQBFAGUAVABTAGMAVwBRAD0APQA8AC8ASwBJAEQAPgA8 AEMASABFAEMASwBTAFUATQA+AHAASgBMAGcAKwB2AFYAVwAxAF MAQQA9ADwALwBDAEgARQBDAEsAUwBVAE0APgA8AC8ARABBAFQA QQA+ADwALwBXAFIATQBIAEUAQQBEAEUAUgA+AA==</cencssh>
<msprro>BgIAAAEAAQD8ATwAVwBSAE0ASABFAEEARABFAFIAIAB4AG0 AbABuAHMAPQAiAGgAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAc wAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0ALwBEAFIATQA vADIAMAAwADcALwAwADMALwBQAGwAYQB5AFIAZQBhAGQAeQBIA GUAYQBkAGUAcgAiACAAdgBlAHIAcwBpAG8AbgA9ACIANAAuADA ALgAwAC4AMAAiAD4APABEAEEAVABBAD4APABQAFIATwBUAEUAQ wBUAEkATgBGAE8APgA8AEsARQBZAEwARQBOAD4AMQA2ADwALwB LAEUAWQBMAEUATgA+ADwAQQBMAEcASQBEAD4AQQBFAFMAQwBUA FIAPAAvAEEATABHAEkARAA+ADwALwBQAFIATwBUAEUAQwBUAEk ATgBGAE8APgA8AEsASQBEAD4AbwBlAEwANABnAHEAeAA5AHcAR QBTAGgAagAyAFkARQBlAFQAUwBjAFcAUQA9AD0APAAvAEsASQB EAD4APABDAEgARQBDAEsAUwBVAE0APgBwAEoATABnACsAdgBWA FcAMQBTAEEAPQA8AC8AQwBIAEUAQwBLAFMAVQBNAD4APAAvAEQ AQQBUAEEAPgA8AC8AVwBSAE0ASABFAEEARABFAFIAPgA=</msprro>
</ContentProtection>
<Label>Portuguese</Label>
<Role schemeIdUri="urn:mpeg:dash:role:2011" value="main"/>
<SegmentTemplate timescale="48000" initialization="$RepresentationID$/init.cmfa" media="$RepresentationID$/D$Time$.cmfa" presentationTimeOffset="0">
<SegmentTimeline>
<S t="81848128943104" d="92160" r="29"/>
</SegmentTimeline>
</SegmentTemplate>
<Representation id="audio_64kbps" bandwidth="64000" codecs="mp4a.40.2" audioSamplingRate="48000">
<AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_c onfiguration:2011" value="2"/>
</Representation>
<Representation id="audio_128kbps" bandwidth="128000" codecs="mp4a.40.2" audioSamplingRate="48000">
<AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_c onfiguration:2011" value="2"/>
</Representation>
</AdaptationSet>
</Period>
<UTCTiming schemeIdUri="urn:mpeg:dash:utc:http-iso:2014" value="https://time.akamai.com/?iso"/>
</MPD>

[SB47x]

Noticed this myself with My5 too.

freevine.py get --episode S12E02 https://www.channel5.com/show/ben-fogle-new-lives-in-the-wild/ --no-cache -i

vs

freevine.py get --episode S12E03 https://www.channel5.com/show/ben-fogle-new-lives-in-the-wild/ --no-cache -i

E02 only goes up to 468p, E03 has 1080p like the other episodes.

[stabbedbybrick]

It does look like 1080p simply isn't available for some titles. I could understand if entire shows or seasons were in SD, but for random episodes in the middle is pretty strange. Maybe just a mistake on their part when upgrading their library this past year, who knows.

[deccavox]

Noticed this myself with My5 too.

freevine.py get --episode S12E02 https://www.channel5.com/show/ben-fogle-new-lives-in-the-wild/ --no-cache -i

vs

freevine.py get --episode S12E03 https://www.channel5.com/show/ben-fogle-new-lives-in-the-wild/ --no-cache -i

E02 only goes up to 468p, E03 has 1080p like the other episodes.

I get this:

❯_freevine v1.1.3

13:06:23.062 INFO : My5 TV
13:06:23.444 INFO : Ben Fogle: New Lives in the Wild: 14 Season(s), 89 Episode(s)

13:06:24.067 INFO : Ben Fogle: New Lives in the Wild S12E02 Georgia
13:06:24.067 INFO : 29e8660ec1cd4bde80f9cf4d32a2886a:85dcdcd1ca6b4245ccc3d47963afa3f9
13:06:24.067 INFO : ebaf380829fd974de29bc0b7e3c9ac8a:85dcdcd1ca6b4245ccc3d47963afa3f9

13:06:24.412 INFO : N_m3u8DL-RE (Beta version) 20230628
13:06:24.423 INFO : Loading URL: https://akadash0.akamaized.net/hydra/C5255100002/C5255100002A/20230123151616/C5255100002.mpd
13:06:24.514 INFO : Content Matched: Dynamic Adaptive Streaming over HTTP
13:06:24.515 INFO : Parsing streams...
13:06:24.516 INFO : Extracted, there are 12 streams, with 9 basic streams, 2 audio streams, 1 subtitle streams
13:06:24.517 INFO : Vid *CENC 1920x1080 | 6000 Kbps | 1 | 25 | avc1.4d4028 | 1 Segment | ~45m00s
13:06:24.517 INFO : Vid *CENC 1280x720 | 4500 Kbps | 2 | 25 | avc1.4d401f | 1 Segment | ~45m00s
13:06:24.517 INFO : Vid *CENC 1280x720 | 2800 Kbps | 3 | 25 | avc1.4d401f | 1 Segment | ~45m00s
13:06:24.518 INFO : Vid *CENC 832x468 | 1500 Kbps | 4 | 25 | avc1.4d401e | 1 Segment | ~45m00s
13:06:24.518 INFO : Vid *CENC 640x360 | 1200 Kbps | 5 | 25 | avc1.4d401e | 1 Segment | ~45m00s
13:06:24.518 INFO : Vid *CENC 640x360 | 800 Kbps | 6 | 25 | avc1.4d401e | 1 Segment | ~45m00s
13:06:24.519 INFO : Vid *CENC 640x360 | 480 Kbps | 7 | 25 | avc1.4d401e | 1 Segment | ~45m00s
13:06:24.519 INFO : Vid *CENC 640x360 | 360 Kbps | 8 | 25 | avc1.4d401e | 1 Segment | ~45m00s
13:06:24.519 INFO : Vid *CENC 320x180 | 160 Kbps | 9 | 25 | avc1.4d400c | 1 Segment | ~45m00s
13:06:24.519 INFO : Aud *CENC 10 | 96 Kbps | mp4a.40.2 | en | 2CH | 1 Segment | ~45m00s
13:06:24.520 INFO : Aud *CENC 11 | 32 Kbps | mp4a.40.5 | en | 1CH | 1 Segment | ~45m00s
13:06:24.520 INFO : Sub 12 | en | 1 Segment | ~45m00s
13:06:24.520 INFO : Parsing streams...
13:06:24.521 INFO : Selected streams:
13:06:24.521 INFO : Vid *CENC 1920x1080 | 6000 Kbps | 1 | 25 | avc1.4d4028 | 1 Segment | ~45m00s
13:06:24.521 INFO : Aud *CENC 10 | 96 Kbps | mp4a.40.2 | en | 2CH | 1 Segment | ~45m00s
13:06:24.522 INFO : Sub 12 | en | 1 Segment | ~45m00s

[SB47x]

I get this:

Yeah I got them the wrong way round when posting. it's E03 that only goes up to 468p, E02 goes up to 1080p.

[SB47x]

It does look like 1080p simply isn't available for some titles. I could understand if entire shows or seasons were in SD, but for random episodes in the middle is pretty strange. Maybe just a mistake on their part when upgrading their library this past year, who knows.

Yeah it's odd. I can't see any logical reason for it other than it being an oversight. Really frustrating when random episodes are SD, or episodes are missing entirely. At least with a missing episode I can assume there's some rights or other legal issue.

[peterb999]

I get the same as you for episode 3 - no 1080p stream.

I've also had it for the odd show and just downloaded a lower resolution. It does seem to be an odd episode which is a bit strange but I guess whoever uploaded it made a mistake.


Just a note as well - thank you so much for this Stabbedbybrick it is such a great tool and easy to use. The support is so good as well.

I've never found out how to actually merge updates with git on windows and thanks to this tool I finally know how it works and it makes it so easy to keep up to date. GitHub desktop is really easy to use.

Thanks again.

[SB47x]

Please, someone may help me..

Wrong thread, no? This tool doesn't do DAZN. the [CODE] [/CODE] tags will help people read your post when you do find the right place to post.