yt-dlp 2023.1.6.1 error with YTPlay

Hi,

It seems that there is a known issues with the packman version we currently have of yt-dlp.

ERROR: [youtube] Z6qnRS36EgE: Unable to extract uploader id; please report
this issue on github= , filling out
the appropriate issue template. Confirm you are on the latest version
using yt-dlp -U

The fix is to update to 2023.2.17 but that isn’t yet available on Packman and also the Python3 pip update command whilst downloading the latest version can’t install it.

I have sent an email to the GCCDSK list as per the Packman information and await a reply unless Chris pops up here in the mean time.

Well today 2023.2.17 YT-DLP turns up on Packman and I can play YouTube videos again so well done to all those involved.

Well today 2023.2.17 YT-DLP turns up on Packman

I’ve fired up Packman and installed the latest version of YT-DLP. Problem is, I don’t know where Packman has put it! My current version of !YTPlay – 3.21 – is still sitting in $.Apps.Video, which is where Packman put it originally, still showing the same stamp details and still not able to play current YT videos, despite having ‘YouTube-Search’ upgraded. YT-DLP is not in $.Apps.Video, and doing a ‘Find YT-DLP’ on the entire !Boot folder reveals that Boot.Resources.!Packages lists it as installed, but the app itself is nowhere to be seen.
There doesn’t seem to be any option in the Packman install dialogue to control the destination of the apps being installed, AFAICS, nor does the dialogue show the installation pathnames.
As usual, any help or advice will be gratefully received, and followed!

I’ve fired up Packman and installed the latest version of YT-DLP. Problem is, I don’t know where Packman has put it!

Packman puts YT_DLP 2023.2.17-1 into !PythonSite which by default is in !Boot.Resources.

!PythonSite.Python38.Site-Packages.yt_dlp

To verify that.

*yt-dlp --version
2023.02.17
*

Thanks for the advice, David.

*yt-dlp —version
File ‘yt-dlp’ not found
*

is what I get. However, PackMan apparently installed it OK and the ‘YT_DLP’ entry in the PackMan list is green-ticked. $.PythonSite.Python38.Site-Packages.yt_dlp shows a whole raft of text files which weren’t there before, starting with aes/py. So not sure what’s going on.

Are there more than one PythonSites, one one thinks one is using and another that PackMan downloads to. That was achieved here when PackMan installed yt-dlp into !Boot.Resources but my PythonSite was where I put it ages ago. PackMan does allow the location for PythonSite to be selected as part of the full Python install. I don’t usually use PackMan but on this occasion I forgot myself and messed up a bit.

*show python*
Python3$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!Python3
Python3$Path : ADFS::Titan4.$.Progm.Progm2.Python.!Python3.
PythonSite$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!PythonSite
PythonSite$Path : ADFS::Titan4.$.Progm.Progm2.Python.!PythonSite.
PythonUser$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!PythonUser

•show python• returns nothing. Doing a FIND ‘!PythonSite’ on the !Boot directory shows:

$.Boot.Resources.PythonSite
$.Boot.Resources.Backup1.PythonSite
[EDIT: plings removed from before Resources and PythonSite]

and that’s it. FWIW, attempting to play a Youtube video on !YTPlay now fails with the error ‘file python3 not found’. But then !YTPlay had stopped working anyway some weeks ago.

After a log period of “not using” I have reinstalled all the stuff around on Titanium.
The only problem was an old one.

In PythonSite.Python38.Site-Packages.certifi.core/py

I have change the line

to

And sorry, I should upload a new version to !Store. If you use a fresh download, you should edit the file !YTPlay.Resources.youtube-dl and change the line

youtube_dl import main

to

from yt_dlp import main
.

I’m running – or trying to run – YTPlay v.3.21, but getting an error message ‘Python3 not found’ on dropping a YouTube address onto the icon.
I’ve altered PythonSite.Python38.Site-Packages.certifi.core/py as advised above by Raik, and !YTPlay.Resources.youtube-dl reads
‘from yt_dlp import main’ as also specified in Raik’s post above. Needless to say, I’ve downloaded and installed YT-dlp from !PackMan.

Any suggestions what might be going wrong?

I’m running – or trying to run – YTPlay v.3.21, but getting an error message ‘Python3 not found’ on dropping a YouTube address onto the icon.

There is a further update.

*yt-dlp --version
2023.03.04
*

I accidentally managed to get that error here but that was because the !Python3 app had not been seen by the filer, once it had, and subject to Raik’s changes above, YTPlay V3.21 played.

python3 is an alias for the python38 binary inside !Python3.

*Show *python*
Alias$python3 : python38 %*0
Alias$python38 : WimpSlot -min 8M|MRun python38 %*0
Python3$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!Python3
Python3$Path : ADFS::Titan4.$.Progm.Progm2.Python.!Python3.
python3$pres : yes
PythonSite$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!PythonSite
PythonSite$Path : ADFS::Titan4.$.Progm.Progm2.Python.!PythonSite.
PythonUser$Dir : ADFS::Titan4.$.Progm.Progm2.Python.!PythonUser
UnixEnv$PYTHONIOENCODING : utf-8
*

[star]Show [star]python[star]
python3$pres : no
UnixEnv$PYTHONIOENCODING : utf-8
[star]

What I get (when YTPlay is loaded to the iconbar). !PythonSite is resident in !Boot.Resources, and contains three directories, respectively ‘Data’, ‘Python38’ and ‘Scripts’.

PS: inserting actual * makes Textile do weird things, hence the clumsy [star]

!Python3 is missing or just not being seen by the filer. !Python3 is in the PackMan package Python-38 and by default is installed in Apps. Development. PackMan should offer to boot it at start up, but that can be arranged with the Boot configuration.

asterisk is bold in textile, to actually see an asterisk wrap it in code, notextile or pre tags.

Testing code, *help

Testing notextile, *help

Testing pre

*help

I tried de-installing and reinstalling YT-dlp from !PackMan without success – the reinstallation failed with a ‘cannot download and install…’ error from !PackMan. Fortunately I was able to roll back to a backup from a few months ago which included a clean copy of YTPlay, and was then able to install YT-dlp successfully. But the crucial step was to make the change specified by Raik above:

In PythonSite.Python38.Site-Packages.certifi.core/py
I have change the line CACERT_CTX = getpath(“certifi”, “cacert.pem”) to CACERT_CTX = getpath(“certifi”, “cacert/pem”)

after which YTPlay was able to play YouTube videos without problem.

Thanks to David and Raik for advice and help.

I’ve installed YTPlay and gotten to the point where I get no Task errors or python errors, but now when I try to play a video either through the search function or dragging and dropping an URI on YTPlay in the iconbar, the MPlatyer logo appears and then nothing.

If I use FFPlay as the backend I get a task window with a load of GCC output and flags it appears and it tells me an autorun m3u is already defined and to click or press enter to close the screen.

Does anyone have any ideas what I;m doing wrong please?

I’m not at home next two weeks, so it is not possible for me to take a look at.
Please only use the ffplay and mplayer I link in help. Ffplay from packages is not working and mplayer I only try the eabi version. Let the filer only see the player, please not start.
Anytimes it needs a machine restart after install or reorder the tools.
What is the result if you try the search option and download with a right mouse click (Adjust)?

Hi I’ve tried the download option and I get a task window popup saying

ERROR: unable to download video data: HTTP Error 403: Forbidden ‘download’ not found

I’ve installed YTPlay and gotten to the point where I get no Task errors or python errors, but now when I try to play a video either through the search function or dragging and dropping an URI on YTPlay in the iconbar, the MPlatyer logo appears and then nothing.

Same here, exactly. The ‘Install/Update youtube-search’ dialogue works, but produces this error halfway through the uninstall/reinstall sequence: “ERROR: httpcore 0.12.3 has requirement sniffio==1.*, but you’ll have sniffio 1-2-0 which is incompatible.” YTPlay worked fine under previous OS versions (5.28 and 5.29); I’m currently running 5.30 (27-Apr-24); is there an issue with the stable release, I wonder?

Google regularly change the youtube goal posts. One of the recent changes is to remove format 22 support.

If you right click the YTPlay icon and make sure ‘Default format’ is set to 18. If it’s not just ‘click’ the number and it should toggle between 22 and 18.

If using an older version of YTPlay edit the !YTPlay.Resources.youtube-dl file and change youtube_dl to yt_dlp.

If it still doesn’t work the version of yt-dlp may be too old. I can make available the latest version (2024.08.01) for download.

Due the the ongoing problems with riscos.info I can’t update the version in PackMan.

I’ve tried the download option and I get a task window popup saying “ERROR: unable to download video data: HTTP Error 403: Forbidden ‘download’ not found”.

What version of yt-dlp are you running? “Forbidden” and validation errors aren’t uncommon on other platforms, because Google appear to be moving the goalposts in what could perhaps be described as an “arms race” with those developing non-ad-aware download tools.

Frequent updates and keeping abreast of the discussion at https://github.com/yt-dlp/yt-dlp/issues – not least the pinned KNOWN ISSUES/FAQ – is becoming necessary to use yt-dlp successfully, and switching to the nightly releases can be useful sometimes, too. Just be aware that there’s some suggestions Google are blocking IPs that frequently fall foul of the validation, so be careful of that one if you’re testing things.

Also edit the !YTPlay.Resources.youtube-dl file and change youtube_dl to yt_dlp.

Is not needed. The latest version(s) in Store are fixed on this place.

5.30 was working with YTPlay.

If it still doesn’t work the version of yt-dlp may be too old. I can make available the latest version (2-24.08.01) for download.

Very nice. Thanks a lot.

Latest version of yt-dlp is available from here.

Before installing go to !Boot.Resources.!PythonSite.Python38.Site-Packages and delete the existing yt_dlp folder.

Just drop onto the PackMan icon to install it.

To confirm it’s installed correctly run from a TaskWindow,

*yt-dlp --version
2024.08.01

To check the available formats run from a TaskWindow,

yt-dlp --list-formats --no-cache <url>

To get the url open !YTPlay.Temp.search/txt after performing a search.

If it still doesn’t work the version of yt-dlp may be too old. I can make available the latest version (2024.08.01) for download.

Thanks Chris, just tested that here and YTPlay now works on my set up again.

I did drop Raik a line a week or two ago to say YT_Play had stopped working but didn’t follow it up as I had some recollection he was on vacation.

updating yt-dlp has fixed my issues, thanks for your help folks.

Google regularly change the youtube goal posts.

This.

I’ve just had to update my NewPipe app twice due to Google messing with things.

So the rule is simple – if YouTube suddenly doesn’t work, check you have the latest version of the app. If you do, check the GitHub/whatever comments for the app or its backend.

For example, https://github.com/ytdl-org/youtube-dl/issues and you’ll see there a 403 error. That’s the same one that caught NewPipe and it was due, if I remember correctly, changes in the JavaScript so these third party apps that scrape the site to try to find the necessary keys and codes got confused, sent the wrong info, YouTube replied with a “get lost” until it was patched. https://github.com/yt-dlp/yt-dlp/issues is similar. And for good measure here’s NewPipe: https://github.com/TeamNewPipe/NewPipe/issues

Same problems, same reason.

It’s a never ending battle. Google want to ram adverts down our throats. Adverts are inserted by the YouTube app, so those of us that don’t want to waste our time watching promos for some idiotic game or whatever will use something else. Or in the case of RISC OS we don’t have an official app or browser capable of YouTube’s scripting nonsense (no, not even Iris).

Which means, from time to time YouTube breaks and we just need to wait a while for apps to be updated.