OF_FULLSCREEN seems not works with PandaboardES #80

kalwalt · 2012-12-14T17:43:44Z

For me OF_WINDOW or OF_FULLSCREEN do the same ( instead OF_FULLSCREEN should do a real fullscreen mode ) i don't know if it is a bug or a functionality not yet implemented in the arm branch . Just want to make a flag note.

bakercp · 2012-12-14T22:19:54Z

This is implemented on Raspberry Pi, but may not be working on the x11 pandaboard ofAppEGLWindow yet. I'll take a look at it as I continue to update the ofAppEGLWindow class, but @arturoc is the current expert on x11 windowing on the Pandaboard side, so he might have some thoughts.

kalwalt · 2012-12-14T22:35:04Z

ok thank's @bakercp for the feedback. we'll see for the @arturoc thoughts.

arturoc · 2012-12-15T14:41:04Z

yes fullscreen is not implement yet, will do when i have a moment,

bakercp · 2013-01-02T06:14:53Z

This should be fixed in b6a2310 Please test.

bakercp · 2013-01-02T06:18:21Z

Closing for now. Please reopen if it is not working.

kalwalt · 2013-01-02T11:41:38Z

@bakercp don't works for me:

./customEGLWindowSettings.app
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]
Aborted (core dumped)

i think this is related to: #76

bakercp · 2013-01-02T13:38:29Z

Hi @kalwalt please try the latest. The issue was with x11 window creation in the latest (I couldn't test it so an obvious error snuck past) 9f85ffc.

kalwalt · 2013-01-02T13:47:13Z

ok @bakercp i will try again with the 9f85ffc

kalwalt · 2013-01-02T14:07:13Z

hi @bakercp see here gdb:

(gdb) run
Starting program: /home/walter/OF-develop-raspberrypi/openFrameworks/examples/gles/customEGLWindowSettings/bin/customEGLWindowSettings.app
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

Program received signal SIGABRT, Aborted.
__libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
47 ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S: No such file or directory.
(gdb)

arturoc · 2013-01-02T14:09:33Z

can you type bt in gdb after the crash? that will give you the full stack trace so we can see exactly were the error is. i'm busy right now but will give this a try assoon as i have a moment

bakercp · 2013-01-02T14:16:29Z

Hey @kalwalt the error [ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited. is the one I thought I fixed with the last commit. Basically, in the previous version, the ofAppEGLWindow::createX11NativeWindow was attempting to get the screen size, but the ofAppEGLWindow::getScreenSize method was requiring the x11 window to be inited before giving the screen size -- it is currently using:

      screenWidth  = XWidthOfScreen(x11Screen);
      screenHeight = XHeightOfScreen(x11Screen);

@arturoc perhaps you know a way to get the screen size without first initing the x11Screen var.

Anyway, can you make sure that you have ofLogLevel set to verbose so we can see how far it gets? And also confirm that you compiled your debug lib with this commit 9f85ffc (which is where I thought I fixed this a few minutes ago)?

underdoeg · 2013-01-02T14:21:16Z

I had a similar problem with the display manager within ofxFenster and I ended up reopening the display based on common addresses. It's not that nice as a solution but maybe works in your case as well? https://github.com/underdoeg/ofxFenster/blob/master/src/ofxDisplayManager.cpp#L56

kalwalt · 2013-01-02T15:37:46Z

@bacercpi confirm that i have this commit 9f85ffc and ofLogLevel is set to verbose as the example is. this is the output from gdb with bt:
(gdb) run
Starting program: /home/walter/OF-develop-raspberrypi/openFrameworks/examples/gles/customEGLWindowSettings/bin/customEGLWindowSettings.app
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

Program received signal SIGABRT, Aborted.
__libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
47 ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S: No such file or directory.
(gdb) bt
#0 __libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
#1 0xb6b09e92 in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:67
#2 0xb6b0c26c in __GI_abort () at abort.c:91
#3 0xb683dd66 in PVRSRVDebugAssertFail () from /usr/lib/libsrv_um.so
#4 0xb683cb24 in PVRSRVDestroyRecursiveMutex () from /usr/lib/libsrv_um.so
#5 0xb682067a in ?? () from /usr/lib/libIMGegl.so
#6 0xb682067a in ?? () from /usr/lib/libIMGegl.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

bakercp · 2013-01-02T16:39:01Z

Regarding:

X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

I just pushed a few more changes to the ofAppEGLWindow -- see this one for the significant bit 63a3318.

I need to get a pandaboard .... :/

danzeeeman · 2013-01-02T16:41:20Z

I wonder if this would work on the beagleboard as well?

On Wed, Jan 2, 2013 at 11:39 AM, Christopher Baker <[email protected]

wrote:

Regarding:

X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

I just pushed a few more changes to the ofAppEGLWindow -- see this one for
the significant bit 63a331863a3318
.

I need to get a pandaboard .... :/

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/80#issuecomment-11814312.

"I believe in science. Unlike mathematical theorems, scientific results
can't be proved. They can only be tested again and again, until only a fool
would not believe them.

I cannot prove that electrons exist, but I believe fervently in their
existence. And if you don't believe in them, I have a high voltage cattle
prod I'm willing to apply as an argument on their behalf. Electrons speak
for themselves."

-- Seth Lloyd: Quantum Mechanical Engineer, MIT

/.

arturoc · 2013-01-02T16:48:10Z

yes, the beagleboard works with the armv7 version too, i've only tested
on a beaglebone, so no screen by now, but it should work without problem
now. any other omap4 or omap3 should work without problem

On 01/02/2013 05:41 PM, Dan Moore wrote:

I wonder if this would work on the beagleboard as well?

On Wed, Jan 2, 2013 at 11:39 AM, Christopher Baker
<[email protected]

wrote:

Regarding:

X Error of failed request: BadValue (integer parameter out of range
for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468,
/rec_mutexes_cond_using_pthread_condvars.c]

I just pushed a few more changes to the ofAppEGLWindow -- see this
one for
the significant bit
63a331863a3318

.

I need to get a pandaboard .... :/

—
Reply to this email directly or view it on
GitHubhttps://github.com//issues/80#issuecomment-11814312.

"I believe in science. Unlike mathematical theorems, scientific results
can't be proved. They can only be tested again and again, until only a fool
would not believe them.

I cannot prove that electrons exist, but I believe fervently in their
existence. And if you don't believe in them, I have a high voltage cattle
prod I'm willing to apply as an argument on their behalf. Electrons speak
for themselves."

-- Seth Lloyd: Quantum Mechanical Engineer, MIT

/.

—
Reply to this email directly or view it on GitHub
#80 (comment).

danzeeeman · 2013-01-02T16:54:20Z

Ill bring up my beagleboard soon.
On Jan 2, 2013 11:48 AM, "arturo" [email protected] wrote:

yes, the beagleboard works with the armv7 version too, i've only tested
on a beaglebone, so no screen by now, but it should work without problem
now. any other omap4 or omap3 should work without problem

On 01/02/2013 05:41 PM, Dan Moore wrote:

I wonder if this would work on the beagleboard as well?

On Wed, Jan 2, 2013 at 11:39 AM, Christopher Baker
<[email protected]

wrote:

Regarding:

X Error of failed request: BadValue (integer parameter out of range
for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468,
/rec_mutexes_cond_using_pthread_condvars.c]

I just pushed a few more changes to the ofAppEGLWindow -- see this
one for
the significant bit
63a3318<
63a33180445babf4e7bf761dca439bbae1bd407b>

.

I need to get a pandaboard .... :/

—
Reply to this email directly or view it on
GitHub<
https://github.com/openFrameworks-RaspberryPi/openFrameworks/issues/80#issuecomment-11814312>.

"I believe in science. Unlike mathematical theorems, scientific results
can't be proved. They can only be tested again and again, until only a
fool
would not believe them.

I cannot prove that electrons exist, but I believe fervently in their
existence. And if you don't believe in them, I have a high voltage
cattle
prod I'm willing to apply as an argument on their behalf. Electrons
speak
for themselves."

-- Seth Lloyd: Quantum Mechanical Engineer, MIT

/.

—
Reply to this email directly or view it on GitHub
<
https://github.com/openFrameworks-RaspberryPi/openFrameworks/issues/80#issuecomment-11814412>.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/80#issuecomment-11814709.

bakercp · 2013-01-03T23:22:22Z

@kalwalt or @arturoc is this fixed?

kalwalt · 2013-01-04T18:16:40Z

it seems not fixed @bakercp @arturoc .
Running in OF_FULLSCREEN the customEGLWindowSettingsExample with GLES2 i got

(gdb) run
Starting program: /home/walter/OF-develop-raspberrypi/openFrameworks/examples/gles/customEGLWindowSettings/bin/customEGLWindowSettings_debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

Program received signal SIGABRT, Aborted.
__libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
47 ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S: No such file or directory.
(gdb) bt
#0 __libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
#1 0xb6b09e92 in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:67
#2 0xb6b0c26c in __GI_abort () at abort.c:91
#3 0xb683dd66 in PVRSRVDebugAssertFail () from /usr/lib/libsrv_um.so
#4 0xb683cb24 in PVRSRVDestroyRecursiveMutex () from /usr/lib/libsrv_um.so
#5 0xb682067a in ?? () from /usr/lib/libIMGegl.so
#6 0xb682067a in ?? () from /usr/lib/libIMGegl.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

and running the viewportExample in OF_FULLSCREEN mode with GLES1

(gdb) run
Starting program: /home/walter/OF-develop-raspberrypi/openFrameworks/examples/gl/viewportExample/bin/viewportExample_debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

Program received signal SIGABRT, Aborted.
__libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
47 ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S: No such file or directory.
(gdb) bt
#0 __libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
#1 0xb6b09e92 in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:67
#2 0xb6b0c26c in __GI_abort () at abort.c:91
#3 0xb683dd66 in PVRSRVDebugAssertFail () from /usr/lib/libsrv_um.so
#4 0xb683cb24 in PVRSRVDestroyRecursiveMutex () from /usr/lib/libsrv_um.so
#5 0xb682067a in ?? () from /usr/lib/libIMGegl.so
#6 0xb682067a in ?? () from /usr/lib/libIMGegl.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

bakercp · 2013-01-04T19:11:11Z

I think this may be happening because we can't get the monitor resolution currently until x11 has been inited. If you start with OF_FULLSCREEN, that is. Can you start with OF_WINDOW and then toggle to fullscreen?

If so, we need to simply find a way to implement getScreenSize() for x11 before x11 has been inited. This shouldn't be super difficult ... (famous last words!).

kalwalt · 2013-01-04T19:57:05Z

i realized that my GLES2 test above wasn't right here alpaMaskingShaderExample in OF_FULLSCREEN

(gdb) run
Starting program: /home/walter/OF-develop-raspberrypi/openFrameworks/examples/gl/alphaMaskingShaderExample/bin/alphaMaskingShaderExample_debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[ofAppEGLWindow::getScreenSize:error] Tried to get display size, but failed. x11Screen is not inited.
[ofAppEGLWindow::createSurface:notice] Setting up EGL Display
PVR:(Warning): LoadWSModule: Window system module libpvrws_KMS.so did not validate native display [98, /generic_ws.c]
PVR:(Warning): LoadWSModule: Window system module libpvrws_WAYLAND.so did not validate native display [98, /generic_ws.c]
[ofAppEGLWindow::createSurface:notice] EGL Display correctly set.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 1 (X_CreateWindow)
Value in failed request: 0x0
Serial number of failed request: 8
Current serial number in output stream: 10
PVR:(Fatal): Debug assertion failed! [468, /rec_mutexes_cond_using_pthread_condvars.c]

Program received signal SIGABRT, Aborted.
__libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
47 ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S: No such file or directory.
(gdb) bt
#0 __libc_do_syscall ()
at ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:47
#1 0xb6b09e92 in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:67
#2 0xb6b0c26c in __GI_abort () at abort.c:91
#3 0xb6832d66 in PVRSRVDebugAssertFail () from /usr/lib/libsrv_um.so
#4 0xb6831b24 in PVRSRVDestroyRecursiveMutex () from /usr/lib/libsrv_um.so
#5 0xb681567a in ?? () from /usr/lib/libIMGegl.so
#6 0xb681567a in ?? () from /usr/lib/libIMGegl.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

Instead starting with OF_WINDOW the window enlarge but not in complete fullscreen mode ( address bar remain visible)

bakercp · 2013-01-04T20:34:09Z

Ahh, got it. So there are a few things to do here.

We need to be able to get screen size before the x11 window is inited. There must be a way to do this, but it's difficult for me to test w/ RPi.
Unlike RPi (which is using a raw, borderless window), x11 needs special attention when moving into FS mode (not just maximized window mode, which is what it does now).

@underdoeg just implemented x11 fullscreen recently, so we should look at his implementation.

https://github.com/underdoeg/openFrameworks/blob/multiwindow/libs/openFrameworks/window/ofWindow.cpp#L494

bakercp · 2013-01-09T20:05:07Z

@kalwalt I just added some x11 fullscreen code to the bugfix-mouse-input branch. It compiles for me, but I'm not able to test it. I pulled it directly from the @underdoeg code above.

kalwalt · 2013-01-09T20:29:27Z

ok curiuos to see if it works @bakercp !

bakercp · 2013-01-09T20:32:11Z

@kalwalt I'd also like to help track down your mouse issues today. I just hopped on IRC if you want to have a more synchronous conversation.

kalwalt · 2013-01-09T21:42:58Z

the fullscreen still is not working @bakercp . Here, in Italy it's a bit late so i'will take a look tomorrow, with a fresh mind!

bakercp · 2013-01-10T21:02:32Z

@arturoc @kalwalt can you all take a look at these issues? I'd love to help further but I'm a bit lost without a pandaboard :)

kalwalt · 2013-01-20T18:27:33Z

back to this issue. I understood that we don't receive the screen size before that x11 window is inited and so the app crash. i did a little test . i put my max width and height monitor sizes in ofAppEGLWindow.cpp in ofPoint ofAppEGLWindow::getScreenSize()

unsigned int screenWidth = 0;
unsigned int screenHeight = 0;

if(isUsingX11) {
screenWidth = 1920;//my max screen size
screenHeight = 1080;

with this i got a window but anyway not in fullscreen mode ( as instead i supposed to) .
so i believe that the getscreen it's not the only setting to get a fullscreen.
What about @bakercp @arturoc? please help me, i need fullscreen...!

bakercp · 2013-01-20T21:08:10Z

Unfortunately, I have to defer to @arturoc on this one b/c I don't have a Pandaboard to test with. My fullscreen solution was taken directly from @underdoeg 's multi-window branch.

arturoc · 2013-01-20T21:09:19Z

will take a look tomorrow

bakercp · 2013-01-20T21:09:41Z

That said -- it looks like a beta for the accelerated x11 drivers for RPi have been released so I'll look into testing it on the Pi. No promises yet ... :)

kalwalt · 2013-01-20T21:15:11Z

many thanks to all!

underdoeg · 2013-01-20T21:18:03Z

I was afraid this might happen and the fullscreen wouldn't work everywhere. I took the code and adapted it from the ghost library. There are different ways to go fullscreen with X11, of which ghost has implemented two. I just took the first one that worked on my machine and thought I'll add the other one later on... I used the netwm method here: https://github.com/underdoeg/ghost/blob/master/intern/GHOST_WindowX11.cpp#L931 but you cold also do it with motif. https://github.com/underdoeg/ghost/blob/master/intern/GHOST_WindowX11.cpp#L982

kalwalt · 2013-02-01T12:46:28Z

hi @bakercp Fullscreen mode works with Rpi? because i have purchased a Rpi , it will arrive in 10 days about, and if this issue can't be solved , i will migrate to Rpi for my project...

danzeeeman · 2013-02-01T14:35:24Z

Last time I checked it worked on the pi.
On Feb 1, 2013 7:46 AM, "Walter Perdan" [email protected] wrote:

hi @bakercp https://github.com/bakercp Fullscreen mode works with Rpi?
because i have purchased a Rpi , it will arrive in 10 days about, and if
this issue can't be solved , i will migrate to Rpi for my project...

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/80#issuecomment-12992622.

kalwalt · 2013-02-01T15:04:58Z

very good! thanks for the answer @danthemellowman !

bakercp · 2013-02-01T15:52:11Z

Yes, fullscreen works on the pi (at least it did yesterday :)).

Also, there are new x11 hardware drivers for the Raspberry pi now. They are very "alpha" but as soon as they become a little bit more stable, I'll install them and test out the x11 stuff on the pi. If we can fix it there on the Pi, it will probably work on the Pandaboard as well.

kalwalt · 2013-02-20T21:55:32Z

i'm thinking to use glfw instead. I think should works also for arm and i'have already used in linux64 bit. Do you think there is some reason to do not this?

bakercp · 2013-02-20T21:58:03Z

Currently (at least at last check) glfw wasn't hardware optimized for PI.
But with the new X11 hardware optimization, it may work now. Worth a try.

http://christopherbaker.net

On Wed, Feb 20, 2013 at 3:55 PM, Walter Perdan [email protected]:

i'm thinking to use glfw instead. I think should works also for arm and
i'have already used in linux64 bit. Do you think there is some reason to do
not this?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/80#issuecomment-13859106.

kalwalt · 2013-03-06T15:12:30Z

hi @bakercp @arturoc and all, i have my raspberrypi now and fullscreen works very well with it! for now i tested only some examples... for now i switch to raspberrypi for my projects until this issue will definetely solved (i mean with the pandaboard...) . I have also tried the glfw lib with my pandaboard ... but i got some errors that i don't know how to solve . the good is glfw works good in armhf , basically the errors are related to OF and linking lib excluded. I will open a separate issuefor this. I think will be good to have glfw support !

p.s. Now i finish my exams for this session and i'm a bit free...

bakercp · 2013-03-06T18:20:37Z

Hei @kalwalt I will be getting a few pcDuinos in the mail soon, which should have x11 working. At that time, I'll be able to make sure that ofEGLWindow is running correctly with X11 etc.

kalwalt · 2013-03-06T21:16:11Z

Great! i saw your post about pcDuino....

danzeeeman · 2013-03-06T23:54:56Z

That is the new SparkFun board I was talking about.
On Mar 6, 2013 6:50 PM, [email protected] wrote:

Did you see in the video where you have to have a USB keyboard plugged in
to activate the HDMI. I have two on order myself. One for Linux and one for
Android. I want to see if of for Android will run on it.
On Mar 6, 2013 1:29 PM, "Christopher Baker" [email protected]
wrote:

Hei @kalwalt https://github.com/kalwalt I will be getting a few pcDuinos
in the mail soon, which should have x11 working. At that time, I'll be able
to make sure that ofEGLWindow is running correctly with X11 etc.

—
Reply to this email directly or view it on
GitHubhttps://github.com//issues/80#issuecomment-14516757
.

danzeeeman · 2013-03-06T23:54:56Z

Did you see in the video where you have to have a USB keyboard plugged in
to activate the HDMI. I have two on order myself. One for Linux and one for
Android. I want to see if of for Android will run on it.
On Mar 6, 2013 1:29 PM, "Christopher Baker" [email protected]
wrote:

Hei @kalwalt https://github.com/kalwalt I will be getting a few
pcDuinos in the mail soon, which should have x11 working. At that time,
I'll be able to make sure that ofEGLWindow is running correctly with X11
etc.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/80#issuecomment-14516757
.

ghost assigned arturoc Dec 20, 2012

bakercp closed this as completed Jan 2, 2013

bakercp reopened this Jan 2, 2013

bakercp mentioned this issue Jan 2, 2013

alphaMaskingShaderExample : segmentation fault #76

Closed

OF_FULLSCREEN seems not works with PandaboardES #80

OF_FULLSCREEN seems not works with PandaboardES #80

Comments

kalwalt commented Dec 14, 2012

bakercp commented Dec 14, 2012

kalwalt commented Dec 14, 2012

arturoc commented Dec 15, 2012

bakercp commented Jan 2, 2013

bakercp commented Jan 2, 2013

kalwalt commented Jan 2, 2013

bakercp commented Jan 2, 2013

kalwalt commented Jan 2, 2013

kalwalt commented Jan 2, 2013

arturoc commented Jan 2, 2013

bakercp commented Jan 2, 2013

underdoeg commented Jan 2, 2013

kalwalt commented Jan 2, 2013

bakercp commented Jan 2, 2013

danzeeeman commented Jan 2, 2013

arturoc commented Jan 2, 2013

danzeeeman commented Jan 2, 2013

bakercp commented Jan 3, 2013

kalwalt commented Jan 4, 2013

bakercp commented Jan 4, 2013

kalwalt commented Jan 4, 2013

bakercp commented Jan 4, 2013

bakercp commented Jan 9, 2013

kalwalt commented Jan 9, 2013

bakercp commented Jan 9, 2013

kalwalt commented Jan 9, 2013

bakercp commented Jan 10, 2013

kalwalt commented Jan 20, 2013

bakercp commented Jan 20, 2013

arturoc commented Jan 20, 2013

bakercp commented Jan 20, 2013

kalwalt commented Jan 20, 2013

underdoeg commented Jan 20, 2013

kalwalt commented Feb 1, 2013

danzeeeman commented Feb 1, 2013

kalwalt commented Feb 1, 2013

bakercp commented Feb 1, 2013

kalwalt commented Feb 20, 2013

bakercp commented Feb 20, 2013

kalwalt commented Mar 6, 2013

bakercp commented Mar 6, 2013

kalwalt commented Mar 6, 2013

danzeeeman commented Mar 6, 2013

danzeeeman commented Mar 6, 2013