Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

Bug Reports / lock vertexdata/save object

Author
Message
Diggsey
17
Years of Service
User Offline
Joined: 24th Apr 2006
Location: On this web page.
Posted: 20th Apr 2011 16:55 Edited at: 21st Apr 2011 03:18
Using lock vertexdata to modify an object, followed by saving the object will cause the changes to be undone.

Try un-commenting the "save object" command:


Without the "save object" command you will see the triangle, but with the save object command you will see nothing.

The work-around is to use lock mode 2 when locking the vertexdata.

This is a bug because "save object" should not modify the existing object, regardless of its history.

I remember having similar problems using other commands such as "set object light" after editing vertexdata, but I haven't been able to reproduce them yet.

Windows XP - SP3
GeForce 7900 GS
Tested with U7.5 and U7.7RC7

[b]
James H
16
Years of Service
User Offline
Joined: 21st Apr 2007
Location: St Helens
Posted: 1st May 2011 20:35
I had noticed this a while back(using u7.5 at the time), however this issue is directly addressed in the helpfiles;

Save object;
Quote: "Be sure to end the specified filename with .DBO so that the file can be loaded in again correctly. It is worth noting that before saving, the vertex data is restored to the last good copy before animation changed the data, so that the model can be saved out correctly. Unless you used the special mode 2 for the "lock vertexdata for limb" command, any changes with this command will not appear.
"


Lock vertex data for limb;
Quote: "Use UNLOCK VERTEXDATA to release this lock and apply the changes you have made. If the Lock Mode flag is zero, the entire vertexdata is replaced in the vertex buffer, if the value is one the vertex buffer is merely refreshed which is considerably faster. A value of two will replace the vertexdata in the vertex buffer entirely, and it will also ensure the original data copy of the object is updated as well (useful when saving and bone animating the object).
"


So, not wanting to sound pedantic or argumentative, surely this is more of a feature request than a bug?

Login to post a reply

Server time is: 2024-04-19 07:03:36
Your offset time is: 2024-04-19 07:03:36