We're updating the issue view to help you get more done. 

Integrate JMCCs Multimedia script

Activity

Show:
balbes150
December 8, 2020, 11:22 AM
Edited

After installing acceleration packages, normal MPV stops working. Maybe when installing a media script, delete the usual MPV (it still doesn't work) ?

The system still binds media files to MPV, and when you click the mouse, it should start playing in MPV, but it doesn't work and the user may get the feeling that the video doesn't work anymore.

balbes150
December 9, 2020, 7:41 AM

I checked the launch on rk3399 (Station P1). On rk3399, after installing the media script, the standard MPV works. (KODI and Gst Player work the same way). I wonder why the regular MPV gives an error on rk3328 ? Is this a local problem with my device ? How does your regular MPV work on other rk3328s ?

Juan
December 9, 2020, 8:37 AM
Edited

I tested it, and the problem comes when you install the gl4es wrapper. The mpv version included with buster is buggy, and will select OpenGL instead of OpenGLES, even when you force GLES in command line:

Apparently, the gl4es wrapper is missing the necessary bits for mpv to create the EGL surface for the video.

I made a workaround, forcing the x11 video output. Is should be available as soon as it reaches the repos and they are synced.

balbes150
December 11, 2020, 1:46 PM

Do you have files (deb) to use with Bullseye (legacy)? It would be interesting to check the work of the media script on the new version , it is significantly better compared to Buster. :)

Juan
December 11, 2020, 2:19 PM
Edited

Well, in what regards to the work of the media apps, they should work exactly as well on Buster and Bullseye, since they don’t depend on any system multimedia libs (e.g. the packaged apps compile their own ffmpeg and rkmpp, acceleration is done through the mali libs included in the packages, etc.).

I agree that Bullseye is more interesting in other aspects (e.g. newer Mesa with panfrost, newer ffmpeg), but this implementation is not using any of those features. Some apps could be compiled for Bullseye, some others could not (like the X server, it would need a complete rework for the newer version).

I will hopefully publish some documentation, including sources, ASAP. When I do that, we can try that Bullseye compilation. But I would not put much hopes on it, since it is a moving target, and the packages we compile today may not work tomorrow when they push a newer version of some upstream library.

Done

Assignee

Juan

Reporter

Lane Jennison

Components

Labels

None

Fix versions

Priority

Low
Configure