You are not logged in.
Do we actually have a plan yet, or are we still at the "futile arguments" stage?
Well there is an email from Mark Hindley, less than a year ago, relevant bit:
As far as usr merge itself goes, it is available in Devuan (apt-get install usrmerge) but not forced (usrmerge package is not pulled in by init-system-helpers and debootstrap does not install it by default). However, that might not be a sustainable position in the longer term. If that has to change, plenty of warning will be given
Since there's been no warning, I guess it is still fine to keep unmerged.
I did my latest installations answering the usr-merge-question during the install
I'm sorry, which installation are you referring to? I've just installed Daedalus (netinstall) but there was nothing about usrmerge, have I missed something?
Well, I hope others will not do what I've done this morning. I installed usrmerge and ended up with a system where most things do not work. Trying to recover but will probably just reinstall. Beware.
Ouch! Were you on Daedalus? Or Ceres?
I don't know whether ventoy keeps the ISO as a partition, and if not, you have more thorny path ahead of you. Basically you'll need to ensure the ISO partition is appropriately labelled DEVUAN501.
I'm facing the same problem, I'll try asking on the Ventoy forum
Stable installer isos and live isos are already in place.
That's very good news! Thanks to all the devs!
I see... Great, thanks!
At https://ido.rrq.id.au/download there is an initial collection of trial installer ISOs that need to be tested in a range of settings.
Hi Ralph,
there are no files at https://ido.rrq.id.au/download anymore, is the test period over?
Thanks for your time!
Running perfectly on Pi 3b rev 1.2
Just installed on a 3b rev 1.2 too
Devuan Beowulf 3.1.0 Raspberry Pi SD card images tuned for RPi specific hardware variants have been added to https://arm-files.devuan.org/ for testing. Please refer to the updated README.txt for test image details.
Great news! Thanks
I've tried following the path "32-bit Devuan + vlc from Raspbian", but still no luck h264 works but only in full screen, h265 doesn't work at all... It throws errors about "CMA buf pool alloc buf failed" so I've tried fidgeting with the "cma=" parameter on cmdline.txt, but to no avail.
For what I saw v3.0.3 was the version they were speaking of in the forum.. and complaining because debian updated to v3.0.6
I've tried compiling 3.0.3 too (had to add --disable-wayland and patch a line inside the x264 codec) but still no h265 acceleration
Maybe I could try building a 32bit image of Beowulf and use the vlc debs from Raspbian...?
Tried every version up to 3.0.6 (released in jan 2019) but still no luck, same error
Spoke too soon...
video_output/opengl/converter_vaapi.c: In function ‘vaegl_image_create’:
video_output/opengl/converter_vaapi.c:75:9: error: ‘EGL_LINUX_DRM_FOURCC_EXT’ undeclared
I'm trying compiling VLC 3.0.10 instead of 3.0.11, here's how I'm calling "configure":
CFLAGS="-I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/mmal -I/opt/vc/include/interface/vchiq_arm -I/opt/vc/include/IL -I/opt/vc/include/GLES2 -mcpu=cortex-a72"
CXXFLAGS="-I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/mmal -I/opt/vc/include/interface/vchiq_arm -I/opt/vc/include/IL -I/opt/vc/include/GLES2 -mcpu=cortex-a72"
LDFLAGS="-L/opt/vc/lib" ./configure --enable-omxil --enable-omxil-vout --enable-rpi-omxil --enable-gles2
and the result is:
libvlc configuration
--------------------
version : 3.0.10
system : linux
architecture : aarch64
optimizations : yes
vlc aliases : cvlc rvlc nvlc
No need for --disable-libva this time On to compilation...
cat you check the cpuinfo
grep Features /proc/cpuinfo
Features : fp asimd evtstrm crc32 cpuid
try getting a less recent version and see if it compiles without errors with va-api
Ok I'll try right away, many thanks again
That could be a problem, because VA API is the one responsible to get acceleration in VLC
Ouch X-) I disabled it because compilation was complaining about missing "EGL_LINUX_DRM_FOURCC_EXT" and other constants, and here https://www.raspberrypi.org/forums/view … 5#p1396812 someone said "You shouldn't need vaapi - that's an Intel API."
--disable-wayland didn't solve the issue
3) Then build VLC or FFmpeg with support for RPi( will take advantage of the RaspberryPi userspace Libraries built above.. ):
a) Build VLC..
VLC has lots of dependencies,
So I just searched for RPI Build, and this tutorial is from 2017, its better to get the last VLC source code, to build..On those cflags/cxxflags , you can compile for '-mcpu=cortex-a72'( rpi4 ), or if compiling for a generic arm64 '-mcpu=cortex-a53', the binary will work on rpi3 and rpi4 in this last case..
I had to fiddle a bit with the "configure" invocation (remove -mfpu=neon-vfpv4 and -mfloat-abi=hard, add --disable-libva) to get it to compile... Sadly, still no HVEC acceleration
For the record, to compile userland I had to follow this guide:
sed -i 's/__bitwise/FDT_BITWISE/' userland/opensrc/helpers/libfdt/libfdt_env.h
sed -i 's/__force/FDT_FORCE/' userland/opensrc/helpers/libfdt/libfdt_env.h
cd userland
mkdir build && cd build
cmake -DCMAKE_BUILD_TYPE=Release -DARM64=ON ../
make -j4 && make install
Great, I'll try that, many thanks for your time!
Hi everyone!
Does anybody know if VLC supports HVEC/x265 hardware acceleration on the rpi4 with arm64? (not armhf)
I've tried installing Devuan and then using the vlc packages for arm64 from http://archive.raspberrypi.org/debian/ but I'm not getting hardware acceleration... Is this supposed to work? Maybe I should replace some Devuan-provided libraries with raspbian-provided ones?
Thanks for your assistance!
(With the 32-bit Raspbian VLC works perfectly)
copy your .config file to the kernel folder, then you can explore and even make your own kernels, with the option make deb-pkg.
Great, thanks again
You can take your config, and set nf_tables, and them build a kernel for it, I don't see another way
I see, kernel recompilation then, no prebuilt packages... I'll try, thanks!
joril wrote:...this does not update the kernel though, right?
yeah, the kernel is the same you already have.
I see... Sadly, I noticed that this kernel is missing the nf_tables module, so you can't use nft...
~# modprobe configs
~# zcat /proc/config.gz | grep NF_T
# CONFIG_NF_TABLES is not set
What is the recommended way to update the kernel, with this setup?
Whoops sorry, forgot to reply! Installing Ascii and then upgrading to Beowulf worked nicely, thanks
...this does not update the kernel though, right?
# uname -r
4.16.14-v8+
please tell us, if you succeed..
Whoops sorry, forgot to reply! Installing Ascii and then upgrading to Beowulf worked nicely, thanks