gounthar

Any luck of installing TensorFlow on the board? I need it for my project so it will be a deal breaker if I can't get TF installed and running on it.
 
Thanks!
 
Richard

As far as I understand, both options (kvim1\kvim2) require complete removal of the regular u-boot-2015 from eMMC to run. This is a dangerous approach with serious problems for users. U-boot-2015 AML has a serious difference from RK\AW - it uses a specific solution for writing \ updating firmware in eMMC, which is only available in u-boot-2015. This is the main way to work with firmware on AML. Its absence will cause a flurry of complaints and tantrums from users when they encounter serious problems and start blaming Armbian.

Hopefully it gets into better shape once Armbian starts tinkering with it

I have this board. software is in very bad shape. No hardware acceleration  video or graphics.

Maybe partially helpful:
 

Woohoo. Joined the fundraiser club

Link to donate for the server 
May we know more about the ARM64 server? What cores? How many? What frequency? What cooling? Just any info  

At least people that work on development can mitigate this frustration when catching the bug or fixing the problem.
 
 
We just got ARM64 server on our hand as a donation from:
 


https://www.worksonarm.com/
https://github.com/WorksOnArm/cluster
 
but it will only be available for limited time and before we can use it in production, we need to port our build system to support native building, test and then start using it in production. 
 
 
Fastest build server we will need to purchase - we still need a major CPU upgrade on cross compilation server. Something in range of Threadripper 3970x / 3990x + board + pci4 ssd in raid0 + 128GB memory which will costs us ∼6000 EUR.
 
Our current aging 5 years old Dual Xeon E5-2683 build/CI server was also purchased with help from community and I hope we will also receive help!

Call to Action: Armbian donation round.
 
Dear members of the community, 
 
Do you love the armbian OS? 
Are you frustrated by bugs or problems within armbian? 
Do you wish that armbian was even better with more releases? 
 
If the answer is yes keep reading because there may be a solution. 
 
As you know the dedicated team of developers here code this project in their spare time to develop an incredible Linux OS for our ARM devices. They do this for the love of this hobby and we all benefit from it because it is an open source project.
 
One of the hurdles is the fast compiling of the armbian OS. To solve this issue the developers are looking to purchase or rent an 80 core ARM build server. This will improve compilation times and therefore the workflow of the developers. It will mean that they can develop at a much faster pace and more importantly diagnose problems, optimize code and iron out bugs a lot more effectively and efficiently.
 
The developers are currently considering the Ampere Altra. 
 
https://www.anandtech.com/show/15949/ampere-altra-1p-server-pictured-gigabytes-2u-with-80-arm-n1-cores-pcie-40-and-ccix
 
To make this a reality I, on behalf of the development team, am asking for everybody to chip in. If everybody donates just a little bit the developers will be able to get this server and develop the armbian software that we all love so much.
 
What are you waiting for? 
 
Hit subscribe in the menu of the forum. Every major payment method is accepted.

I've got my RK3399's with the M4 and M4V2. Plenty enough. It will not perform any differnt.
Why don't you write a review about it on the forum? And if you want, you can film a few things and I can put it in a video for you.
Shipping in Europe is also pretty expensive. But thanks for the offer.

P.S.: Amazing gaming Armbian image almost available for RK3399 made by @Salvador Liébana. I'm now making a preview video about it.
Box86 installed. So x86 linux games, and Windows games/programs are possible on RK3399.

@NicoD I can forward mine to you for review once I put together three posts as it was asked for by Firefly.

Yes I am. From Belgium.
I sent them a mail but didn't get an answer.
I couldn't put a message on the forum.

All kernel and header packages for the sunxi family are built from https://github.com/megous/linux/tree/orange-pi-5.9

https://wiki.friendlyarm.com/wiki/index.php/NanoPi_R4S
 
I am really excited about this board.
 
 
 
https://www.cnx-software.com/2020/11/12/nanopi-r4s-headless-rk3399-sbc-features-up-to-4gb-ram-dual-gigabit-ethernet-usb-3-0-ports/
The first comments below this blogpost are also not so bad besides the fact that USB-C is power-in only.
 

Excellent! Good luck with it.
 
However, I want to make some clarifications for people following the thread. As I said above, when I talk about transcoding, I am always thinking about HEVC sources, since h.264 sources don't need transcoding. XU4, therefore, will use SW to decode the HEVC, and HW to encode into h.264. That is how acceleration works.
 
As a matter of fact, if you force ffmpeg in command line to do both HW decoding and encoding (e.g., from h.264 to h.264 in XU4), it will have a negative impact on performance, versus using SW decoding and HW encoding. Again, we are always talking about the XU4 v4l2-m2m encoder, AFAIK the only ARM encoder currently supported by ffmpeg besides RPi.

Good news! I got to compile a highly optimized ffmpeg binary from a current git, with XU4 tweaks, that is able to encode two simultaneous 1080p@25, as long as the source bitrate is not excessive.
 
You can download and give it a try from here. It is completely static, so you can install it on any distro. It will install the binary in "/opt/ffmpeg-xu4/bin/ffmpeg", and a symlink "/usr/local/bin/ffmpeg-xu4". Therefore, it can be installed along the system ffmpeg without conflicts.

But a page for the H616 proccesor was created.

The only HW acceleration that is going to work among Armbian-supported boards is XU4. Besides that, it's Intel or RPi. Or, of course, SW transcoding.

the distro natively packaged versions are new enough for my use these days.. I just do code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } apt install docker.io

Wait, you mentioned h264. You are aware that h264 normally doesn't need transcoding, right? The server just feeds the stream to the client, so the limit is set by your network connection and/or your storage device. You can stream many h264 streams of any resolution at once, even 4k.
 
Transcoding is only needed when the file is in a format that the client cannot handle natively. So, for example, if you are using Chrome browser as client, it cannot handle HEVC, and therefore it needs transcoding. But, if your client is Kodi with Jellyfin plugin, then you won't need transcode either for HEVC, since Kodi can handle it.
 
Since almost all clients support h264, it will normally not be transcoded. And, if you want, you can convert all your videos to h264, and then you can use any SBC as server, even with a weak CPU.

Done, thanks.

I think this could be an interesting soc, but in how many months (or years)?
This soc is not referenced in sunxi status matrix and nothing is planned in kernel 5.11, so I fear that support is not even started from their side. Maybe it's close enough to h6, but I didn't see any information about somebody able to start linux with it and it has a different gpu.
 

Isn't there a port of ffmpeg that permits hardware encoding for RK3399? I think I saw it there.

The only Armbian-supported VPUs that can handle that are Rockchips. But there is no FFmpeg support for encoding, only Gstreamer. So no Jellyfin either.

You can try SW transcoding in a Odroid N2+, and see if it can cope with it. Otherwise, you must go for some Intel SBC, or probably RPi4.

Enviado desde mi moto g(6) plus mediante Tapatalk