NicoD

Hey guys!
 
It's the last day to join the M1 giveaway.
 
https://www.stationpc.com/thread-126-1-1.html
 
Good luck to you all.
 
 

Thanks Nico - that worked! Much appreciated.
For the record, I installed as per your instruction, re-set consoleblank back to 0 (as this was making the console blank even when trying to actually use it!), rebooted, configured the timers via the GUI and all is well.
 
thanks again!
 
 

@IgorI can confirm that freshly build Buster Legacy on the M4V2 is working. I love the native ARM build, so much faster than the RockPiX And that's RK3399, haven't gotten N2+ to work yet.

I do not know what the problem with the RockPi4 image is.
It can't have been the same issue as M4V2. The discription makes me think it's also hdmi not working as with P1.

New release in the repos:
Fixed Chromium showing images in indexed color, and other limitations. Fixed OpenCL broken in last update Improved X performance under glamor (by 100%, in gtkperf tests) Fixed rkcamsrc plugin for using the ISP MIPI-CSI camera (ov5647 still needs some kernel work for rk3399). Added the Rockchip RGA library (also enabled in the kernel).

I finished the video about the media script. 
I had a lot of troubles with youtube because I used a few seconds of southpark and I got age restriction 18 years. Youtube doesn't like Southpark clearly. 
Tried 3 times with different clips. In the end I cut it all out.. Thanks @JMCC for the awsome work. Without your scripts I wouldn't think of using an SBC as main desktop. 
 

I finished the video about the media script. 
I had a lot of troubles with youtube because I used a few seconds of southpark and I got age restriction 18 years. Youtube doesn't like Southpark clearly. 
Tried 3 times with different clips. In the end I cut it all out.. Thanks @JMCC for the awsome work. Without your scripts I wouldn't think of using an SBC as main desktop. 
 

Here how to use the media packages from JMCC on Armbian Buster Legacy for the RK3399. This gives Chromium hardware acceleration, and installs Kodi.
This also works for the Tinker Board and Rock64.
 

I finished the video about the media script. 
I had a lot of troubles with youtube because I used a few seconds of southpark and I got age restriction 18 years. Youtube doesn't like Southpark clearly. 
Tried 3 times with different clips. In the end I cut it all out.. Thanks @JMCC for the awsome work. Without your scripts I wouldn't think of using an SBC as main desktop. 
 

I finished the video about the media script. 
I had a lot of troubles with youtube because I used a few seconds of southpark and I got age restriction 18 years. Youtube doesn't like Southpark clearly. 
Tried 3 times with different clips. In the end I cut it all out.. Thanks @JMCC for the awsome work. Without your scripts I wouldn't think of using an SBC as main desktop. 
 

Board does now properly boot on current and dev branch.

i did see it and your videos on youtube are useful to me.
one question has arrived your hc4?
 

Try adding the switch --ytdl-format="bestvideo[height<=?720]+bestaudio/best"
 
More info: https://github.com/mpv-player/mpv/issues/4241

Good. I am also working on some multimedia kernel-related stuff for legacy RK3399's, I am planning to push the changes very soon too. BTW, I understnad it is conveninet to make a Jira issue for it, because that way it is easier to incorporate it into the changelog, correct?

That is expected. We don't support P1.
 
In the making
https://github.com/armbian/build/pull/2508

@JMCCI don't know what the new things should improve. But everything seems perfect. Youtube playback is great with a display resolution of 1440p. 

4k even works for the first time I've known on RK3399. Also in Kodi 4k works great.
I watched Southpark's Pandemic special in 4k at 4k. I didn't know Southpark could look that good  

The only thing I didn't like about Bionic with the media script was the dragging of windows that was buggy. No problem here with that. So I'd not know why I shouldn't switch now. 
I can't wait for my Station P1 NVMe hat to arrive. I've already gotten a Samsung EVO 970 500GB from my mailman yesterday for it. 
This setup is going on it. 

@Werner  @NicoD
OK, I could not resist, and compiled a test version of the latest RK Xserver. I tested it, and gave me good impression in terms of performance, and also seemed to correct some old bugs that appeared when you enabled desktop compositing. However, I cannot tell too well about the performance, because I am using the board connected to a cheap HDMI-USB capture device, on my laptop's screen 
 
If you want to give it a try, and give some feedback, you can download the packages from here (you need to install these two with "dpkg -i *.deb", and then do "apt -f install" just in case there is some missing dep).
https://users.armbian.com/jmcc/packages/new-xserver/

Yeah had the same issues and ended up using one of @balbes150 images which worked oob.

That means it is working 
 
Let me explain: last update did not change any binaries. It was instead a deep change in how the package installed the libraries, since the "old simple method" that used to work in Stretch and Bionic,  was not working correctly with Buster's ldconfig. So I had to do things "the complicated way", as prescribed by recent Debian packaging rules.
 
So, before, you were simply not having any acceleration. Hence the errors that some of you posted. Now, you are getting Glamor "acceleration", which gives you the possibility of having GPU accelerated layers (for video play, 3D apps, WebGL, etc.), in exchange for a loss in 2D performance.
 
Rockchip is now working on a new version of their X server, supporting EXA acceleration, which *should* be better . But I am not sure even how well it works, it would require some investigation. 

Hi all.
I've just finished a new video where I show how to build Armbian images on your ARM SBC. 
Here is the video.

All have a jolly good Christmas or other holiday or normal day. 

Hi all.
I've just finished a new video where I show how to build Armbian images on your ARM SBC. 
Here is the video.

All have a jolly good Christmas or other holiday or normal day. 

Hi all.
I've just finished a new video where I show how to build Armbian images on your ARM SBC. 
Here is the video.

All have a jolly good Christmas or other holiday or normal day. 

You do your job well. 
It is not necessary to know everything, in the modern world only specialization in a narrow direction will allow you to achieve good results. Unfortunately, the number of "narrow specialists" who work on the development of Armbian is scanty and they have a huge load ....

No problem. I've said it's still in beta and it is best to use one of your images to build. I'll link to your download page.
I also show the /lib64/... file that is needed.
Thank you for your amazing efforts and help(and @Werner and @Igor and the others).
I'd love to help out more with coding, but then I'd have no time left for my tasks like making videos.
And I'm no coder anymore, I don't have the overview that I used to have. Brain damage makes me be not so smart  You don't need to be smart to be happy

I planned to create a simple DEB package with these files for easy installation as a dependency of the build environment, but so far there is not enough free time for this (after creating the package, it still needs to be placed in a network repository and check how it will work on different versions of distributions). So for now, I limit myself to "simple dumb copying" and including these files in all my images.
 
p.s. Unfortunately, those who want to help, at least in such simple operations, are not observed. Everyone wants to get everything for free, beautiful and that everything would work out of the box ....

1. Probably works, but elsewhere was always a lottery / unsupported.
2. Try. I didn't.
3. Once we will support this type of building, we will ship what's needed. Currently this is still formally in development and it doesn't have high priority. Desktop has. We are aware that certain things doesn't work at all.
4. Desktop and native arm building is still months to go to reach v1.0 / user level. We plan to merge support in 1/2021 but only XFCE setup will be officially supported. Further official support will remain dependent from community involvement. We expanded that tool can handle desktops pretty easy, but maintaining more than 1-3 configurations is not planned / not possible. We are also considering partnership with desktop designers, which could develop this further. Our focus was not to provide good looking desktops with top UX. We actually didn't do anything about that ... we were focused only on a framework which now supports much easier desktop development ...
 
Building latest trunk Ubuntu userland is related with a great portion of luck and its most likely not related to our build engine. There are no plans nor resources to support Canonical beta userland development. Official Armbian support will be tied to stable / LTS versions as we do it since ever.