BrokenEye

LEGO decoration swatches for Adobe Illustrator and Adobe Photoshop

Recommended Posts

A little something I threw together to make my life easier when creating custom LEGO decorations for LEGO Digital Designer.

These are color swatch sets for Adobe Illustrator and Adobe Photoshop, featuring all current brick colors (according to BrickLink), with black and white color corrected to match LDD's black and white. The Illustrator set is organized by catagory, and since the Photoshop swatch system doesn't allow for this, each catagory is its own set. Even though these are brick colors and not decoration colors, it seems to me that most decorations tend not to stray very far from this palette.

Download Illustrator Swatches

GOApKhZ.png

To install the Illustrator swatches, download the file and place it in "C:\Users\[YOUR NAME]\AppData\Roaming\Adobe\Adobe Illustrator [VERSION NUMBER] Settings\en_US\x64\Swatches". Once in Illustrator, open the Swatches window, and from the dropdown in the corner of the window choose "Open Swatch Library>User Defined>Lego Colors".

Download Photoshop Swatches

zTiEAQa.png

To install the Photoshop swatches, unzip the file and drop the *.ago files into "C:\Users\[YOUR NAME]\AppData\Roaming\Adobe\Adobe Photoshop [VERSION NUMBER]\Presets\Color Swatches". Then go to the dropdown menu in the corner of the Swatches pane and select "Replace Swatches", and pick the one you want.

Share this post


Link to post
Share on other sites

What CM settings are they based on, given that you mention correcting for on-screen display?

Mylenium

Share this post


Link to post
Share on other sites
51 minutes ago, Mylenium said:

What CM settings are they based on, given that you mention correcting for on-screen display?

Mylenium3

I'm sorry, that's not what I meant. I didn't correct for the on-screen display. I corrected for exactly two inaccuracies in how BrickLink's color guide displays the colors.

I didn't notice immediately, but Bricklink displays black and white as true black and true white (#000000 and #ffffff), which don't match the off-black and off-white shades I sampled from LDD's various decoration files (namely, #1b2a34 and #f4f4f4). #1b2a34 and #f4f4f4 also blend in seamlessly with the colors of bricks themselves in both LDD and LDD to POVRay Converter, which suggest that those also use these shades.

Considering the realism of LDD to POVRay Converter's renders, it seems very likely to me that the actual physical bricks also use #1b2a34- and #f4f4f4-colored plastic, though I can't think of any way to confirm this objectively. At least, not with the equipment I have.

Share this post


Link to post
Share on other sites
13 hours ago, BrokenEye said:

Not sure why you'd say that.

Well, we could surely endlessly discuss the merits of color management for printing and the limited usefulness of 8bit hex values are, with no source profile no less, in this context... See the problem?

Mylenium

Share this post


Link to post
Share on other sites

No, not really. It's not as if I pulled the colors from a photograph or a scanned image. I just converted existing color swatches into a usable swatch plugin. What other display's color settings would I need to correct for when there's no other display involved?

Share this post


Link to post
Share on other sites
1 hour ago, supertruper1988 said:

It seems the goal is to simply match the colors that will turn out nicely with other LDD decorations. 

Not the point. If your monitor uses a specific color profile, the skewed colors are already baked into a screenshot, hence any such representation would look incorrect on other computers. That would even apply to a plain dumb sRGB profile as commonly assumed by most devices. It even matters for how the colors are transformed in the textures for the viewport shading. Point in case: If you do such stuff without proper CM, it's pretty much only valid on your own system. Don't get me wrong: It's better than nothing and most people won't care, but personally I'd be extremely wary to use this without knowing a few of these parameters.

Mylenium

Share this post


Link to post
Share on other sites
Posted (edited)
8 hours ago, Mylenium said:

Not the point. If your monitor uses a specific color profile, the skewed colors are already baked into a screenshot, hence any such representation would look incorrect on other computers. That would even apply to a plain dumb sRGB profile as commonly assumed by most devices. It even matters for how the colors are transformed in the textures for the viewport shading. Point in case: If you do such stuff without proper CM, it's pretty much only valid on your own system. Don't get me wrong: It's better than nothing and most people won't care, but personally I'd be extremely wary to use this without knowing a few of these parameters.

Mylenium

That makes no sense. The monitor is purely an output device. It only effects how colors appear to the viewer, not how they're valued and saved by the computer itself. If I take a screenshot when the monitor is turned off, don't get a blank image. You might as well say that having a bad printhead that smudges typed documents changes how the computer parses unicode.

Edited by BrokenEye

Share this post


Link to post
Share on other sites
23 hours ago, Mylenium said:

Not the point. If your monitor uses a specific color profile, the skewed colors are already baked into a screenshot, hence any such representation would look incorrect on other computers. That would even apply to a plain dumb sRGB profile as commonly assumed by most devices. It even matters for how the colors are transformed in the textures for the viewport shading. Point in case: If you do such stuff without proper CM, it's pretty much only valid on your own system. Don't get me wrong: It's better than nothing and most people won't care, but personally I'd be extremely wary to use this without knowing a few of these parameters.

Mylenium

Based on the text of the above posts, from @BrokenEye I believe him to be be saying that he gathered the color codes directly from the program which are not affected by any such color adjustments on the monitor output side.

Share this post


Link to post
Share on other sites
12 hours ago, supertruper1988 said:

Based on the text of the above posts, from @BrokenEye I believe him to be be saying that he gathered the color codes directly from the program which are not affected by any such color adjustments on the monitor output side.

I also got a bunch of colors from Bricklink. They've got more of them than LDD does.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.