Nanopi R3S OpenGL (Panfrost) support for remote desktop

[bmikulas]

Hello, i am new here, an experienced back-end developer from Hungary, and my hobby is mostly doing some IOT stuff in my free-time.

 

I'm big fun of the Armbian project a long time and checking its progress time to time cos its seems perfect for IOT usage and the NanoPi R3S was specially chosen by me for my ongoing project because of the Platinum support of the product as it seemed to be perfect fit with good enough video support to make IOT server with remote app for admin functions.

 

Sadly as it seems the hardware acceleration is not supported i guess because there is no HDMI port on the product but with Panfrost + VirtualGL it could be a capable remote desktop solution and i have checked that on "BigTreeTech CB2" its already there so that could be added for that as well.

 

For me it would be enough if i get some help to add that to the build script for only me for now!

 

But maybe there are other people who could have good use of some kind of remote desktop solution for an app or a whole desktop. I almost got it working with the official driver but it is not possible sadly without forking VirtualGL to make it compatible with the gl4es faker, and also that limits to OpenGL 2.X apps only so with Panfrost (3.1) could much better and it won't need the faker either.

 

Update: I have the non LTS version cos that's the only one i was able to buy but i just checked the LTS version which is the Platinum support for and it has HDMI so it could be useful even more.

Edited 3 hours ago by bmikulas
Spelling fixes

[Igor]

4 hours ago, bmikulas said:

Sadly as it seems the hardware acceleration is not supported i guess because there is no HDMI port on the product but with Panfrost

 

This needs to be enabled: https://github.com/armbian/os/pull/332 As we started with a model without HDMI port, this was simply overlooked.

 

4 hours ago, bmikulas said:

For me it would be enough if i get some help to add that to the build script for only me for now!

 

Build with: ./compile.sh ENABLE_EXTENSIONS="v4l2loopback-dkms,mesa-vpu"

 

4 hours ago, bmikulas said:

remote desktop solution

 

That I don't know how it works if at all. Wayland is troublesome even on 1st class x86 hardware.

 

Update: will rebuild images later today with mesa extension enabled.

[bmikulas]

Thank you for the fast response and the fast solution. About wayland you are absolutely right that could be issue still i guess.

I tried with the x version of the official driver not the wayland with XFCE, and as it has no ready wayland support i guess XFCE is out of question now.

Can i ask you what desktop environment you recommend to try it with for better wayland support,

gnome has the best as i know but its a bit heavy on memory, do you know any lighter one?

Edited 1 hour ago by bmikulas

[Igor]

44 minutes ago, bmikulas said:

gnome has the best as i know but its a bit heavy on memory, do you know any lighter one?

We don't provide anything lighter then Gnome and there are some weird desktops in the build system, which most likely don't assemble as they are abandoned for a long time.

 

I am not a Desktop guru ... perhaps someone else could give you other suggestions. I think Gnome is still the safest way, even it might eat more. But our Gnome is at least more or less vanilla, so no (Ubuntu) stuff coming with it.