Fatser version of MPlayer

There’s an updated version of MPlayer available here.
The main change is it’s built with GCC 8.2.0. This allows most of the ARM specific optimisations to be enabled.
It’s possible to stream 720p Youtube videos on a Titanium, IGEPv5 and RPi 4.

It currently only runs on RISC OS hardware that has NEON support.
The SharedUnixLibrary 1.16, ARMEABISupport 1.00 and SOManager 3.01 modules are also needed. These are available via PackMan or can be downloaded directly from riscos.info.

Thank you, it works a treat on my Pi3B. :-)

It’s possible to stream 720p Youtube videos on a Titanium, IGEPv5 and RPi 4.

How are you doing that? Any chance of an example?

Now that I understand the volume range better, I finally see that the -volume command line option is actually doing something (at least most of the time) and I can finally start without the video screaming at me. It also understoud that you need to actually keep pressing “/” or “*” for a while to get the volume control kicking in.

Is there an option to show the achieved fps ? I thought the info available in the logs once it finishes playing but maybe I am confusing with FFPlay. I have tested it with my PI3 and the -framedrop option against KinoAmp (without Overlays) on the MPlayer HDTV test streams folder and it still seems a bit slow, I guess they still have room for more NEON optimised routines. On the other hand, thought slower MPlayer is smoother on the FullHD streams, I guess KinoAmp is sometines too agressive on frame dropping.

I have started playing a little bit more with it on my collection of Buck-Tick videos but started to be a little bit cautious, because there are quite a few files which causes MPlayer to freeze and take the system down with it (even the pointer stops responding). I wonder if this is an issue in the support modules (threading? signal handling ?).

I have tested it with my PI3 and the -framedrop option against KinoAmp (without

It’s still quite slow but a lot faster than before. Full screen is much better due to the faster scaling.

because there are quite a few files which causes MPlayer to freeze and take the system down with it (even the pointer stops responding).

Quite a few video formats cause an alignment exception which causes a freeze instead of an abort when built with GCC 8.2.0. Turning off alignment exceptions should allow it to play.

Is there an option to show the achieved fps.

There’s the ‘-benchmark’ option that shows some stats in the log after video has finished.

How are you doing that? Any chance of an example?

It’s more difficult than it was since Youtube updated their website. It’s no longer possible to use NetSurf to find the URLs.

Using Otter Browser go to https://m.youtube.com?persist_app=1&app=m.

Search for e.g. rougol. The search can be typed in directly in the URL bar.

https://m.youtube.com/results?search_query=rougol.

Click on the video you want to view. The URL needed appears in the URL bar.
In this case the ‘RISC OS Direct’ talk.

https://m.youtube.com/watch?v=M8Xy2-Qdwic

Otter Browser doesn’t interact with the RISC OS desktop so the URL can’t be copied and pasted to the required location.
The workaround is to create a ‘Note’ in Otter Browser and copy and paste the URL into it.
The notes are stored in the file !Boot.Choices.Qt5.config.otter.notes/xbel.

Python 2.7.16 is needed to run the youtube_dl module.

Download from https://www.riscosports.co.uk/vfp/python27.zip.

Also update to the latest version of the youtube_dl module.

Download https://www.riscosports.co.uk/vfp/python27update.zip.

Run the Youtubedl ‘frontend’ utility and ‘Copy and Paste’ the URL. Click on ‘List Formats’ and click ‘Run’.

This retrieves the available video formats. Normally 18 is 360p and 22 is 720p.

Next get the URL after selecting the required format.

Once the download URL is retrieved save it as a file.

Set the file type to ‘M3UFile’ and double click the ‘M3U’ file.
This should launch MPlayer and the video should begin playing after a few seconds.
If the sound gets out of sync try 360p instead of 720p. It might be a bit slow on a Pi 3B for 720p.

Is what YTPlay or Streamer behind the scene…

I can change YTPlay next week to use Mplayer with this settings. No problem.
For ffplay I use format 18.

Thank you for the detailed instructions… Prior to asking I’d been looking at potential command line options such as:

mplayer "$(youtube-dl -g insert-valid-url)"

Thank you for enabling YouTube playback. I’m playing the Wifi sheep video at 360p on my Pi3B and its great!!! Multi-tasking like never before and in sync video – Wow! :-)

Kinda makes me feel nostalgic for !Replay !

I can change YTPlay next week to use Mplayer with this settings

Raik could that be configurable to use either FFplay or Mplayer so if a user has issues on their machine you can try one or the other?

Why not? If I find the time, no problem.

I created FrontEnd module app YTSearch that uses the youtube-search-python python module to quickly search for Youtube videos without having to use a Web browser.
It can be downloaded from here.

Its need Python3 and also the youtube-search-python module installing.

python3 -m pip install youtube-search-python.

It looks like the maximum number of results returned is limited to 20. The search can be narrowed down by typing in more terms.
The search terms must be enclosed in single quotes and separated by spaces.

Save the search results out to an editer to be able to extract the download link.
Once you’ve found the link to the video you are interested in save it to a file and then drag the file to YTPlay.
YTPlay (1.30) seems to need a carriage return in the file otherwise the last character in the link is missed off causing the video not to be found.

Follow the instructions further above in this topic using the Youtubedl FronEnd app to play the video in MPlayer until YTPlay has been updated to support MPlayer.

Hi Chris,

Thanks for YTSearch now installed and I have tested it out ok.

I had to change the file type to M3UFile not M3U

Just need to sort out DigitalCD hijacking the resultant M3UFile as well but it does work if I drag a URL to YTPlay.

It was not the most successful morning in my life ;-)
Have download MPlayer and the stuff around.
The “step by step todo” from Chris is not working for me. Klick to the saved URL (filtype m3u) gives me the mplayer helpfile.
At the end of the morning… If I create a m3u8 it will work, so there is no problem to use it in YTPlay. I think tomorrow I have the first version to test.
Have also try to install YTSearch. Have download Python3 and the ABI2.0 SSL Library in !SharedLibs…
If I try python3 -m pip install youtube-search-python I get a “screen full of errors” (the same if I try it with the riscos-toolbox).
No success. What have I overlooked?

Hi Raik,

It may be something to do with SharedLibs issues as outlined below:

get an old copy of SharedLibs.lib.abi-20/0/libunixlib/5/0/0/so, no later than 13th Oct 2019, and the same file in the vpf folder and it should work.

There has been much discussion in the Announcements section on Python 3.8.

Hope that helps.

I had to change the file type to M3UFile not M3U

The MPlayer !Boot file has the wrong file type name in it.

Edit !MPlayer.!Boot and change ,

Set File$Type_AA7 “M3U”

to

Set File$Type_AA7 “M3UFile”

If I try python3 -m pip install youtube-search-python I get a “screen full of errors” (the same if

If you updated to release 4 of SharedLibs recently there’s a bug in UnixLib that causes python3 to crash on start up. Release 5 is imminent with the fix.

The previous version of SharedLibs release 3 is still available here.

A temporary workaround is to overwrite the release 4 version with the release 3 version from the zip.

Resources.!SharedLibs.lib.abi-2/0.libunixlib/5/0/0/so

Mmm, I’m a bit confused.
The SharedLib stuff ,is something I have not an eye on it. I only update if I have problems or interesting stuff brings it.
Latest I have mixed in was from Chris Otter announcement.

no later than 13th Oct 2019

Ok, is really older…

Resources.!SharedLibs.lib.abi-2/0.libunixlib/5/0/0/so

??? is not in the SharedLibs release 3 link …

Have try all the things in the yesterdays post on Ti but with no success.
I’m in office today and my PiTop also. Will try any things more.

What is the best point to start? “Fresh” SharedLib?

After installing the available updates from package manager this morning, !Python3 works again.

Thank you to everyone involved in the release. :-)

Mmm, looks a bit better on my PiTop…

after…

python3 -m pip install youtube-search-python

I get only …

libdl library not correctly linked

… so the result is the same.

I got a bunch of stuff on my first go, then I spotted I hadn’t loaded TaskRunner.

Have remove “my” SharedLib and have “stolen” the one from PiDirect-Image.
The TaskRunner mistake I also made ;-)
Now YTSearch will work.
Youtubedl gives the correct list but I I try to get the URL … only a “manifestline” will be displayed.
Have pick the URL via YTPlay…
New problem. Have checked the modules and what ever but MPlayer gives

Fatal signal received: EMT trap

Stack backtrace:

Running thread 0×1a770dc (Main Thread)
(5aedcf84) lr: eb5000
(5aedcff4) lr: eb5b94
(5aedcffc) lr: ed3710
(5afdd39c) lr: ed3710
(5afdd3c4) lr: ec7e48
(5afddc1c) lr: ecc540
(5afddc4c) lr: ecfe84
(5afdde9c) lr: ed035c
(5afddee4) lr: ec5230

On Pi3B+ PiTop. Also with normal mp4 video…

Mmm, the Youtubedl problem looks like a “Surfstick” problem. Will try a German channel.

Edit: An URL from my own “RISCOS Berlin” channel works…

The MPlayer problem on Pi3B+ is alive. Has anyone other try on Pi3B+?

;-) Just in case… I gave Youtubedl a spin and it all works fine.

The m3u file type thing referred to above… In its current incarnation everything works, just fine, if you change the text file filetype to the m3u filetype.