Hi, Mark Afaik osgdistortion uses 2d textures not rect textures.
Cheers, Sergey. 18.07.2011, 11:42, "J.P. Delport" <jpdelp...@csir.co.za>: > Hi, > > I can't follow what you expect and what is working/not? > > If you are using 2DRect remember that texture coords are not between 0 > and 1, so it does not make sense to directly put them into colours then. > > jp > > On 15/07/2011 20:31, Bolstad, Mark wrote: > >> So I've done some testing. I've decided to go the shader route as it >> will give the most flexibility. I've modified osgdistortion from the >> latest svn. At the end is a short patch to show the changes. >> >> The main problem I'm getting is that the FBO texture doesn't appear to >> be passing to the shader properly. All I'm getting is a black screen. If >> I swap the shader to color based on texture coordinates, the output is >> correct. I'm sure that I'm probably missing something simple in the >> setup/texture binding, and any help is appreciated. >> >> Mark >> >> 34,36d33 >> < #include <osg/Program> >> < #include <osg/Shader> >> < #include <osg/Uniform> >> 58,80d54 >> < >> /////////////////////////////////////////////////////////////////////////// >> < // in-line GLSL source code for the "microshader" example >> < >> < static const char *shaderVertSource = { >> < "// passthru - Simple pass through vertex shader\n" >> < "void main(void)\n" >> < "{\n" >> < " gl_TexCoord[0].xy = gl_MultiTexCoord0.xy;\n" >> < " gl_Position = ftransform();\n" >> < "}\n" >> < }; >> < >> < static const char *shaderFragSource = { >> < "uniform sampler2DRect textureIn;\n" >> < "void main(void)\n" >> < "{\n" >> < // " gl_FragColor = vec4( gl_TexCoord[0].s, gl_TexCoord[0].t, 0.0, 1.0 >> );\n" >> < " gl_FragColor = texture2DRect( textureIn, gl_TexCoord[0].st );\n" >> < "}\n" >> < }; >> < >> < >> /////////////////////////////////////////////////////////////////////////// >> < >> 94,98d67 >> < osg::Program* program = new osg::Program; >> < program->setName( "texture_shader" ); >> < program->addShader( new osg::Shader( osg::Shader::VERTEX, >> shaderVertSource ) ); >> < program->addShader( new osg::Shader( osg::Shader::FRAGMENT, >> shaderFragSource ) ); >> < >> 156,157d124 >> < osg::Vec3 cursor = bottom; >> < osg::Vec2 texcoord = bottom_texcoord; >> 198,201c165,166 >> < stateset->setTextureAttributeAndModes( 0, texture, >> osg::StateAttribute::ON ); >> < stateset->addUniform( new osg::Uniform( "textureIn", 0 ) ); >> < stateset->setAttributeAndModes( program, osg::StateAttribute::ON ); >> < stateset->setMode(GL_LIGHTING,osg::StateAttribute::ON); >> --- >>> stateset->setTextureAttributeAndModes(0, >> texture,osg::StateAttribute::ON); >>> stateset->setMode(GL_LIGHTING,osg::StateAttribute::OFF); >> 391d355 >> < osg::Vec3 cursor = bottom; >> 393,394d356 >> < >> < >> 705c667 >> < if (!loadedModel) loadedModel = osgDB::readNodeFile("cow.osg"); >> --- >>> if (!loadedModel) loadedModel = osgDB::readNodeFile("cow.osgt"); >> 786d747 >> < viewer.setUpViewOnSingleScreen( 0 ); >> >> */Mark A. Bolstad/* >> Scientific Computing >> Janelia Farm Research Campus >> Howard Hughes Medical Institute >> 19700 Helix Drive, Ashburn, VA 20147 >> email:*bolst...@janelia.hhmi.or <mailto:bolst...@janelia.hhmi.or>**g* >> office: +1.571.209.4623 >> web: http://www.hhmi.org/janelia/ >> >> On Jul 14, 2011, at 10:45 AM, J.P. Delport wrote: >>> Hi, >>> >>> On 14/07/2011 16:37, Jason Daly wrote: >>>> On 07/14/2011 10:08 AM, Bolstad, Mark wrote: >>>>> I like the idea of combining the passes into one, but if I had a blue >>>>> object and had to mask it into the red channel, wouldn't it just be >>>>> black? >>>> Yes, it would be black on the red and green passes, but it would show up >>>> on the blue pass. When you combined the three passes of the image to an >>>> RGB texture, you'd have your blue object. The flow would look something >>>> like this: >>>> >>>> - set the camera to draw to an RGB texture >>>> - set camera's color mask to red only >>>> - draw the first object >>>> - set camera's color mask to green only >>>> - draw the second object >>>> - set camera's color mask to blue only >>>> - draw the third object >>>> - fetch the texture from the camera and use it however you need it >>>> >>>> as J-S said, you save the combine pass and you don't even need any >>>> special shader magic. >>>>> I had talked to a professor who had suggested a one-line fragment >>>>> shader to do RGB-> Luminance and use Color Masking to write into the >>>>> appropriate channel. Would rendering straight into a Luminance texture >>>>> with Color Masking work? >>>> Maybe I'm not understanding you correctly, but I don't think this would >>>> work. You'd end up with a luminance image (effectively, a grayscale >>>> image) at the end and not a color image. >>> I think prof meant he must stick the calculated luminance value into >>> all three channels. >>> >>> jp >>>>> In reality, this is actually more complicated in that it's not three >>>>> objects, but three separate frames of animation. So the main loop is: >>>>> >>>>> while(1) >>>>> { >>>>> advance sim >>>>> frame(); // Render to red >>>>> advance sim >>>>> frame(); // Render to green >>>>> advance sim >>>>> frame(); // Render to blue >>>>> Render RTT texture to display. >>>>> } >>>> Maybe if you explained what you're trying to do at a higher level, we'd >>>> be able to better help. What is the problem you're trying to solve? >>>> >>>> --"J" >>>> >>>> _______________________________________________ >>>> osg-users mailing list >>>> osg-users@lists.openscenegraph.org >>>> <mailto:osg-users@lists.openscenegraph.org> >>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>> -- >>> This message is subject to the CSIR's copyright terms and conditions, >>> e-mail legal notice, and implemented Open Document Format (ODF) >>> standard. The full disclaimer details can be found at >>> http://www.csir.co.za/disclaimer.html. >>> >>> This message has been scanned for viruses and dangerous content by >>> MailScanner, and is believed to be clean. >>> >>> _______________________________________________ >>> osg-users mailing list >>> osg-users@lists.openscenegraph.org >>> <mailto:osg-users@lists.openscenegraph.org> >>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> _______________________________________________ >> osg-users mailing list >> osg-users@lists.openscenegraph.org >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- > This message is subject to the CSIR's copyright terms and conditions, e-mail > legal notice, and implemented Open Document Format (ODF) standard. > The full disclaimer details can be found at > http://www.csir.co.za/disclaimer.html. > > This message has been scanned for viruses and dangerous content by > MailScanner, > and is believed to be clean. > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org