baryon

The problems you're facing are consistent with failing storage. Whether that's the SD or the onboard MMC remains to be seen. Of course, it might not be, either, but this would be where I start the diagnostic: try swap that SD.

Ahahaha! Nice! You beat me to it. This morning, I forked the debian-ffmpeg repo to my github and was just dropping by to see what the fella on the other thread was running so I could make a patchset branch for him and make it very simple for him. I just got the 6.0.1 ffmpeg patchset working this weekend. This is even better.

I have reproduced jock's build. He described how to do it adequately, but I'll detail my experience, as I filled in a few blanks myself. I am on the 6.1.50-current-rk322x kernel. Build ilmich's LibreELEC branch ( https://github.com/ilmich/LibreELEC.tv ) on my PC After it completes, copy the ffmpeg-4.4.1 build folder to my rk3229 Reconfigure the ffmpeg build (see below) make then make install ffmpeg Checkout c5b258b490f55c19a1cf6060bc7cf796d64f71e9 from the main MPV git meson and ninja mpv into existence The configure invocation I used differs from the LibreELEC build, but nothing big. ./configure --cpu=cortex-a7 --arch=arm --enable-static --enable-shared --enable-gpl --enable-version3 --enable-logging --disable-doc --disable-debug --enable-stripping --enable-pic --enable-optimizations --disable-extra-warnings --enable-avdevice --enable-avcodec --enable-avformat --enable-swscale --enable-postproc --enable-avfilter --disable-gnutls --enable-openssl --disable-gray --enable-swscale-alpha --disable-small --enable-dct --enable-fft --enable-mdct --enable-rdft --disable-crystalhd --enable-v4l2_m2m --enable-libdrm --enable-libudev --enable-v4l2-request --enable-libdrm --disable-vdpau --enable-runtime-cpudetect --disable-hardcoded-tables --enable-hwaccels --enable-demuxers --enable-parsers --enable-bsfs --enable-filters --disable-avisynth --enable-bzlib --disable-lzma --enable-libdav1d --enable-libspeex --enable-zlib --enable-asm --disable-altivec --enable-neon --disable-symver I tried the master branch of mpv. It did not work, but the checkout Jock used (and I documented) did. Thanks again for your work, jock. Lowest hanging fruit here is to get rid of the LibreELEC stage and just have a nice ffmpeg git repo someone can clone to save the awkward steps 1 and 2. I hope to report back with a link to such!

Oh no, @robertoj I made an error. I did not mean to mislead. I meant to say that it works on my rk322x-box, with that version. I neglected that datum. I don't use windowing environments on my box, so it was the mpv-armhf --vo=gpu --hwdec=drm --gpu-hwdec-interop=drmprime-drm --drm-draw-plane=overlay --drm-drmprime-video-plane=primary <video.mp4> command. Actually, it needs to be modified because that command gives the warning [vo/gpu] gpu-hwdec-interop was selected with the legacy name 'drmprime-drm'. Please change it to 'drmprime-overlay' in your config file or command line. Fortunately, it tells you exactly what to do, and I can affirm that drmprime-overlay works without the warning. H264 1080p60 over HDMI works fine, even coupled to streamlink. H265 did not work fine. I am not equipped to test more highly. Thank you for the detail, @jock. Trying to get things working naively, I managed to get the FFMPEG build with rkmpp support from https://github.com/hbiyik/FFmpeg linked against librga and libmpp, but that requires the old kernel, apparently. It is very difficult to find any exposition as to how these various iterations of the various subsystems work!

Confirmed working in Bookworm (Armbian 23.8.1) with the right dependencies plucked from Jammy. libdav1d5_0.9.2-1_armhf.deb libjpeg-turbo8_2.1.2-0ubuntu1_armhf.deb libx264-163_0.163.3060+git5db6aa6-2build1_armhf.deb What does it take to build this, @jock? I am very unclear on your build process. I have the notion to try adapt it to the Debian side of things as I'm not a fan of this kind of nonce package addition.

Just wanted to thank the maintainers. I'm heading out to stay at a friend's. I wanted to bring a little computer with me. My 3229 box fits the bill. Tried my Raspberry Pi 4 first, but it did not suit: I couldn't charge my phone off of it. Not only will my box charge my phone, it will also connect via USB tether to the internet through my phone. That's 2 points up on the competition!

The USB-C port and lsusb results suggest to me that this board should support USB 3 under Armbian, but I have no earthly idea how I would succeed at this. My first, naive attempt used the PinePhone docking bar. This looked like it might work as it passed power through to the M2S, and it also powered the WD Passport HDD I used to test, but no devices appeared. Is there a better fit? Perhaps the PinePhone device only works with Pine devices? This would be better posted on the official Banana Pi forum, but I'm apparently IP banned despite having never posted there. This is an Armbian system, so I reckon it's not too off-topic to ask here.

On the page https://www.armbian.com/bananapi-m2s/ I tried to download the Bookworm XFCE build at the link https://redirect.armbian.com/region/NA/bananapim2s/Bookworm_current_xfce but that link gives a 404 error. EU mirror worked. Where should I report this?

https://retropie.org.uk/docs/Manual-Installation/ -- use this process, build takes 4-5 hours, and has the bonus of giving you a free stress test to see how it will handle the most intensive games https://retropie.org.uk/forum/topic/34337/rk322x-box-armbian-build-report-collab -- you have to patch/edit a couple files to get it to build right, as this is a new hardware config Still poking around seeing how Dreamcast works. Been having some compile issues.

Hello friends, There was some interest in running Retropie on this box in this thread. I've done some basic work getting one of the boxes I own to run Retropie, and have a basic patch that helps Retropie identify that the CPU is ARM. https://retropie.org.uk/forum/topic/34337/rk322x-box-armbian-build-report-collab If there are tests / whatever folks here might find helpful, let me know. I'm not sure how long I'll be keeping this box.