Messages

1

General discussions / Re: SFML with hardware accelerated graphics on the raspberry pi

« on: May 02, 2016, 07:01:20 am »

In case anyone out there is actually using this, I've redone the implementation of sfml on the raspberry pi to bring it up to sfml's current master branch and to completely remove the X dependency.

I'm able to use this new version to run my fullscreen sfml application right from the rpi command prompt.

The code and instructions are here: https://github.com/mickelson/sfml-pi

cheers

2

General discussions / Re: SFML with hardware accelerated graphics on the raspberry pi

« on: April 03, 2015, 08:09:55 pm »

I haven't tried lately.

A while ago when I was first experimenting I loaded the mesa egl packages that are available in rasbian and linked against those.

It worked but the speed was unusable for what I wanted

3

General discussions / Re: SFML with hardware accelerated graphics on the raspberry pi

« on: March 27, 2015, 07:11:04 am »

Interesting. Looked into the Pi differences myself last year but didn't really bother to try it since it can get quite some PITA as you'd essentially have to manage the surface yourself, update/scale/move it with your window, etc.

Would be nice being able to omit X as a whole, considering it's not really used anyway.

Edit:
Why the "SFML_BCMHOST" define? Couldn't you hardcode it specific to the Raspberry Pi as a platform? I'm quite sure there's some CMake variable to check.

Edit 2:
According to Stack Exchange you should be able to use the following in CMake:

include(CheckIncludeFile)
CHECK_INCLUDE_FILE(/opt/vc/include/bcm_host.h BCMHOST)

Hi Mario, I agree that it looks like it would be a pain to implement this much further.  Plus there seems to be next to no documentation available for dispmanx!  Luckily I only need a fullscreen window 

I thought about having an automatic check for the Pi, but decided to do the define because I didn't want to prevent people from building the software rendered version on the pi if they wanted to (seems possible given the limitations on this atm).

check_include_file doesn't seem to pick up a full absolute path like what you linked from stack exchange.  I'm pretty green when it comes to cmake but I think you need to do something like "if (EXISTS /opt/vc/include/bcm_host.h)" but I'm not sure whether that would work for cross compiles, etc.

cheers

4

General discussions / SFML with hardware accelerated graphics on the raspberry pi

« on: March 23, 2015, 06:11:38 am »

EDIT MAY 1, 2016: USE THIS INSTEAD: https://github.com/mickelson/sfml-pi

Hi all,

I've been playing around with SFML on my raspberry pi and I've managed to get SFML's openGL ES implementation working with the pi's graphics hardware.

I've look around a bit and haven't been able to find much about people successfully using SFML for graphics on the pi, so I thought I'd post what I've got in case it is useful for anyone else.

What I've got is fairly rough and only works for a fullscreen window.  The code is in the rpi branch of: https://github.com/mickelson/SFML

It's working for me on the most recent version of raspbian wheezy.  The cmake command should look something like this:

Code: [Select]

cmake -DEGL_INCLUDE_DIR=/opt/vc/include -DEGL_LIBRARY=/opt/vc/lib/libEGL.so -DFREETYPE_INCLUDE_DIR_freetype2=/usr/include -DFREETYPE_INCLUDE_DIR_ft2build=/usr/include/freetype2 -DGLES_INCLUDE_DIR=/opt/vc/include -DGLES_LIBRARY=/opt/vc/lib/libGLESv1_CM.so -DSFML_BCMHOST=1 .