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.
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 ?
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.
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. :)
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.