Jump to content

Update 2013-02-11. Problem with new 3ds max 2011 plugin. Changed the format of the names surface mesh.


photo

Recommended Posts

Обновление 2013-02-11. Проблема с новым плагином для 3ds Max 2011. Изменен формат имен поверхностей меша.

Был изменен плагин к максу, но изменения не указаны в анонсе, что для нас вылилось в неприятный сюрприз.
Изменен формат экспорта мешей, а именно, алгоритм генерации имен поверхностей меша.
Теперь в имя поверхности добавляется имя мульти-материала:
 было "имя меша" + "_" + "имя дочернего материала в мульти-материале"
 стало "имя меша" + "_" + "имя мульти-материала" + "_" + "имя дочернего материала в мульти-материале"
 
У нас возникла проблема с экспортом новым плагином, так как в нашем проекте имена поверхностей строго стандартизированы.

Необходим инструмент для изменения имен поверхностей экспортированного меша.

In english:

Update 2013-02-11. Problem with new 3ds max 2011 plugin. Changed the format of the names surface mesh.
 
The Max plugin was changed, but the changes are not listed in the announcement, that turned into a nasty surprise for our team.
The format of the export of meshes, namely, the generation algorithm names surface mesh.
Now in the name of the surface is added multi-material name:
  before - "name of the mesh" + "_" + "name of the child material in multi-material"
  now - "name of the mesh" + "_" + "name of the multi-material" + "_" + "name of the child material in multi-material"
 
We had a problem with the export with new plug-in, since in our project a name of surfaces are strictly standardized.
 
We need tool for changes name of surfaces in the exported mesh.
Link to comment

...

 

You can use old plugins with the current version of the engine without a problem.

 

 

 

Использование старого плагина не решает проблему невозможности четкого контроля над именами поверхностей меша.
 
Using the old plugin do not solve the problem of the absence of clear control over the names of the mesh surfaces.
Link to comment

 

Использование старого плагина не решает проблему невозможности четкого контроля над именами поверхностей меша.
 
Using the old plugin do not solve the problem of the absence of clear control over the names of the mesh surfaces.

При использовании мультиматериала он всегда приписывал его имя. В вашем случае можно в максе накидывать не мультиматериал, а просто дочерний ( что вы скорее всего и делали).

 

When using multimaterial that always attributed his name in .mesh surfaces. In your case, you can not assign in 3dsMax multimaterial, just a sub-material (which you probably do).

Link to comment

При использовании мультиматериала он всегда приписывал его имя. В вашем случае можно в максе накидывать не мультиматериал, а просто дочерний ( что вы скорее всего и делали).

 

When using multimaterial that always attributed his name in .mesh surfaces. In your case, you can not assign in 3dsMax multimaterial, just a sub-material (which you probably do).

 

 

Вы ошиблись, посмотрите тестовую сцену и экспортированые файлы.
В тестовой сцене кубу назначены 6 материал-ID. Там же есть 2 материала - стандартный (cubeMAT) и мультиматериал (cubeMMAT) с 6-ю дочерними стандартными материалами названными по сторонам куба (top, front и т.п.).
Куб выгружен с каждым материалом дважды - с плагином 2012_09 и с новым 2013_02. На скрине можно увидеть разницу в именах поверхностей меша. Параметр экспорта Split by Multi/Sub ID включен.
 
В нашем проекте на именах поверхностей завязана вся кастомизация игровых объектов и имена поверхностей должны совпадать с тем что написано в скриптах.
Соответственно и возникла необходимость полного контроля над именами ключевых элементов.

In-english:

 

You were wrong, see the test scene and exporting files.
In the test scene cube assigned six material-ID. There is also a 2 materials - standard (cubeMAT) and multimaterial (cubeMMAT) with 6 children of standard materials named on the sides of the cube (top, front, etc.).
Cube unloaded with every material twice - with a old plugin 2012_09 and a new - 2013_02. On the screen you can see the difference in names surface mesh. Split by Multi/Sub ID is on.
 
In our project, from the name of surfaces depends customization of game objects and the names of the surfaces must be the same with what is written in the script.
 
Respectively, we need a have full control over the names of the key elements.

 

post-537-0-60527100-1361178178_thumb.png

material_test.zip

Link to comment

Alexey,

 

We are truly sorry we missed that change in the devlog. New naming was done by an urgent request if I could remember it correctly, and we lost it when gathering info. Completely our bad.

 

But if naming is critical for you and your logic depends on it, why not simply stick to the previous version of the plugin? It's working, it's fully compatible since absolutely no changes were made to the mesh format itself. Is there any reason we do not see?

Link to comment

Сейчас нам ничего и не остается, кроме как использовать старый плагин (2012_09).
Но в целом, ситуация тревожная - это тупик, ведь если в дальнейшем плагин будет улучшен мы не сможем на него перейти. Но не это главное.
Так как поверхности меша не менее важная часть ресурсов, как, например, ноды или материалы, отсутствие полного контроля над ними усложняет рабочий процесс.
Если при экспорте не доглядели и меш был выгружен с ошибкой только в имени поверхности, то чтоб исправить эту ошибку приходится перевыгружать меш из исходной сцены.
Логичнее и проще было бы использовать для изменения имен поверхностей экспортированного меша отдельный инструмент.
Это может быть функция в Mesh viewer или/и консольная утилита (для пакетной обработки, если необходимо).

Новый плагин просто вывел эту проблему из тени.

Кстати говоря, обратите внимание на то, что новый плагин, при включенном параметре экспорта Split by Multi/Sub ID, игнорирует matID у меша со стандартным материалом и не разбивает меш на поверхности. Старый плагин, в этом случае создавал поверхности в соответствии с mat-ID (смотрите сравнение в прошлом посте).

In-english:

Now we forced to use the old plugin (2012_09).
But in general, the situation is alarming - it's a dead end, because if plug in the future will be improved, we will not be able to start using it. But is not the point.
The surface of the mesh is important part of the resources, such as, for example, node or materials, and absence of complete control over them complicates the workflow.
If when exporting error has been made, and the mesh was exported with an error only in the name of the surface, to correct this error we have to repeat the process again - export from the original scene.
Easier and more logical to be used separate tool to change the names of the exported mesh surfaces. It can be a feature in Mesh viewer and / or command-line utility (for batch processing, if necessary).

A new plugin just show this problem from the shadows.

By the way, note that the new plug-in case of checking switch export Split by Multi / Sub ID ignores matID from mesh with a standard material and does not break the mesh on the surface. Old plug-in, in this case, creating surfaces according to mat-ID (see the comparison in the previous post).

Link to comment

kudirk,

 

Спасибо за описание поведения экспорта со стандартным материалом, информация и тестовая сцена уже передана разработчикам.

 

Thank you for detailed information about export with standart material issue. I've already passed this test-scene to the developers.

How to submit a good bug report
---
FTP server for test scenes and user uploads:

Link to comment
×
×
  • Create New...