User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Processing 3 is running for the first time on a Raspberry Pi

Fri Jul 10, 2015 2:43 pm

Processing 3 is running for the first time on a Raspberry Pi using Eric Anholt's Mesa3D VC4 driver!
Image
Video of the Processing 3 RGB cube demo running on the Raspberry Pi using Eric Anholt's Mesa3D VC4 OpenGL 2 driver:
http://labb.zafena.se/jogamp/vc4/video2 ... 912325.mp4

Thanks to the free software Mesa3d vc4 driver, the raspberry pi suddenly turned from a mobile opengl es 2 system into a "desktop" opengl 2 system.

Processing 3 is using JogAmp JOGL to tap into OpenGL hardware acceleration on the armv6 Raspberry Pi 1 and armv7 RaspberryPi 2 systems.


Hold on what is going on here, how can I setup the free software vc4 driver on my Raspberry Pi system?

This is a collaboration with Eric Anholt, anholt, and Gottfried Haider, gohai, to get Processing 3 running on the Raspberry Pi.

Eric Anholt has worked about a year to implement a full OpenGL 2 Mesa3D driver for use on the Raspberry Pi by using the Video Core 4, VC4, GPU.
http://anholt.livejournal.com/

Getting Eric Anholt's Mesa3D VC4 driver running on a Raspberry Pi is easily done thanks to the work by gohai.
gohai started out roughly following Eric's notes here: http://dri.freedesktop.org/wiki/VC4/
And then put together a buildbot in Python, to produce system images for use on the Pi or Pi2.

Kernel, Mesa, XServer packages & dependencies are from git. System image produced using gohai's buildbot
https://github.com/gohai/vc4-buildbot

gohai publish daily builds of raspbian patched to the Mesa3D vc4 driver using his bot at:
http://sukzessiv.net/~gohai/vc4-buildbot/build/

Myself I have contributed to fix corner-cases in JogAmp JOGL OpenGL initialization to get it all running.


What was the problem using the proprietary OpenGL ES vc4 driver on the Raspberry Pi system?

The OpenGL ES standard do not cover how the native window is initialized.
When you initialize opengl es then you must pass a platform specific EGLNativeWindowType, EGLNativePixmapType and EGLNativeDisplayType depending on the OS you use.

If you read the Khronos header for eglplatform.h you will notice that the EGLNativeWindowType is different for
Windows: typedef HWND EGLNativeWindowType;
Mac: typedef void *EGLNativeWindowType;
Android: typedef struct ANativeWindow* EGLNativeWindowType;
Unix X11: typedef Window EGLNativeWindowType;

Creating an on-screen EGL rendering surface requires you to to use the eglCreateWindowSurface function, which takes a EGLNativeWindowType parameter. On the Raspberry Pi, however this is implemented as a EGL_DISPMANX_WINDOW_T struct, which is defined in eglplatform.h as:

typedef struct {
DISPMANX_ELEMENT_HANDLE_T element;
int width; /* This is necessary because dispmanx elements are not queriable. */
int height;
} EGL_DISPMANX_WINDOW_T;

As you can see RaspberryPi using the properitary binary drivers uses a Broadcom unique native window type that is incompatible with X11.
This is the reason why we cant use the Processing code as is to pass a Java AWT Unix X11 Window to initialize OpenGL ES, EGL will return an error that you have passed an incompatible structure to eglCreateWindowSurface.

When using Eric Anholt's Mesa3D vc4 driver then EGL will expect a Unix X11 Window for its EGLNativeWindowType and this is why processing will work out of the box when Erics Mesa3D vc4 driver in use. Eric's vc4 driver also implements OpenGL 2 that can be initialized using GLX. GLX allows you to run Processing with OpenGL acceleration across remote X11 network connections!

Cheers
Xerxes Rånby
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

george.profenza
Posts: 16
Joined: Tue Sep 10, 2013 10:48 am

Re: Processing 3 is running for the first time on a Raspberr

Tue Jul 14, 2015 2:50 pm

That's great news!

I've just tried that, but ran into an error:
"symbol lookup error: ../path/to/processing_sketch/libnewt.so: undefined symbol: bcm_host_init"

I simply burned the latest build bot image(20150710-1502-vc4-image.zip) to a card then downloaded and ran 20150710-1502-vc4-processing.tar.bz2 on a Raspberry PI2

Am I missing something ? Do I need to modify anything ?

Thank you,
George

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Wed Jul 15, 2015 12:52 pm

george.profenza wrote:That's great news!

I've just tried that, but ran into an error:
"symbol lookup error: ../path/to/processing_sketch/libnewt.so: undefined symbol: bcm_host_init"

I simply burned the latest build bot image(20150710-1502-vc4-image.zip) to a card then downloaded and ran 20150710-1502-vc4-processing.tar.bz2 on a Raspberry PI2

Am I missing something ? Do I need to modify anything ?

Thank you,
George
Sounds like your system image still contains the /opt/vc directory.
it is possible that the /opt/vc/lib folder have for some reason re-appeared by running a system update.

JogAmp JOGL will think it is on a system using Broadcom's properitary OpenGL ES driver if it can find the /opt/vc/lib directory
and try initialize opengl es 2 using the broadcom specific bcm_host_init() initialization API, this API will fail if you are on a system using Eric Anholt's new Mesa3d vc4 driver.

You can try to simply rename it

Code: Select all

sudo mv /opt/vc /opt/vc.removed

Processing 3 is already included in the
http://sukzessiv.net/~gohai/vc4-buildbo ... -image.zip
image.
All you have to do is:

1. download the complete system image that is using Eric Anholts mesa3d vc4 driver:

Code: Select all

wget http://sukzessiv.net/~gohai/vc4-buildbot/build/20150710-1502-vc4-image.zip
2. unzip it

Code: Select all

unzip 20150710-1502-vc4-image.zip
3. unmount the sdcard partitions if your OS has mounted them and then write the image to a sd card

Code: Select all

sudo umount /dev/sdX1
sudo umount /dev/sdX2
sudo dd if=2015-05-05-raspbian-wheezy.img of=/dev/sdX bs=1024k
4. insert the sdcard in a raspberry pi 2
5. expand the filesystem using raspiconfig and reboot
6. login using login pi & password raspberry
7. startx

Code: Select all

startx
8. run processing by pressing the menu -> programming -> processing
9. from inside processing select the file menu -> examples -> Topics -> Geometry -> RGBCube
10. press run to run it!

The system images have enabled debugging, you may want to check the
/usr/local/var/log/Xorg.0.log if you want to help debug glamor and mesa3d
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

george.profenza
Posts: 16
Joined: Tue Sep 10, 2013 10:48 am

Re: Processing 3 is running for the first time on a Raspberr

Fri Jul 17, 2015 9:54 am

Woo hoo!
Moving /opt/vc did the trick!

I did use 20150710-1502-vc4-image, but Processing 3 wasn't pre-installed.
I just downloaded http://sukzessiv.net/~gohai/vc4-buildbo ... ng.tar.bz2
and unzipped it.

Is it normal for this to run slow ?
With the LowLevelGL example I get about 8-9 fps on average.
When triangle is titled (less surface visible) the fps go up.
Reducing the sketch size to 320,240 also improves it.

The RGBCube example run at 9-11 fps, not as fast as it looks in your video,
but the faces look correctly depth sorted.

Also I noticed this message printed to output:

Code: Select all

Using profile GLProfile[GL2/GL2.sw]
I'm not sure what it means, but I hope the .sw doesn't stand for software rendering :)

Do I need to configure the pi to allow maximum video memory ?
Any suggestions on how to improve framerates ?

Thank you very much,
George

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Fri Jul 17, 2015 3:29 pm

george.profenza wrote:Woo hoo!
Moving /opt/vc did the trick!

I did use 20150710-1502-vc4-image, but Processing 3 wasn't pre-installed.
I just downloaded http://sukzessiv.net/~gohai/vc4-buildbo ... ng.tar.bz2
and unzipped it.
That is odd, if you follow my instructions in
viewtopic.php?p=789243#p789243
then processing 3 is preinstalled and the vc4 mesa3d driver is enabled :)
george.profenza wrote: Is it normal for this to run slow ?
With the LowLevelGL example I get about 8-9 fps on average.
When triangle is titled (less surface visible) the fps go up.
Reducing the sketch size to 320,240 also improves it.

The RGBCube example run at 9-11 fps, not as fast as it looks in your video,
but the faces look correctly depth sorted.

Also I noticed this message printed to output:

Code: Select all

Using profile GLProfile[GL2/GL2.sw]
I'm not sure what it means, but I hope the .sw doesn't stand for software rendering :)

Do I need to configure the pi to allow maximum video memory ?
Any suggestions on how to improve framerates ?

Thank you very much,
George
you are due to some unknown reason using mesa3d with software emulation.
there is two ways to improve frame-rate both require enable of hardware acceleration.


1. use the Mesa3D VC4 driver, you can check if the driver is working by running installing
apt-get install mesa-utils
and run
glxgears -info

if GL_RENDERER is Software Rasterizer then you are using a regular raspbian system
if GL_RENDERER is Gallium 0.4 on VC4 then you are using the new vc4 driver!

2. use the Broadcom OpenGL ES 2 driver:
Thanks to the bugreport you posted earlier in this thread, i reproduced it, and have fixed the issue
https://jogamp.org/bugzilla/show_bug.cgi?id=1177
We plan to have the fix merged into the JogAmp JOGL 2.3.2 release.
With the fix applied makes it possible to use Processing 3 in combination with the properitary Broadcom OpenGL ES 2 driver.
Using a "regular" raspbian system image with the /opt/vc drivers
Image
video: http://labb.zafena.se/jogamp/vc4/video2 ... 245117.mp4

I am collaborating with Gottfried Haider to merge all changes required to processing that made it work.
The future Processing 3 release will thus work out of the box on all raspberry pi systems.
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

sparticle
Posts: 22
Joined: Wed Aug 13, 2014 12:47 pm

Re: Processing 3 is running for the first time on a Raspberr

Wed Jul 29, 2015 5:13 pm

Hi,

I was wondering if this driver can be used for a Rpi B+ Rpi 2 Jessie based Mate desktop system. For general HW Accelerated graphics on applications such as OpenCPN?

Many thanks
Spart

sparticle
Posts: 22
Joined: Wed Aug 13, 2014 12:47 pm

Re: Processing 3 is running for the first time on a Raspberr

Fri Jul 31, 2015 12:30 am

Hi I tried downloading the image file and burning to a sdcard. I used 2 different sdcards both known good. There are errors on the image that stop booting. Maybe something is amiss with the build.

Tried the last 3 days images.

Cheers
Spart

pkshah
Posts: 8
Joined: Wed Jul 22, 2015 6:50 am

Re: Processing 3 is running for the first time on a Raspberr

Wed Aug 05, 2015 6:19 pm

I'm running into the same issue as Sparticle.

The images for 20150801 and 20150718 both do not work. As sparticle mentioned, they do not load on the RPi.

I'm downloading another image (20150704), and hopefully this one will work.

Do you have any suggestions?

Thanks!

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Wed Aug 12, 2015 11:29 pm

sparticle wrote:Hi, I was wondering if this driver can be used for a Rpi B+ Rpi 2 Jessie based Mate desktop system. For general HW Accelerated graphics on applications such as OpenCPN?
Yes, the Mesa3D OpenGL 2 vc4 driver will work with any opengl application.
for example i tested using the driver to "run" the full version of minecraft that require OpenGL 2.
sparticle wrote:Hi I tried downloading the image file and burning to a sdcard. I used 2 different sdcards both known good. There are errors on the image that stop booting. Maybe something is amiss with the build.

Tried the last 3 days images.

Cheers
Spart
pkshah wrote:I'm running into the same issue as Sparticle.

The images for 20150801 and 20150718 both do not work. As sparticle mentioned, they do not load on the RPi.

I'm downloading another image (20150704), and hopefully this one will work.
I do not know why the image fails on your boards, because I tested to download the 20150801 image and it runs on my pi's.

Maybe your hdmi monitor is not yet supported by the new vc4 modesetting driver? I have had issues getting a screen using a odroid-vu screen while hdmi works fine whan attached to a philips 190x screen.

Please describe the commands or tools you used to write the image.
Try calculate the sha256sum of the image and to make sure the image have been downloaded without errors. For example the sha256sum of the 20150801-1110-vc4-image.zip is
61f0eceba53819f56a4c8da2a2c2f355cf75de7885fb6bfbda989bbca8f2a238
remember to unpack the image before you write it to the sd-card.
Try one of the well tested guides how to write images https://www.raspberrypi.org/documentati ... /README.md

good news is that the arm changes to processing have recently been merged https://github.com/processing/processing/pull/3583
https://github.com/processing/processing/pull/3522

when https://processing.org/ announce that their next processing 3 beta include ARM support then you know it is ready.
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

bullen
Posts: 200
Joined: Sun Apr 28, 2013 2:52 pm

Re: Processing 3 is running for the first time on a Raspberr

Mon Aug 17, 2015 10:48 pm

Sweet! So does it only support OpenGL 2 or can my game http://aeonalpha.com that uses OpenGL 1 mostly (I use shaders for VR barrel and chromatic aberration) run on this. Is it hard to port this to LWJGL or do I need to switch to JOGL?

BTW if this can run old OpenGL I'm going to build a Pi VR headset at some point, maybe RPi 3 if it's powerful enough!
https://github.com/tinspin/rupy - A tiny Java async HTTP application server.

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Mon Aug 17, 2015 11:12 pm

bullen wrote:Sweet! So does it only support OpenGL 2 or can my game http://aeonalpha.com that uses OpenGL 1 mostly (I use shaders for VR barrel and chromatic aberration) run on this.

BTW if this can run old OpenGL I'm going to build a Pi VR headset at some point, maybe RPi 3 if it's powerful enough!
Using OpenGL 1 is also supported by the new vc4 mesa3d driver.
bullen wrote: Is it hard to port this to LWJGL or do I need to switch to JOGL?
you need to recompile the lwjgl native sources because lwjgl thinks that all 32bit linux systems uses an x86 cpu
you also need to recompile openal, jinput and possibly jrift.

if you switch to jogl then jogamp jogl provide pre-compiled natives of jogl and openal that work on ARM armel and armhf systems
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

bullen
Posts: 200
Joined: Sun Apr 28, 2013 2:52 pm

Re: Processing 3 is running for the first time on a Raspberr

Mon Aug 17, 2015 11:32 pm

Ok, this is very cool! Good job!
https://github.com/tinspin/rupy - A tiny Java async HTTP application server.

bullen
Posts: 200
Joined: Sun Apr 28, 2013 2:52 pm

Re: Processing 3 is running for the first time on a Raspberr

Tue Aug 18, 2015 10:00 pm

The LWJGL guys are busy, but if someone can lend them some help that would be awesome since OpenAL and joystick support are good to have in VR!

http://forum.lwjgl.org/index.php?topic= ... 8#msg31508

If the LWJGL guys somehow get this up and running and my game runs at some kind of framerate on RPi 2 I will build a RPi VR head mount (wearality lenses, RPi 3?! compute module, custom IMU and Rift/Vive screens!) and open source my game engine! :)
Last edited by bullen on Sun Aug 23, 2015 2:22 pm, edited 1 time in total.
https://github.com/tinspin/rupy - A tiny Java async HTTP application server.

bullen
Posts: 200
Joined: Sun Apr 28, 2013 2:52 pm

Re: Processing 3 is running for the first time on a Raspberr

Sun Aug 23, 2015 2:21 pm

Just to complete the picture, the Rift or Vive are never going to run on a raspberry pi. They have closed source hardware drivers.
https://github.com/tinspin/rupy - A tiny Java async HTTP application server.

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Sun Aug 23, 2015 8:36 pm

bullen wrote:Just to complete the picture, the Rift or Vive are never going to run on a raspberry pi. They have closed source hardware drivers.
The rift's linux "libovr" can be compiled for the pi using the oculusvr-sdk
the old oculusvr-sdk 0.3.* branch works on any platform (no blob)
the rift is a generic HID "raw" device thus it should work on the pi.
however, the rift need two high speed usb ports, one for the camera and one for the display and here we may run into issues.

please start a new thread how to port your game to the pi, continuing on this thread is all off topic.
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

akopac
Posts: 13
Joined: Sun Oct 19, 2014 7:58 pm

Re: Processing 3 is running for the first time on a Raspberr

Tue Aug 25, 2015 9:49 pm

Interesting... When I used the images off the daily update site, the first one works great, but the second one boots to a curser on black screen. I can ssh and vnc into it and it's running, but doesn't recognize my hdmi/DVI cable like the first image. I opened the display properties over VPN and it can't recognize the display through the cable. Not the cable. I plugged it directly into the TV set with HDMI , restarted, and still arrow and black screen. Hey I'm happy to have 1 image that has hardware acceleration working. I'm getting about 59 fps windowed, 13 fps full screen on glxgears. I'm hoping to get this to work with Opencpn. Anybody else have any stats.

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Fri Aug 28, 2015 11:41 am

akopac wrote:Interesting... When I used the images off the daily update site, the first one works great, but the second one boots to a curser on black screen. I can ssh and vnc into it and it's running, but doesn't recognize my hdmi/DVI cable like the first image. I opened the display properties over VPN and it can't recognize the display through the cable. Not the cable. I plugged it directly into the TV set with HDMI , restarted, and still arrow and black screen.
Thank you for testing the current state of Eric Anholts new Linux kernel, xorg and Mesa3D by trying out the images.

Many parts of graphics initialization that before was done by the closed source firmware is now handled by the kernel.

One important step is that all the "clocks" that are required to provide timings used to output the display must be done by the new kernel driver.
Eric Anholt is currently working on improving the graphics clock initialization, i expect your TV to work when Eric's latest "clock" work is built into a new system image.
https://github.com/anholt/linux/commits ... ock-native
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

sekil
Posts: 6
Joined: Wed Sep 02, 2015 3:08 pm

Re: Processing 3 is running for the first time on a Raspberr

Wed Sep 02, 2015 3:11 pm

Hi..

I'm try latest image and i see that perfomance very very slow - boot need many many time. Why? kernel 4 ?

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Thu Sep 03, 2015 8:59 am

sekil wrote:Hi..

I'm try latest image and i see that perfomance very very slow - boot need many many time. Why? kernel 4 ?
Yes the system image is using an uptodate kernel and we have enabled quite a lot of debugging in order to be able to fix issues that we encounter. When we develop and test then we must reduce speed in order to have better debugging .

If you are simply interested in running processing 3 than i have good news for you.
You can use the latest processing file 20150821-1625-vc4-processing.tar.bz2 on a regular Raspbian system in combination with the default Broadcom /opt/vc VideocodeIV GPU OpenGL ES 2 driver. This will be fast.

Try this from a terminal window on a regular "noobs" installed Rasbian system after running startx.

Code: Select all

wget http://sukzessiv.net/~gohai/vc4-buildbot/build/20150821-1625-vc4-processing.tar.bz2
tar xvf 20150821-1625-vc4-processing.tar.bz2
cd processing-3.0b4
./processing
The reason why this work is that the latest processing 3 beta 4 and later includes improved OpenGL ES 2 support and uses the latest JogAmp JOGL that can take input from X11 while it render to a DispmanX overlay, this makes the default driver on the Raspberry Pi work for most examples out of the box.

Cheers
Xerxes
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

akopac
Posts: 13
Joined: Sun Oct 19, 2014 7:58 pm

Re: Processing 3 is running for the first time on a Raspberr

Tue Sep 08, 2015 4:24 am

Any chance of getting this all to work on Jessie? What I'm really looking to do is use this with opencpn like sparticus

akopac
Posts: 13
Joined: Sun Oct 19, 2014 7:58 pm

Re: Processing 3 is running for the first time on a Raspberr

Tue Sep 08, 2015 5:44 am

On the last post you mentioned a noobs rasbean install, runstartx. Can you run the raspi-config, apt-updae, apt upgrade,... then run the processes 3 setup? Ater running processes 3 can you apt-get update, and upgrade without issues with overwriting files and settings,...

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Tue Sep 08, 2015 5:52 am

akopac wrote:On the last post you mentioned a noobs rasbean install, runstartx. Can you run the raspi-config, apt-updae, apt upgrade,... then run the processes 3 setup? Ater running processes 3 can you apt-get update, and upgrade without issues with overwriting files and settings,...
Yes, if you use a "default" system with the Broadcom OpenGL ES drivers then getting system updates will work without issues.

The install instructions for Processing 3 for use on a default "noobs" Raspbian system is:

Code: Select all

wget http://sukzessiv.net/~gohai/vc4-buildbot/build/20150821-1625-vc4-processing.tar.bz2
tar xvf 20150821-1625-vc4-processing.tar.bz2
cd processing-3.0b4
./processing
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Tue Sep 08, 2015 6:12 am

akopac wrote:Any chance of getting this all to work on Jessie? What I'm really looking to do is use this with opencpn like sparticus
I think you should start a new thread about OpenCPN and we can check how to best make it work on the Pi. It is off topic for the Java forum and this Processing 3 thread.

By looking into the OpenCPN sourcecode i notice that the sources contains a compatibility layer glshim providing OpenGL 1.x functionality to OpenGL ES accelerated cards. Found inside the src/glshim directory of:
https://github.com/OpenCPN/OpenCPN
The author of the following blog post claims that OpenCPN runs well on Jessie using the default OpenGL ES driver in combination with the glshim from inside OpenCPN:
https://blog.startupanywhere.org/blog/2 ... n-quickly/
The author also provide a precompiled Jessie deb package that you can try install and use on your system, you have to use his websites "shop" add to cart and checkout button to get the opencpn_4.1.630-1_armhf.deb file:
https://blog.startupanywhere.org/downlo ... e-package/

I also think that you can get OpenCPN working with the new Mesa3D OpenGL driver by running gohai's buildbot buildscript on a Jessie system and use it to patch a Jessie system image. However this will take a bit of time to do but may serve as a challenge if you are interested in running a free software GPU driver on your Pi.
gohai's buildbot buildscripts are found here: https://github.com/gohai/vc4-buildbot
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

sekil
Posts: 6
Joined: Wed Sep 02, 2015 3:08 pm

Re: Processing 3 is running for the first time on a Raspberr

Tue Sep 15, 2015 7:52 pm

xranby wrote:
Yes the system image is using an uptodate kernel and we have enabled quite a lot of debugging in order to be able to fix issues that we encounter. When we develop and test then we must reduce speed in order to have better debugging .

Cheers
Xerxes
Ok.
But i'm think this not true.
i'm try disable vc4 driver by adding cma=5M to cmdline.txt and this speedup system (i'm think ~4 times faster) and i'm try this kernel with default broadcom video driver - this too fast...
how to test the driver if he slows down the system?
Current system not usable.

P.S. i'm use monitor with fullhd res...

User avatar
xranby
Posts: 538
Joined: Sat Mar 03, 2012 10:02 pm
Contact: Website

Re: Processing 3 is running for the first time on a Raspberr

Wed Sep 16, 2015 7:56 am

sekil wrote:
xranby wrote:
Yes the system image is using an uptodate kernel and we have enabled quite a lot of debugging in order to be able to fix issues that we encounter. When we develop and test then we must reduce speed in order to have better debugging .

Cheers
Xerxes
Ok.
But i'm think this not true.

i'm try disable vc4 driver by adding cma=5M to cmdline.txt and this speedup system (i'm think ~4 times faster) and i'm try this kernel with default broadcom video driver - this too fast...

how to test the driver if he slows down the system?
In the first phase we are interested in testing stability of the driver, thus if everything work without crashes or rendering issues == great success.
The driver is already way faster compared to using Mesa3D software rendering.
The driver allow OpenGL 2 applications to run faster.
One user reported improved frame-rates going up from 15fps to 32fps 2x! by booting a Pi2B with cma=512M in cmdline.txt
viewtopic.php?p=811760#p811760

However we do compile the driver with debugging information compiled in and this will reduce speed a little but the bonus is that we get useful debug information when we attach a debugger. The driver can be speed up by tweaking compile options to remove debug information and optimize for speed.

Myself i can for example get Minetest and Minecraft running with improved framerates using the new OpenGL 2 driver something that was not possible to do with the OpenGL ES 2 driver.
viewtopic.php?p=803508#p803508

Improvements to the new driver gets added weekly as can be seen here:
http://cgit.freedesktop.org/mesa/mesa/l ... rivers/vc4
sekil wrote: Current system not usable.

P.S. i'm use monitor with fullhd res...
If you are only interested in running OpenGL ES 2 applications then continue use the default OpenGL ES 2 driver shipped with Raspbian.
If you are interested in running OpenGL 2 applications then do continue to test the new driver.
Xerxes Rånby @xranby I once had two, then I gave one away. Now both are in use every day!
twitter.com/xranby

Return to “Java”

Who is online

Users browsing this forum: No registered users and 7 guests