e97 got a reaction from Werner in [Development] RK3399 media script
Working on Wayland integration and would like a good starting point.
Please post which boards work and specific test results.
I'll keep the list updated.
Board Overall GPU
WebGL VPU encode VPU decode
OpenGL ES 3.2 OpenCL 1.2 NanoPi TC4 ? OK NanoPi M4 ? Some freezing RockPro 64 OK OK
? OK OK OK Khadas EDGE ? OK RockPi 4B Install failed ? ROCK960C ? OK
last updated: 2020-06-01
e97 reacted to JMCC in [Development] RK3399 media script
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 <<<
You need a fresh Armbian Bionic desktop image with legacy kernel installed.
Download the file above Untar it: tar xvf media-rk3399_*.txz cd media-script ./media-rk3399.sh
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.
e97 got a reaction from gounthar in Orange PI RK3399 HDMI IN
ffmpeg with hw encoding 1080p/60 (some stutter) working on stock debian image
don't have my board at the moment. process was:
1) get orange pi linux sdk and debian image
2) pull armbian latest
3) diff debian config, cherry pick HDMI, audo, encoders
4) diff kernel, cherry pick hdmi, audio, encoders
5) compile and flash
if you don't want to tinker and 1080p30 is sufficient @ H.264: https://www.inforcecomputing.com/products/application-ready-platforms/qualcomm-snapdragon-600-inforce-6420t is $99 and you get helpful support
e97 got a reaction from Igor in SBC with native dual gigabit ethernet (dual+ core, ~$50)
Using a minimal distro and an SBC with min specs:
+ dual core @ 1.8 Ghz
I was able to get 850+ Mbps firewall with QoS!
Tested multiple methods:
- integrated NIC + USB 3.0 Gigabit adapter
- integrated NIC + PCI-e NIC
- dual PCI-e NICs.
For under $50 and under 15W
Used this guide https://blog.tjll.net/building-my-perfect-router/ as a starting point. Used unbound for local dns reslover and a few other changes to traffic shaping and metrics; using prometheus and grafana
There's still room for improvement, get power under 10W and maybe closer to 5W-8W.
Lower cost if there was a board with integrated dual gigabit NICs !!
e97 got a reaction from Igor in SBC with native dual gigabit ethernet (dual+ core, ~$50)
there have been VLAN CVE, rather encounter a security issue down the road - eliminate the problem with separate NICs. simple is always best
Mainline kernel has support. You may lose some HW features but patching is not too hard, fortunately I only need firewall and QoS so that shouldnt be an issue. yup it was the the last board I ever helped kickstart. Now I wait to see if a board survives to mass production - like the Pi. I did back Parallella and was pleasantly surprised but that speaks to the caliber of the people working on the project. The founder is now a DARPA AI/compute project lead. I am pretty excited about the Ryzen V1000 boards coming out.
if you look at the "companies" releasing the boards, you'll see its the same people under a different "brand" name.
If you have lots of money to burn and want to encourage more bad boards, sure buy them all. I'll wait and see what survives. The smaller companies have to make a profit to survive unless they have tons of investment or are part of a much larger company. I mean look at Asus Tinkerboard, it still has issues and it used a few year old SoC and was made by a Tier 1 x86 motherboard manufacturer.
Yes, have given up on any type of router boards - looking at the block diagrams and datasheets will reveal numerous issues..
Old x86 server I have around, it E3 Xeon uses ~25W since its server hardware. You can get older Xeons on ebay for very cheap.. But thats still 5x more vs a typically router ~5W. I forgot I also got a Linksys AC1200 refurb for $USD 40 which has an A385 . Was testing LEDE and ZFS on it. Will be putting debian on it now and will likely meet my needs.
Yes, that's why industrial boards are expensive in addition to better spec-ed components. But I'm not looking for an industrial board - just one that has proper hardware at least, the software I can be fix. However, the NXP board I mentioned has an EXCELLENT BSP and hardware and support and its $50.. perhaps its subsidized as NXP to sell more chips since NXP is usually pretty expensive SoC-wise. I'd like to see any other manufacturer come out with something of comparable quality.
Thank you for sharing. Most people don't know the difficult to bring a physical product, much less consumer electronics to market. Fortunately, one of my advisors helps manage supply chain for a certain fruit company. Their advice and experience was invaluable.
After being burdened by one investor, I have learned to CAREFULLY read the legal and informal obligations of any contract/partnership and look for potential pitfalls, lest I be shackled again. One SoC vendor wanted free reign over our IP as they could be "independently" developing similar products and they had already released a similar product with a competitor. I declined. It sucked having to search for a new SoC vendor but it worked and we sold a good product. A year later we started talking again for a new project and they are more flexible having seen our success.
Its unfortunate you couldn't manufacture in China, because then you could also do the regulatory testing/certifications in the area (HK, Taiwain or Shenzhen). The same testing/certification facilities used by Tier 1 motherboards manufacturers will provide testing services including the one you mentioned for USD $5K - $15K depending on what all you need. RF products will cost more.
Glad to hear that you had an exit. Congrats
Yes, out of all the community boards the EspressoBIN seems OK. The Marvell chips are fairly robust and the capabilities/performance aligns with the datasheet specs. However, after discussing the boards with GlobalScale I got an errie feeling similar to working with other SoC manufactures so I backed out and wanted to wait until launch. It was delayed over half a year and the end result is what you have now. They did release some Google Compute related boards so perhaps they are more focused on that but I got the sense they didn't really care about the community version board.
I mean everyone wants Raspberry Pi level success and they seem to think the form factor is what does it, when its the fact they to long term support and committed part of their team to continue improving the BSP. "More wood behind fewer arrows". Rock64 says the same thing but shows different results. Releasing multiple boards with different SoCs with a small team will spread any small company too thin. Current SBC methodology is fire and forget and see what sticks. That generally works with software products but definitely not with hardware. Hence the bucket of EoL ARM devices that I and many others have sitting in the corner collecting dust. Hence why I refuse to support anymore campaigns without showing substantial thought into the product. Things do seem to be getting better as a couple mfgs are joining mainline kernel development and submitting patches and supporting projects like armbian. Just wish it didnt take companies 5 years to realize this.. The first "SBC" MK802 with Allwinner A10 was what changed the game back in 2012 and kicked off this SBC revolution and helped create a space which eventually gave us the Pi though the story with the Pi is it was built to get kids back into computers. Anyway I'm confident things will get better one way or another!