Re: [osg-users] ScreenCaptureHandler

Hi Robert, I think I got the problem. I'm on OSG 3.0.1 and thers is a missing break at the end of osgGA::GUIEventAdapter::FRAME case fixed in OSG 3.2.1. So falling into osgGA::GUIEventAdapter::KEYUP case, the if (ea.getKey() == _keyEventTakeScreenShot) check is successful and so on ...

[osg-users] osg 3.3.8 and SAMPLER_2D uniforms

Hi Robert, after I upgraded to 3.3.8 I am experiencing issues with using multiple textures in a StateSet and setting uniforms. In 3.3.7 all works fine. The issue: uniform sampler2D texture; // in the shader In the code: _ss-addUniform(new

Re: [osg-users] osg 3.3.8 and SAMPLER_2D uniforms

Hi Nick, I don't recall an specific changes relating to Uniforms between 3.3.7 and 3.3.8. Perhaps it's just an error elsewhere that shows itself in different ways on different systems, perhaps an uninitialized variable or a shader that isn't valid GLSL but different compilers are doing different

Re: [osg-users] OpenThreads, scheduling, etc ... policies

Hi, I would like to revisit this topic again as I see that even in the current trunk(3.3.8) as of this date May 04, 2015, the linux platform is still crippled inside of Openthreads/PThread API, from running priority/real-time scheduling policies. I will like to open a discussion about

Re: [osg-users] OpenThreads, scheduling, etc ... policies

Hi Curtis, On 4 May 2015 at 14:32, Curtis Rubel cru...@compro.net wrote: I would like to revisit this topic again as I see that even in the current trunk(3.3.8) as of this date May 04, 2015, the linux platform is still crippled inside of Openthreads/PThread API, from running

Re: [osg-users] OpenThreads, scheduling, etc ... policies

Robert, When I mentioned crippled, I did not mean that as a bad or derogatory comment. Maybe saying something like intentionally disabled would have been a better choice of words, my apologies if my wording offended anyone in any way. Basic threading is working fine under Linux. If the user

Re: [osg-users] OpenThreads, scheduling, etc ... policies

Hi Curtis, There has to be a historical reason for need for the #ifndef __linux__ around the thread scheduling assignment. As I'm not the author of this block of code I can only check the code and svn log's. I'm currently working on a complex bug fix on another area of the OSG so can't dive

Re: [osg-users] OpenThreads, scheduling, etc ... policies

Robert, There is already a define around all the priority scheduling calls to protect people from accidentally using them: #ifdef ALLOW_PRIORITY_SCHEDULING Which seems to have to be defined in the calling program as I cannot find this any place inside of OSG other than the pthreads source.

Re: [osg-users] how to convert a QPixmap to a osg::Image ?

This is what I do to convert a QImage to osg::Image: QImage img ... QImage glimg(QGLWidget::convertToGLFormat(img)); osg::Image* osgImg = new osg::Image; unsigned char* bits = new unsigned char[glimg.byteCount()]; memcpy(bits, glimg.bits(),glimg.byteCount());