Please wrap your email text at the 72nd column so I don't have to do the
chore just to be able to respond. It's standard netiquette.
That's rather vague. I used OpenCL first time about three years ago, and
On Sat, Aug 17, 2013 at 10:00:23AM -0700, Clive McCarthy wrote:
> My first thought was that I should start with OpenCL but there are
> posts on the web that suggest this isn't really ready for easy
> everyday use. In addition there is a whole new learning curve for me!
it worked just fine. Obviously it depends on the OpenCL vendor, and
nvidia's OpenCL implementation does have some deficiencies (OpenCL 1.1
support only, prone to crash the X server if you do something wrong in
the OpenCL kernel) but it works.
> Buffer ObjectRender the texture to the FBO with the shaderSave an
> The broad sequence I want to execute is:
> Load an image and texturize itCompile a fragment shaderOpen a Frame
> image from the FBO
> So my question is: do I need to call glutCreateWindow() if I'm justYes, glutCreateWindow creates the GLX context. Without it you don't have
> using an FBO?
Also drawing in the idle func is a bad idea. set a display callback and
> The general sequence of things would be:
> glutInit(&argc, argv); glutInitDisplayMode(GLUT_RGBA |
> GLUT_DOUBLE); glutIdleFunc(glut_OpenGL_idle); // no
> other call backs are defined // no window is defined
have the idle function just do a glutPostRedisplay all the time.
Perhaps, but I think you'll hit the same snag. You can't have a GLX
> Perhaps this is a hopeless perversion of the concept of freeglut and
> perhaps I should just bite the bullet and create my own OpenGL
context without a drawable. You might be able to get away with an X
Pixmap as a drawable, but I'm not sure the driver will support that
without falling back to the slow software-emulated path.
Your best bet if you want to stick with OpenGL is to make a regular
window drawable, bind it to the GLX context, then just don't show the
window. You can probably do that with freeglut, no need for messing
around with X and GLX directly if you don't want to. I say "probably"
because I'm not certain without looking at the code, that display
callbacks of hidden windows are called... If that's the case then maybe
you can fallback to the improper use of drawing in the idle function :)
Otherwise OpenCL would suit you much better, as it doesn't even need a
connection to the X server to work.
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
Freeglut-developer mailing list