JMCC

RK3399 media script released, with full VPU acceleration support:

RK3399 media testing script released. I built it on a NanoPC-T4, so at least in this board it should work fine. Remember to use nightly kernel:

RK3399 media testing script released. I'm particularly interested in someone testing it on the RockPro64, since it uses a different kernel, and I don't have the board:

RK3399 media testing script released, in case someone makes the board work and wants to give it a try:

RK3399 media script released:

Again, I would appreciate if anyone with a RockPro64 can test Kodi with the stable kernel (the image you get from the Armbian Download page). For those with a different board, remember to update to nightly kernel.

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE LEGACY MULTIMEDIA INTEGRATION. PLEASE REFER TO THIS TOPIC: So finally we have the first version of: The UN-official, UN-supported, etc... RK3399 MEDIA TESTING SCRIPT This is the first release of the RK3399 media testing script. The script provides a functionality similar to its RK3288 equivalent: Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@60 10-bit HEVC (the maximum supported by the SoC), and GLES 3.2 / OpenCL 1.2 support. Three video players supporting full VPU acceleration (RKMPP) and KMS display (GBM or a X11 DRM "hack", as described by the authors), namely: MPV, Gstreamer and Kodi. Two example programs using the OpenCL functionality: Examples form the Arm Compute Library, and a GPU crypto miner (an old version, but small and simple). A library that will act as an OpenGL to OpenGL-ES wrapper, allowing you to run programs that use OpenGL 1.5-2.0. Two additional features, that have no big interest from the Armbian development prospective, but I find them interesting to play with: Chromium browser with support for Flash and DRM-protected commercial web video streaming (tested with Amazon Prime, should also work with Netflix, Hulu, etc.), and a simple Pulseaudio GTK equalizer using LADSPA. Here is a more thorough documentation: >>> DOWNLOAD LINK <<< Prerequisites: You need a fresh Armbian Bionic desktop image with legacy kernel installed. Instructions: Download the file above Untar it: tar xvf media-rk3399_*.txz cd media-script ./media-rk3399.sh Notes: This script is not officially supported by the Armbian project. It is just a community effort to help the development of the main build, by experimenting with a possible implementation of the media capabilities of this particular SoC. Therefore, questions about the script should not be laid out as support requests, but as commentaries or community peer-to-peer assistance. That being said, all commentaries/suggestions/corrections are very welcome. In the same way, I will do my best to help solve any difficulty that may arise regarding the script. Enjoy!

Correct, there is no way to use windowed accelerated mpv. Gstreamer uses a hack to simulate X11 windowed playing.

Be patient, guys, it's coming…

Well, yes, I didn't mention that you need to configure the system with the script first. I'll PM you a link of the preliminary version, though it is almost finished

@NicoD Well, in order to compile ffmpeg with rkmpp support, you need to pass these three configure flags (or their cmake equivalent, if that's what you are using): --enable-libdrm --enable-version3 --enable-rkmpp Then, make sure your user has access to DRM. It should be enabled out-of-the-box for the default user in Armbian, if you build a current NanoPC-T4 image with the script (not in the one for download). Or you can just try to launch ffplay with sudo. For last, when you launch it try changing the "h264" decoder to the "h264_rkmpp" decoder. Here is a link to a thread in the ffmpeg lists from someone who tried to do something similar: http://ffmpeg.org/pipermail/libav-user/2018-April/011081.html Good luck with that

AFAIK, ffmpeg can only display rkmpp decoded video through drmprime/gbm. Meaning that it cannot show it windowed in kdenlive. I see more chances of using mpp accelerated decoding in a gstreamer-based video editor, such as pitivi

So you mean that kdenlive can use rkmpp acceleration for decoding?

Cool. FWIW, I'm working on a media script for RK3399, equivalent to the one I did for RK3288. So far, I've gotten full OpenGLES, OpenCL, VPU accel including HEVC-10bit with Gstreamer and MPV, and Chromium acceleration. Kodi is giving trouble when run on 64-bit, for some reason I can only get the 32-bit version to work. I'll publish the script when it's ready, God willing.

I'll upload the script when it is finished. However, I don't understand what you mean by making Kdenlive work from a working MPV (I guess it has something to do with MLT and MPV having FFMpeg in common). You can start a thread for this in "General chit chat", and tag me, so we can discuss this.

In that case, I will start by uploading the compiled packages, and then slowly learn how to integrate the build into the script. Otherwise, we would not be able to meet the February deadline for this.

UPDATE: Web streaming fixed! I uploaded a new package with updated versions of widevine and flash. Just download it from here, install it, and you're good to go. Tested with the latest version of Chromium, 71.0.3578.80. Now it also supports Amazon Prime Video, which didn't work with the former version. @tony359 You may be interested in this.

I see in your logs some error regarding the installation of nodm. That is the display manager installed by default in Armbian desktop images. So, in case you are trying with a non-desktop image (which seems to be the case, according to your first post), I suggest you try with a desktop image instead, and you will probably get rid of that error. In the Armbian download page, the default desktop image is Debian Stretch. If you are fine with that, you can download it. Or, if you prefer Bionic, you can flash a fresh bionic console-only image, and then run "sudo armbian-config", choose "System" and then "Install minimal desktop".

So what is best, uploading the packages to that repo or integrating their build in the script, here? Of course, the first option is easier, I build them locally in my machine and upload them. But if it is necessary to do it as in the second option, I would need some help (probably from @zador.blood.stained) on how to implement it.

Yes, I already have 4K video playing working in RK3399, with MPV and GStreamer. Kodi seems like a tough cookie, I'm still working on it (I made it work in a 32-bit version, but I am missing something for the 64-bit compile). Even HEVC 10-bit plays fine. About encoding, didn't test it yet, but it should work too.

It's still under development, but you can compile it from here: https://github.com/paolosabatino/xf86-video-armsoc

Yes, it is a known bug in Rockchip's X server, you can find it in some other places in the forums, as well as in Rockchip's GitHub issues. That is the reason why the script disables compositing by default. We're working on using a different driver (armsoc instead of glamor), that allows compositing, though at the cost of a great performance loss. I will still recommend disabling compositing, even with that new driver, but you'll be able to enable it if you want.

You can have a look at my script when I release it. It includes info about the sources.

I'm not sure about ayufan's mpv version. I can tell you that I am working on a script for Armbian that has RKMPP enabled mpv. The proper way to start mpv with hardware decoding is like this: LD_LIBRARY_PATH=/path/to/your/libmali-gbm mpv --hwdec=rkmpp --vo=gpu --gpu-api=opengl --gpu-context=drm "<filename.mkv>" It works with my mpv, not sure about ayufan's

You read my mind! I'm brushing up the last stages for the RK3328/3399 multimedia support, and after that I was going to propose to add it to the build script. So my plan is to release the media scripts for those two SoC's in a few days, and after having some feedback from the community integrate the main features into the main build. Edit: I mean including all three RK SoC's: 3288, 3399 and 3328.