NicoD

  • Posts

    1208
  • Joined

  • Last visited

Everything posted by NicoD

  1. Hi all. I've created a tool to install Box86, Box64 and Wine onto Armbian Hirsute 5.13 I've tested it on RK3399. Should work on any device with panfrost drivers enabled. Please let me know on what it works, or if it doesn't. Here is the script. https://github.com/NicoD-SBC/armbian-gaming I also made a video where I show how to use it.
  2. In this video I show how to use armbian-gaming.
  3. Hi all. I've done a collaboration with @Igor, the creator of Armbian. He shows and talks about the hardware that is used to maintain the project. Servers, boards, other electronics, ... Enjoy! More videos to come.
  4. Hi all. I've just finished a new video about Armbian Hirsute XFCE4. I show what's new. Mostly the feel and look are a bit more modern. Here is my video. Some other notes I've got : Memory usage buster < focal < hirsute xfce4 < budgie < cinnamon CPU performance buster < hirsute < focal xfce4 < cinnamon < budgie So Buster xfce uses the least memory. And is also the slowest. Hirsute is quite a bit slower than Focal, and uses more memory. I do find the newer looks worth the price. Here my benchmarks : Fix missing network sudo apt install gvfs-backends Download SBC-Bench wget https://raw.githubusercontent.com/ThomasKaiser/sbc-bench/master/sbc-bench.sh Execute SBC-Bench sudo /bin/bash ./sbc-bench.sh -c 7zip all cores 7z b 7zip small core taskset -c 0 7z b 7zip big core taskset -c 5 7z b NicoD Blender blender -b NicoD.xx.blend -f 0 SuperTuxKart 1080p full screen, show fps, choose soccer game with tux and grassfield. Average frames. Max temp Maximum temperature during blender NicoD render Board | SBC-Bench | Distro | Clockspeeds | 7z all cores | 7z small core | 7z big core | CPU-Miner | NicoD-Blender | SuperTuxKart | Memory used at boot | Max temp NanoPi M4 2GB http://ix.io/3xnJ Armbian Hirsute xfce4 5.13.12 1.4Ghz/1.8Ghz 7760 1267 1857 10.05 14m41s 8fps 693MB 78C *** NanoPi M4 2GB http://ix.io/3xv3 Armbian Hirsute xfce4 5.13.12 1.5Ghz/2Ghz 8288 1348 2070 10.95 13m21s 8fps 693MB *** NanoPi M4 2GB http://ix.io/3xs3 Armbian Hirsute cinnamon 5.13.12 1.4Ghz/1.8Ghz 7766 1267 1851 10 14m33s 8fps 809MB 78C NanoPi M4 2GB http://ix.io/3xt0 Armbian Hirsute budgie 5.13.12 1.4Ghz/1.8Ghz 7941 1272 1863 10.05 14m24s/14m18s 8fps 757MB 78C NanoPi M4 2GB http://ix.io/3xtR Armbian Buster xfce4 4.4.213 1.5Ghz/2Ghz 8383 1359 1982 10.8 14m17s 530MB NanoPi M4 2GB http://ix.io/3xuf Armbian Buster xfce4 4.4.213 1.4Ghz/1.8Ghz 7879 1278 1807 10 15m20s 530MB NanoPi M4 2GB http://ix.io/3xux Armbian Focal xfce4 5.10.60 1.4Ghz/1.8Ghz 8028 1286 1859 10.27 13m29s 8fps 586MB *** NanoPi M4 2GB http://ix.io/3xuL Armbian Focal xfce4 5.10.60 1.5Ghz/2Ghz 8427 1351 2076 11.2 12m53s 8fps 638MB ***
  5. I expect within a day and eternity or never. You could as well ask a clairvoyant. This is the only board using this SoC. So not that much development for it. Things are evolving. But no idea if it will ever be a good board for everyone. So only for the brave for now. I'm also waiting and watching for good news about it. Hardware wise it's an ok board. But not worth buying.
  6. I did have this on PBP with GParted. I had to open manually. Another thing I noticed was my storage device filling up and not making space after deleting files. 2nd time that happened. No idea why it does these things. My NanoPi M4 seems ok, but running Buster legacy on that. Mainline focal on PBP I think 5.11.
  7. Hi all. I'm working on a script that can install different Linux gaming tools like Box86, Box64, PPSSPP, ... For now it can only install box86 and box64. There is also an issue installing wine, so this doesn't work either. https://github.com/NicoD-SBC/armbian-gaming Download and unzip and run script : sudo /bin/bash ./armbian-gaming.sh When ready I'll make a video about it and give more info. I've tested it on the PineBookPro with Hirsute. With the Odroid N2+ you need to activate panfrost, install dependecies for N2+, and then install box86. Tho it didn't work as it should. If "install box86" gives a build error, try the dependencies for N2+ and try "install box86" again. Please let me know your experiences on other systems.
  8. For the RockPi4C you just need the default armbian buster legacy. https://redirect.armbian.com/region/EU/rockpi-4b/Buster_legacy_xfce from https://www.armbian.com/rock-pi-4/ To install kodi with addones : sudo apt install media-buster-legacy-rk3399 --install-recommends https://forum.armbian.com/topic/16516-rk3399-legacy-multimedia-framework/
  9. Works with vanilla armbian legacy for rk3399. It even can clock to 2.2Ghz. I've got my M4 overclocked with buster legacy. But I'm not sure if it works with balbes150's images.
  10. @balbes150How can I overclock your images? I added this to armbianEnv.txt but it didn't seem to work. overlay_prefix=rockchip overlays=rk3399-oc-20 I'm using buster legacy.
  11. Hi, nice read. I could set my touchpad settings as I like it with Armbian Focal xfce4. In settings, mouse, then select touchpad. I set the acceleration to 80%, and most important for me is the touch click. With some other desktops I wasn't able to do that. I hope your PBP wil last you for a long time.
  12. On cinamon it seems to set font color to white, even LibreWrite has it to white. Also strange mouse cursor. With xfce4 it was also not super stable. With xpresent it was better. xfwm4 --vblank=xpresent --replace xfconf-query -c xfwm4 -p /general/vblank_xpresent -t string -s "MODE" --create I'm happy to see it working. Also that you can select resolution in OS is awesome. For gaming that's a must. It will be great when panfrost will be more mature.
  13. Hi all. The Panfrost GPU driver is finally starting to mature for Mali G52 on the Odroid N2/N2+ and Khadas VIM3. It doesn't perform great yet. But this will improve with time. In this video I show how to activate the panfrost driver on Armbian mainline. To activate panfrost : sudo add-apt-repository ppa:oibaf/graphics-drivers sudo apt update sudo apt upgrade sudo reboot Khadas VIM3 support is in the making. This also works on any other mainline image. Greetings.
  14. Hi al. I've finished my review of the PineBook Pro. I just love this thing. Runs great with Armbian. Here my video. Here all my gathered information:
  15. I've got no idea what's wrong. But it would help if you'd give a bit more information. On what are you trying to build? x86? Virtual Box? arm64? Docker? ... Did you try with a fresh build?
  16. That looks a lot better. Could you try a default armbian image and see how temperatures are with it? https://www.armbian.com/orange-pi-4/ I do not own the OPi4. I'm not aware of the state of it. But those temperatures I've seen even badly cooled seemed very weird. I'd like to know if it is running high with a default image.
  17. That is very heavy throttling. System A System health while running 7-zip multi core benchmark: Time big.LITTLE load %cpu %sys %usr %nice %io %irq Temp 23:32:04: 1800/1416MHz 4.91 18% 0% 14% 0% 2% 0% 68.3°C 23:32:27: 1416/1416MHz 4.62 80% 1% 78% 0% 0% 0% 71.7°C 23:32:49: 1200/1416MHz 5.63 89% 1% 88% 0% 0% 0% 72.8°C 23:33:10: 1200/1416MHz 5.44 88% 2% 85% 0% 0% 0% 72.8°C 23:33:30: 1416/1416MHz 6.00 93% 1% 92% 0% 0% 0% 73.3°C 23:33:50: 1200/1416MHz 5.78 82% 1% 80% 0% 0% 0% 73.3°C 23:34:11: 1200/1416MHz 6.14 91% 1% 90% 0% 0% 0% 73.9°C 23:34:32: 1200/1416MHz 6.09 84% 1% 82% 0% 0% 0% 74.4°C 23:34:52: 1416/1416MHz 6.61 99% 1% 97% 0% 0% 0% 74.4°C 23:35:12: 1200/1416MHz 6.24 80% 1% 79% 0% 0% 0% 75.6°C 23:35:33: 1200/1416MHz 6.16 90% 1% 88% 0% 0% 0% 75.6°C 23:35:53: 1200/1416MHz 6.04 82% 1% 80% 0% 0% 0% 75.6°C 23:36:14: 1200/1416MHz 6.60 98% 1% 96% 0% 0% 0% 75.6°C It seems to start throttling at 70C. That seems strange to me. But that's is not a big problem. Big core goes down to 1200Mhz. System B System health while running 7-zip multi core benchmark: Time big.LITTLE load %cpu %sys %usr %nice %io %irq Temp 00:42:38: 1608/1416MHz 5.33 14% 0% 13% 0% 0% 0% 84.4°C 00:43:01: 600/1416MHz 5.46 93% 0% 92% 0% 0% 0% 84.4°C 00:43:26: 816/1416MHz 5.23 70% 0% 70% 0% 0% 0% 85.0°C 00:43:47: 816/1416MHz 5.03 78% 1% 77% 0% 0% 0% 84.4°C 00:44:07: 1008/1416MHz 5.07 76% 0% 76% 0% 0% 0% 84.4°C 00:44:28: 816/1416MHz 5.08 87% 2% 85% 0% 0% 0% 84.4°C 00:44:48: 600/1416MHz 5.47 91% 1% 90% 0% 0% 0% 85.0°C 00:45:14: 600/1416MHz 5.32 69% 1% 67% 0% 0% 0% 85.0°C 00:45:39: 816/1416MHz 5.29 78% 0% 77% 0% 0% 0% 84.4°C 00:46:01: 816/1416MHz 5.03 75% 0% 74% 0% 0% 0% 84.4°C 00:46:21: 816/1416MHz 5.43 92% 1% 91% 0% 0% 0% 85.0°C 00:46:42: 1008/1416MHz 5.74 71% 1% 69% 0% 0% 0% 85.0°C 00:47:05: 600/1416MHz 5.93 92% 1% 91% 0% 0% 0% 85.0°C 00:47:29: 600/1416MHz 5.40 70% 1% 69% 0% 0% 0% 85.0°C 00:47:51: 816/1416MHz 5.02 75% 0% 74% 0% 0% 0% 84.4°C 00:48:12: 1008/1416MHz 4.98 80% 0% 79% 0% 0% 0% 84.4°C 00:48:37: 600/1416MHz 5.54 87% 1% 85% 0% 0% 0% 84.4°C 00:48:58: 1008/1416MHz 5.56 72% 1% 70% 0% 0% 0% 84.4°C 00:49:23: 600/1416MHz 5.52 94% 2% 91% 0% 0% 0% 85.0°C It goes up to 85C and throttles very heavy down to 600Mhz. So something is seriously wrong with your System B. Even in single core 7-zip it is throttling at 85C. That is not normal. System A throttles at a lower temperature. But it doesn't seem it is running that much hotter than expected with a small heatsink. But compared to that, B throttles lower while being at a lot higher temperature. What images are you using, what did you change? Another tip would be to check your voltages at the source, and at the USB ports with a USB voltage meter. And again, the output of armbianmonitor. Not enough information is given to know what is happening. But it seems to me that system B should not be used. Something is seriously wrong with it. PS. This is how it should look from a healty RK3399 with ok cooling. http://ix.io/3qt9
  18. Feel free to try to add it to armbian-config. https://github.com/armbian/config The script is indeed dated. And no devs have time to work on it. I've always manually set it up in /etc/rc.local.
  19. @p0rc0_r0ss0You didn't share much information. As Werner mentioned. The output of armbianmonitor would tell a lot. You didn't mention if or what cooling you use. I'm a bit puzzled by the information you did share. At kernel 5.x you show a CPU frequency of 1800/1416MHz. That's the stock clockspeeds for RK3399. At kernel 4.x it's 1200/1200MHz and 1008/1200MHz. That looks like it's is throttling heavily. No temperatures are shown with it. Do you have any heatsink on it? The RK3399 does get very hot when not cooled well. That gives me the hint that your power supply might not be sufficient. An RK3399 maxed + peripherals can consume +3A. I would suggest you look for a big heatsink, a better power supply. And then use sbc-bench to see how the system behaves. If you don't need the maximum horsepower you can underclock the system. It will consume a lot less, and run a lot cooler. You can find sbc-bench and set cpu frequency with armbian-config.
  20. Open armbian-config sudo armbian-config Go to software -> Headers_Install
  21. It gives a bit snappier feeling browsing. And it makes playing HQ videos a bit smoother. For example at 1.4/1.8 you can't play 1440p LTT videos on youtube. With 1.5/2 it plays decent. At max overclock it plays as it should. So the difference isn't that big. But with things that it has a little problems, it might work well overclocked. I use a lot of DOSBox on my M4V2. For that it is a great boost clocking the big cores to 2.19Ghz. Pentium games now run smoothly vs 1.8Ghz. I don't bother with the small cores. Those 1.5Ghz. And for normal use I set big cores to 2Ghz. It is just nice to be able to go a bit higher when needed. Would be awesome if this is possible on mainline for TwisterOS Armbian. Would improve PPSSPP towards running perfect.
  22. That we can't have. Certainly not now people run videocards of +300W mining us into instinction. I might show it in a video, but warning not to do this at home when you value your board and data. Yes. More connections, more resistance. And I had to use a bad cable since I couldn't plug the USB-c part of my meter in the SBC. So USBa->USB-c cable instead of my better usb-c->usb-c. = voltage drop What do you care about 0.2V drop. It ain't a raspberry pi. The M4V2 even can run down to 4V without crashing and maxing out the cpu. RPi can't do that at 4.9V.
  23. Sure voltage drop since I'm going thru a voltage meter and multiple cables. Isn't that normal? At least my PSU can supply it. The self made pcb is just a usb port to power my big 5V fan. What's wrong with that? It is seperate from the sbc. All I wanted to show is that it consumes up to 3A at 1.7-2.18. If you want to know it all. Blender NicoD render -------------------- Blender 1.7/2.18 18m14s 1094s 100% Blender 1.5/2 19m57s 1197s +103s +109.4% Blender 1.4/1.8 21m57s 1317s +223s +120.3% 7-zip decompression ------------------- Small core A53 1.42Ghz 1247 1.51Ghz 1319 1.61Ghz 1391 1.70Ghz 1468 Big core A72 1.8Ghz 1817 1.99Ghz 1992 2.09Ghz 2078 2.18Ghz 2166 Temperatures ------------ OC 1.7/2.18 With big fan idle 30c maxed 73c OC 1.5/2 with big fan idle 30c maxed 61c No-OC 1.4/1.8 with big fan idle 30c maxed 53c Power consumption ----------------- Base clock 1.4/1.8 1.5A OC 1.5/2 2A (peak at 2.2A) OC 1.7/2.18 2.5A (with fan + keyboard/mouse it peaked at 3A) I was only trying to inform. No reason to be a wiseass.