Kwakkelde Kwak Posted October 30, 2011 Share Posted October 30, 2011 "Finalize Render complexity algorithm on the viewer" (From Release notes Viewer 3.1.0) I might have to add the object rezzes at default with a 90 degree rotation on the x axis, also in the upload window it shows as it should, as if the rotation was correct. (I used two fresh uploads today, on 3.2.0) I really don't know what's going on and it puzzles me.... Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 30, 2011 Share Posted October 30, 2011 Ah. I think that's just the thing that calculates the render weight. I wouldn't expect it to affect the LOD vswitch distance. I am puzzled too. :matte-motes-confused: Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 30, 2011 Share Posted October 30, 2011 For anyone who is curious and might be able to let their light shine over this... Aditi grid, Mesh Sandbox 3, dead center.... Link to comment Share on other sites More sharing options...
LindaB Helendale Posted October 30, 2011 Share Posted October 30, 2011 Thanks for the dae files Kwakkelde, i got the same result as you, both uploding the dae files, and also reading them in matlab and stripping the polygons out and loading as collada, the LOD changes points were very different. The face lists in both meshes are identical, but in rotating the other mesh upright some of the polygons have flipped the direction, as if the vertices have been flipped along the long axis, reversing the surface orientation, and there's something wrong with the normals and/or inner/outer surfaces. I dont have time to see it in more detail, but if i flip the long dimension in the test2 (test2.vertices(:,3)=-test2.vertices(:,3) ) and save as .dae, it behaves like the other one. Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 30, 2011 Share Posted October 30, 2011 Still I never changed any normals between the two...and as you have seen for yourself all normals look fine inworld... (some faces are missing, but as I told you it's a very crude model, they aren't there to begin with) Also the prim weight for the two is identical... Again, I'm glad I got a model that works again...but I really can't stand it this doesn't make any sense:) I might have to put this one in the book of Linden Lab Mysteries.... Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 30, 2011 Share Posted October 30, 2011 Had a look. Certainly the wierd one behaves as you describe. I don't see any obvious differences in wireframe or normals. Looking at the scene statistics console, the object sizes appear to both be the same, 24.4, so that should switch LOD at the same point. Looking in all sorts of ways, the only thing I found was that if you select Develop->Render metadata->LOD Info, the normal one shows 0 just above it, while the wierd one's 0 is much higher above. That is strange and could be a clue for the developers. This display used to show the LOD and the radius, which was very useful. It doesn't seem to do that any more. I think you have a very obscure bug here, that the developers need to know about. Can you bring them to the mesh meeting on Monday to show them? Or just do a jira? ETA: one more thought ... do either/both have UV maps? I think meshes without UV maps are getting uninitialised data instead, which could cause all kinds of havok. Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 31, 2011 Share Posted October 31, 2011 Thanks for taking a look Drongle, both objects are identical, in normals, polycount or wireframe. Only the pivot (or for SL rotation) is different. Both items have UV maps (3 of them), although not optimized in any way (just the result of automapping while constructing), but they are there. I can drop them onto a Linden...let me rephrase..I will drop them on a Linden. Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 "Only the pivot (or for SL rotation) is different." Oh. I couldn't see that because they were not editable for me. How did you move the pivot? I suppose that could have some effect, although I did think the radiuses were the same. The "AssetPivot" pivot point mechanism introduced during beta was removed. It may be they recently made some change that made that cause problems, as it had been deprecated. It must have affected the transformations applied to the mesh data on rezzing. Those are* used again in calculation the radius. Did you use "AssetPivot" ? *at least they were last time I looked. Oh no..... The dae files still work, so it can't be "AssetPivot". Another failure! Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 31, 2011 Share Posted October 31, 2011 It's not the pivot position, but its orientation. I used my 3d programs for complete scenes and static renders until I started with SL, or SL building for that matter. So I haven't really taught myself to be careful with the pivots orientation. The weird thing is the rotated object looks fine in the upload window, it even rezzes LOOKING rotated correctly. Now the weirdweirdweirdness is the fact the object is actually rezzed rotated along on axis (90 degrees). When I reset the pivot to a world orientation before exporting, I get the truss that has no issues. I'll have to see if maybe the pivot is mirrored aswell, we both discovered mirrored objects can behave strangely, although that was a volume or size issue, not rotation. Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 So it is something to do with the transformations? What do they look like in the dae files? I would expect them in the <visual_scene><node>/ If it's a matrix, I probably won't understand it, but if it's nice <translate>, <rotate> and <scale>, it might shed some light. Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 31, 2011 Share Posted October 31, 2011 <library_visual_scenes> <visual_scene id="RootNode" name="RootNode"> <node id="LOD01_BLUEPRINT" name="LOD01_BLUEPRINT"> <matrix sid="matrix">1.000000 0.000000 0.000000 78.667358 0.000000 -0.000000 -1.000000 0.000000 0.000000 1.000000 -0.000000 0.000000 0.000000 0.000000 0.000000 1.000000</matrix> <visual_scene id="RootNode" name="RootNode"> <node id="LOD01_BLUEPRINT" name="LOD01_BLUEPRINT"> <matrix sid="matrix">1.000000 0.000000 0.000000 78.667358 0.000000 1.000000 0.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 0.000000 1.000000</matrix> The file is really too long since I don't know what I'm looking for, but all I can find for differences is the above. (I'm not sure which is which) Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 Ah. Matrices. Thise are the right things, but I have to read up or be informed by someone who can interpret them. Anyone? My guess is that the -1 in the upper one is the cause of the problems. What happens if you remove the - signs? Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 No. I used your matrix in my simple slab mesh and it didn't make any difference (except for rotating it when rezzed). In fact, reading about it, rotations will always produce negative numbers in the matrix. So it isn't that. Back to the drawing board. :matte-motes-crying: Link to comment Share on other sites More sharing options...
LindaB Helendale Posted October 31, 2011 Share Posted October 31, 2011 The matrix is 1.0000 0 0 00 0 1.0000 00 -1.0000 0 078.6674 0 0 1.0000 In collada the transformation matrices are in row vector on left -form, so v' = [x y z 1] * matrix so this matrix has translation <78.6674 0 0 > and it picks the original Z coordinate as Y and negates it (second column) and it picks the original Y coordinate as Z (third column) Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted October 31, 2011 Share Posted October 31, 2011 So... that is switching two axes and leaving one untouched..That's mirroring:) It's very possible I did that somewhere in the object. But then there's still the issue with my columns... and I sure didn't mirror anything in those. I'll have a look tomorrow at both and post it here when my brain works again... Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 Kwakkelde...... Whoops wrong thread. Deleted. :matte-motes-agape: Link to comment Share on other sites More sharing options...
Drongle McMahon Posted October 31, 2011 Share Posted October 31, 2011 After showing the ten planks anomaly at the mesh meeting, Runitai asked me to make a jira, so that anyone can look at the sae files. It's here. Link to comment Share on other sites More sharing options...
LindaB Helendale Posted November 1, 2011 Share Posted November 1, 2011 I use this algorithm http://en.wikipedia.org/wiki/Quaternions_and_spatial_rotation#Conversion_to_and_from_the_matrix_representation to switch between collada transformation matrices and second life rotation quaternions, and that algorithm confirms that the transformation matrix in the odd mesh 1 0 0 0 0 0 1 0 0 -1 0 0 78.6674 0 0 1 does not correspond to any rotation + scaling + translation (as the mirroring turns the right-handed coordinate system to left-handed and you can't rotate the object to flip the handedness), and it might be possible that the second life collada uploader just is not prepared to handle all possible transformations correctly. Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted November 1, 2011 Share Posted November 1, 2011 hmmm, is this really ment for me Drongle? I don't have any issues with prim weight as far as I can remember.... And I certainly don't remember any cylindrical pillars in any build... About the matrix...uggh, that's YEARS ago since I last saw one... But if you say the matrix shows a mirror action I believe you. I looked at the model however and there is no mirror there, only a rotation. Also looked at my columns that suffer from the LOD change since V3.1.0 and they don't even have a rotation. I'll try to replicate the bug with another object when I can find some time. Link to comment Share on other sites More sharing options...
Drongle McMahon Posted November 1, 2011 Share Posted November 1, 2011 "is this really ment for me Drongle?" Whoops. No. Wrong thread and wrong person! That's what happens if you carry on two conversations at once, I guess. Sorry, I'll delete it and put it where it should have been. :matte-motes-confused: Link to comment Share on other sites More sharing options...
Drongle McMahon Posted November 1, 2011 Share Posted November 1, 2011 "does not correspond to any rotation + scaling + translation" My matrix stuff is poor, but I did end up with the same effects you describe; translation along x plus y' = -z ; z' = y. However, drawing that on paper, it seems to be a 90 degree rotation about the x axis, no mirroring. Furthermore, it did work ok when I put that wierd matrix in another dae file, giving that rotation. The translation is lost by the normalisation done by the uploader, I think. Link to comment Share on other sites More sharing options...
LindaB Helendale Posted November 1, 2011 Share Posted November 1, 2011 /me facepalms you are right, disregard all that about mirroring, i had the 4x4 matrix transposed (in column vector on the right form) and it messed up the script to check it.... so the problem is not in the transformation but something else. Link to comment Share on other sites More sharing options...
Drongle McMahon Posted November 1, 2011 Share Posted November 1, 2011 That's the trouble with matrices :matte-motes-confused:. I have to turn off the "Bake matrices" button in the Blender 4.9 exporter so that it does translations and rotations ans scalings that I can understand at a glance. Link to comment Share on other sites More sharing options...
Kwakkelde Kwak Posted November 2, 2011 Share Posted November 2, 2011 I forgot to mention the rotation in my original model was 90 degrees around x indeed. It's also how the viewer uploads the model, the uploaded mesh rezzes with this rotation aswell. At least I can upload this one correctly now, as you have seen on the test grid, but I'm sure people will run into this again, although probably not many and not often. The older viewers had no problems with the LOD, they in fact still show the model correctly. Anyway, half the mystery is solved, but the columns which are behaving similairly, do not have this rotation, I checked and double checked that. So there has to be more to this... The columns have a lathe or revolve or how is it called in other programs modifier for the biggest piece, I don't think I flipped any normals or anything though. Link to comment Share on other sites More sharing options...
Recommended Posts
Please take a moment to consider if this thread is worth bumping.
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now