Fatser version of MPlayer

Have take a new mplayer download. Chris has changed the “filetype” line.
Maybe I’m a bit stupid but not so much.
Things are working this morning with the new mplayer on Titanium given the errormessage on Pi3B+.
Nothing will play with the new mplayer. I have checked all the modules and what ever…
PatchSWP gives any errormessage if I put the mplayer main file on it…

I’ve sucessfully tested the EABI version of MPlayer streaming Youtube videos on Pi 4B (720p), Titanium (720p), IGEPv5 (720p), Pi 3B (360p) and Pi 3B+ (360p).

On an original Pi 2 (cortex-a7 version) it locked up when trying to stream Youtube videos.

PatchSWP only works if the program has been statically linked with a version of UnixLib that contains the SWP instruction. It was fixed in May 2016 so anything with a timestamp after that date won’t contain the SWP instruction.

PatchSWP was only a test.
More interesting for me is why it gives this error message.
I have not an idea what I should additional try.
The DVD version of mplayer is working.
The errormessage comes also if I doubleklick mplayer. Abort open the helpfile.

OK don’t know what has happened but YTSearch now doesn’t return any results.

So Python3 has the required elements installed as per above but putting anything in the search field now comes back with just the words completed and null information.

Have YouTube done another regular update?

OK don’t know what has happened but YTSearch now doesn’t return any results.

I had the same problem until I installed ZLib1g and LibSSL using PackMan.

Hi Chris,

It did work as I had tried it but I have checked via PackMan and ZLib1g and LibSSL are installed.

So something else must be causing it not to work today.

I have not changed anything installed via PackMan either.

If you type som. in a task window after performing a search you should see similar to below.

Idx  GOT         Dynamic     Time to expire
1    0x486192B8  0x48619208  00h 29m                 ld-riscos/so/1
2    0x4861B75C  0x4861B6AC  00h 29m                 SharedLibs:lib.abi-2/0.libdl/1/9/9/so
3    0x4861C2F0  0x4861C270  00h 29m                 SharedLibs:lib.abi-2/0.libm/1/0/0/so
4    0x48642DB0  0x48642CF8  00h 29m                 SharedLibs:lib.abi-2/0.libgcc_s/so/1
5    0x48768B78  0x48768AA8  00h 29m                 SharedLibs:lib.abi-2/0.libunixlib/5/0/0/so
6    0x48799FBC  0x48799EFC  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._heapq
7    0x487A4810  0x487A4750  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._json
8    0x487AD270  0x487AD1B0  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._struct
9    0x487B3878  0x487B37B8  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.binascii
10   0x487B57D8  0x487B5718  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._bisect
11   0x487BAEC8  0x487BADE0  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._hashlib
12   0x48816660  0x48816560  00h 29m                 SharedLibs:lib.abi-2/0.libssl/so/1/0/2
13   0x489D7AB4  0x489D79CC  00h 29m                 SharedLibs:lib.abi-2/0.libcrypto/so/1/0/2
14   0x489F7FF0  0x489F7F30  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._blake2
15   0x48A01778  0x48A016B8  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._sha3
16   0x48A0E990  0x48A0E8C8  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.math
17   0x48A1F3F0  0x48A1F330  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._sha512
18   0x48A223F4  0x48A22334  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._random
19   0x48A30F24  0x48A30E64  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._socket
20   0x48A33E64  0x48A33DA4  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.select
21   0x48A485D4  0x48A4850C  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._datetime
22   0x48A61E1C  0x48A61D34  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._ssl
23   0x48A6B4F8  0x48A6B430  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.zlib
24   0x48A84EAC  0x48A84DE4  00h 29m                 SharedLibs:lib.abi-2/0.libz/so/1/2/11
25   0x48A89198  0x48A890D0  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._bz2
26   0x48A8FE4C  0x48A8FD84  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad._lzma
27   0x48A92CF0  0x48A92C30  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.grp
28   0x48B997EC  0x48B9972C  00h 29m                 SCSI::HardDisc4.$.python38.!Python3.Lib.lib-dynLoad.unicodedata

Chris,

Yes get something like that.

There is a problem as YouTubedl comes up with an error in trying to download the list supported formats of a URL as well.

[youtube] AZ1MdRgU7Hw: Downloading webpage
[youtube] AZ1MdRgU7Hw: Downloading js player f82a8c37
[0;31mERROR:[0m Signature extraction failed: Traceback (most recent call last):
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/extractor/youtube.py”, line 1420, in decrypt_signature
video_id, player_url, s
File "/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtubedl/extractor/youtube.py", line 1332, in extract_signature_function
cache_res = res(test_string)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/extractor/youtube.py”, line 1396, in
return lambda s: initial_function([s])
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 258, in resf
res, abort = self.interpret_statement(stmt, local_vars)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 56, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 92, in interpret_expression
m.group(‘expr’), local_vars, allow_recursion – 1)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 189, in interpret_expression
m.group(‘x’), local_vars, allow_recursion – 1)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 56, in interpret_statement
v = self.interpret_expression(expr, local_vars, allow_recursion)
File “/SCSI::SSD.$/YouTube/!Python27/lib/python2.7/site-packages/youtube_dl/jsinterp.py”, line 211, in interpretexpression
raise ExtractorError(‘Unsupported JS expression %r’ % expr)
ExtractorError: Unsupported JS expression u’[‘; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the —verbose flag and include its complete output.
(caused by ExtractorError(u"Unsupported JS expression u’[’; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the —verbose flag and include its complete output.“,)); please report this issue on ”https://yt-dl.org/bug">https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the —verbose flag and include its complete output.

I have tried watching a video of the RComp presentation and that works OK in !YTPlay.

I have tried watching a video of the RComp presentation and that works OK in !YTPlay.

YTPlay runs the same python script as Youtubedl so they should both fail in the same way. YTSearch just calls the search URL which returns a JSON file so won’t be affected by the changes to Youtube that affect the youtube_dl python module.

Scratch that. The python module that YTSearch uses also needed updating.

python3 -m pip install --upgrade youtube-search-python

There was a new version of the youtube_dl python module released today so hopefully this will fix the problem. I’ll upload an updated version and post when it’s there.

Sorry… double.

Thats right, generally YTPlay use youtubedl in background.
I use any different settings and have set youtubedl more or less silent. Only a error brings a message. I write the created url to a m3u8 file.
If youtube change anything, any videos are working, other not.
Generally Youtubedl and YTSearch are working here but any not working new videos I have found but they working with the latest youtube-dl.exe for WIN.
So they are good chances ;-)
Thanks Chris.

There’s an updated version of youtube_dl 2020.07.28 available here.

HI Chris,

That fixes the YouTubedl list and URL issue.

Not sure if I have the correct syntax for the Python3 upgrade, what is that synmbol before the “upgrade” bit?
Scratch that sorted it now!

Thank you for the updated version of youtube_dl and providing the “how to” upgrade the pip.

Just for information, all working here without the updates, except of course for the shared library updates released today…

Have do the same with my Titanium like yesterday with the Pi3B+ PiTop. Here it works without problems.
Now the question is, why not on my PiTop.
Have also mixed in the update… all is working, also the not working videos from yesterday.
Thanks a lot!

Have made a “quick and dirty” version of YTPlay for MPlayer support, not configurable at this time. Is also working. So will made a configurable version.

Is it possible to change the output of the frontend module to a real text window to copy the urls are found by YTSearch direct to Netsurf or Streamer …

There’s an updated version of the EABI MPlayer (1.04) available here.

New in this version is it no longer locks up when streaming Youtube videos on an RPi 2 (armv7 version).

It’s now also possible to stream 360p Youtube videos on Rpi 2, Beagleboard Xm, Pandaboard ES and Wandboard with the sound in sync.

Is it possible to change the output of the frontend module to a real text window to copy

I’ve not found a way to do this. At the moment I just save the search results to StrongEd and double click on the links in StrongEd. These then load NetSurf. The URL can then be dragged directly to YTPlay.

Have also not found a way…
Drag Textfile to YTPlay now works. Configure mplayer also.
Have problems to find a good way to start mplayer.
The way I use for ffplay as a childtask will not work. Wimpslot to small for elf-file.
Blow up the the Wimpslot in the patent helps not.
Can start via obey but than I have “Windows move problems”.
Run m3u gives the same error like on Pi3B+.
Any ideas?
Have add a ytsearch Windows in YTPlay. If the release is ready I hope I can start playing by click the link in the list.

Any ideas?

In YTPlay 1.32 to get it to use MPlayer I changed CallFFPlay and CallStream. Runs stable on all machines I tested on.

SYS "Wimp_StartTask","<Mplayer$Dir>.!Run -nocache -playlist "+fileToplay$ + " 1>RAM::RamDisc0.$.mplayer/log 2>&1" TO playerTask%

Mmm, I see my mistake. I use..

SYS “Wimp_StartTask”,"mplayer -nocache -playlist …

Thanks a lot. Will post a fist configurable testversion without ytsearch later this day.

Looks like I have a lot of problems with the SharedLib…
Is there a complete for download without packman etc.

Have made an upload to test.
Download
-Adjust click to iconbar open the configure window
-Select click the search window… not ready yet, comming soon

Things to do:
- check if the configured player is alive
- ytsearch
- A lot, I’m sure ;-)

Big problems for me…
If SOManager3.01 is running Python (both) will fail so youtubedl and later -search will not work.
I hope this is only a problem with my library.

Hi Raik,

Firstly I hope you had a good vacation.

I have tried your test YTPlay on my ARMX6 and it works with both FFPlay and also version 1.04 of mplayer that Chris has made availabvle as of 1st August.

It will not work with version 1.03 from the 24th July so you should update to the latest 1.04 mplayer first.

I also have the latest Rlse 5 versions of Sharedlibs made available late last week, via PackMan, which makes Python3 work better as well for YTSearch, 27th July 2020 version.

I also have updated Python27 to the latest versions, including updates to YouTubedl, version dated 29th July 2020.

So thanks to you and Chris for making the updates of all the software available and also for the configuration options in YTPlay .

Hi Doug,

Thanks. Was on te baltic sea… more rain than sun :-(
but was a good time with my family.

I use the latest V1.04 mplayer.
Will try the latest Sharedlib later this afternoon or tomorrow morning. Hope that helps.

Thanks for the information. If the configure option and both player are working, I can spend the time for the search option. The “stolen” window is alive via select click… but not working yet ;-)