UK Free to Air Downloader

[QuantumLeap1989]

Is there an issue with BBC and subtitle edit? I tried to download https://www.bbc.co.uk/iplayer/episode/m002y44t/horrible-science-series-2-6-blood-bones...y-bits-special using both vinefeeder and envied way, downloads everything fine, but when it muxes, it opens subtitle edit up now which is never used to and fails saying

───── Horrible Science 2026 S02E06 Blood, Bones and Body Bits Special ──────


1 Video
└── [H.264, SDR] | en | 1920x1080 @ 12000 kb/s, 50.000 FPS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:42 • Downloaded
1 Audio
└── [AAC] | en | 2.0 | 128 kb/s
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:12 • Downloaded
2 Subtitles
├── [TTML] | en
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded
└── [TTML] | en | SDH
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded

Track downloads finished in 0m46s
Multiplexing... ⠋ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • •

╭───────────────────── Traceback (most recent call last) ──────────────────────╮
│ in _run_module_as_main:198 │
│ in _run_code:88 │
│ │
│ in <module>:10 │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1462 in │
│ __call__ │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1383 in main │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1819 in │
│ _process_result │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:814 in invoke │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \commands\dl.py:2573 in │
│ result │
│ │
│ 2570 │ │ │ │ │ │ │ for task_id, task_tracks, audio_codec in │
│ 2571 │ │ │ │ │ │ │ │ progress.start_task(task_id) # TODO: │
│ 2572 │ │ │ │ │ │ │ │ audio_expected = not video_only and n │
│ ❱ 2573 │ │ │ │ │ │ │ │ muxed_path, return_code, errors = tas │
│ 2574 │ │ │ │ │ │ │ │ │ str(title), │
│ 2575 │ │ │ │ │ │ │ │ │ progress=partial(progress.update, │
│ 2576 │ │ │ │ │ │ │ │ │ delete=False, │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \core\tracks\tracks.py:570 │
│ in mux │
│ │
│ 567 │ │ if not skip_subtitles: │
│ 568 │ │ │ for i, st in enumerate(self.subtitles): │
│ 569 │ │ │ │ if not st.path or not st.path.exists(): │
│ ❱ 570 │ │ │ │ │ raise ValueError("Text Track must be downloaded be │
│ 571 │ │ │ │ events.emit(events.Types.TRACK_MULTIPLEX, track=st) │
│ 572 │ │ │ │ if preferred_subtitle_idx is not None: │
│ 573 │ │ │ │ │ default = i == preferred_subtitle_idx │
╰───────────────────────────────────────────────── ─────────────────────────────╯
ValueError: Text Track must be downloaded before muxing...


I checked the temp folder and a sub file def appears when its downloaded.

I also tried my fav site TPTV and that downloads and muxes the subs fine. Also tested on ITVX and that was ok too. Not sure if the issue now is because BBC is TTML and ITVX and TPTV is VTT

[DragonQ]

Is there an issue with BBC and subtitle edit? I tried to download https://www.bbc.co.uk/iplayer/episode/m002y44t/horrible-science-series-2-6-blood-bones...y-bits-special using both vinefeeder and envied way, downloads everything fine, but when it muxes, it opens subtitle edit up now which is never used to and fails saying

───── Horrible Science 2026 S02E06 Blood, Bones and Body Bits Special ──────


1 Video
└── [H.264, SDR] | en | 1920x1080 @ 12000 kb/s, 50.000 FPS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:42 • Downloaded
1 Audio
└── [AAC] | en | 2.0 | 128 kb/s
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:12 • Downloaded
2 Subtitles
├── [TTML] | en
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded
└── [TTML] | en | SDH
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded

Track downloads finished in 0m46s
Multiplexing... ⠋ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • •

╭───────────────────── Traceback (most recent call last) ──────────────────────╮
│ in _run_module_as_main:198 │
│ in _run_code:88 │
│ │
│ in <module>:10 │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1462 in │
│ __call__ │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1383 in main │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1819 in │
│ _process_result │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:814 in invoke │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \commands\dl.py:2573 in │
│ result │
│ │
│ 2570 │ │ │ │ │ │ │ for task_id, task_tracks, audio_codec in │
│ 2571 │ │ │ │ │ │ │ │ progress.start_task(task_id) # TODO: │
│ 2572 │ │ │ │ │ │ │ │ audio_expected = not video_only and n │
│ ❱ 2573 │ │ │ │ │ │ │ │ muxed_path, return_code, errors = tas │
│ 2574 │ │ │ │ │ │ │ │ │ str(title), │
│ 2575 │ │ │ │ │ │ │ │ │ progress=partial(progress.update, │
│ 2576 │ │ │ │ │ │ │ │ │ delete=False, │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \core\tracks\tracks.py:570 │
│ in mux │
│ │
│ 567 │ │ if not skip_subtitles: │
│ 568 │ │ │ for i, st in enumerate(self.subtitles): │
│ 569 │ │ │ │ if not st.path or not st.path.exists(): │
│ ❱ 570 │ │ │ │ │ raise ValueError("Text Track must be downloaded be │
│ 571 │ │ │ │ events.emit(events.Types.TRACK_MULTIPLEX, track=st) │
│ 572 │ │ │ │ if preferred_subtitle_idx is not None: │
│ 573 │ │ │ │ │ default = i == preferred_subtitle_idx │
╰───────────────────────────────────────────────── ─────────────────────────────╯
ValueError: Text Track must be downloaded before muxing...


I checked the temp folder and a sub file def appears when its downloaded.

I also tried my fav site TPTV and that downloads and muxes the subs fine. Also tested on ITVX and that was ok too. Not sure if the issue now is because BBC is TTML and ITVX and TPTV is VTT

That file downloads fine for me using latest Unshackle with nothing special installed (just ffmpeg). Subtitles are there and working.

[QuantumLeap1989]

Is there an issue with BBC and subtitle edit? I tried to download https://www.bbc.co.uk/iplayer/episode/m002y44t/horrible-science-series-2-6-blood-bones...y-bits-special using both vinefeeder and envied way, downloads everything fine, but when it muxes, it opens subtitle edit up now which is never used to and fails saying

───── Horrible Science 2026 S02E06 Blood, Bones and Body Bits Special ──────


1 Video
└── [H.264, SDR] | en | 1920x1080 @ 12000 kb/s, 50.000 FPS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:42 • Downloaded
1 Audio
└── [AAC] | en | 2.0 | 128 kb/s
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:12 • Downloaded
2 Subtitles
├── [TTML] | en
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded
└── [TTML] | en | SDH
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • 00:00 • Downloaded

Track downloads finished in 0m46s
Multiplexing... ⠋ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ • •

╭───────────────────── Traceback (most recent call last) ──────────────────────╮
│ in _run_module_as_main:198 │
│ in _run_code:88 │
│ │
│ in <module>:10 │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1462 in │
│ __call__ │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1383 in main │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1850 in invoke │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:1819 in │
│ _process_result │
│ │
│ C:\Users\james\TwinVine\.venv\Lib\site-packages\click\core.py:814 in invoke │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \commands\dl.py:2573 in │
│ result │
│ │
│ 2570 │ │ │ │ │ │ │ for task_id, task_tracks, audio_codec in │
│ 2571 │ │ │ │ │ │ │ │ progress.start_task(task_id) # TODO: │
│ 2572 │ │ │ │ │ │ │ │ audio_expected = not video_only and n │
│ ❱ 2573 │ │ │ │ │ │ │ │ muxed_path, return_code, errors = tas │
│ 2574 │ │ │ │ │ │ │ │ │ str(title), │
│ 2575 │ │ │ │ │ │ │ │ │ progress=partial(progress.update, │
│ 2576 │ │ │ │ │ │ │ │ │ delete=False, │
│ │
│ C:\Users\james\TwinVine\packages\envied\src\envied \core\tracks\tracks.py:570 │
│ in mux │
│ │
│ 567 │ │ if not skip_subtitles: │
│ 568 │ │ │ for i, st in enumerate(self.subtitles): │
│ 569 │ │ │ │ if not st.path or not st.path.exists(): │
│ ❱ 570 │ │ │ │ │ raise ValueError("Text Track must be downloaded be │
│ 571 │ │ │ │ events.emit(events.Types.TRACK_MULTIPLEX, track=st) │
│ 572 │ │ │ │ if preferred_subtitle_idx is not None: │
│ 573 │ │ │ │ │ default = i == preferred_subtitle_idx │
╰───────────────────────────────────────────────── ─────────────────────────────╯
ValueError: Text Track must be downloaded before muxing...


I checked the temp folder and a sub file def appears when its downloaded.

I also tried my fav site TPTV and that downloads and muxes the subs fine. Also tested on ITVX and that was ok too. Not sure if the issue now is because BBC is TTML and ITVX and TPTV is VTT

That file downloads fine for me using latest Unshackle with nothing special installed (just ffmpeg). Subtitles are there and working.

I tried with unshackle and same error here. Not sure why as nothing has changed apart from going GIT updates and worked fine for me 2 weeks ago last time I got something from BBC. It never used to open subtitle edit, and now it is and I have no idea why.


Edit... Removed subtitle edit and downloads and muxes fine. Issue must be with that then for some reason.

[A_n_g_e_l_a]

Just to be clear to everyone. TwinVine uses services found on the web, If I didn't write the service I do not support that service.

uv run envied dl <service> -? will show the service author, generally.

[Attachment 92860 - Click to enlarge]

StabbedByBrick produced a good part of the services for unshackle - used by envied. However, he has announced he is no longer supporting the services he created.

We will all have to wait until someone else picks up the mantle of service maintenance.

[QuantumLeap1989]

Just to be clear to everyone. TwinVine uses services found on the web, If I didn't write the service I do not support that service.

uv run envied dl <service> -? will show the service author, generally.

[Attachment 92860 - Click to enlarge]

StabbedByBrick produced a good part of the services for unshackle - used by envied. However, he has announced he is no longer supporting the services he created.

We will all have to wait until someone else picks up the mantle of service maintenance.

Thanks Angela, Shame about StabbedByBrick no longer supporting but I suppose it can be an endless task with all the changes. Thanks to everyone who has supplied to make this a great service.

[A_n_g_e_l_a]

Is there an issue with BBC and subtitle edit?

The subtitle is ttml and subtitle edit is being called to convert to srt. Two ways around this error. (And it appears to be something in the subtitle that subtitle-edit cannot digest - so the BBC is at fault.)

First way: stop subtitles being downloaded. Temporarily edit code:
packages/envied/src/envied/code/tracks/track.py

[Attachment 92861 - Click to enlarge]
set skip_subtitles to True

Second way and the best: find envied.yaml and edit conversion method to be pysubs2 rather than auto. That prevents subtitle-edit from being called and failing.

[Attachment 92862 - Click to enlarge]

[QuantumLeap1989]

Is there an issue with BBC and subtitle edit?

The subtitle is ttml and subtitle edit is being called to convert to srt. Two ways around this error. (And it appears to be something in the subtitle that subtitle-edit cannot digest - so the BBC is at fault.)

First way: stop subtitles being downloaded. Temporarily edit code:
packages/envied/src/envied/code/tracks/track.py

[Attachment 92861 - Click to enlarge]
set skip_subtitles to True

Second way and the best: find envied.yaml and edit conversion method to be pysubs2 rather than auto. That prevents subtitle-edit from being called and failing.

[Attachment 92862 - Click to enlarge]

Thanks, I shall try those out.

[A_n_g_e_l_a]

Fixed STV in both vinefeeder and envied so that search now work for all titles. Summertide and other new titles was not being found with old search endpoints


[Attachment 92915 - Click to enlarge]

[Lseauk]

Is anyone else having issues with the IMDBApi being down, tried using a few different VPN connections just to see if it was my ip address, and just wondering if it just me. I put a patch in place to skip IMDBApi if it is down and either use TMDB and OMDb instead but just wonder if anyone was having the same problem, not that it being down effects the actual download.

[iamghost]

Is anyone else having issues with the IMDBApi being down, tried using a few different VPN connections just to see if it was my ip address, and just wondering if it just me. I put a patch in place to skip IMDBApi if it is down and either use TMDB and OMDb instead but just wonder if anyone was having the same problem, not that it being down effects the actual download.

I have same but change it to fix it

unshackle\core\providers\imdbapi.py
line 21 and 25
change both of them True and False

[Attachment 92986 - Click to enlarge]

[A_n_g_e_l_a]

Vinefeeder's detection of UHD availability for the BBC service has been a problem for some time.
Helpfully, the BBC list their UHD programming.
Unhelpfully they neglect to say that only one or two titles in a series may be UHD.

Vinefeeder was making the lookup and if a program title was in the UHD list it tried to download them all with the envied option -r=HLG set in the bbc services-folder.
As a result for a UHD title request, envied would fail saying 'no requested HLG quality was available'.

You can change hlg_status to False so as to never download UHD content from the BBC, should you wish.

uv run vinefeeder --service-folder BBC

[Attachment 92990 - Click to enlarge]

So I have reworked the UHD lookup to operate at the level of episode, and have added a note of UHD status in the episode listing.


[Attachment 92992 - Click to enlarge]

Now if UHD is available for a title, it will be downloaded. Otherwise envied will download the best available.

Github has the updates https://github.com/vinefeeder/TwinVine

git pull
uv sync

[A_n_g_e_l_a]

Twinvine

I've made some changes to envied-working-example.yaml to further reflect the changes at the parent.

Plan on again copying across from the envied-working-example.yaml across to envied.yaml, just as you did at first set-up - be careful to preserve any credentials and vpn-set-up you may have already entered.

[Danker1990]

What has been going on as of late? I keep getting this error.
[Attachment 93118 - Click to enlarge]

[A_n_g_e_l_a]

What has been going on as of late? I keep getting this error

TwinVine is working normally for me. Have you been making any changes to your computer? Has your Python version changed?

I don't understand how your paths have a double // .

Since you don't show which video and from which service - no-one can follow your steps exactly - I suppose you do realise this?

Before you do anything else, you might run

uv run envied env clear cache

and

uv run envied env clear temp

but don't hold out much hope.

As a start you might go back to the original envied.yaml - just the bare bones.
Set your current envied.yaml to envied.yaml.bak in packages/envied/src/envied/ to use again later
then

cp ./packages/envied/src/envied/envied-working-example.yaml ./packages/envied/src/envied/envied.yaml

to provide a new clean envied.yaml and try it without editing.

[Danker1990]

What has been going on as of late? I keep getting this error

TwinVine is working normally for me. Have you been making any changes to your computer? Has your Python version changed?

I don't understand how your paths have a double // .

Since you don't show which video and from which service - no-one can follow your steps exactly - I suppose you do realise this?

Before you do anything else, you might run

uv run envied env clear cache

and

uv run envied env clear temp

but don't hold out much hope.

As a start you might go back to the original envied.yaml - just the bare bones.
Set your current envied.yaml to envied.yaml.bak in packages/envied/src/envied/ to use again later
then

cp ./packages/envied/src/envied/envied-working-example.yaml ./packages/envied/src/envied/envied.yaml

to provide a new clean envied.yaml and try it without editing.

Win 11 26200.8894 ITVX You Bet. Python 3.13 i typed all paths as a direct copy and paste from all taskbars so had one \ using vinefeeder downloader GUI.

EDIT: Did the refresh commands and it still gives me that error. Could win 11 be the blame partially.


[Attachment 93122 - Click to enlarge]

[A_n_g_e_l_a]

[Attachment 93123 - Click to enlarge]

Works as expected for me so it is not TwinVine. I'll try on Win11, but am busy right now so later this afternoon. You might ask chatGPT why you might be getting \\ in paths. It's free: chatgpt.com

[PSXman_uk]

What has been going on as of late? I keep getting this error

TwinVine is working normally for me. Have you been making any changes to your computer? Has your Python version changed?

I don't understand how your paths have a double // .

Since you don't show which video and from which service - no-one can follow your steps exactly - I suppose you do realise this?

Before you do anything else, you might run

uv run envied env clear cache

and

uv run envied env clear temp

but don't hold out much hope.

As a start you might go back to the original envied.yaml - just the bare bones.
Set your current envied.yaml to envied.yaml.bak in packages/envied/src/envied/ to use again later
then

cp ./packages/envied/src/envied/envied-working-example.yaml ./packages/envied/src/envied/envied.yaml

to provide a new clean envied.yaml and try it without editing.

Win 11 26200.8894 ITVX You Bet. Python 3.13 i typed all paths as a direct copy and paste from all taskbars so had one \ using vinefeeder downloader GUI.

EDIT: Did the refresh commands and it still gives me that error. Could win 11 be the blame partially.


[Attachment 93122 - Click to enlarge]

Are you using Stabbys service if so ITVX works best with a pr cdm
[Attachment 93124 - Click to enlarge]

Works in normal unshackle

[DragonQ]

[Attachment 93123 - Click to enlarge]

Works as expected for me so it is not TwinVine. I'll try on Win11, but am busy right now so later this afternoon. You might ask chatGPT why you might be getting \\ in paths. It's free: chatgpt.com

That's just standard escape characters. It's just a permissions issue with their setup.

[A_n_g_e_l_a]

It's just a permissions issue with their setup.

No it isn't.

The issue is 'Downloads\\You Bet \\You Bet S01E01.mkv' There is a trailing space after the folder name. Windows abhors trailing spaces on folders; linux doesn't care..
Currently the envied yaml for folder name looks like this:-

[Attachment 93126 - Click to enlarge]

If the series does not have a year value, then that variable will be left empty. The space between 'You Bet' and the non-exist year will still be left. If I rewrite with * for space you'll see what I mean You*Bet*/You*Bet*S01E01.mkv

EDIT 21 July

Envied code for dl.py has been corrected to remove trailing spaces from folder names. No action needed on envied.yaml

[Danker1990]

OK to rule out if it was a win 11 issue i took it back to 10 and when i got to the windows instruction guide with
uv lock
uv sync
cp .\packages\envied\src\envied\envied-working-example.yaml .\packages\envied\src\envied\envied.yaml
uv run vinefeeder --help
uv run envied --help
uv run envied dl -?

When it gets to uv run envied --help it kicks up an issue.

I don't know if this is why i am having issues and this is with your latest revision adaptation.


[Attachment 93130 - Click to enlarge]

[A_n_g_e_l_a]

OK to rule out if it was a win 11 issue i took it back to 10 and when i got to the windows instruction guide with


[Attachment 93130 - Click to enlarge]

Its not an issue. It is a one-time warning from the Python package tinycss. There is something in it that python doesn't like. You will only see it if you uv sync again.

Ignore it, as I do, I have no control over that python package. And try and get in the habit of reading the messages. It says Syntax Warning -meaning don't be alarmed and there's no need to make an issue from it.

[Killer3737]

I updated the tool after having not used it for a while a few days ago and had the same trailing space issue on W11. Pulling the latest changes to dl.py fixed it, although the output filename now misses the extension dot, so you just get:

Mr Bean S01E01 Mr Bean mkv

Easily remedied of course, but just an FYI.

[A_n_g_e_l_a]

I updated the tool after having not used it for a while a few days ago and had the same trailing space issue on W11. Pulling the latest changes to dl.py fixed it, although the output filename now misses the extension dot, so you just get:

Mr Bean S01E01 Mr Bean mkv

Easily remedied of course, but just an FYI.

Thanks. I've just pushed a fix.

[Tom Saurus]

I updated to the latest Twinvine and it seems to work fine. Thank you Angela for all that you do to keep this program working.

With DSL that flakes out on occasion sometimes I get a download that just stalls it seems to be still downloading but never gets around to finishing up. So eventually I give up and redo. What I wonder is there a way to pause a download and then restart and maybe that would give it a kick in the pants to finish up without having to start all over again.

I was looking in the temp folder and it shows 1409 video segments and it seems to be frozen at that even though the Envied is showing it is still downloading.

So I will give up and clear the temp folder and start over again.

[A_n_g_e_l_a]

Twinvine's envied has been updated to a snapshot from the unshackle-dev branch.

Services are now remote and will load at first run. They are stored locally at packages/envied/src/envied/services/_repos/


[Attachment 93232 - Click to enlarge]

Your envied.yaml will need be edited to reflect the new changes. Save your current envied.yaml somewhere for reference, then copy envied-working-example to a new envied.yaml. Copy across credentials and other personal settings. Run 'uv sync' followed by 'uv run envied dl -?' to check services load.