Semi-bug : BGR0 not RGBA

[elliotwoods]

Ideally should provide facility to generate an RGBA stream (not a BGRX which is incompatible with the texture definition)
Could also use XBGR, and offset the read by 1px (i've done this before, works well when you can allocate the buffer yourself, i,e, can make it 1px larger to offset between write and read)

[digitalcoleman]

In all of my compiles I am getting BGR color with kinect.draw() - basically my reds and blues are switched. I dont understand why it works with the example files, but when I generate a project and put the exact same code in, the color is wrong.

[elliotwoods]

you sure the examples are right?
i presumed it was wrong everywhere

edit to the above, XBGR wouldn't give us any advantage. that was silly of me

most efficient way to decode is a shader

[momo-the-monster]

I was going to open up a separate issue, but mine is enclosed here. My RGB streams have flipped R&B channels when I draw them in my own projects, based on the simple example. They look correct when running the example directly, but if I use the ProjectGenerator and the Property Sheet method, they're flipped when I draw. Tested with ofx 0.8.0 and 0.8.1 on Windows 7.

[momo-the-monster]

I have the same problem when I set all the Project Properties manually.
It seems like the main issue is on line 457 of ofxKinectCommonBridge.cpp.

In the example projects, the call to ofGetCurrentRenderer()->getType() returns "ProgrammableGL", while in my generated projects, it returns "GL". This sets bProgrammableRenderer to false, which is checked on line 194 when setting up the videoTex. When bProgrammableRenderer is true, it loads the data using GL_BGRA instead of GL_RGBA.

Forcing bProgrammableRenderer to true or setting a false value to still load the data using GL_BGRA fixes the symptom on my end, but this is of course a band-aid and not a true fix.

[momo-the-monster]

Follow-up: the difference is in main.cpp. I thought I had compared them, but I must have opened the wrong project when I did. In the provided examples, ofGLProgrammableRenderer is set explicitly by including the "ofGLProgrammableRenderer.h" header file and instantiating the renderer with the following lines:

ofPtr<ofBaseRenderer> renderer(new ofGLProgrammableRenderer(true));
ofSetCurrentRenderer(renderer);

[joshuajnoble]

Yes, the programmable renderer implementation has a different approach than the GL2 implementation. Ok to close this?

[momo-the-monster]

Yes, thanks!

[tirigall]

Hi, I've the same problem, kinect.draw() shows the color stream as GL_BGRA instead of GL_RGBA, but if I go to the line 237 in the ofxKinectCommondBridge.cpp and I change the line:
videoTex.loadData(videoPixels.getPixels(), colorFormat.dwWidth, colorFormat.dwHeight, GL_RGBA );
with
videoTex.loadData(videoPixels.getPixels(), colorFormat.dwWidth, colorFormat.dwHeight, GL_BGRA );
it works fine. ¿What is it happening? Thanks. (openFrameworks 0.9.5)