Steve_Yorkshire Posted January 15, 2019 Share Posted January 15, 2019 Update on getting Blender models into Torque as DAE. Just a few things I've noticed by paying attention to console spam.Originally I just used the same COLLADA layout as Max with base01, start01, detail#, etc. (see image below)http://farm4.static.flickr.com/3262/3972904908_781d062598_o.pngTurns out Torque can never find the detail markers - however importing with "detectDTS" or "TrailingNumber", Torque still identifies the mesh LODs from the trailing numbers and just adds it's own detail nodes automatically. Also you don't need base01 or start01.Console informs you of this: Object mesh "meshLOD300" has no matching detail ("detail300" has been added automatically) Object mesh "meshLOD200" has no matching detail ("detail200" has been added automatically) Object mesh "meshLOD100" has no matching detail ("detail100" has been added automatically) Object mesh "meshLOD2" has no matching detail ("detail2" has been added automatically) The following image example will import LODs 300, 200, 100, and 2 just fine, with the console log informing you that detail nodes have been automatically added for each.------------------------------------------------------------------------------If models are scaled using mesh object scaling (eg: xyz scale = 0.01) this will trigger a console warning when importing. Warning: in Armature_meshLOD300-skin is not invertible (may cause problems with skinning) I am not sure this warning actually does anything, as I have yet to see any problems - yet, in the great crusade against console spam, if you go into Blender edit mode and set scale to 1.0 and then manually resize and reposition the mesh to the correct scale - this warning will cease. Protip: duplicate the mesh so you have some reference of the correct scale and original position).------------------------------------------------------------------------------- Warning: Collada element in Untitled.008 is not supported. Torque is complaining about the actual mesh geometry here and is referencing the actual "Mesh Data" of the object in Blender. You can discount the *.008 auto naming convention that Blender uses as the problem. This warning is caused by having an open mesh - eg: not hull sealed. So check those verts are joined!---------------------------------------------------------------------------------This has been a Public Information Broadcast on behalf of Frazzled Blender To Torque Devs Against Console Warnings ... :oops: Quote Link to comment Share on other sites More sharing options...
Duion Posted January 15, 2019 Share Posted January 15, 2019 Why detail 16? I never understood that part. Some default models have lowest LOD at detail 2, but you can use anything. I use 1 I think.Also I do not understand what bounds are for and why you have a shape file outside of the hierarchy. Quote Link to comment Share on other sites More sharing options...
rlranft Posted April 22, 2019 Share Posted April 22, 2019 That is the size in rendered pixels at which the LOD system switches to that mesh. So, when the object is far enough away that it is 16 pixels across or less, that detail mesh LOD will be used for rendering.Use whatever sizes work for you, but at 1 that mesh will not be displayed until the object is quite distant indeed.... Quote Link to comment Share on other sites More sharing options...
Duion Posted April 23, 2019 Share Posted April 23, 2019 @rlranftThat was not my question, of course I know how it works, but the last detail level number is kind of irrelevant, since it is the last and it will never switch to another one below that anyway. So it could be 1 or 2 or 3 etc.That is why I asked why some people use specific numbers. I found out that there is also a nulldetail level which can be used below that, so the model will not be displayed anymore at all, but even that is pointless, since the engine has a global pref variable, which can make all models disappear below a certain pixel rate, so the last detail level number is kind of meaningless anyway.So I just use 1 now as the lowest detail level, which indeed it is. Quote Link to comment Share on other sites More sharing options...
rlranft Posted June 4, 2019 Share Posted June 4, 2019 Any particular number used would be if the developer intended to allow the system to handle it in the default manner after that size was reached. For many cases it is irrelevant, as you point out. so using 16 would mean that the developer assumes that the end user would leave the settings such that this LOD would be reached, and also that this would be sufficient between this LOD range and default cull.From my perspective you can use whatever number you want. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.