Yes, I'm runing several threads, and the images for the textures are being updated in the threads, so that's probably the issue here. I'll try what you've told me. I knew that having to use that kludge was probably a signal that I was doing something wrong, but didn't know exactly what. Thanks for the info, I'll try to solve the problem merging the ChangeLists.
Bruno Marques
On 2/13/06, Dirk Reiners <[EMAIL PROTECTED]> wrote:
Hi Bruno,
On Mon, 2006-02-13 at 12:03 +0000, Bruno Marques wrote:
> I have a problem updating textures. I have a STL map where I keep
> TextureChunkPtr's to several textures, which I sometimes need to
> update. So, when I update a texture, I write it in the map. After
> that, a routine will update textures, rewriting chunk materials and
> using the textures from the previously mencioned map. Without
> clustering everything works just fine, but when I run it in the
> cluster, as soon as the texture suffers the first update, it looks as
> if there was no texture at all. I was having an warning on the server
> side (something like "WARNING: can't find container id 123456"). I
> managed to track this id down to the image used in texture creation,
> and removed this warning through a Thread::getCurrentChangeList()-
> >addCreated(pImage.getContainerId()). Now I don't get the warning but
> the texture-less look remains...
> anybody has any idea about this?!
Creation doesn't force a full transmission, so your kludge creates the
objects but doesn't transmit the data.
I'm surprised that you need to do that kludge anyway, you shouldn't have
to. Are you running multi-threaded? In that case you need to merge your
ChangeList from the second thread into the first one and apply its
changes to the first one's aspect before you sync the cluster.
Hope it helps
Dirk
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
