manuti reacted to Igor in A20 SATA write speed improvement
Samsung SSD 840 Pro 256 GB @ Cubietruck iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Kernel 3.4.y random random reclen write rewrite read reread read write 102400 4 10714 15285 31921 32280 16328 14767 102400 16 21757 25767 57812 58010 45695 25201 102400 512 33403 32429 128245 116062 109591 33595 102400 1024 34846 35240 129965 131121 129515 35227 102400 16384 37895 37918 207564 204627 204340 38019 Kernel 4.19.y with SATA improvement patch 102400 4 22876 32704 37686 39143 22571 30990 102400 16 54254 69325 94749 97225 61354 68529 102400 512 110670 113325 190346 163677 186012 112679 102400 1024 113971 115928 206044 207406 184936 115069 102400 16384 127084 127588 243400 253305 252148 127611 without 102400 4 18053 22336 45249 46338 24860 22292 102400 16 30692 32188 106052 106577 71526 32746 102400 512 39632 39978 186433 185444 178097 39939 102400 1024 39860 40163 189900 191076 188446 40098 102400 16384 38875 41508 241939 244088 243405 41314
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
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 default kernel installed. IMPORTANT NOTE: For Kodi to work, you need to use a nightly kernel for most RK3399 boards. Otherwise, it will crash the system. I'm not sure about RockPro64, it will probably work with the stable image. Please test and let me know, I don't have the board.
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 4.1x (>= ver 5.55)
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”
4. and 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 qblueRed42 in nvidia jetson nano
Just a quick note for those wondering the A57 cores are the predecessor to the A72 and A73 cores not the successor to the A53 cores.
that is the A55
The Amlogic s922x with it's 4 A73 and 2 A53 cores in the odroid N2 should be better at CPU workloads compared to the 4 A57 cores on the jetson but if you need a good GPU over anything else then i think the jetson is the one to go for.
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).