Hi folks and developers
I've noticed a UVEdit bug
In build 8.1696 I made some UV editing, when I load the file in 8.1700 the uv in some areas are deformed or moved out of place.
Very annoying, but I hope can be solved.
I'm attaching two screenshots
UVEdit operator bug
6127 10 0- regget
- Member
- 73 posts
- Joined: July 2005
- Offline
- jason_iversen
- Member
- 12477 posts
- Joined: July 2005
- Offline
I spotted this entry in the Journal and perhaps the UVEdit and the Edit share the same code? And if so, perhaps it was broken before and is fixed now?
Sunday, August 20, 2006
Houdini 8.1.700: Fixed a bug in the Edit SOP that incorrectly computed the pivot used to apply the current edit.
Jason Iversen, Technology Supervisor & FX Pipeline/R+D Lead @ Weta FX
also, http://www.odforce.net [www.odforce.net]
also, http://www.odforce.net [www.odforce.net]
- wolfwood
- Member
- 4262 posts
- Joined: July 2005
- Offline
Were those UVedits done with multiple UVedit nodes? Or just one?
The different *edit nodes only store diffs of the geometry/uvs. So the only time the pivot would actually come into play is when you were doing the interactive edit. After you complete that operation, all the details of the transform are thrown out (including the pivot) and only the diff'd position is stored.
To fix your problem go back to the previous version of Houdini where the edits are the way you like it and click the “Start New UV Transform” button. This will commit the edit to the diff and should allow the hip file to open up fine in versions >.700
The different *edit nodes only store diffs of the geometry/uvs. So the only time the pivot would actually come into play is when you were doing the interactive edit. After you complete that operation, all the details of the transform are thrown out (including the pivot) and only the diff'd position is stored.
To fix your problem go back to the previous version of Houdini where the edits are the way you like it and click the “Start New UV Transform” button. This will commit the edit to the diff and should allow the hip file to open up fine in versions >.700
if(coffees<2,round(float),float)
- regget
- Member
- 73 posts
- Joined: July 2005
- Offline
- derrick
- Staff
- 329 posts
- Joined: July 2005
- Offline
regget
In build 8.1696 I made some UV editing, when I load the file in 8.1700 the uv in some areas are deformed or moved out of place.
There have been no changes to the UVEdit SOP between 8.1.696 and 8.1.700. Are there any differences in the input UV values between the two versions of Houdini? If you lock the input SOP in Houdini 8.1.696 and then load it into 8.1.700, does the problem go away? A simplified .hip file I can experiment with would also be helpful in determining the cause.
- regget
- Member
- 73 posts
- Joined: July 2005
- Offline
- wolfwood
- Member
- 4262 posts
- Joined: July 2005
- Offline
- regget
- Member
- 73 posts
- Joined: July 2005
- Offline
- wolfwood
- Member
- 4262 posts
- Joined: July 2005
- Offline
- regget
- Member
- 73 posts
- Joined: July 2005
- Offline
if i do reselecting as u said, it produces the same result as in 700, just now in 696. So the prob remains. However do not bother yourself, now the locking have done the job.
So it seems that in the edit operation was or is something wrong, or the error is in my computer (brain )
thanks for the help, anyway
So it seems that in the edit operation was or is something wrong, or the error is in my computer (brain )
thanks for the help, anyway
- wolfwood
- Member
- 4262 posts
- Joined: July 2005
- Offline
regget
So it seems that in the edit operation was or is something wrong, or the error is in my computer (brain )
As Jason mention above, there was a bug with the Edit SOP that they fixed in 8.1.700.
Sunday, August 20, 2006
Houdini 8.1.700: Fixed a bug in the Edit SOP that incorrectly computed the pivot used to apply the current edit.
So that could be either a good thing or a bad thing..depending on how you look at it.
if(coffees<2,round(float),float)
-
- Quick Links