I'm afraid that we'll need more details to be able to help you there: what OS/version are you using? which version of orx are you using? We'll probably need to see your code/config to know if there's any difference from Grey's tutorials.
I've never experienced that issue myself to be honest and I can't really think of any reason that would trigger this behavior so all the details you can give us could be helpful!
Sorry was out today, I'll check your project tonight.
Just to make sure, you've compiled the "embedded" versions? That's the one you should be using as the "non-embedded" ones have obsolete plugins for now.
I don't have access to any linux machine before next week end so I won't be able to test your project before then. Double buffering is handled by OpenGL on the driver side and the rendering happens once per frame, so if the engine is running, so is the rendering.
I'll check if I can spot any problem but it's the first time I hear about this issues.
I compiled your project on Ubuntu 11.04, 32bits, gcc 4.5.2, Intel GPU and it runs fine. I guess nothing wrong with your project files.
I can send you the binaries but I assume you have 64bit system and most probably do not have installed 32bit dependencies ...
I'll try to find some time and make a 64bit build but this will require another box and compilation of Orx in 64bits. I could try the latest Ubuntu while I'm at it (but only in VirtualBox as I'm not ready for OS upgrades ;-)). Still I have only access to Intel and Nvidia GPUs so if it is driver related I'll not be able to reproduce it .
I want to isolate the bug.
I want to known if the problems is In Orx or in Kubuntu.
Can you send me the location, in the source code of the library, where the system send a message for redrawing the window?
a++
Numael
iarwain wrote:
Hi Numael,
I don't have access to any linux machine before next week end so I won't be able to test your project before then. Double buffering is handled by OpenGL on the driver side and the rendering happens once per frame, so if the engine is running, so is the rendering.
I'll check if I can spot any problem but it's the first time I hear about this issues.
If you would like to test 32bit build you could try the orx-tutorial-linux-1.3rc0.tar.bz2 from the Download page. The code is a bit outdated but I think there were no major changes to renderer ...
As for Kubuntu, have you tried to disable compositing? I think it is called desktop effects in KDE.
Good catch, Graag! I'm sure this info will be pretty useful for other people.
I'm glad it's now working for you, Numael. If you have any other questions, don't hesitate!
As for the rendering, if you're still curious, the call itself is in the GLFW display plugin (look for orxDisplay_GLFW_Swap in /code/plugins/display/GLFW/orxDisplay.c) and then everything else happens in GLFW itself.
Comments
I'm afraid that we'll need more details to be able to help you there: what OS/version are you using? which version of orx are you using? We'll probably need to see your code/config to know if there's any difference from Grey's tutorials.
I've never experienced that issue myself to be honest and I can't really think of any reason that would trigger this behavior so all the details you can give us could be helpful!
I use the SVN version of Orx.
I compiled ORX in static with Codelite.
I use Kubuntu 12.04 / AMD E-450 APU with Radeon HD (catalyste driver).
Thank you for your help.
https://forum.orx-project.org/uploads/legacy/fbfiles/files/tuto.tgz
Sorry was out today, I'll check your project tonight.
Just to make sure, you've compiled the "embedded" versions? That's the one you should be using as the "non-embedded" ones have obsolete plugins for now.
Thank you for your focus.
I have compiled with the "embedded" versions. Yesterday, I tried with version liborxd.so in the binary distribution but the problem is the same.
Obviously, the engine is running but the wondow is not refreshed all time. Is it possible that this is a problem of double-buffering?
Numael
I don't have access to any linux machine before next week end so I won't be able to test your project before then. Double buffering is handled by OpenGL on the driver side and the rendering happens once per frame, so if the engine is running, so is the rendering.
I'll check if I can spot any problem but it's the first time I hear about this issues.
I compiled your project on Ubuntu 11.04, 32bits, gcc 4.5.2, Intel GPU and it runs fine. I guess nothing wrong with your project files.
I can send you the binaries but I assume you have 64bit system and most probably do not have installed 32bit dependencies ...
I'll try to find some time and make a 64bit build but this will require another box and compilation of Orx in 64bits. I could try the latest Ubuntu while I'm at it (but only in VirtualBox as I'm not ready for OS upgrades ;-)). Still I have only access to Intel and Nvidia GPUs so if it is driver related I'll not be able to reproduce it
Cheers,
Graag
Thank you for your time.
However, the lib and my system is fully in 32bits.
Do you have an exemple game in 32?
a++
Numael
I want to isolate the bug.
I want to known if the problems is In Orx or in Kubuntu.
Can you send me the location, in the source code of the library, where the system send a message for redrawing the window?
a++
Numael
iarwain wrote:
If you would like to test 32bit build you could try the orx-tutorial-linux-1.3rc0.tar.bz2 from the Download page. The code is a bit outdated but I think there were no major changes to renderer ...
As for Kubuntu, have you tried to disable compositing? I think it is called desktop effects in KDE.
Cheers,
Graag
How to disable compositing?
Thank you Graag and Iarwain !
I'm glad it's now working for you, Numael. If you have any other questions, don't hesitate!
As for the rendering, if you're still curious, the call itself is in the GLFW display plugin (look for orxDisplay_GLFW_Swap in /code/plugins/display/GLFW/orxDisplay.c) and then everything else happens in GLFW itself.
Now I am beginning to feel good in the code ^^
I will actually ask you another question in another post.
a++
Numael