Hi Ricky,

I am sorry I don't have more to offer. I was hoping that my changes would help 
you, but PNG loader most certainly uses uncompressed formats so your problem 
might something else. Try OSG_NOTIFY_LEVEL=DEBUG_INFO or even better run it 
with some GL  debugger to see what is going on under the OSG hood.

Cheers,
Wojtek

  ----- Original Message ----- 
  From: Riccardo Corsi 
  To: OpenSceneGraph Users 
  Sent: Monday, May 03, 2010 2:09 AM
  Subject: Re: [osg-users] texture2Darray issue with different image format


  Hi Wojtek,

  sorry but I had a deadline last week and had no time to check you file.

  I mysteriously solved the compiling issue I had =)
  Unfortunately, it doesn't seem to solve my problems, and I seem to have 
issues with the png as well.
  Here is the GL error message:
  Warning: detected OpenGL error 'invalid enumerator' at After Renderer::compile

  Should I use specific image/texture settings to get it working?

  Thank you,
  Ricky


  On Mon, Apr 26, 2010 at 13:17, Wojciech Lewandowski <[email protected]> 
wrote:

    Hi Ricky,

    I have just succesfully compiled osg trunk with this file. I am on windows 
and have not checked GLES compatibility though. Texture2DArray.cpp attached 
(the same as before)

    Wojtek
      ----- Original Message ----- 
      From: Wojciech Lewandowski 
      To: OpenSceneGraph Users 
      Sent: Monday, April 26, 2010 7:58 AM
      Subject: Re: [osg-users] texture2Darray issue with different image format


      It was based on the trunk. What were the problems ? I'll recheck if the 
code still compiles later today. 

      WL


      From: Riccardo Corsi 
      Sent: Monday, April 26, 2010 1:38 AM
      To: OpenSceneGraph Users 
      Subject: Re: [osg-users] texture2Darray issue with different image format


      Hi Wojtek,

      I didn't manage to compile your patch with neither osg 2.8.2 nor the 
trunk.
      What osg revision is needed?

      Ricky


      On Fri, Apr 23, 2010 at 12:08, Riccardo Corsi 
<[email protected]> wrote:

        Hi Wojtek and Robert,

        thanks for your replies. 
        I'll try the patch in the evening and let you know if it fixes the 
problem on my side.

        Robert, the restricion on the values 1, 2, 3 or 4 that you mention is 
related to ES profile only, or even to openGL 3.x and 4.x ??
        That might be an issue to address when reviewing the different plugins.

        Cheers,
        Ricky




        On Fri, Apr 23, 2010 at 11:08, Wojciech Lewandowski 
<[email protected]> wrote:

          Hi Ricardo,

          Current texture2DArray implementation does not handle loading and 
generation of mipmaps for compressed formats. If you can rebuild OSG you may 
try attached patch to Texture2DArray class. I intend to post it ultimately to 
submissions list, but lets say its in "alpha" version and I want to make one 
more review before posting and other tasks prevented me from doing it, yet. You 
may test it. There is a chance it will solve your problem.

          Cheers,
          Wojtek Lewandowski



          ----- Original Message ----- From: "Robert Osfield" 
<[email protected]>
          To: "OpenSceneGraph Users" <[email protected]>
          Sent: Friday, April 23, 2010 10:24 AM
          Subject: Re: [osg-users] texture2Darray issue with different image 
format 




            Hi Riccardo,

            On Fri, Apr 23, 2010 at 8:27 AM, Riccardo Corsi
            <[email protected]> wrote:

              as a follow-up I discovered that the limitation seems to depend 
on the
              "internalTextureFormat" of the images loaded.
              I succeded in fixing the TGA settings but not the DDS.
              Here the setting for the different image types as read from the 
plugins:


            I'm afraid I don't have an specific answers on this topic as I 
haven't
            use texture arrays and compression, but the inconsistency in how the
            internal texture format us used, i.e. something that works OK for
            Texture2D doesn't work for Texture2DArray, makes me wonder if there 
is
            either a bug in osg::Texture2DArray or with the OpenGL driver.

            As an aside one of the things I found with the GLES port was GLES 
was
            a bit more picky about the internal format not being one of the 
1,2,3
            or 4 values that some of the plugins still use.


            Robert.
            _______________________________________________
            osg-users mailing list
            [email protected]
            
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org 


          _______________________________________________
          osg-users mailing list
          [email protected]
          
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org








--------------------------------------------------------------------------


      _______________________________________________
      osg-users mailing list
      [email protected]
      http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--------------------------------------------------------------------------


      _______________________________________________
      osg-users mailing list
      [email protected]
      http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


    _______________________________________________
    osg-users mailing list
    [email protected]
    http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org






------------------------------------------------------------------------------


  _______________________________________________
  osg-users mailing list
  [email protected]
  http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to