[Solved] Cant use SPACE in layer names ?

[Innovine]

I just wasted an hour trying to find out why my retopo bakes were not coming out in the paint room. I finally discovered that if you have the Name Correspondance turned on, but you have spaces in the names of the layers, then 3d coat only corresponds using the first word in the layer name. In my case, I had multiple layers beginning with the same word, and this caused overwriting of the layers(?).

 

Edited August 4, 2019 by Innovine

[Carlosan]

On 2/21/2018 at 11:54 AM, digman said:

Names Correspondence for Baking.

It does not need to have multiple uv sets but each retopo object layer must have a sculpt room layer with the same name. Example shown in picture. 

3DC will internally explode (pull apart) your model and bake each section separately to avoid occlusion errors.

Select and run what is shown in the second picture to check your names. In a simple case not needed but with lots of layers it is good to run before baking.  Make sure Names Correspondence for Baking is selected. Not shown in the picture.

To avoid mistakes on name convention do not use spacebar in the names, replace the empty space by underscore.

[Innovine]

Yeah, that's terrible. Please fix it!

[Carlosan]

Is how it work, cant be fixed.

[Innovine]

Of course it can be fixed. Pilgway should use a proper string compare function, not some embarrassing home made junk that stops at a space.

http://www.cplusplus.com/reference/string/string/compare/

I haven't seen anything requiring me to replace spaces with underscores since MS DOS.

How do I open a bug on this, what is the bug reporting process?

 

Edited August 5, 2019 by Innovine

[Carlosan]

On Linux builds,  3DCoat use the first word in the layer name, is OS limitation. And as the construction is the same for all OS, you request it is not possible, sorry.

Anyway feel free to send any support-related questions, feature requests at

support@3dcoat.com

Thx

 

[Innovine]

 Is not OS limitation. Is 3d coat bad programming limitation. Has nothing to do with OS (linux fully supports long filenames with spaces). What makes you think the filename has anything to do with the layer name?

 

Also, you mention the email is for support question and feature requests... do they not want bug reports? That would explain some things.

Edited August 5, 2019 by Innovine

[Carlosan]

Support questions are for report bugs too. I do not understand why your aggressive attitude, I am responding kindly. I hope the same way to respond.

[Javis]

@Innovine Keep your attitude in check here or find the door. Abusive behavior will not be tolerated. Thanks.

[Andrew Shpagin]

I will check and fix it. Obviously, it is bug if it works so.

[Andrew Shpagin]

Ok, fixed it, thanks for reporting. New build expected today.

 

4.9.05

- Fixed UDIM import crash when option "Import tiles as UV sets" turned ON.
- Fixed problem of loading obj files that contains objects/materials with spaces. Baking with names correspondence supports names with spaces as well.
- Random crash in retopo fixed (was happening sometimes after faces deleting)

•