Anim8or Community

Please login or register.

Login with username, password and session length
Advanced search  

News:

Ian Ross has just released a book on Anim8or. It's perect for a beginner and a good reference for experienced users. It contains detailed chapters on every aspect, with many examples. Get your own copy here: "Anim8or Tutorial Book"

Author Topic: V1.0b small material bug  (Read 15925 times)

Claude

  • Sr. Member
  • ****
  • Posts: 285
    • View Profile
V1.0b small material bug
« on: October 22, 2017, 10:24:05 pm »

Create material one in object mode.
Create material two in file mode.
Create mesh.
Apply material one to a few faces.
Apply material two to a few different faces.
Material two appears on all faces.
I think the problem is that they both have
the default name material01.
« Last Edit: October 22, 2017, 11:33:30 pm by Claude »
Logged

Steve

  • Administrator
  • Hero Member
  • *****
  • Posts: 2124
    • View Profile
Re: V1.0b small material bug
« Reply #1 on: October 23, 2017, 12:58:46 am »

This is how it's designed. Materials are bound by name. There are two layers, file = global, object = local. When an object's material is bound Anim8or first looks in the object material list for the name. It it finds it the that is the material used. If not, then Anim8or looks in the file material list.
Logged

Claude

  • Sr. Member
  • ****
  • Posts: 285
    • View Profile
Re: V1.0b small material bug
« Reply #2 on: October 23, 2017, 08:23:40 am »

I understand how it works.It's fine.
My point is if the material name is the  material identifier,
there should be no duplicate especially if it brings a
malfunction in the eye of the user.
My suggestion was simply when a material is created
to extend the search for a duplicate to the entire file.
Logged

Trevor

  • Full Member
  • ***
  • Posts: 220
  • Goldfinger64 Dev OS:10 CPU:5960x Gfx:RX480
    • View Profile
    • LS Tech Services
Re: V1.0b small material bug
« Reply #3 on: October 23, 2017, 10:43:17 am »

Claude, I disagree.
Per Object materials are overrides to the file material. If you could not have the same name then you cant override a material without having to select all faces of said material and then assign a new material.
You might have 3 models each with different flight group colours, instead of having to select all FGDecal materials and then changing for each model to a new name, you simply share materials then in each model you only have to change the colour of FGDecal, no selections and easy make an nth model since no need to change names.

Trev
« Last Edit: October 23, 2017, 10:43:54 am by Trevor »
Logged

Steve

  • Administrator
  • Hero Member
  • *****
  • Posts: 2124
    • View Profile
Re: V1.0b small material bug
« Reply #4 on: October 23, 2017, 12:57:56 pm »

Here's my logic for designing materials this way:

1. There is a need for materials local to each object. Putting all of the materials in one giant pool quickly becomes unwieldy for large projects. So there are object-level materials.

2. There is a need for using the same material in multiple objects. Making changes to this material is difficult if you need to edit each one individually. So there are global-level materials.

3. If you import an object with a large number of materials and some of them have the same name as an existing material, how should it be handled? Anim8or's two layered scheme avoids requiring the user to rename a lot of the local materials whose names conflict with global material names.
Logged

Trevor

  • Full Member
  • ***
  • Posts: 220
  • Goldfinger64 Dev OS:10 CPU:5960x Gfx:RX480
    • View Profile
    • LS Tech Services
Re: V1.0b small material bug
« Reply #5 on: October 23, 2017, 02:42:02 pm »

I should note that I have never used global materials and had to come up with my example pretty quickly, and its not because I don't have a use for global materials, I just keep forgetting about them since they are never used unless you actually make a new material in there.

Trev
Logged

thecolclough

  • Sr. Member
  • ****
  • Posts: 890
  • 3D Ignoramus 1988-2002, Anim8or User 2002-present.
    • View Profile
    • www.mattghc.com
Re: V1.0b small material bug
« Reply #6 on: October 23, 2017, 06:08:09 pm »

sorta-related issue: i've often made a local material by mistake when i actually wanted a global (because the materials panel defaults to local view on startup) and then had to scrap it and remake it as a global.  for incidents like that, it'd be great if local materials could have a 'convert to global' button that moves them onto the global list.

being able to copy and paste local materials would be nice as well (unless that's already doable somehow and i've just missed it?)
Logged

Trevor

  • Full Member
  • ***
  • Posts: 220
  • Goldfinger64 Dev OS:10 CPU:5960x Gfx:RX480
    • View Profile
    • LS Tech Services
Re: V1.0b small material bug
« Reply #7 on: October 23, 2017, 06:22:08 pm »

Copy and paste materials can be done via edit menu, but I like your idea for global material option.

Trev
Logged

thecolclough

  • Sr. Member
  • ****
  • Posts: 890
  • 3D Ignoramus 1988-2002, Anim8or User 2002-present.
    • View Profile
    • www.mattghc.com
Re: V1.0b small material bug
« Reply #8 on: October 24, 2017, 12:58:59 pm »

Copy and paste materials can be done via edit menu
huh, there go my powers of observation again :P
thanks for the tip :D
Logged

Claude

  • Sr. Member
  • ****
  • Posts: 285
    • View Profile
Re: V1.0b small material bug
« Reply #9 on: October 24, 2017, 02:08:41 pm »

Steve

1 - 2 Never had any problem with that.
3      I understand the lesser of 2  evils choice.

Nice to have confirmation of  the material priority rule.
Thanks for your time.
Have a nice day.
Logged