It solves the "dependency nightmares" in a quite elegant and automatic way: you specify what your service needs and systemd will compute the order in which services should be run There are several good things that come with systemd, let me tell you a couple of them: The "core" systemd functionality is the same as System V Init and later Upstart Init System and stop, nothing more. I don't want to endorse systemd in any way, but from what you say it is clear that you don't know what systemd is supposed to do. Sorry if I am straight as well as but the only "nonsensical junk" here is part of your post. Maybe someone can point me in the right direction ? I have a lot of experience in assembling x86_64 stuff for other minimal linux projects (Alpine Linux in particular), but those Debian Linuxes with systemd and all the nonsensical junk put me down, they are an endless loop of dependency nightmares when you try to modify the smallest of things. LibreELEC is maybe the right thing, but it's "overlay" structure is somewhat obscure to deal with, and I don't want to boot from an SD card. Maybe even statically linked (ffmpeg is already there, MPV & rockchip libs are not). Something like LIbreElec, but without kodi and with FFMPEG/MPV instead.
Maybe starting with "multitool" (that boots a minimal rockchip 4.4 kernel) ? There is a way to make a stripped-down version of armbian (or maybe just a kernel & minimal binaries/libs) that has FFMPEG/MPV with hardware decoding enabled and a dumb/programmable startup script like the ancient AUTOEXEC.BAT in DOS ?
The project Multitool/Armbian is working exactly as it should on these boxes, but I have some troubles because Armbian is simply.too big for what I need, and I find it difficult to deal with, thanks to systemd. Hello, I own a lot of those MXqpro/4K boxes: I am thinking of re-purposing them to become a "one-channel" DVR viewers (from network streams made with FFMPEG).
0 kommentar(er)
