guidol

  • Posts

    1736
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Mudanya

Recent Profile Visitors

6912 profile views
  1. The problem is that all binarys at the Download-Page for RadioBot are all for PC-CPUs like 32bit (Intel x86) and 64Bit (AMD64, also Intel 64Bit PC-CPUs) and there is no source-packge for self compiling. It seems your only chance is to create a Support-Ticket, because on the top of the page you could see: Would you like to see another native build for your distro/OS/platform? Please submit a Support Ticket and we'll see what we can do... On the Linux-Installation page http://wiki.shoutirc.com/index.php/Installation there is also an entry for debian with the dependencies: 4. Debian 10: Type sudo apt-get install openssl sqlite3 libsqlite3-0 default-libmysqlclient-dev libcurl4 libphysfs1 tcl8.6 libloudmouth1-0 libtag1v5 espeak espeak-data festival libssl1.1 libwxgtk3.0-0v5 libsqlite3-0 libmpg123-0 libogg0 libvorbis0a libvorbisfile3 libsndfile1 libavformat58 libavcodec58 libmp3lame0 libflac8 libresample1 libfaac0 libprotobuf17 libmuparser2v5 liblua5.2-0 libaacplus2 libsoxr0 But you need a binary for your aarch64 SBC
  2. @Josephjo I had also connect problems via apt to https://mirrors.nju.edu.cn and changed via armbian-config to the EU-Mirros - problem for armbian update was solved for me.... But it seems that the problem is more via apt then via a webbrowser, because in the webbroswer I (mostly) have no problem to connect to https://mirrors.nju.edu.cn
  3. My OPi Zero is running from 480Mhz to 960Mhz and has a Speed from around 115.000-121000 Nodes/second with Stockfish v9 32bit (installed via apt) BUT Stockfish v14 compiled on the same OPi Zero with ARCH=general-32 does only have 28294 Nodes/second [EDIT] Now I compiled Stockfish v14 on the OPi Zero with make -j build ARCH=armv7-neon COMP=gcc COMPCXX=g++-8 optimize=yes and CXXFLAGS += -march=native -mtune=native LDFLAGS += -m$(bits) in the Makefile so I do get =========================== Total time (ms) : 84729 Nodes searched : 4770936 Nodes/second : 56308 But thats also not 115.000-120.000 as in Stockfish v9
  4. How does the OPi Zero run a 64Bit Stockfish with a 32Bit (sunxi H2/H3) CPU?
  5. in my browser the https-certificate or "https://armbian.tnahosting.net/apt" is OK Did you check time/date on your system and did you try (as suggested) "apt install ca-certificates" ? If you got "armbian-config -> personal settigs -> mirrors" in your armbian-like distro then try to change the source/apt servers to EU and not automatic and try to reload the apt cache.
  6. also with the CPU-options -march=armv6zk+fp -mcpu=arm1176jzf-s -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard or -march=native -mtune=native Stockfish 14 isnt getting faster on the Pi Zero :-( =========================== Total time (ms) : 307211 Nodes searched : 4770936 Nodes/second : 15529 I have no additional idea
  7. I did also a compile on my RPI Zero. While getting first the -m32 bit error (which you deleted the lines for) I did a look at the error-message which suggested "-mbe32" But "-mbe32" is for older than ARMv6, but https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html told me to use "-mbe8" for ARMv6 and later. So I ended up with this Makefile-Part: ifeq ($(COMP),gcc) comp=gcc CXX=g++ CXXFLAGS += -pedantic -Wextra -Wshadow ifeq ($(arch),$(filter $(arch),armv7 armv8)) ifeq ($(OS),Android) CXXFLAGS += -m$(bits) LDFLAGS += -m$(bits) endif else CXXFLAGS += -mbe8 LDFLAGS += -mbe8 -latomic endif ifeq ($(arch),$(filter $(arch),armv7)) LDFLAGS += -latomic endif ifneq ($(KERNEL),Darwin) LDFLAGS += -Wl,--no-as-needed endif endif and then it compiled with not much compile-output: -rwxr-xr-x 1 root root 48113920 Jul 8 19:18 stockfish But how do you get the results for the Speed/Nodes? Is there a test-option or do you use a UCI-capable Chess-Game?
  8. the problem seems not not with the Helios and/or armbian... also RPI people got this problem with a Arduino Mega an RFLink-Software on it. Looks like u-boot releated: https://github.com/home-assistant/operating-system/issues/1011
  9. maybe v13 & v14 has less "power" pn such a slow device, because in the time for a move given they had to calc more while having a neuronal network?
  10. The system DOES see your USB-WiFi-Stick: ### lsusb: Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Do you got the Base-Board for the Neo Core or how do you wire the USB-Ports to the Core? Do you have a picture or diagram how do you donnect the devices? I "only" got a Core2 (H5) with Baseboard.
  11. OK - after sleeping one night over the "problem" its only a problem of too less memory I compiled also successfully on a Odroid C2 (also aarch64 while meson64 and not sunxi64), but the Ordroid C2 has (like the NanoPi K1 Plus) 2GB of real Ram + around 1GB Swap-Memory. This amount of 3GB is much used while compiling stockfish v14 While my "big" Neo2 has 1GB of real Ram (the other small ones only 512MB) and around 512MB of Swap-Memory they hadnt any chance to compile this stockfish! After this the test was to give the 1GB Neo2 2GB of Swap-Memory on the internal HDD (I have the silver NAS-Cas from FriendlyARM): mount /dev/sda1 on /harddisc type ext4 (rw,relatime,stripe=8191) Neo2 2GB SWAP for compiling stockfish: dd if=/dev/zero of=/harddisc/swapfile_2GB bs=1024 count=2048000 chmod 0600 /harddisc/swapfile_2GB mkswap /harddisc/swapfile_2GB swapon /harddisc/swapfile_2GB The following commands after the compile ;) ================================================================ swapoff /harddisc/swapfile_2GB sync The Neo2 1GB with armbian focal has a g++-9 64bit compiler against the g++-8 on the NanoPi K1 Plus and the Ordroid C2. So for the g++9 version the commandline was make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-9 (for the Ordoid C2 its was: make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-8 ) While using the Swap-Memory on the HDD it took "ages" againt the partly Ram-compile on the Odroid C2, but it did succeed: g++ - 9 version on NanoPi Neo2 -rwxrwxrwx 1 root root 48124208 Jul 4 18:25 /toshiba/stockfish_14_aarch64_g++9 g++ - 8 version on nanoPi K1 Plus or/and Odroid C2 -rwxrwxrwx 1 root root 48091376 Jul 3 23:06 /toshiba/stockfish_14_aarch64_bin_backup
  12. Find yout U-Boot path ins /usr/lib/ and do something like this? Find your actual U-Boot-Binary (serach for a path like this): cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64 Flash the new U-Boot: dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1; dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1; dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1 Create a binary File which contains the signature: dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376 Read out the signature: strings /tmp/installed_uboot.bin | grep "U-Boot 20" U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2
  13. Stockfish v14 has arrived Compile did work on my NanoPi K1 Plus BUT not on any nanoPi Neo2 But the on the nanoPi K1 Plus compiled version does run on the NanoPi Neo2 - strange? OK both are aarch64 and the changed Makefile is the same. All at the same kernel, but on the Neo2 it didnt worked with buster nor focal The binary is about 47MB uncompress and 25MB compress as a .zip I will attach the content of my aarch64-Makefile Stockfish12_Makefile_aarch64.txt
  14. @Igor I also got lightdm-problems while installing my Ordroid C2 from scratch (2 times once with current and once with edge) After trying different soutions from the net it didnt worked....BUT with a simple "enable Desktop" from armbian-config -> System-settings and the desktop did start again without any problems
  15. That looks like a good start - but my "dream" is a PWM-controlled fan which will spin slowly/fast depending on the temperature. I couldnt imagine that nobody before has built something like this. The PWN controlled fan could be controlled by the SBC itself or by a small MCU like a arduino...