Dantes

My audio volume was very very low, and very annoyingly I had to boost to 200% 300% which had the problem that the volume buttons were not working properly. You just cant see anything above 100% unless you go into the control panel. Now when it comes to audio I'm the village idiot, but I found a proper solution I think. After some experimentation I found that the module "module-cli-protocol-unix" ( #20 in my case) can be amplified with pactl set-sink-input-volume 20 10db Now YMMV depending on your attached hardware, so change the 10db to whatever suits your situation. After that I made it permanent by adding it to the /etc/pulse/default.pa like this: # Default volume amplification set-sink-input-volume 20 10db Yay!

Yay! I have it working But I'm not an expert in compiling so ymmv Feel free to comment or point out any mistakes # when libshaderc-dev is installed the build succeeds, but has a run-time failure sudo apt remove \ libshaderc-dev # install compiling tools sudo apt install \ autogen automake cmake libtool meson pkg-config # install development libraries sudo apt install \ libalsaplayer-dev libaom-dev libarchive-dev libass-dev libavcodec-dev libavfilter-dev \ libcaca-dev libd3dadapter9-mesa-dev libegl1-mesa-dev libfdk-aac-dev libfontconfig-dev \ libfreetype-dev libfribidi-dev libharfbuzz-dev libjack-dev libjpeg-dev libmp3lame-dev \ libmujs-dev libopenal-dev libopus-dev libpipewire-0.3-dev libplacebo-dev libsdl2-dev \ libsixel-dev libsoxr-dev libunwind-dev libva-dev libvdpau-dev libvkd3d-dev libvorbis-dev \ libvpx-dev libx264-dev libx265-dev libxpresent-dev libxxhash-dev libzimg-dev # clone mpv build script repository git clone https://github.com/mpv-player/mpv-build # configure ffmpeg options by creating a file called mpv-build/ffmpeg_options with content: --enable-static --disable-shared --enable-gpl --enable-libaom --enable-libfdk-aac --enable-libfribidi --enable-libmp3lame --enable-libopus --enable-libsmbclient --enable-libsoxr --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-version3 # configure mpv options by creating a file called mpv-build/mpv_options with content: -Dlibmpv=true # start building cd mpv-build ./rebuild -j$(nproc) # strip executable cp -p mpv/build/mpv /tmp/mpv strip --strip-unneeded /tmp/mpv touch -r mpv/build/mpv /tmp/mpv # test mpv /tmp/mpv smb://myserver/myshare/myfile.mkv Yay!

@TRS-80 Tried to compile it, but apparently my skills suck in this department. I'm ending up with errors every time. So this is best suited for someone who actually knows what he's doing. What I did: git clone https://github.com/mpv-player/mpv sudo apt install \ libsmbclient-dev \ meson \ cmake \ pkg-config \ libshaderc-dev \ autogen \ libunwind-dev \ libplacebo-dev \ autoconf \ automake \ libtool \ libfreetype-dev \ libfribidi-dev \ libharfbuzz-dev \ libfontconfig-dev cd mpv ./rebuild -j4

It seems a package is missing from the Armbian 23.8 Bookworm CLI that results in this error. I encountered an add-apt-repository: traceback error. To fix it just run: sudo apt install python3-launchpadlib

Awesome

As you can see the WAN-port/NIC registers fine with a label from the nanopi-r6c device tree $ grep fe1c0000 /boot/dtb/rockchip/rk3588s-nanopi-r6c.dtb grep: /boot/dtb/rockchip/rk3588s-nanopi-r6c.dtb: binary file matches dmesg: dmesg | grep fe1c0000 [ 7.287277] rk_gmac-dwmac fe1c0000.ethernet: init for RGMII_RXID [ 7.287373] rk_gmac-dwmac fe1c0000.ethernet: User ID: 0x30, Synopsys ID: 0x51 [ 7.287377] rk_gmac-dwmac fe1c0000.ethernet: DWMAC4/5 [ 7.287381] rk_gmac-dwmac fe1c0000.ethernet: DMA HW capability register supported [ 7.287385] rk_gmac-dwmac fe1c0000.ethernet: RX Checksum Offload Engine supported [ 7.287388] rk_gmac-dwmac fe1c0000.ethernet: TX Checksum insertion supported [ 7.287391] rk_gmac-dwmac fe1c0000.ethernet: Wake-Up On Lan supported [ 7.287423] rk_gmac-dwmac fe1c0000.ethernet: TSO supported [ 7.287426] rk_gmac-dwmac fe1c0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 7.287430] rk_gmac-dwmac fe1c0000.ethernet: Enabled Flow TC (entries=2) [ 7.287433] rk_gmac-dwmac fe1c0000.ethernet: TSO feature enabled [ 7.287437] rk_gmac-dwmac fe1c0000.ethernet: Using 32 bits DMA width However the LAN-port does not have such a label in dmesg output. [ 7.932846] pci 0003:31:00.0: [10ec:8125] type 00 class 0x020000 [ 7.932902] pci 0003:31:00.0: reg 0x10: initial BAR value 0x00000000 invalid [ 7.932905] pci 0003:31:00.0: reg 0x10: [io size 0x0100] [ 7.932958] pci 0003:31:00.0: reg 0x18: [mem 0x00000000-0x0000ffff 64bit] [ 7.932993] pci 0003:31:00.0: reg 0x20: [mem 0x00000000-0x00003fff 64bit] [ 7.933301] pci 0003:31:00.0: supports D1 D2 [ 7.933303] pci 0003:31:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 7.948845] pci 0003:31:00.0: BAR 2: assigned [mem 0xf3200000-0xf320ffff 64bit] [ 7.948873] pci 0003:31:00.0: BAR 4: assigned [mem 0xf3210000-0xf3213fff 64bit] [ 7.948899] pci 0003:31:00.0: BAR 0: assigned [io 0x1000-0x10ff] [ 7.950294] r8125 0003:31:00.0: enabling device (0000 -> 0003) [ 7.967108] r8125 0003:31:00.0 (unnamed net_device) (uninitialized): Invalid ether addr 00:00:00:00:00:00 [ 7.967112] r8125 0003:31:00.0 (unnamed net_device) (uninitialized): Random ether addr a2:83:9c:9c:cc:e8

@Werner Maybe I'm wrong but I think that's the old notation. However this worked before (release before may 27th IIRC) and works again after I install a desktop. So I think that its missing a library or other dependency. I will be scouting for it.

I'm trying to setup disk encryption, but for some reason its not opening devices after installing cryptsetup-bin on the installation image. After typing the password it just hangs and does nothing $ cryptsetup open /dev/sda sda_crypt Anyone?

I think I found the problem So I compared logs from a working x86-64 system with the R6C aarch64 and as you can see mpv is compiled without --enable-libsmbclient $ grep Configuration aarch64_mpv.log | $ grep Configuration x86-64_mpv.log [cplayer] [cplayer] Configuration: Configuration: ./waf ./waf configure configure --prefix=/usr --prefix=/usr --libdir=/usr/lib/aarch64-linux-gnu | --libdir=/usr/lib/x86_64-linux-gnu --confdir=/etc/mpv --confdir=/etc/mpv --zshdir=/usr/share/zsh/vendor-completions --zshdir=/usr/share/zsh/vendor-completions --enable-cdda --enable-cdda --enable-dvdnav --enable-dvdnav --enable-libmpv-shared --enable-libmpv-shared > --enable-libsmbclient --enable-sdl2 --enable-sdl2 > --enable-sndio --disable-build-date --disable-build-date --enable-dvbin --enable-dvbin $ $ Just to be clear: celluloid depends on mpv which depends on ffmpeg On x86-64 (Ubuntu 22.04 LTS) where it works: * ffmpeg (4.2.7) is compiled without --enable-libsmbclient * mpv (0.32.0) with --enable-libsmbclient On aarch64 (Armbian/Ubuntu 22.04 LTS) where it does not: * ffmpeg (4.4.2) is compiled with --enable-libsmbclient * mpv (0.34.1) without --enable-libsmbclient I hereby humbly request someone with more skills to verify my findings and hopefully we can all enjoy playing files over smb:// in the future

I hate to sound like a broken record, but that 3rd party NanoPI OpenWRT image I suggested in the other thread comes with SMB4 preinstalled. Its real easy to setup (5 mins). If the problem is the same, it could be a driver, dtb-file or something else both have in common. If not, then its something to do with Armbian itself.

There is a thread on OpenWRT, where it show it can be installed on sdcard or emmc. You could try installing those and measuring the power usage between sdcard and emmc. If the problem is the same, I'll bet its somehow related to the emmc driver. link: https://forum.openwrt.org/t/nanopi-r6s-linux-6-3-arm-soc-updates/153072/34 link to images for nanopi: https://github.com/mj22226/openwrt/releases/tag/linux-6.4

Yes, that's how it is done , but "conv=notrunc" only make sense if the output is a file , not if it is a block device. I made the matrix so I could get a clearer picture of what you where asking, but this adds and extra dimension for sure. Did you try disabling CEC, I reckon you are not using a TV with a remote control ? That might be as you said the cause (HDMI-CEC).

I am unable to play files over SMB, but I can't seem to figure out what the problem is exactly. From what I can tell it *seems* ffmpeg is compiled without networking support, at least this is what smplayer was complaining about: [ffmpeg] Protocol not found. Make sure ffmpeg/Libav is compiled with networking support. Failed to open smb://192.168.1.1/transmission/myfile.mkv. Exiting... (Errors when loading file) But when I look at the ffmpeg switches it was compiled with: --enable-libsmbclient and seems to be present. Now I'm a complete linux n00b, does anyone have an idea ?

@Jiff Just curious, do you have the original case or did you make one yourself ?

@Jiff You need to go in over serial, just plug a usb-c into the serial port of the r6s/r6c/t6 , then plug the other end into the usb-a/c into your workstation and setup screen, termux or any other terminal emulator. You can't the serial connection does send and receive. You need send for the keypresses. They use legacy u-boot for stability reasons iirc. Nothing is stopping you from using the newer version. (I tested 2023.05 from OpenWRT in one of the threads and it works fine afaict.) Glad to hear that, happy tinkering Dantes

@Jiff You can check it with this: # dd if=/dev/mmcblk2 bs=16M count=1 | strings | grep -i tftp You will get output that looks something like this: tftp ## TFTP bootm %s at %s size 0x%lx ## TFTP flash %s to partititon '%s' size 0x%lx ... TFTP server died boot image via network using DHCP/TFTP protocol tftpput TFTP put command, for uploading files to a server tftpflash flash image via network using TFTP protocol tftpbootm tftpbootm aosp/uImage/FIT image via network using TFTP protocol download image via network using TFTP protocol boot image via network using BOOTP/TFTP protocol get - try to retrieve a pxe file using tftp TFTP error: TFTP error: '%s' (%d) TFTP %s server %pI4; our IP address is %pI4 1+0 records in 1+0 records out 16777216 bytes (17 MB, 16 MiB) copied, 0,520146 s, 32,3 MB/s then its just setting up the tftp server: https://community.arm.com/oss-platforms/w/docs/495/tftp-remote-network-kernel-using-u-boot So afaict, it does, but you still have to boot into u-boot to verify if the tftp commands are working. Dantes

device emmc-boot sdcard-boot idle updates reboot NanoPi r6c 4GB no-emmc n/a yes 0.92 0.92 0.92 NanoPi r6c 8GB emmc 32GB no yes 0.92 0.92 0.92 yes no 1.21 1.21 1.21 Is the above correct ? The difference afaict is that the OS is running from the *emmc* but you could test if it has something to do with the boot sequence by: 1. Backup and checksum EMMC boot image # dd if=/dev/mmcblk2 bs=16M count=1 > /tmp/emmc-boot.img # sha256sum /tmp/emmc-boot.img | tee emmc-boot.img.sha256sum # strings /tmp/emmc-boot.img | grep 'U-Boot SPL' 2. Backup and checksum sdcard boot image # dd if=/dev/mmcblk0 bs=16M count=1 > /tmp/sdcard-boot.img # sha256sum /tmp/sdcard-boot.img | tee sdcard-boot.img.sha256sum # strings /tmp/sdcard-boot.img | grep 'U-Boot SPL' If the output differs you could transfer the sdcard boot image to the emmc by: 1. Backup EMMC partition table # sgdisk --backup=/tmp/partition-table.original /dev/mmcblk2 2. Copy all created files to the sdcard from /tmp then: 3. Write sdcard-boot.img to EMMC # dd if=/tmp/sdcard-boot.img bs=16M count=1 of=/dev/mmcblk2 1+0 records in 1+0 records out 16777216 bytes (17 MB, 16 MiB) copied, 0,0489076 s, 343 MB/s 4. Restore EMMC partition table # sgdisk --load-backup=/tmp/partition-table.original /dev/mmcblk2 Warning: The kernel is still using the old partition table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8) The operation has completed successfully. 5. Reboot and test with the power meter If it fails, or if you want to revert, you can boot from sdcard and then write emmc-boot.img back to the emmc: # dd if=emmc-boot.img bs=16M count=1 >/dev/mmcblk2 Good luck, Dantes

@Jiff Thanks again for the elaborate write ups, lately time has not been on my side It all seems very impressive and I will take some time to read it thoroughly. I did a write up for Ubuntu Jammy with MATE (on a r6c) which has video acceleration enabled. It pushes 40°C when playing 1080p with mpv/celluloid with the ambient room temperature around 25°C. This could be a daily driver IF the kernel/security updates were more frequent, but as of now I'm hesitant to do any administrative duties like banking on it. I think I will designate the r6c as a router when OpenWRT is supported. Which means I will buy a T6 to do some more experimenting, yay! I'm very happy that the power consumption is very low for these devices. The internal flash is fast enough around 250MB/s, but 32GB is not much space. So I will be needing a proper size M.2 Thanks for all the feedback, Dantes

Did you check running services ? There might be some extra services installed after the updates. You could use the u-boot bootloader that comes with OpenWRT (unofficial as of yet) to verify, but that requires some tinkering. U-Boot SPL 2023.04-OpenWrt-r0-1f3cc70 (May 21 2023) that can be found here: https://forum.openwrt.org/t/nanopi-r6s-linux-6-3-arm-soc-updates/153072/15

I think it might be related to the USB3.0 port , which does not work in 5.10.160. A fix has been submitted for that and has been accepted, so its waiting on the 170. That Lexar is mighty interesting, but still a bit pricey for the 4TB. Does you 2TB fit properly or did you leave the bottom out ?

Hi Jiff, This is very much appreciated, especially when its a very detailed write up like this. So thank you very much for putting in the time. This unfortunately, means for me that I have part with my money yet again Are there any drawbacks in the T6? That power button I saw is a bit cumbersome for my fingers from what I could see from the images. Do I need to keep a pen around ? Thanks again, Dantes

Running from a battery, very interesting.. I'll be following this thread I'm still on the edge to buy an M.2 because a lot of them are power hogs. So what brand/type M.2 did you use ?

That was very quick and really awesome . I don't know when the update becomes available, but I will be patiently waiting. Thank you

Here I thought that it was fully working with 6.3 , Oh well