updating Youtubedl

now Rick how about you updating your Samba help article from 2001 before someone complains about you trying to help as Windows 3.11 is so retro :-)

The problem you hit there is that Rick doesn’t have Windows 10(or Win7 for that matter) and everything else is retro. :)

You’ve sent an email, right?
Already done

No criticism of Vince was intended. But I’m glad you’ve alerted him.

before someone complains about you trying to help as Windows 3.11 is so retro

Retro ¹ it might be, but is it wrong?

¹ s/retro/prehistoric

Have made a Package and try on a new card.
Looks like all the tools in the list are installed correct.
But if I try to install youtubesearch or youtubedl via pip38 I get a lot of python certificate errors. Looks like something is missing. CACertificates are the latest version.

I have been round the loop again making a new installation on a newly installed OS5.28 HardDisc4 image on a spare SSD on the Titanium. (Last time I used a USB SCSI memory stick which did work but also demonstrated how desperately slow this stuff can be.)

But if I try to install youtubesearch or youtubedl via pip38 I get a lot of python certificate errors. Looks like something is missing. CACertificates are the latest version.

!CaCertificates was not called until the ‘Run’ button was pressed in the ytsearch window.

Python itself have does certificates at !PythonSite.Python38.Site-Packages.certifi.cacert/pem.

The only other suggestion I have is are the libssl libraries in SharedLibs.

Raik,

I tried a fresh install on 5.28 and Pi4 myself and found that in addition to the following mentioned in your help file:

LibFFI6
LibBZ2-1.0
LibSSL
ZLib1g
SharedUnixLibrary 1.16
ARMEABISupport 1.00
SOManager 3.01

That these also needed installing via Packman:

TaskRunner
LibLZMA5
CACertificates
DRenderer

I then installed/upgraded setuptools,youtube-dl and youtube-search-python version 1.3.9.

The setuptools upgrade needs to be done twice as the first attempt errors as per previous posts.

Hope that helps.

Doug

Update: Obviously Python-38,Python-38-pip, Python-38-Core, mplayer, ffmpeg, ffplay as well :-)

Also add CryptRandom to the list.

As Doug notes, the instructions were based on his presentation of how to set things up at a MUG meeting, and in turn on the versions of the software available at the time.

On RISCOSitory, it should be noted that it was a post in the general news feed – everything in that feed is at risk of going out of date. That’s the thing about ‘news’ (and features that are included in that news); they become ‘olds’, and ‘olds’ are really just a historical record.

I can’t seriously be expected to update ‘olds’ – but in this case I’ve added a ‘readme’ box at the top, which reads:

Update: 20th February, 2021. Being an article in the general RISCOSitory ‘news feed’ the information within contained in this post is likely to go out of date for any number of reasons – and around a year on from when it was originally posted, that has been shown to be the case. The instructions below were based on, and therefore work for, the versions of the software available at the time. For more up to date versions, please follow the instructions contained in the documentation/help file(s) supplied with YTPlay.

As Rick noted, the helpful thing to do if you really felt that the instructions were misleading was to let me know – so thanks to Doug for doing so.

(And typically, it’s only after copying/pasting the paragraph here and posting this that I noticed the silly mistake. Now fixed.)

Have picked up all the packages dependencies and it works for me with a fresh 5.28 RPi ROOL image.
But any problems are alive…
Looks like the dependencie-list is to long. It gives something like “buffer to small” from Packit. Have edit manually.
I not see all packages from PackMan in Packit … also add manually to the list. How can I sync the package lists from PackMan and Packit?
Is it possible to add apps ore special versions like ffplay or Chris eabi-stuff, are not available via PackMan, to the dependencies?

I’d just like to say a sincere ‘thank you’ to Chris, Raik and everyone else who has contributed to the development of all the apps involved in being able to play YouTube videos on RISC OS native hardware. Now that I’ve got a fully-configured ‘PackMan compliant’ version of RO5.28 up and running on a mildly overclocked Pi4, it’s a doddle to drag YouTube links from Netsurf into YTPlay and view them at 720p using a recent version of MPlayer. YTPlay is the only app that needs to be launched: it is sufficient for PythonSite, Python3 and MPlayer to have been seen during the boot sequence, and YTPlay launched, all of which can be configured to happen automatically. Youtube links can then be found using Netsurf and the URLs dragged directly to YTPlay from the Netsurf address field. With the latest versions of Python and YTPlay the detailed procedure described in Vince Hudd’s Riscository article (reference above) has been greatly simplified – progress indeed! I have tested FFPlay/FFMpeg and MPlayer on the same link at 360p and 720p; FFMpeg is smooth at the lower but freezes at the higher resolution, whilst MPlayer is acceptably smooth at 720p. It is therefore my default player (the Pi is running at 1800Mhz).
Thanks to everyone involved once again for a significant step forward in the platform’s capabilities.

Thanks for your feedback.
“YTPlay-Test-Package” is “online” now.
Please read here ;-)

Hi Raik,

Tried your test package on a new install for the Pi400 and it works.

Obviously the manual bits are required for MPlayer/FFplay/FFMpeg also install of Youtube-dl/Youtube-search via YTplay needs to be done but a lot easier so thanks for that.

Thanks for the info.
Was the first try with a package (also thanks to Chris for the remark in the Announcements) with a little hope to sort out the dependencie problems in the past. The help-file is not changed yet, sorry.
Have try on a “longer running system” (also Direct). Is better to update all the stuff ar installed via PackMan and PackMan itself before you try to install YTPlay.
I think about a “first start flag” with an “auto install” for the python tools and the stuff around if the systemvariables are missing but I’m not sure… a bit to much “Windows like”?

Tried your test package on a new install

Me too, on a Pi4. All went according to plan and YTPlay works perfectly, having rebooted. One thing I will mention, to bear in mind when upgrading: the install of Youtube-dl/Youtube-search via YTplay both take several minutes, during which the task window dialogue doesn’t change, and it is quite tempting to conclude that the process has stalled (and this is on an overclocked Pi4, so updating on a Pi3 or lesser Pi could be quite protracted). So just be patient! Thanks as ever to Raik for his ongoing development.

Tried your test package on a new install
Me too, on a Pi4. All went according to plan and YTPlay works perfectly

Except it doesn’t! I should explain: the zip (dropped onto !PackMan – didn’t know it could do that – neat) created a new directory ‘Youtube’ for the new version of YTPlay, in Apps, while the current version (V3.02a) lives in Apps.Video, and is set to be launched automatically by the boot sequence. So when I thought I was testing the latest RC version, in fact I was not, because 3.02a hadn’t been updated. Furthermore, V3.1 RC2 will load, but it won’t launch MPlayer so won’t display links. V3.02a continues to work as normal.

I’m willing to test the RC version if someone will tell me how to get it running.

At first, there is a new package with a bugfix. Drop the URL not work or only work if you use searching before in the latest RC2.

I’m not sure. I try install the new package in my “biotop”. looks like all is working.
Is a “testpackage”. I’m not sure if I do all things right. YTPlay should be installed to Apps.youtube.
If you have all the dependencies installed (e.g. for 3.02a) you can pick YTPlay from the packages Archive and take it a place of your choice.
Main changes to 3.02a … [Shift]+Click plays or download audio only. Play audio only works with ffplay. Mplayer fails often.

Drop the URL not work

That’s correct. I don’t normally use the ‘search’ feature, but I will try it.

Mplayer fails often.

That’s not good – it is my default player :-(

That’s not good – it is my default player :-(

Is only if you try to play “audio only”. Is a feature that nobody needs ;-)

If you have all the dependencies installed (e.g. for 3.02a) you can pick YTPlay from the packages Archive and take it a place of your choice.

I did that – deleted the existing YTPlay and replaced it with V3.2 from the archive. I then went through the ‘Install/Update youtube-dl’ routine – all good. Then ‘Update/Install youtube-search’. This process failed with error message:

Collecting youtube-search-python1.3.9 Using cached youtube_search_python-1.3.9-py3-none-any.whl (50 kB) Collecting setuptools Downloading setuptools-54.0.0-py3-none-any.whl (784 kB) Requirement already satisfied, skipping upgrade: httpx in sdfs::harddisc0.$.!boot.resources.!pythonsite.python38.site-packages (from youtube-search-python1.3.9) (0-16-1)
Collecting rfc3986[idna2008]<2,>=1.3
Using cached rfc3986-1.4.0-py2.py3-none-any.whl (31 kB)
Collecting httpcore0.12.* Using cached httpcore-0.12.3-py3-none-any.whl (55 kB) Requirement already satisfied, skipping upgrade: sniffio in sdfs::harddisc0.$.!boot.resources.!pythonsite.python38.site-packages (from httpx->youtube-search-python1.3.9) (1-2-0)
Requirement already satisfied, skipping upgrade: certifi in sdfs::harddisc0.$.pythonsite.python38.site-packages (from httpx→youtube-search-python==1.3.9) (2020-12-5)
Requirement already satisfied, skipping upgrade: idna; extra == “idna2008” in sdfs::harddisc0.$.pythonsite.python38.site-packages (from rfc3986[idna2008]<2,>=1.3→httpx→youtube-search-python1.3.9) (3-1) Collecting h110.*
Using cached h11-0.12.0-py3-none-any.whl (54 kB)
ERROR: httpcore 0.12.3 has requirement sniffio==1.*, but you’ll have sniffio 1-2-0 which is incompatible.
Installing collected packages: youtube-search-python, setuptools, rfc3986, h11, httpcore
Attempting uninstall: youtube-search-python
Found existing installation: youtube-search-python 1-3-9
Uninstalling youtube-search-python-1-3-9:
Successfully uninstalled youtube-search-python-1-3-9
Attempting uninstall: setuptools
Found existing installation: setuptools 53-0-0
Uninstalling setuptools-53-0-0:
ERROR: Could not install packages due to an EnvironmentError: [Errno 2] No such file or directory: ‘sdfs::harddisc0.$.pythonsite.python38.site-packages.setuptools.command.launcher manifest/xml’

but I decided to ignore that as I don’t use youtube-search. I also updated Python to the latest PackMan versions. Anyway, V3.2 is working, exactly as V3.02a, so that’s a result!

The update-routine is a bit a “wonderbag”. If an update fails, anytime a second try works.
But updates are not necessary with every new version. Sorry if it is not clear. All YTPlay3 version are use the same youtube-dl and -search stuff. Install is only needed at the first start of YTPlay and update if a new youtube-dl or search version is available and needed e.g. if play video fails often. If you have a working YTPlay3.02a you can change YTPlay without updating youtube-dl and -search.
Sorry, my mistake. I should point this out earlier.

Then ‘Update/Install youtube-search’. This process failed with error message:

Yep it does that but running it a second time after that fail will update/install yourtube-search , though you may get some other errors.

Good to see you have updated OK now.

Just updated this myself now and overwrote my old YTplay by just dragging the install option to the directory where it was installed.

Sorry, my mistake. I should point this out earlier.

No need to apologise, Raik! YTPlay works extremely well, and adds important functionality to our platform. I applaud your efforts.

Thanks for your words.
Is it a good idea to create a “lite version”, back to the roots, without search etc.
Choose format and player. Dragging the URL… ready.
Update youtube-dl if needed.

Choose format and player. Dragging the URL… ready.

That exactly describes my current procedure (except that format and player choices have already been selected and saved, and the format (720p) only gets adjusted in case of problems such as dropped frames, excessive jerkiness etc), so a ‘lite’ version probably wouldn’t benefit me, though others may have a different view. In truth, as soon as I realized how simple it was to find a Youtube topic using Netsurf and drag the URL from Netsurf’s address bar to the YTPlay icon I gave up trying to master the use of ‘Search’.