gounthar reacted to Igor in NanoPi R1 support?
What if your expectations are too high?
Armbian doesn't sell hardware which means we didn't make not a single dollar before you came and download software we develop, maintain and provide for free. Do you have an idea how much costs "you" create to us because "you" are incompetent/too lazy to RTFM to use Debian/GNU Linux? There is a constant flow of support questions on this forum and on private channels, where your questions mainly goes directly to /dev/null since processing them leads directly to bankruptcy/insanity.
They told you where to look for info even we have machines such as Google which helps us finding things.
gounthar reacted to chwe in Orange pi 4 , another good rk3399
cause Rockchips BSP kernel is a 4.4. All our legacy images for rk3288, (3308), 3328 and 3399 boards are based on this kernel (or a fork of it).
if this 'somehow' doesn't end here: https://github.com/armbian/build/pulls it's IMO not much of a difference to have "armbian" or the vendors provided image. It shouldn't be as hard to get it there (at least as csc supported device). The wifi module is the same as for the RockPi (next to USB3 yay) and it's also LPDDR4 (also RockPi 4b). As a first try I would just (try to) boot an Armbian image for the RockPi (this may also answer your questions for a "generic image", I assume you look for a starting point to get your new toy working). Then create a new boardconfig patch in the (hopefully) proper DT information you get somewhere from the BSP package of this board and pray it compiles without issues (even sound should be here: https://github.com/armbian/build/blob/5c9a7ee7fb9c0d89c923b5690383f6d5006efed4/config/kernel/linux-rockchip64-legacy.config#L4303 at least for the 4.4 kernel). Send this back to Armbian and you'll likely end with (at least) csc support for this board. Except the NPU there's not much 'special' on this board so I don't see a reason why support for it shouldn't be straight forward (except the DTS file is such a mess that it doesn't work properly).
IMO the most interesting parts for this board are:
camera & 10.1 inch display (both MIPI 4 lane) so that someone finally could work on camera and display support for those boards (I hope/think that they are pincompatible to all RK3399 camera/display outs with 4 lane mipi, e.g. nanopi and ROCKPro64). Actually a part of all RK3399 boards where nobody cared about it until yet.
gounthar reacted to Fred St-Pierre in ROC-RK3399-PC (Renegade Elite)
Mezzanine is powered by the mainboard's USB-C through its connection on the board's GPIO. Otherwise, the mezzanine does offer an m.2 key slot for a wifi module. Sadly, Libre/loverpi is jerking around backers of the board and not delivering missing parts like the wifi module and emmc, so I wouldn't rely on them for these parts.
gounthar reacted to Igor in ROC-RK3399-PC (Renegade Elite)
Most of important ones are supported out of the box with best driver found, recommended ones you can find on download pages. If you get exotics, you will have to dance. With Armbian SDK, this is easy.
gounthar reacted to ubobrov in 4kp30 video on Orange Pi Lite and mainline hardware acceleration
check what u-boot prints on boot,
check your boot.cmd content from which you've made boot.scr
gounthar reacted to balbes150 in nvidia jetson nano
A new designation of the version number for Armbian.
The current version Legacy kernel 4.4 is 19.11.3 (20191126).
All previous images are moved to the OLD directory.
For the starter kit, I expanded the list of available images.
Add content link for MEGA site.
gounthar reacted to balbes150 in [Development] RK3399 media script
V4l2 is used for decoding, not all formats are still supported, but some already work. With 4K while there is a problem with green interference. I didn't check the coding. You can check for yourself which formats work in the latest version of LE (it is universal and works on all rk33xx).
gounthar reacted to balbes150 in Armbian for RK3399
Even if they say they're using super-duper material, they can't change the laws of physics. Heat transfer physics, excess heat must be dissipated into the environment. This is transmitted in two ways. Radiation and convection (interaction with air). Therefore, the surface area through which the heat will be removed is of paramount importance. There are strict heat transfer coefficients that are not possible to cheat (this is equivalent to the diameter of the pipe through which you need to drain the pool water). You will not be able for 1 second, drain the water from the pool size of 1 ton, through a pipe with a diameter of 1 cm. by the Way, it does not matter what material is used for the radiator, the transmission performance is limited by the air ratio, which is many times lower than any metal. Therefore, it is a lie of sellers that copper (ceramic or any other materials) is better than the simplest aluminum (necessarily light and without coloring). Important area of air contact (the larger the area, the better) and the speed of its movement along the radiator. The light color of the radiator is important to ensure that the radiation is reflected from its surface and does not return to the radiator (parallel planes of the plates emit heat to each other and it is important that it is reflected from them and goes into space from the radiator).
gounthar reacted to balbes150 in Armbian for RK3399
The RK3399 is a powerful and excellent processor capable of replacing a home PC. But for full-fledged work it needs good cooling. In the photo, the rk3399 chip is located very close to the 40-pin connector and there are no elements to mount a good radiator. I may be wrong, but have doubts, that here can be obtain good cooling with small costs. On the second exiled there is photo "radiator", on fact this meager cube metal can be immediately sweep in garbage, he absolutely useless, the additional thermo gasket will make cooling even worse and not will nor what good from this meager cube metal.
gounthar reacted to JMCC in Exynos 5422 (Odroid XU4, HC1, HC2) Media Testing Script
It should be working only for encoding, according to the ffmpeg output you provided. But, since it is doing SW decoding, therefore the high CPU usage. Just try this command line instead, for both HW decoding and encoding:
ffmpeg -vcodec h264_v4l2m2m -i <infile> -an -vcodec h264_v4l2m2m -b:v 2M -pix_fmt nv21 <outfile>.mp4 It should run steadily at a little less that 60fps, with minimal CPU usage.
gounthar reacted to Nurb432 in [Development] RK3399 media script
Ill give it a shot, tho its still a version behind. That FD isn't the best is one reason i was hoping for this to work on the buster release. Of course these baords are not really 'made' for desktop, use, an RK3399 can be.. ( as proven by my pinebook pro )
gounthar reacted to Hijax in THE testing thread
Picture of first power / serial board. This is the old design and I am awaiting for new one (just got DHL notification of incoming parcel)
I expect that till end of August the prototype will be assembled and electrically tested. Then as promised I will publish design and manufacturing files.
gounthar reacted to guidol in H2: Sunvell R69 Android TV Box (AliExpress)
Yes - I did give it a try - but first a little helpful reminder
You can ZIP the .img from 923MB to 282MB - so its faster for you to upload and faster to us to download
932 MB (977.272.832 Bytes) Armbian_19.11.3_Sunvell-r69_bionic_dev_5.4.0-rc8.img
282 MB (296.077.974 Bytes) Armbian_19.11.3_Sunvell-r69_bionic_dev_5.4.0-rc8.img.zip
I did boot the image with serial-TTL attached and the image also didnt load the overlays for analog-audio and cir:
Found mainline kernel configuration 29532 bytes read in 8 ms (3.5 MiB/s) 382 bytes read in 8 ms (45.9 KiB/s) Applying kernel provided DT overlay sun8i-h3-cir.dtbo failed on fdt_overlay_apply(): FDT_ERR_NOTFOUND 339 bytes read in 9 ms (36.1 KiB/s) Applying kernel provided DT overlay sun8i-h3-analog-codec.dtbo failed on fdt_overlay_apply(): FDT_ERR_BADMAGIC base fdt does did not have a /__symbols__ node make sure you've compiled with -@ Error applying DT overlays, restoring original DT 29532 bytes read in 8 ms (3.5 MiB/s) BUT the blue led keeps blinking and the kernel DOENST die
Uncompressing Linux... done, booting the kernel. Armbian 19.11.3 Bionic ttyS0 sunvell login: root Password: Last login: Wed Nov 27 17:19:58 UTC 2019 on ttyS0 ____ _ _ ____ __ ___ / ___| _ _ _ ____ _____| | | | _ \ / /_ / _ \ \___ \| | | | '_ \ \ / / _ \ | | | |_) | '_ \ (_) | ___) | |_| | | | \ V / __/ | | | _ <| (_) \__, | |____/ \__,_|_| |_|\_/ \___|_|_| |_| \_\\___/ /_/ Welcome to Armbian Bionic with Linux 5.4.0-rc8-sunxi System load: 1.08 0.26 0.08 Up time: 0 min Memory usage: 7 % of 998MB IP: 192.168.6.151 CPU temp: 41°C Usage of /: 6% of 15G
How did you did that (what did you changed before or while the compile process)?
And do you got a image with working analog-audio and cir (OK, analog-audio would be enough for me )
Thanks in advance
gounthar reacted to raschid in H2: Sunvell R69 Android TV Box (AliExpress)
@guidol, thank you for the kind hint - I updated the link.
I added a cpu voltage regulator node to the device tree - oddly enough to build a viable kernel there seems to have to be one ... although this box reportedly does not have anything remotely resembling a PMIC (still working on that ...).
Regarding the overlays: the IR overlay seems to be missing while the audio overlay appears to have been compiled for another kernel version ('bad magic'). No idea how armbian generates overlays, sorry. But IR is "OKed" in the DTS and should work anyway.
gounthar reacted to piter75 in ROC-RK3399-PC (Renegade Elite)
The kudos belong to Levin Du of T-Firefly team who did the heavy lifting.
I merely paved the path with my u-boot PR and helped make the reboot work in mainline ATF for rk3399.
Oh and BTW... this is the first rk3399 board in Armbian which boots with full and fresh OSS combo: mainline u-boot's TPL/SPL + mainline ATF.
gounthar reacted to Redferne in ROC-RK3399-PC (Renegade Elite)
A huge kudos to @piter75 who commited a csc for this board 👍😍 Did not have the time or energy get my efforts to bear fruit. Was probably to focused on getting the U-Boot TPL+SPL combo working. Maybe this board finally gets the love it so desperately needs. Once again. Thank you for Armbian and all the work everyone puts in!