Hi Dirk,

thanks for your answer, will try to look at the Debuginfo printed out or try
to build a "sample program" which shows the effect....

Another short question...
You have written
"I don't think there's any limitation in OpenGL or OpenSG in terms of
numbers of textures you can use, as long as everything fits in memory."

Which memory do you refer to ? Texture memory on your graphics board or "main
memory"?
Thanks
Desiree


Dirk Reiners schrieb:

>         Hi Desiree,
>
> On Mon, 2004-01-26 at 09:03, Desiree Görrissen wrote:
> >
> > After having inserted some (dont know how much - about 5 VRML-Files with
> > textured objects, but how much textured objects are in the file?, dont
> > know) textured objects to the scene,  the textures of every object I
> > will insert into the scene later, are not shown anymore....,
> > the object itself is there, but no texture on it. (The images are
> > definitely at the right path and are definitely referenced in the
> > VRML-File in the right way, because loading of the same object after
> > restarting the application results in a representation which is OK, what
> > means: with textures!)
> >
> > It looks like ... "texture cache is full" or anything like that... Is
> > there any limitation concerning the number of textures or memory amount
> > used for textures in Open SG or OpenGL?  If thats the case, is there any
> > possibilty to circumvent this limitations (even if you will loose some
> > performance?)
> > Any idea or suggestion?
>
> I don't think there's any limitation in OpenGL or OpenSG in terms of
> numbers of textures you can use, as long as everything fits in memory.
> We've used hundreds of textures with hundreds of megabytes of data
> without a problem.
>
> Do you get any output in the terminal? When the texture definition fails
> it will print out an error message, if you use the debug libraries.
>
> You can also get a pretty extensive log of what's going on by using the
> debug libraries and setting the following environment variables:
>
> OSG_LOG_LEVEL to "debug"
> OSG_LOG_TYPE to "file"
> OSG_LOG_FILE to "osg_problem.log"
>
> If you send us the log-file we can take a look if there are indications
> to what the problem might be. Please compress it and send it directly to
> me, these things get a little too big for the mailing list. ;)
>
> Yours
>
>         Dirk
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users

--


__________________________________________________________

     Desiree Görrissen
                         [ geschäftsführerin / informatikerin ]
                         eMail: [EMAIL PROTECTED]
     graphiX
                         Gesellschaft für Computergrafik,
                         Numerik und Internetdienste mbH

     Rochusstr. 230-234,  53123 Bonn, Germany
     fon: +49 228 52674-0  fax: +49 228 52674-44

                 http://www.graphix.de
___________________________________________________________




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to