JMCC

The new image boots successfully! Great job guys, thanks for your work.
 
PS: It shows 4gb RAM for my board, as it should. Let me know if there's anything else you'd like me to check or test and I'll do my best to help.

Is this still present? This looks like a temporally (upstream) network related bug.
 
Yes. Fixed. Now it is also clear why u-boot was from Rock64 ... I haven't notice error while compiling ... and since u-boot was already present (not cleaned properly) ... it didn't break the compilation. I'll remake it and put to the server.

I would prefer 'speaking' names so renegade is IMO better than roc-???-cc. Soon there will be a "Renegade Elite" available based on RK3399... and renegade-rk3328 and renegade-rk3399 look almost the same. So maybe calling this now just renegade and the RK3399 board then renegade-elite?

@JMCC Done.
https://www.armbian.com/renegade/

Now you can build a default kernel image. There are for sure many things that will need to be tweaked, but the board boots and is fully functional (USB, HDMI display, ethernet). EMMC not tested (since I don't have one).
 
@Igor Can you please have the build server make a Stretch-default desktop and server? My images have many bugs, due to this problem.

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

Well, let's take a break from important decision-making, and post some benchmarks about VPU/GPU. I have used the official FriendlyELEC's Ubuntu Xenial image, kernel 4.4.126, 32-bit architecture. That allowed me to easily create a media configuration script, based on the existing RK3288 one. All tests were done with "performance" governor, both in CPU and GPU.
 
The 32-bit script can be downloaded here. It is not yet a release version, so there may be some rough edges. If the community demands it, I might create a 64-bit version in the future.
 
1. VPU 4K Video Decoding capabilities
I'll make a chart comparing NanoPC-T4 (RK3399) with ASUS TinkerBoard (RK3328) and Khadas VIM2 (Amlogic S912). Rockchips acceleration was tested with our well-known MPV, while for Amlogic we used @balbes150's LibreElec:
BOARD H.264 HEVC VP9 HEVC-10 VP9-10 ------------------------------------------------------ TB (RK3288) ✓ ✓ x x x T4 (RK3399) ✓ ✓ ✓ ✓ x VIM2 (S912) ✓ ✓ ✓ ✓ ✓ The first thing to comment here is that VP9 10-bit HDR video playback is not supported by the board, which on the other hand is in accordance with Rockchip's official specs. HDR is only supported for H.264 and H.265 (we didn't test the former, though, but we can assume it works if the latter does). It should not be a software issue, since we tested also in Android with the Rockchip Media Player App, and we only got a messagebox saying "10-bit video is not supported". So, in this aspect, RK3399 is inferior to the competitor's S912, which can play VP9-HDR10 videos.
 
Besides that, all supported videos played with perfect smoothness and vivid colors.
 
2. GPU OpenGL-ES & WebGL
Time for 3D capabilities of the Mali-T860 with 4 cores @800 Mhz. As references for the comparison, we chose this time the TinkerBoard (Mali-T760, 4 cores@600), and the Odroid XU4 (Mali-T628, 6 cores@600). All three malis share the Midgard architecture, though they represent the first, second and third generation. We didn't use this time the S912, because it has no Linux Mali support, plus performance would be much lower with only 3 cores. Kernel for TB is Armbian's 4.4.131-rockchip, while for XU4 is 4.14.30. For the Rockchips we used their custom X server with Glamor enabled, while for XU4 we used Crashoverride's armsoc X driver:
Results are in frames per second:
BOARD Glmark2-X Glmark2-offscreen WebGL Aquarium (Chromium) ----------------------------------------------------------------------------------------- TB (RK3288) 57 547 30-34 T4 (RK3399) 52 340 33-36 XU4 (S5422) 428 747 39-44 In the first place, Rockchip's X server seems to be better tuned for the RK3288, where we see that FPS almost match the Vsync (60 FPS). In the case of RK3399, we see it is significantly lower, while we also see tearing that does not happen with the other Rockchip SoC. XU4's driver works in a different way, and so it is not limited by Vsync, but nevertheless it doesn't show any tearing.
Offscreen performance is strangely low in RK3399 (probably a matter of a not-so-well tuned Mali binary?). WebGL performs better in 3399 than 3288, but the difference is not as big as one should expect considering the superiority of both CPU and GPU. XU4 clearly sticks from the others.
 
3. GPU OpenCL performance
Now OpenCL performance with GPU miners. That can give us a better idea of the raw processing power of the GPU since there are no X drivers getting in the way. We used cgminer for the skein algo, and sgminer for lyra2rev2. Results are averages from running the miner for two hours, with an intensity as high as possible monitoring that no hardware errors happened.
BOARD Skein (Mh/s) Lyra2rev2 (Kh/s) ------------------------------------------------ TB (RK3288) 1.150 42 T4 (RK3399) 1.150 60 XU4 (S5422) 1.440 72 It is shocking that performance in Skein algo is about the same for RK3288 and RK3399, but using CPU miners for the same algorithm the TinkerBoard  also gives surprisingly high numbers (higher than XU4). For that reason, I think there must be something in the TB that makes it specially suited for Skein (maybe the dual-channel RAM?), so results must be taken carefully. On the other hand, Lyra2 numbers are more or less as expected.
 
 
Remember that all these tests are made in a armhf system. Maybe arm64 can give us some surprise in the future. Or maybe Rockchip can make improvements to their binaries/libraries giving better performance.

Definitely. After your remarks, I think Ayufan's is the best option, for the following reasons:
After @kevery's clarifications, it seems like RK upstream aims at a purpose that does not fit Armbian's needs. Hardkernel's is dead ATM, and we have no clue what N2 will be like (maybe not even Rockchip). Firefly's and FriendlyELEC's can end up being similar to ASUS, where they choose to stay with an older version of the kernel/drivers and patch them. Not what Armbian does normally. Ayufan's main difficulty is that, being driven by a single person, the project could die if for any reason he cannot take care of it any more. But being open to external contributions somehow prevents that situation, since there would be more people closely familiar with the source tree who could be able to continue the work. And also, since his work and Armbian's is so close (we are already using his kernel for RK3328), transition would be relatively easy. The only drawback could be that @TonyMac32 would need to check all his patches against that kernel (it currently does not support RK3288), but I think that would be a piece of cake compared to what he is doing now trying to put order in RK's upstream kernel.

Create a bootable (but not optimized) headless Armbian image for a new Rockchip-based board is not difficult, if you are familiar with both Rockchip's boot process and Armbian build scripts. I've been using Rockchip-based boards since last year, and recently only spent a few hours to create images for my Firefly-RK3399 and NanoPC-T4, both legacy 4.4 and mainline 4.17 kernel.
Rockchip provides relatively better BSP and upstream support (compared to AllWinner), sometimes they just need to be put together properly. But board vendors are not always willing to do the job, many of them just use an old u-boot (2014.x) and the "Android way"  to load the kernel. (i.e. pack kernel into an .img, flash them to a fixed offset on emmc/sd, load them into memory so that u-boot does not even need fs drivers. At least Firefly and NanoPC T4 have official "Linux" images in this form)
 
Board/SoC vendors maintain u-boot/kernel sources, Armbian create build scripts to pack them up, with patches and optimizations.

From my many tests with the RK3288, regarding desktop composition you have basically four options:
Use framebuffer, so you will have no 3D nor video acceleration, but you will be able to enable desktop compositing. Use the rockchip xf86-video-armsoc driver: It will provide 3D and video accel, though with very poor performance. You can enable desktop compositing, with an even higher performance loss. Use a version of the Rockchip X server with glamor enabled, that has this commit reverted. It will give you good performance, but will be unstable. You can choose either to use the commit referenced here (not available in the main tree), or the older rockchip-1.18 branch. But those are unstable, and the old version doesn't have video vsync. Use the rockchip-1.19 version of the driver, which does not allow compositing, but is stable and gives good performance in everything else. Personally, I don't think compositing is worth losing all the other features. Plus, it is possible that future versions of the mali driver can fix the issue. More info here.

Run for your life...!!!

Exynos 5422 media script released.  The most important new features compared to the steps posted a few months ago in this thread are a FFmpeg 3.4 supporting hardware encoding,  some Kodi with decoding acceleration (in addition to MPV), and the possibility to install in a headless machine with  non-X versions of the libs and programs. Besides, of course, the goodies already included in the RK3288 script, such as Netflix support or OpenCL samples.

The UN-official, UN-supported, UN-timely, UN-derrated...
Exynos 5422 MEDIA TESTING SCRIPT
 
Yes, the script is somewhat untimely, because it comes when including kernel 4.14 in Armbian next images is getting troublesome. And underrated, because this old SoC seems to be losing the focus of attention in favor of some more modern powerful ones. But it is still a great SoC, and it is worth trying to get the best out of it.
 
The script will provide the installation of all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL,VPU decoding/encoding acceleration through MFC, and GLES 3.1 / OpenCL 1.1 support.
It will also install two media players (MPV and Kodi stable) and FFmpeg, all of them using VPU acceleration.
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).
Two additional small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.
 
Since all the features require the 4.14 kernel to work, the script will also give the option to install an archived 4.14.43 Armbian kernel, in case some other version is detected in the system. Of course, the best option is to use armbian-config to perform a kernel upgrade, but we are providing the archived version just in case the 4.14 packages disappear temporarily from Armbian repos.
 
Also, this script can be tailored for desktop or headless installation, by selecting the appropriate options in the main menu.
 
Here is a more thorough documentation:
>>> DOWNLOAD LINK <<<
Instructions:
Download the file above
Untar it: tar xvf media-exynos5422_1.0.tar.xz
cd exynos5422
./media-exynos5422.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!

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

@tkaiser , in fact there is a small category of users like me who do care about frequency because they do know their workload depends on frequency. My libslz compressor does (almost scales linearly). Crypto almost does when using native ARMv8 crypto extensions. My progressive locks code does as well. Compilation partially does.
 
The problem I'm facing these days is that when I hit a performance wall with a board, I start to get a clear idea of what I'd like to try, and the minimum number I want for each metric to expect any improvement. For example I'm not interested in 32-bit memory for my build farms, nor am I interested in A53 below 1.8 GHz. Thus when I want to experiment with something new, I have to watch sites such as cnx-soft to hope for something new. Then when this new stuff happens, I have to wonder whether the advertised numbers are reasonably trustable or not, and whether I'm willing to spend a bit of money for something which will possibly not work at all. Recently I've seen this H6 at 1.8 GHz. I'd be interested in testing it but I'm not expecting true 1.8 yet, thus I'm waiting for someone else to get trapped before I try.
 
My experience so far is that I'm never going to buy anything Amlogic-based anymore unless I see proofs of the numbers in my use case. It's pointless, they lie all the time, and deploy any possible effort to cheat in benchmarks. I wouldn't be surprised to find heavy metal plates in some TV STBs made with these SoCs to delay thermal throttling so that benchmark tools have the time to complete at full speed before the CPU gets too hot...
 
However I do trust certain companies like Hardkernel or FriendlyElec who are extremely open and transparent about their limitations, and who provide everything I need to pursue my experiments, thus I randomly buy something there "just to see" if it's not too expensive. I'm not expecting them to be failsafe but at least to have run some tests before me! I don't trust Allwinner devices at all but in this case it seems to be mostly the board vendors who don't play well. BananaPi / OrangePi's numbers really cannot be trusted at all, but they are very cheap, so sometimes I buy a board and try it. I remember my OpiPC2 not even having a bootable image available at all for a few weeks. I didn't care much, it was around $15 or $25, I don't remember. I used not to be much interested in Rockchip who used to limit their RK3288 to 1.6 GHz, but overall they've made progress, some of their CPUs are very good, and I think some of them are expensive enough for the board vendors to be careful.
 
But all this to say that sometimes a specific set of characteristics are very hard to find together and you start to build hope in a specific device. When you pay a bit more than usual on such a device and wait for a long time, you really want it to match your expectations, eventhough you know pretty well you shouldn't. And when the device arrives it's a cold shower.
 
Overall I agree with your point that real world performance matters more than numbers. The dual-A9 based Armada38x in my clearfog outperforms any of the much higher spec'd devices I own when it comes to I/O. The only problem is that in order to know what performance to expect, you need to have some metrics. And since people mostly post useless crap like Antutu, CPU-Z or Geekbench, the only way to know is either to wait for someone else to report real numbers (as a few of us do) or to buy one and run your own test.
 
That's why we can't completely blame the users here. And that's sad because it maintains this dishonest system in place.
 
I initially wanted to develop a suite of anti-cheat tools like the mhz.c and ramspeed.c programs I wrote. But I've already done that 25 years ago and am not seeing myself do that again. Plus these days they need to be eye-candy to gain adoption which I really am unable to achieve. Last point, there will always be users who prefer to publish the results from the tool showing the highest numbers because it makes them feel good, so the anti-cheat ones will not necessarily be published that often :-/
 
 

Then we'll need to add that source to the list of ones causing a crash  . For now, since it is a testing version, let us stick with videos in the SD card. It is possible that Libreelec has some workaround to prevent that crash. In any case, I don't think it is worth caring much about it, until there is some release (even if it is a beta, but not just a nightly) that supports a stable RKMPP. If it doesn't work then, we'll worry about it.
 
Also, we must remember that our goal here, for the time being, is not to create a working Kodi desktop, but just to test the RKMPP imprementation under Armbian.  We'll let the Kodi developers do their job, and when they finish, we'll try to port it here. 
 
[EDIT: I updated the documentation, to reflect that Samba shares also cause a crash]

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE OFFICIAL LEGACY MULTIMEDIA FRAMEWORK. PLEASE REFER TO THIS TOPIC:
 
 
 
The UN-official, UN-supported, UN-necessary, UN-popular, UN-precedented...
RK3288 MEDIA TESTING SCRIPT [2.0: Bionic update]
 
So here is the final release of the RK3288 media testing script. Basically, the script provides the following functionality:
Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@30 HEVC (the maximum supported by the SoC), and GLES 3.1 / 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 18.0 alpha preview. 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 small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.  
Here is a more thorough documentation:
 
Version 2.0 (Bionic):
 
Version 1.0 (Xenial):

>>> DOWNLOAD LINK (2.0, FOR BIONIC DESKTOP) <<<
 
> Older Download link (1.0, for Xenial) <
 
Instructions:
Download the file above Untar it: tar xvf media-rk3288_*.tar.xz cd media-script ./media-rk3288.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!
 
 
 

Well, it's not just the script, it is also all the debs that are packaged with it, so I don't want to upload files unnecessarily,  if I am going to upload a new version in a few hours. I have some free time now, so I'll try to get it ready, and if not, then I'll upload it as it is now.

Well, it's not just the script, it is also all the debs that are packaged with it, so I don't want to upload files unnecessarily,  if I am going to upload a new version in a few hours. I have some free time now, so I'll try to get it ready, and if not, then I'll upload it as it is now.