FWIW, I have Ubuntu 18.04.1 / MATE 1.20.1 running on an ODROID XU4 and it is MUCH smoother and faster than a MATE install I did on a Pi. Don't get me wrong, I am a Pi user and in fact have built a major work-related printed-circuit board interface gizmo around the Pi that works great. However, the Korean-built XU4 is a much more capable small computer than the Pi and is what I use for my cheap home Linux machine. The ODROID community is smaller but very devoted. Worth a look.
Check out the direct Pi3-to-XU4 comparison graphs in the links below:
Does mainline kernel manage VPU video hardware decoding for pi ?
I am not sur about that, I think that only work wirh raspberry pi kernel and binary blob (32 bits only so armhf).
So I don't think omxplayer neither tomxplayer will work with ubuntu kernels (~mainline).
Hi wimpy,
New raspbian image include VLC with hw decode. Still some bugs but almost perfect. Maybe it can be a good idea and package it with next release ?
@Wimpy If santa is not delivering a 18.04 mate, then please update the website so that it is clear that the current version is not suitable for the 3B+. Iām sure thousands of 3B+'s will be given as presents.
Whilst talking about websites, pretty sure your flavour maker site is hacked Website hacked?
I believe that if and when Ubuntu MATE 18.04 is released for the Pi, it should use the raspi3-firmware kernel provided by Ubuntu instead of the Raspbian kernel. Iām planning to do the same with my Debian ARM64 images when Debian Buster becomes stable.
The reason I recommend grub2 is mainly because fedora and openSUSE use it. I think the distros outside of Raspbian should be forming a consensus on how to boot the pi.
They use u-boot to emulate uefi. The piās bootloader (config.txt etc) loads the device tree and applies any overlays. This is passed on to u-boot. Which then passes it on to grub2. Grub2 then loads the kernel and initrd like any other system.
raspi3-firmware contains the firmware, but it also contains scripts/hooks to modify the config.txt and copy kernels etc to the firmware partition.
Just saw your second reply. Iāve used u-boot in the past on the Pi 3 with the Ubuntu 18.04 generic arm64 kernels, but it appears it used the OpenGL driver which causes the display output to go off screen.
In Xorg you can always make the screen fit correctly with an xorg.conf. I havenāt yet figured how to do it outside of X as my normal way doesnāt work on the pi.
With the ubunu config? Not with the generic kernel unless you recompile it I think. Thatās for the ubuntu kernel devs to fix. You could send a patch to the mailing list to try and hurry it up.
By far the easiest solution is to switch to ubuntuās raspi2 kernel. You canāt use grub2 with this though as it is missing the necessary config (sigh).
