So does Quake III run with more FPS with this experimental driver turned on?

You guys rock. Been waiting for the Pi2 to have OpenGL for quite some time – thanks for your great efforts.

wow OpenGL!
Had hoped for a video of one of the games.

With Scratch now having support for the CamJam Edukit 3, does this also include the HR-04 ultrasonic sensors…PLEASE!?

Small request for a future tweak. Any chance you could make the mouse double click speed in the desktop environment configurable? My kids find it quite difficult to do it quick enough at the moment and I can’t find a way to change the speed.

One more game related question:
Now that the experimental driver is out, is it now more likely the be able to run OpenRa on a Pi2?
http://www.openra.net

In the past I hear that OpenRa on Pi was not possible because OpenRa only use OpenGL.

When have you deployed it? Since the weekend a dist-upgrade will break my Pi2. Libc6 has not all required dependencies and I am not able to do apt-get upgrade or dist-upgrade any longer, because the config files are not containing proper dependencies.

I moved just before this to a larger SD-Card because the 8GB was to small to compile opencv. So hardware accelatered OpenGL support sounds great for OpenCV. Please add OpenCV 3.1 as a package to jessie. I don’t want to learn how hard installing is, I want to learn how to use it for face and object recognition ;-)

Thats great news on the open GPU driver. Thanks.

I while ago there was a suggestion that it might be possible make a minimal opensource version of the blob that is required to boot the Pi [1]. Has there been any progress on this? It would be great if Pi could be free enough to bounce up a few levels on the FSF single board computer list [2] and be recommended by projects like freedombox [3].

[1] https://www.raspberrypi.org/blog/a-birthday-present-from-broadcom/#comment-493935
[2] https://www.fsf.org/resources/hw/single-board-computers
[3] https://wiki.debian.org/FreedomBox/Hardware

Does this mean the full version of Minecraft may work ?

My Pi fell over during “sudo apt-get update” last night. Now it refuses to completely load X. Guess I’ll be doing a clean install tonight.

Awesome!!!

Regarding Pi 1 – will the driver be available for it, too when it is out of beta – or only for the Pi 2?

Update seems to be fine, I’ll now go to play around a bit :)

Hm, I was too fast with my praise…if I trying to enable GL-driver, it says:

“xcompmgr not found – please install”
“There was an error running option AA GL Driver”

And now?

After I installed that xcompmgr with sudo apt-get install, I was able to turn on the driver –

with the result that I sit infront of a blackscrren now :)

Now I need help….how to get back to a visible screenoutput?

Just downloaded Raspbian Jessie 2016-02-03 and put on new uSD card, booted the Pi 2 with it, did sudo apt-get dist-upgrade etc. All went well.

But when I go to overclocking options in raspi-config, it tells me “This Pi cannot be overclocked.”

Is that correct? On a Raspberry Pi B 2 ?

Fantastic!! I run a Pi2 on a boat with navigation software (openCPN) which can use openGL, a massive improvement!!!
One thing, when first installed i had display problems with the screen flipping between a rainbow pattern and normal. This turned out to be a power issue, measuring the voltage at the Pi itself it was low, so cranking up the voltage a bit on the variable supply I use it’s all good now, plus the FPS increased in the nav software. Thanks for this :)

Combine this with that fellow who made Netflix work in Chromium browser but the video was slow cause no hardware acceleration.

Can we have hardware acceleration in Chromium with this?

Ok, back on the Pi now after editing the configfile in boot-dir on another pc…backup? Of course^^

However, I do not get it to work.

Before I started here I’ve done an update,upgrade+dist-upgrade.. Now after the blackscreen I installed the 2 missing things
sudo apt-get install xcompmgr libgl1-mesa-dri – when I reboot, I’ll get a blackscreen after the coloured bootup-screen.

Do I still miss something? A special memorysplit etc.?

Any recommendations for GPU / CPU memory?

GPU at 64 (my default for non-GPU usage) and oolite planets render very badly – lots of black and white triangles rather than the nice one pictured above.

GPU at 256 and RPi 2 HDMI stopped working although RPi seemed to have booted otherwise.

Thanks

Minutes ago there seemed a change somewhere – after I tried update, upgrade+dist-upgrade again, there happened something at upgrade…but still without change – blackscreen after reboot.

disable_overscan=1
hdmi_group=1
hdmi_mode=19
gpu_mem=256
dtparam=audio=on
#dtoverlay=vc4-kms-v3d

are the only active things in my config.txt (except oc)…any ideas maybe? Possibly the wrong hdmi-mode?

Great stuff!!
Been waiting for it! Thanks for the OpenGL hardware acceleration and wiringPI update!
Now I know what I’m gonna do this evening ;-)

Very impressive work on the driver.

Are there any plans at the moment to work towards getting it on all pi variants (including the Pi Zero)?

If it is impossible to reduce the memory requirements, then saying now will stop people hoping for the impossible.

My concern is that with the driver on only the Pi2, then it will effectively split the available pi software in two – one set for all pi varients and one for only pi2.

I get the black screen issue too, so I have to comment out the change to config.txt with #dtoverlay=vc4-kms-v3d

Furthermore Emulationstation doesn’t work correctly anymore, it just boots to a black screen.

File this under “broken”, not “experimental” at the moment!

Back to the backup!

Hi there,

I did a sudo apt-get update && sudo apt-get dist-upgrade without any issues. Installed the other items, went into raspi-config and enabled the driver, rebooted.

I do see periodically a black screen when its trying to render some 3d, like oolite. Basically the screen will go dark and the little rainbow square will appear in the top right hand corner. Its as if the Raspi isnt getting enough power when running 3d apps?

Ive tried this with a PSU purchased from Adafruit and also when connected to a Motorola Atrix Lapdock, and I get the same issue.

Just wondering if anyone else is seeing the same symptoms…

Thanks,

Mark

So will Stellarium work smoothly after the hardware accelerated OpenGL support?

First: Very nice news. Really hoped for this and even visited http://anholt.livejournal.com/ yesterday.

Anyway. I don’t see the option to enable GL in raspi-config. Even after “update this tool to the newest version” nothing show up. I did apt-get update, followed bei upgrade and installed the mesa stuff beforehand but still nothing.

Did a quick test and here’s a video of glxgears running without OpenGL and with OpenGL.

http://winkleink.blogspot.co.uk/2016/02/raspberry-p-i-2-opengl-experimental.html

Also for some reason the bottom of the screen is the background colour and the mouse pointer disappears when I go below this point
Link to Tweet with picture showing the background colour is filling the whole screen.
https://twitter.com/winkleink/status/697089741947277316

Link to Tweet showing standard desktop with a program running full screen.
The piece at the bottom looks like the Status Bar is filling the rest of the screen.
Also showing I hard set the resolution to match the monitor.
https://twitter.com/winkleink/status/697089741947277316

Love that OpenGL works so well. Would love to have it fill the screen.

Did a short video of glxgears
http://winkleink.blogspot.co.uk/2016/02/raspberry-p-i-2-opengl-experimental.html

Also have a strange problem where the bottom of the screen is filled with the background colour, but programs will not go there when maximised.

Tweet with pictures showing the problem.
https://twitter.com/winkleink/status/697074510361661440

Strange, my first comment did not appear at all.

Okay next try: I followed all the steps above but I don’t get the enable GL-Driver option in raspi-config. What could cause this? Really would like to try out the driver.

Can we install OpenGL driver to the old Raspbian Wheezy? If yes, does it require any extra steps?

This so awesome. Seeing glxgears running on the Pi at 50 odd frames per second and using only a few percent CPU takes me back to the day I first got accelerated OpenGl running on Linux. Using a shiny new 3DFX Voodoo graphics card back in 1999.

Well done.

Now where is that browser that supports webgl ?

@heater chromium should support webgl

Sweet,

now maybe we can get OpenFL (yes the F is no typo) and other haxe-libraries to run on X11 in a window in the near future, and make the Pi2 a supported target!

So after this
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install raspi-gpio

I get ‘raspi-gpio is already at newest version’

and same for libgl1-mesa-dri

and glxgears is still software ,
clearly is not downloading,
my mirror not updated perhaps ?

Needed to do a sudo apt-get update before neverball would install.

Got the following error.

pi@raspberrypi:~ $ sudo apt-get install neverball
Reading package lists… Done
Building dependency tree
Reading state information… Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
neverball : Depends: libsdl2-2.0-0 (>= 2.0.0) but it is not going to be installed
Depends: libsdl2-ttf-2.0-0 (>= 2.0.0) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Really great,yes its a new born for pi.Very nice to see gl on my pi. Wow thanks its work. I so happy with my new old pi ;)

openarena is running wow thats a great.

For what it’s worth, if my RPi is set to boot to console, then I get a black screen (following the full-screen rainbow splash). If I have set to boot to the GUI, then the driver seems to behave properly.

blender works so too. jau

Thanks for the update!

I have noticed that Omxplayer no longer works with OpenGL turned on. Is this expected?

I’ve also noticed other software seems to be running much more slowly e.g. I use Geany with several tabs open to edit source code. When switching tabs you can visibly see it drawing the text down the screen but if I turn OpenGL off it is back to full speed again. I realise this is experimental and maybe I am expecting too much at this early time?

This brings a whole new chapter for the Raspberry Pi 2! Now the GPU is ready to wake up from its hibernation. Can’t wait what the future holds!

Ok, Im quite dumb about 3D so, this means games/apps written with opengl need can now be compiled to the Pi?
For example pyopengl and such libs can now support a game like Frets On Fire? (it’s for opengl)
and the openglES? what’s de difference in this case now?

Bottom line is: Can I compile/run games natively made to opengl (not openglES) hardware?

It’s great to see accelerated OpenGL – but it would be better to mention enabling it completely KILLS ALL CAMERA SUPPORT, as well as accelerated video via omxplayer…. I realise its an early release, but the blog above ONLY mentions “minor graphics glitches” – not core features stopping working !!

Grumbling aside – I’m happy to use the OpenGl support on a different SD card as needed, now I know the llimitations. No doubt future updates will improve.

I use the Atari Stella emulator and it worked brilliantly in Wheezy. When Jessie was released it was broken and could only be started in ‘software mode’ which was unuseable. This new driver has enabled me to use it again at full speed BUT only in a small window – when set to full screen it slows down terribly. I have looked at the settings and enabled OpenGL mode but it still won’t work properly full screen. I wonder why all was perfect in Wheezy … ?

When I first read that there was a new OpenGL driver I thought, big deal, the GPU has been running OpenGLES since Day One, who cares? Then I was reading through the comments and realized that they hadn’t accidentally left off the “ES” … it was full OpenGL support … on the desktop, at that! O … M … G … L … !!! I’m stuck on a 100 Kbps Internet link for the moment, so it took a few hours to get the new distro downloaded, but now I’m ready to jump into 3D hyperspace!!!

This is enough of an advance for me to resume development of my long-planned STEM educational game, Pi-finity! Not being able to run it integrated with the desktop was highly unsatisfactory, but now that hurdle is mostly crossed and there are lots of other parts beyond the 3D graphics that need to be completed anyway, the most important being the P2P data sharing that obviates central servers being needed to maintain coordinated state across systems on the network.

I have Spring break coming up in a month and the Summer when school will be out, although I will be running computing Summer camps, Jams, and possibly Jamborees across the U.S., so I will be plenty busy, as usual. If I’ve made enough progress by then though, I’ll be able to publish a draft API and enough code for the basic functionality to run and then perhaps contributions by others can help accelerate development of the full system.

Thank you to the whole raft of people who made this possible, as well as all of the other upgrades that I’ll be checking out over the coming weeks. The future’s now so bright, we’ve _all_ gotta wear shades … 3D shutter-equipped shades, at that! :D

Setting screen resolution in /boot/config.txt does not seem to have any effect?

So is it significantly hardware accelerated to use Android ?

what needs to be done to get an open source android to boot ?

EXCELLENT ! I confirm, Minetest work like a charm ! i had to desactivate colored square (avoid_warnings = 1 in config.txt)

The best opengl game I know is Warzone2100 – will try it soon with the experimental opengl driver and report back here :)

I did an upgrade on a running Jessie and activated GLX in raspi-config. At first I was getting the flipping screen with the color square, after changing the PSU it was ok. It will run e17 great but I have an overscan problem which will not be affected by changes of overscan setup in config.txt. The overscan problem appears even after booting in text mode.
All in All it looks very promissing!

Only getting the rainbow splash on my pi2 with the pi touchscreen, even when booting to GUI is enabled.

neverball + senseHat accelerometer …

can anyone try to compile blender? :)

Seems to work nicely on my pi2 with just one exception. After enabling the openGL driver and rebooting I seem to get 1 (or maybe 2) columns of magenta pixels at the very left side of my screen – this occurs both in the console and in the X Window System. Disable the openGL driver and reboot and the purple columns disappear again.

Is the new driver Eric Anholt’s open source driver? I wonder if it will be used for everything even when there’s no OpenGL, including the high res framebuffer. A few days ago I tried a custom build (http://sukzessiv.net/~gohai/vc4-buildbot/build/), but now the site has no builds anymore and says in a few words something that could be interpreted as if the current Raspbian (if the new driver is enabled) works completely without the closed source driver.

_Now_ then, who’s the first to try and see if the Pi is finally up to being a Stepmania machine? (Don’t have a 2 handy myself.)

Is the SPI clock rate independent of the CORE_FREQ in this build? For more details on this issue see: http://pi-plates.com/the-problem-with-overclocking-and-the-spi-bus/

Are there any differences between the build from http://sukzessiv.net/~gohai/vc4-buildbot/build/ and the current raspian jessy build?

And:
Will there be chromium-browser available in the repos again? ;)

Thanks for the great work!

Great work!

With just a little effort, I was able to get OpenMW running on the Raspberry Pi last night using the experimental driver. I only got maybe 10-15 FPS, but considering the developmental status of everything, it was still impressive and shows a lot of promise.

After doing the upgrade, rebooting, enabling the GL driver, and rebooting again, the GUI would not come up again. My TV complained about invalid picture format or something like that.

I was able to SSH into the Pi, disable GL, reboot again, and it’s working fine again, but for now it seems the GL driver does not work for me.

Blackscreen troublehooting: Narrowing this down to an HDMI display config somewhere. Two different Pi 2’s – same PSU, SD card etc. – only difference is the display. One works (Panasonic TV), the other gets black-screen after rainbow (cheap off-brand TV). Again, no difference in the setup except the display. Tried hdmi_boost=4, hdmi_drive=2 ; no change.

Swapped the Pi’s so the one that didn’t work is on the Panasonic, and vice versa. Pi that did not work on the small TV, now works on the Panasonic. Pi that worked before, show’s black screen when connected to the small off-brand TV.

The Qt Creator Welcome plugin now loads! Except rather mashed up… complains with

libEGL warning: Render node support not available, falling back to dri2
libEGL warning: If you want to force dri3, set EGL_FORCE_DRI3 environment variable

When I enabled the new OpenGL system I got a problem where the raspberry pi would stretch the screen (or maybe the monitor) and the monitor would give an ‘out of range’ error. Is this a bug? How do I fix this?

I managed to get Minecraft 1.8.9 working for about 1 minute !

https://youtu.be/RlQG9GY3RiQ

Well I must be of a certain age, because the best thing about this news is Oolite. Time to do an upgrade!! :D

with the new native driver the pi can actually deliver 465fps on glxgears or 2335 frames in 5 seconds. Not a speed demon but still quite respectable for this little beast. To try for yourself you have to set an environment variable prior to running glxgears to disable vsync
export vblank_mode=0
glxgears

Some Processing programs wouldn’t run previously, complaining about the OpenGL. Does anyone know if these work now?

OpenGL is a realy BIG news…

I’ve checked Colobot, and it runs realy smoothly
(Just apt-get install colobot)

It’s a game, where you can program bots in a language called CBOT, which is similar to C++ and Java.

The game was recommended by ministry of education in Poland years ago. Now it is opensource, and managed by International Colobot Community.

Minor issue, but still: ping still requires root (sudo)
I did sudo apt-get update && sudo apt-get dist-upgrade
and still a ping your.domain.com answers:
ping: icmp open socket: Operation not permitted

Glad to hear that DRM driver has been included in this new release, so will there be someone working on some GPGPU stuff in this infrastructure, like a llvmpipe based OpenCL driver?

Is it possible to have OpenGL on a dispmanx OR kms rendering context instead of an X11 context?

Great news. A major advantage of the Raspberry Pi over other small board computers is its software support. With the new OpenGL, I was able to watch Avogadro gracefully turn around oxytocin, a nine-amino acid polypeptide.

One thing. The new Raspbian did not have the ignore_LCD line in /boot/config.txt. I had to add ignore_LCD=1 to get it to display out the HDMI connector for class demos. (It had defaulted to my RasPi display.)

Very Nice. I was plaing colobot in my raspberry. Now I like.

When will native GPIO screen support arrive? I have a screen and installing the drivers-from wheezy era-cause X to be modified to something that causes it to always crash. Also, the screen powers but just displays pure white. I can include link if needed.

Dear Simon,

excuse my slow thinking. I believe that OSS is a good thing in itself, but what other advantages does the new driver bring to the users? I saw Quake Arena running with the closed source OpenGL drivers – so what is missing? ;-)

Or is it that the closed source driver does only support OpenGL ES vs. full OpenGL in the OSS driver? If this is the main difference then it should get more emphasis.

Thank you very much!
Georg

After I rebooted with OpenGL the Volume Control in the panel disappeared, and when I try to add it back I get empty space instead. glxgears and Neverball works, but when I start Neverball sound doesn’t work and I get “Failure to open audio device (ALSA: Couldn’t open audio device: Filen eller katalogen finns inte)” (I use Swedish language). I normally use analog sound. Also, the lower part of the screen can’t be used — it’s the same gray as the background. I have a 4:3 screen, I think.

I installed Processing 3 https://www.raspberrypi.org/learning/introduction-to-processing/requirements/software/ and then run the example Demo/Graphics/Planets, but after that my screen image is very wiggly . It didn’t help to restart the screen. I shall now try rebooting.

HI

None of my hdmi settings worked in config.txt; I got the black screen.

HOWEVER, I put the video resolution as a kernel parameter and IT WORKED. Mine is as follows (note the video=..) parameter (it depends on the actual device of course).

pi@raspberrypi:/boot $ cat cmdline.txt
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait video=1360×768

Just a follow up to my previous post, on my kernel parameter video=wxH the H seems to work only on H=768. I got the working combination (for my tv) by trying out values on output of /opt/vc/bin/tvservice (dump edid data, then parse, then try out the values). a cat of /proc/cmdline seems to help, there is a entry for bcm2708_fb.fbheight that is probably correct for the display device.

I still have to use sudo to ping – any ideas why?

“experimental GL driver”.
Awesome! Cant wait to give this a spin at the weekend.

Enabling Gl kills my Pi also, and I removed as much as I could from the USB port, and am also using a PSU with 2.5A.

Will be keeping and eye on this one though, I’m excited to see it come out of beta!

on my existing Jessie install using a HDMI-VGA dongle and an old monitor i’ve always had to use ‘custom’ HDMI settings in /boot/config.txt.
Enabling GL driver gave me a blank screen.

However removing my HDMI entries in config.txt, while still having the GL driver enabled allows it to work as it should. Disabling GL driver gives me no display on boot.

I’m happy with just using the GL driver

glxgears 60fps.

Paul

Is there a change to the kernel that needs to be made to use OpenGL with the Raspberry pi 7″ touchscreen display? (on the DSI port)

With a clean install to an SD card, and making the raspi-config change, the boot stops at the “rainbow” screen.

By commenting out the one line in config.txt:
dtoverlay=vc4-kms-v3d
it boots to the desktop (but without OpenGL)

http://elinux.org/R-Pi_Troubleshooting#Coloured_splash_screen
According to notation on elinux.org, a boot with the rainbow screen display means kernel.img is not loading.

Fresh IMG on SD card with latest Raspbian also gives me a rainbow screen on the official 7″ touchscreen display, when open gl driver is enabled.

So I plugged in a HDMI cable and rebooted, and it works fine…

But I really want it to run on the small screen.

Any ideas??

I believe that I have been following your instructions correctly about keeping my Raspbian software up-to-date, including those here about updating to Jessie. My system is still working fine! Dumb question: How do I know if I am now running Jessie rather than an earlier version of Raspbian? How do I know what version is running in my Raspberry Pi

Does the latest release of Jessie support USB gadget mode on the Raspberry Pi Zero or do we still need to pull the alpha drivers as per this post: http://blog.gbaman.info/?p=699

Is there any way to get this nice ogl driver work with the PiTFT from Adafruit, or the Official 7inch touchscreen?

By the way this driver makes the Raspberry so much better than the Android-clones like banana or cubie.

Nice work

Nice work

I don’t see the kernel headers to match latest kernel version:
# uname -srvmo
Linux 4.1.17+ #838 Tue Feb 9 12:57:10 GMT 2016 armv6l GNU/Linux

The only headers I can see are for 3.x kernels:

# sudo apt-cache search linux-header*
linux-headers-3.10-3-all – All header files for Linux 3.10 (meta-package)
linux-headers-3.10-3-all-armhf – All header files for Linux 3.10 (meta-package)
linux-headers-3.10-3-common – Common header files for Linux 3.10-3
linux-headers-3.10-3-rpi – Header files for Linux 3.10-3-rpi
linux-headers-3.12-1-all – All header files for Linux 3.12 (meta-package)
linux-headers-3.12-1-all-armhf – All header files for Linux 3.12 (meta-package)
linux-headers-3.12-1-common – Common header files for Linux 3.12-1
linux-headers-3.12-1-rpi – Header files for Linux 3.12-1-rpi
linux-headers-3.16.0-4-all – All header files for Linux 3.16 (meta-package)
linux-headers-3.16.0-4-all-armhf – All header files for Linux 3.16 (meta-package)
linux-headers-3.16.0-4-common – Common header files for Linux 3.16.0-4
linux-headers-3.16.0-4-rpi – Header files for Linux 3.16.0-4-rpi
linux-headers-3.18.0-trunk-all – All header files for Linux 3.18 (meta-package)
linux-headers-3.18.0-trunk-all-armhf – All header files for Linux 3.18 (meta-package)
linux-headers-3.18.0-trunk-common – Common header files for Linux 3.18.0-trunk
linux-headers-3.18.0-trunk-rpi – Header files for Linux 3.18.0-trunk-rpi
linux-headers-3.18.0-trunk-rpi2 – Header files for Linux 3.18.0-trunk-rpi2
linux-headers-3.6-trunk-all – All header files for Linux 3.6 (meta-package)
linux-headers-3.6-trunk-all-armhf – All header files for Linux 3.6 (meta-package)
linux-headers-3.6-trunk-common – Common header files for Linux 3.6-trunk
linux-headers-3.6-trunk-rpi – Header files for Linux 3.6-trunk-rpi
linux-headers-rpi – Header files for Linux rpi configuration (meta-package)
linux-headers-rpi-rpfv – This metapackage will pull in the headers for the raspbian kernel for the
linux-headers-rpi2-rpfv – This metapackage will pull in the headers for the raspbian kernel for the

Where do I get the matching header files (I want to compile the INDI driver)?

After a completely new NOOBs and uploading the latest of the distro plus all that is required. I seem to be the only one with this interesting problem:
A totally black screen unless the mouse is moved. As soon as the mouse stops, the screen is black again. Regardless of anything else.
Any ideas what I was doing wrong?

Here’s another small OpenGL 2.1 test for the RPi 2:
http://www.geeks3d.com/20160215/raspberry-pi-opengl-2-1-support-tested-with-geexlab-0-9-6-0/
With GPU: 160 FPS, with CPU: 3 FPS!

Thanks for the OpenGL update!

Can we have VLC player running smoothly on Raspi 2 ? Can we have pppoeconf pre-installed ? These two things are essential for raspbian to be more acceptable.

So I upgraded my Rasbian installation and once again my desktop got screwed up. People, I really like the regular updates Raspbian receives but there’s a big no-go in my opinion which is messing around in one’s home directory. Believe me, I’ve already configured the desktop the way I like. So to me the resetting to your defaults seems like forcing your desktop design on me. I know – my configuration is stored in the “oldconffiles” folder but why is it necessary to write in my home folder, guys?

Today I took a few hours to test the experimental Open GL driver.
1) As already reported, blender finally works, but the right click used to select objects doesn’t. Surprisingly, right click with disabled experimental driver works though, but then 3d part of the scene is not rendered anyway (only the 2d HUD over the 3d scene).
2) supertux works great with 60 FPS using hardware opengl. However, supertux already worked before with 60 FPS using software renderer, but without GL effects. OTOH, running software opengl with effects had 1.5 FPS beforehand.
3) supertuxkart hard freezes on startup splash when using hardware opengl. Software emulation works, but is unplayable (<1 FPS).
4) extremetuxracer runs fine on hardware opengl for the first few seconds in 3d scene, but then runs with <1 FPS. I guess painting the belly track texture is giving RPi some trouble.

Any chance to get Vulkan instead of OpenGL on day on Raspberry PI 2/3?

Hi all,

My turn to thank you for that driver and to share trouble I had.
I tried my RPI2 with OpenGL activated on 2 different TV:
* one didn’t support resolution. When OpenGL was activated, according to TV resolution changed from 1080p to something like 1150*??? (I don’t remember).
* other one, OK for the resolution but Desktop was displayed only if I moved the mouse. If I didn’t, as PaddyB said “i had display problems with the screen flipping between a rainbow pattern and normal”
So, like PaddyB, I changed my PSU (actually, it’s a smartphone charger) to a more powerful and it’s ok.
Thanks a lot

Hi all,

Today I installed processing and the latest raspian version
(from 26.02.16).

GL works only with missing pixels (hdmi_group=1, hdmi_mode=4)
at the border.

everything installed ok, enabled but no gl acceleration.

./OpenGL21_Test ~2fps …

rpi2, jessie, 4.1 kernel

Any experience with OpenGL on Raspberry Pi 3?

I bought a shiny new RPi3 on Sunday, slapped Raspbian Jessie on it, updated the firmware, installed mesa-utils xcompmgr libgl1-mesa-dri and…

glxgears runs at 37 fps with lots of flickering and judder. Neverball plays music by refuses to display anything and oolite is virtually unresponsive.

How can I get the OpenGL drivers running? Any ideas for troubleshooting

Tried on my new RPi3, and didn’t work at first. Swapped my power adapter from 2A to 5A output and works fine.

updated my RPi3 running Kaffeine, resulting in two issues
1) Without GL No picture or sound
2) With GL Screen turns black, one or two frames of tv then black screen 4-5 seconds then grey login screen.

HELP ME PLEASE !!!!!!!

This is great! Thanks for the work you’re putting into this RPF.

I ran into an issue after completing the steps in this article; I have a black screen on our TV after booting. The contents of the Xorg.0.log are here:

http://pastebin.com/9aqgfPY3

Any help is appreciated, and thanks again :D

Ah, nevermind; just found the bug thread in the forum:

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=135790&start=25

Hi, I am a complete new starter with the Pi. I have the Pi3 and bought the Raspberry Pi 7″ Screen and stand. Followed all install instructions and all fine except image on screen is upside down. Contacted the PiHut and their response is … I do not know what they mean can someone help be more specific… i.e. where do I type this command?, what editor?. I have tried typing this in the Terminal Screen after the $ but no joy…. apologies if this is really basic !!

“An update has been pushed to Raspbian to flip the screen ( rotate it by 180 degrees ) for a better desktop viewing angle. This makes it upside-down in our stand, so you’ll need to change a setting to flip it back.

To do this, open /boot/config.txt in your favourite editor and add the line:
lcd_rotate=2
This will rotate both the LCD and the touch coordinates back to the right rotation for our display stand.

Don’t use the documented display_rotate, it performs a performance expensive rotation of the screen and does not rotate the touch input.”

Cheers
Jim

hi all,

Does the OpenGL support work on RPi3? From some of the earliest post it would appear so but I am not able to get it to work.

I have performed the following procedures twice. After enabling the OpenGL support in the command-line version of raspi-config, and reboot, I only get a rainbow-screen.

I have RPi3 with the official 7″ touch screen. The following is what I did:

1) using a fresh 32GB Samsung Evo+ microSD card,
2) use Win32DisImager to write Jessie image (2016-03-18-raspbian-jessie.img)
3) plug-in the 32GB microSD into RPi3, booted it,
4) expended the file system, rebooted,
5) performed the following commands:

sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install raspi-gpio

6) rebooted,
7) performed the following commands:

sudo apt-get install xcompmgr libgl1-mesa-dri mesa-utils

(but nothing was installed/updated as they were already present)
8) used the command-line version of raspi-config to enable OpenGL support,
9) rebooted

but upon reboot I only get a rainbow pattern screen (square, red on the top-left, blue on the bottom-left, yellow on the top-right, and cyan on the bottom -right)

Does anyone know what I am doing wrong?

any help is very much appreciated,

Simon, can you eventually have a look in this thread

https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=125821&p=957604#p957604

(and fix the apptoolbar, pls? :) ) Many thanks already.

Hello.
I run Raspbian Lite on Pi 3. I did dist-upgrade just yesterday. After upgrade I see unwanted disc activity – LED is blinking every second.
Can somebody tell me, what is going on? How can I prevent this disc IO?

screen size issue with activated OGL on Raspberry pi 2

I observed the following behaviour:
As soon as I activate the Open GL feature, the screen size on my Samsung ue55C6700 TV set gets misallocated.
About 16 -30 pixels to each side are beyond the visible screen.
I tried to allocate the screen size manually to no avail. I seems that the OGL feature completely surpasses the raspi-config and uses its own hdmi driver.
As soon as I switch off the OGL, the screen size responds again according to the raspi-config.
On my LG monitor m2380 there is no such issue.
Did anyone else experience such issues?

Any idea when we can get support of OpenGL 3.3, till today its 2.1, which is good but most of the recent code follows 3.3… Any time for this ???

does open gl work with the raspberrry pi 3?