Skip to main content
GenAjax
Participant
May 14, 2018
Answered

Colours changing in decal

  • May 14, 2018
  • 1 reply
  • 1129 views

Hi everyone,

I'm trying to mockup packshots in Dimensions. I had some testruns and it comes out OK.

Now however, i have another button on the can and the green colour changes pretty badly. As you can see in the first image, that is more correct.

It's been a while since the first testrun and i'm not sure if i changed the colour settings to RGB/CMYK. Could this be the case?

The file in the decal:

I've tried adjusting the lighting but that made no difference!

I've also read that the next update could include an export setting (for 300DPI). Is there an ETA for this?

Kind regards,

Olivier

This topic has been closed for replies.
Correct answer GenAjax

Hi,

In response to my own question:

I've changed the settings from CMYK to RGB in the original file (decal) and now the color seems to be correct!

However, on this can i have this issue on the back:

This model is different from the one with a different cap. We get our 3D models supplied.

Did get a message saying:

I chose Replace.

Would you recommend using one single file/object, and just place the caps on different layers and turn on the correct one each time?
Or how can i go around making sure errors like these don't happen?!

(The other one that doesn't has this issue)

1 reply

GenAjax
GenAjaxAuthorCorrect answer
Participant
May 14, 2018

Hi,

In response to my own question:

I've changed the settings from CMYK to RGB in the original file (decal) and now the color seems to be correct!

However, on this can i have this issue on the back:

This model is different from the one with a different cap. We get our 3D models supplied.

Did get a message saying:

I chose Replace.

Would you recommend using one single file/object, and just place the caps on different layers and turn on the correct one each time?
Or how can i go around making sure errors like these don't happen?!

(The other one that doesn't has this issue)

JeanetteMathews
Adobe Employee
Adobe Employee
May 18, 2018

We're going to work on adjusting the UV error messaging flow.  The problem is that it's a potential error.  it could be perfectly fine.  I would recommend skipping first and seeing if your UVs work as they were given to you, then if there is an issue you can re-load and try the replace flow.

This particular dialog shows on 3 detected issues:

  • If you have UVs that are out of the 0-1 space.  In UV space 0-1 is where the texture is and anything 'outside' of that space is repeated.  It's not inherintly wrong to have it out of the 0-1 space but is most usually unintentional.
  • If you have UVs that are overlapping.  UVs that are overlapping can't have different textures applied, they will always have identical textures for whatever UVs are overlapping.  Again this isn't wrong and is often used by artists to save UV space, but often it also comes from having jumbled, bad UVs.
  • Finally it checks for large pieces of the model that have very tiny or stretched UVs where textures would look particularly bad. 

We're going to try to remove this dialog at import and make it a bit more clear when an actual problem is found.  Potential problems are hard to message!

GenAjax
GenAjaxAuthor
Participant
May 22, 2018

Thanks! As i do not have a 3D background, I'm aware of the basics but that's it

Would you recommend building up our database in one file, changing the caps on the can enabling/disabling layers? So we can avoid the UV errors?

Also, when is export in 300dpi expected to be there?

Kind regards,

Olivier