manuti reacted to JMCC in Can I use H5 sbc Armbian play openGL games like 0.A.D
As in so many other cases, the board I'd recommend for this task is Odroid XU4, specially since it is selling for $50 right now. You already have fully working GPU drivers for a recent 4.14 kernel, and even a distro focused on gaming (see this video from @NicoD)
manuti reacted to NicoD in Can I use H5 sbc Armbian play openGL games like 0.A.D
Right, I forgot to mention that one With the RK3399's the most powerful one.
manuti reacted to JMCC in [Development] RK3399 media script
THE MEDIA SCRIPT IS DEPRECATED, IN FAVOR OF THE LEGACY MULTIMEDIA INTEGRATION. PLEASE REFER TO THIS TOPIC:
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.
manuti reacted to houldsg in Armbian for OrangePi PC2, AllWinner H5
I'm having the same issue as well. I had to stick a small fan on the case for now.
Under load, the frequency never drops below 1104MHz.
I'm a bit of a noob but I've been trying to investigate (so let me know if I'm way off).
houldsg@orangepipc2:~$ uname -a Linux orangepipc2 4.19.20-sunxi64 #5.75 SMP Fri Feb 8 10:29:25 CET 2019 aarch64 aarch64 aarch64 GNU/Linux houldsg@orangepipc2:~$ cat /sys/devices/virtual/thermal/thermal_zone0/ available_policies cdev0_weight k_d k_pu policy subsystem/ trip_point_0_hyst trip_point_1_hyst type cdev0/ emul_temp k_i mode power/ sustainable_power trip_point_0_temp trip_point_1_temp uevent cdev0_trip_point integral_cutoff k_po offset slope temp trip_point_0_type trip_point_1_type houldsg@orangepipc2:~$ cat /sys/devices/virtual/thermal/thermal_zone0/trip_point_0_temp 65000 houldsg@orangepipc2:~$ cat /sys/devices/virtual/thermal/thermal_zone0/trip_point_1_temp 90000 65 degrees is when the frequency drop to 1104. Does trip point 0 trigger a particular frequency (1104)? Should there be more trip points or is the throttling handled by another mechanism?
manuti reacted to balbes150 in Armbian for Amlogic S9xxx kernel 5.x
Install Armbian to eMMC.
1. Be sure to activate multi-boot using the new image. If multiboot previously activated is required to repeat activation using files in a new image.
2. Run Armbian from external media, run "ddbr" and create full backup eMMC.
3. Execute script “/boot/create-mbr-linux.sh”
3. install Armbian on eMMC execute script “/root/install.sh”.
Please note, this is a test installation, which was tested only on a few models. Possible errors (Armbian will not boot) when you are working on unverified models which used non-standard distribution of partitions in the eMMC. Therefore, be sure to back up the "ddbr" utility before running the scripts.
manuti reacted to Igor in Updated armbian-config v5.81
apt update && apt -y upgrade
1. armbian-config -> software -> softy
Home Assistant smart home suite (https://www.home-assistant.io/hassio) OpenHAB2 smart home suite (https://www.openhab.org)
Syncthing ZSH Internet detection also works behind proxy
2. armbian-config -> personal -> mirror
New mirror http://mirrors.dotsrc.org/armbian-apt/ & http://mirrors.dotsrc.org/armbian-dl/
manuti reacted to Igor in What does your workbench look like?
My default workstation. Soon it will be deserted on those small notebooks for summer time.
Usually there is, little but not much, random clutter around: papers, cables and boards. Core testing and debugging infrastructure is on the right side. Under the table I have two fix mounted and easy accessible USB powered hubs, which serves as powering and debug. Half ports have secured 1.5A per port. 14 ports in total, connected to server and shared around the network. Powering via extended USB3 hub proved to be enough in most cases, for rest and for special cases I use their original power supplies. which are somewhere below, differentiated with colours. Than there are 15 gigabit and 5 fast Ethernet ports and 2.4G AP. Since I am software developer first and tinkerer second, 40" of property is central point of interest. Sometimes it also get too small and also to avoid more cables, I have another fixed 19" in debug section. On the top of folder shelves I got an extremely low noise build server and another cabinet of electronics stuff. Lower left cabinet is place for small desktop computer and printer, while right side is filled with various parts, from cables, bigger boards, soldering equipment, hard drives, etc. Most of cables are hidden / embedded, to make this mess manageable. When I don't play with boards, I move cabinets in upper level and make use of whole table (minus keyboard and mouse).
manuti reacted to NicoD in Support of Raspberry Pi
A good read.
I've learned something. I didn't know the ethernet and usb share the same line. The thing is even crappier than I thought.
I would also have complained (a lot) about their ancient ddr2 RAM chips. I find this the biggest flaw in the design of the 3B+. The SoC is so bottlenecked by this that even at OC of 1.5Ghz, it performs very badly on ram dependend tasks.
The thing is just one collection of design flaws. I don't know what was going on while they were designing the 3B/3B+. They were clearly not concentrating on their work.
Either they don't have good testers, or they just don't listen to their concerns. All these issues should have been fixed after the first tests.
I still love my 2B, and still use it often. That's got advantages towards other sbc's(power efficient, no throttling, much more stable, ...) I still hope they're going to do better with the next one. But for now I'm going to use my RK3399's and dream of the Odroid N2.
Great job, thanks.
manuti got a reaction from NicoD in Support of Raspberry Pi
One of the more honest Raspberry Pi ... today I think the RPi 3A+ is more decent, honest and humble with the user.
I complaint about the bottle neck longtime ago https://raspberryparatorpes.net/dudas/el-cuello-de-botella-de-la-raspberry-pi/ in Spanish of course.
manuti got a reaction from köksal in XFCE in Spanish or any other language
Yes. is completely and always in Spanish, the XFCE GUI and the Terminal. You can check here https://raspberryparatorpes.net/comandos/armbian-en-espaol/ but I repeat also just below.
The steps are:
1. Remove and reinstall the locales from the Terminal / console / CLI:
sudo apt-get purge locales sudo apt-get install locales 2. Configure the locales choosing Spanish, es_ES UTF-8:
sudo dpkg-reconfigure locales 3. Confirm that everything is OK using locale command:
locale If some line is not es_ES.UTF-8 you must change doing:
export LANGUAGE=es_ES.UTF-8 export LANG=es_ES.UTF-8 4. And after that regenerate the locales:
sudo locale-gen es_ES.UTF-8 5. And finally install the language pack for the common apps like LibreOffice and Firefox:
sudo apt-get install libreoffice-help-es libreoffice-l10n-es firefox-l10n-es-es
manuti reacted to JMCC in Advice on new SBC device
Avoid Banana M3 at all costs. Besides that, all three other devices are good, depending on your budget and how good of a deal you can get.
Probably Nanopi M4 is still a bit immature on the software side (too new), but if you plan to use it in the long term, it's a good choice.
XU4 is rather old, but it is still a great computer, and software support is excellent. Plus, now you can find it very cheap. I recommend buying in Ameridroid and adding a emmc module.
Tinkerboard S is a great machine, with very good software support too. Though, you'll need to find a very good microusb cable for powering, which is not always easy, and also this board will probably be the most expensive of the three.
manuti reacted to F4VSJ in How to force resize of SD partition?
It's easy and works for all the Orange Pi and pc
run the following script
enter the exact text below in a terminal (as root)
# /etc/init.d/resize2fs start wait 1 minute
and again as root:
# /etc/init.d/resize2fs start and check with:
# fdisk -l Than you will see the partition has the size of the whole sd card
I did it already with a bunch of systems, not hundreds but 40-50...
manuti reacted to Myy in The VPU driver
Well, while this is called a "Video Processing Unit", the thing is : there's a LOT of video file formats out there. Which mean, a lot of different parameters and decoding/decompressing methods, based on the format used. (I mean, there are different formats and there are "different" for a reason...)
All the VPU I know are specialized in decoding a few formats, at most : H264, H265, VP8, VP9, ...
For each format, the VPU must be configured to access external data like : The current frame, the configuration of the current stream (Width, Height, Bytes per pixel, Color format, ...), the different decoding tables if any (e.g. CABAC tables for H26x), ... .
The amount of external data and configuration vary from format to format, knowing that some formats can also have "sub-formats" (H264 is a good example of this madness) which require more or less parameters.
So, yeah, VPU are dedicated to a few formats, and for each format, the setup can be completely different. That can be due to configuration registers being mapped at different addresses depending on the decoded format, or the same registers having completely different meaning depending on the format decoded.
Note that, in this case, the VPU decode one frame per one frame.
You cannot just "Send the MKV to the VPU, get a video stream on the other end". It *clearly* doesn't have enough memory for that.
Very roughly, the procedure goes as is :
First, the user application must :
Get the first frame of the video stream Send it to the VPU driver Then VPU driver must :
Setup the VPU to decode the frame Launch the VPU decoding process Wait for the decoded result Send back the result to the user application. Then user application :
Retrieves and shows the result, Rinces and repeat for every frame of the video. So, yeah, VPU are not CODEC agnostics. They are CODEC specialized. So the driver is setup slowly, but surely, to decode each format correctly.
manuti reacted to DrSchottky in Orange Pi One monitor mode?
I suggest you to buy one of the mentioned 8812AU USB dongles or, if you want to use the embedded WiFi, a Zero Plus2 H3 w/ Nexmon.
RTL8189FTV should support monitor mode (it's mostly a matter of drivers), but I never tested it so I can't guarantee.
manuti reacted to nachoparker in Support of Raspberry Pi
I wrote a blog post about some of the issues with the Raspberry Pi that you can find scattered around this and other forums. Hopefully it will save us time from repeating ourselves over and over again.
As we know, people don't read the forums until it's too late.
Thanks tkaiser, I took a sample output from your vcgencmd script.
manuti reacted to guidol in Pi-Hole Update to v4.2(.1)
We have released a small hotfix which addresses possible crashes experienced for users without libcap capabilities
(running FTLDNS under root). For most users, this update will not change anything.
New Blocking Mode
We’ve added a new blocking mode (NODATA), where blocked requested are replied with a status code of NOERROR
and A / AAAA records are empty.
It’s unclear if there are advantages to this mode over others, but you’re welcome to experiment with it.
In preparation of the new API we are working on, FTLDNS will now store its data in a shared-memory space,
so that the API can come in and read from that memory to fulfill requests.
In short, this means FTLDNS will be even lighter as it doesn’t have to care about sending the statistics to some requester.
Instead, it will concentrate on generating the statistics and the API can read FTL’s data directly,
resulting in reduced delays in the API.
wpad Vulnerability Fix
We previously mentioned how you could work around a vulnerability regarding wpad entries.
This fix is now in place as suggested by dnsmaq.conf.example.
Fixes And Tweaks
We updated SQLite to 3.26.0
We fixed the query status if a forwarded query was partially replied to from the cache
We now prevent multiple static DHCP entries with same IP
Docker Version Also Updated
We heard your feedback and we made sure to coordinate better to release our traditional install and our Docker install together.
The docker image will be released when testing is complete.
manuti reacted to Myy in The VPU driver
MPP/RKMPP is the RocKchip Media Process Platform.
A set of libraries, made by Rockchip, to communicate with their VPU driver. The thing is done in such a way that the "driver" basically only handle a few things like memory management.
The actual registers of the hardware are known by MPP and are setup by this library, then sent to the driver which almost blindly write the registers values into the hardware, or read them back and send them back to MPP.
Which mean that, even if you have the sources of the Rockchip VPU driver, you need the sources of MPP to understand how the hardware is actually programmed, based on the format you want to decode/encode.
This is the kind of setup which make you wonder, who's the real "driver" ?
FFMPEG is one the most famous multimedia processing library and tool. This thing can combine audio/video from different sources and combine/convert them into a LOT of formats.
It comes as a library AND as a binary, which is one of the swiss-army knife for Audio-Video processing.
MPV is a Media Player, fork of Mplayer2, which use FFMPEG as a backend. It currently have a RKMPP backend to decode video frames using the RKMPP libraries.
H264 is a video format.
The I-frames in H264 are reference (key) frames, from which other kind of frames (B/P frames) will be generated. The I-frame is basically the full frame, while the B/P frames are basically "patches" applied to I-frames to get the new picture.
The "patches" being generally smaller than the I frame, you get one way to "compress" the video (upon various others used simultaneously).
manuti reacted to TonyMac32 in Just a test
Like most things there needs to be a balance, and where there is a balance, few of anyone is truly pleased with the outcome because it means compromise. The compromise is reduced with more active participation all around.
Now, who is participating?
-Vendors: Almost every vendor has some software team, or they pay for one. They could spend more time making sure their hardware is well supported here directly, or indirectly upstream (Libre Computer does well here, if only Amlogic wasn't playing games with their firmware)
-Advanced Users: OMV-like special distros, products with special hardware where our build system would be advantageous, etc.
-Users: buy the board, try our software, ask for/provide help from/to others. Very important for a project, a bit lacking here. Of course the bulk of users come from the RPi train and, because they don't care to improve the hardware support, can talk to users all day.
Targeting a group in this requires time of its own, but honestly we need the feet on the ground. It's a paradox, @tkaiser disagrees with the terminology of support, I agree to a point, but also, @tkaiser is adamant about refusing to add shitty boards because of support issues. I think we are all in this boat, I love seeing what Armbian runs on, hate getting insane questions or dealing with SD card issues, but also don't want to say (or really see someone have the ultimate authority to say) "no, you get no help because we hate your board". A prime example is the Tinker Board, which somehow has failed to create the support issue even I thought it would despite a respectable download number.
For other issues that have been a gnawing problem:
Decouple the kernel updates from the image type. That way if we move our "next" images to 4.19 from 4.14 is doesn't cause a meltdown. I'm going to guess this is on the "very complicated" side, but I think boards should maintain kernel number with only patch level increases unless the user specifically chooses to change. The tag "default, next, dev" would be the build recipe only, ideally. We require the diagnostic output that gives you the kernel anyway. (Tinker has to have 2 dtbs because of adding overlays, and mismatch between vender kernel dtb name and mainline). Odroid C2 can never have a kernel update for "default" because there is absolutely no way to properly migrate from 3.16 to 4.19+ . Etc.
manuti reacted to TonyMac32 in Official Asus Tinker Board Case
Thanks to ASUS, I got my hands on one of these after seeing what appeared to be a giant heat sink fin integrated into the top of the case. This case may be of interest to non-Tinker owners as well, it is not designed like the equivalent Pi cases with a fixed aluminum stud touching the SoC. Instead it has a small aluminum block that has an adhesive side, and a thermal pad side, and is clamped down onto the processor by putting the two halves together. This allows some freedom on the location of the SoC relative to the lid.
First off, same nice packaging the Tinker owners are familiar with:
The case itself is quite heavy, and a nice color/texture, although the finish is most likely not 100% on this one, as it's pre-production
The reason for the weight becomes immediately obvious when pulling the two halves apart:
All I can say about this is, if the thermal pad/adhesive aluminum block fit properly, there is a lot of thermal mass here, and I'm perfectly alright with ASUS calling this fanless. The extrusion is very thick, over 8mm in places. Now for the bottom, a comparatively much thinner stamped part, the embossing does it's work to strengthen the base adequately.
Something important to notice in this picture: The Tinker sits on aluminum studs, and does not bolt down. The heat sink block holds it in place. I have been told that the two additional holes you see here to the left side of the base are for a VESA mount adapter:
I can't verify (no hardware), but the holes are 85mm apart and threaded.
Board fits nicely:
Now, putting it together only involves 1 thumb screw once you've gotten the aluminum block bit sorted out (a little bit of a balancing act, but not really a problem. This would be my only feedback where I think a different option would have been better: The thumbscrew is located at a position so as to be on center with the SoC. This makes sure the whole stack is making contact, but it also creates a pivot point which rattles when you move the case around. Not a problem for 90% of people, to be honest. In my humble opinion, 2 thumb screws, one to each side, making it a bit more rigid once assembled. Oh, I also pulled out some rubber feet and put them on it, none were provided in the box, and I like the grippy feet.
My unofficial testing shows the case very easily outperforming the tiny heat sink thermally, so in that respect it wins. Aesthetically it is a very nice looking product, of course I'd say that should be expected. I'll follow with something a bit more empirical later on.