Jump to content

Mobieus69

Eurobricks Vassals
  • Posts

    46
  • Joined

  • Last visited

Everything posted by Mobieus69

  1. Hi guys. Haven't been on here in a while. Thanks again to everyone for adding all these great new parts. Can anyone tell me, in the all the releases since, has part no. 18675 been made decorate-able? It's the Tie fighter cockpit windscreen piece.
  2. Updated my UCS AT-AT 75313 decorations. Just realized I had saved them in the wrong color profile (Adobe 1998, which is better for print), when they should be sRGB since they are being used exclusively on screen. Fixed now. https://www.flickr.com/photos/70706671@N03/albums/72177720297205047
  3. @suenkachun Like I said, when I checked their image properties, all mine are 32 as well. I guess I've been saving them with the correct bit depth without realizing it. I typically work in 8bit mode in Photoshop, but didn't think about the fact that that was "per channel" and there are three channels (RGB) plus the transparency channel. All good. Learned something new. Now I'm looking at all the other artwork I've ever made, (Tiff files for print mostly), and realizing that their total bit depth is 24, again because it's multiple channels. 8 for R, 8 for G, and 8 for B. PNG just has the extra one for transparency. Cool! Brain wrinkle added.
  4. Ohhhh, did not know that either. Cool.
  5. Well, damn. You're right. I think I figured out what my issue was. I've been opening them in Photoshop assuming that they would open in their native bit depth and then looking at the "mode" which is always in 8 (hence why I thought they were 8). When I check image properties (even my most recent custom decorations) all say 32. Which is interesting, because I've been working in 8bit mode in PS. Maybe it's a function of saving to PNG? I always choose no compression when asked.
  6. It just seems kind of odd that the Lego Group would have their own decorations at a standard 8 bit if 32 was truly a requirement. Hmmmm, interesting.
  7. Out of curiosity, why 32 bit? It's not a bit depth that is typically used much for most images. My decorations (which all happen to be standard 8 bit) seem to show up fine in the program. All of the current official Lego decorations in the decoration folder are 8 bit as well. Now that I'm looking at them, the new decorations added by @Stephan are 8 bit also.
  8. Speaking of decoration mapping on specific parts, is there a way to change how a decoration is mapped to the 3d model? Certain parts (mainly non-flat) can be quite distorted when a decoration is actually applied to them. Minifig arms would be one example. If you apply a simple square grid you can see how wonky they are.
  9. The originals are in correct LDD pixel dimensions (1024x1024) on my flickr. Although I guess it might help if I actually linked it. https://www.flickr.com/photos/70706671@N03/
  10. Just finshed the stickers for the new UCS AT-AT if anyone's interested (adding to an update, etc.). My virtual build is now complete!
  11. Anyone else getting a damaged or unknown notification when trying to open the rar file with the latest fixes from @Equilibrium?
  12. Hmmm, all of mine say "24" and if I open the file in ldd, I just get an all yellow version of my model sans the missing parts. "24" is yellow. Wait, nevermind. Found them. Thanks.
  13. Awesome, thanks for assist guys. Am I missing something? I see a lot of material id = 24 but no red text. and no "21".
  14. Quick question. Is there any way to tell which bricks have been removed when you get placement errors? In really complex models, it can be almost impossible to find what was removed if it's not something large and noticeable.
  15. @Stephan Just wanted to report an issue I found as well. Part no. 69729 (2x6 tile) is off centered from where the program thinks it is. When you attempt to highlight it, the model is 3 studs to the right of where it should be.
  16. Ah, okay. Makes sense. I was just curious.
  17. Another thing I noticed was that all the Star Wars Helmet decorations are a single image now. They use to be divided up into subsections with a different png for each part of the helmet. Did you change that, or was that something that changed with the 2018 update?
  18. Thanks for the assist. Got all the new parts added. One more question if I may. The decoration folder from github seems to have only a small selection of your updated decorations. For instance, I'm not seeing all the star wars helmet decorations that you had a pic of in the main "LDD New Parts Key Topic" page. Did I miss something? Nevermind, I wasn't in the "Pre-release" branch. I figured it out. Thanks.
  19. Hi there, all. I've been an LDD user for a few years now, and let me just say, what you guys are doing is freaking amazing! I've been trying to use 2017 parts to build newer sets and the amount of substitutions and work-arounds required has been steadily increasing. I actually do have my database already extracted as I add a lot of my own stickers/decals or redraw existing lego prints (sometimes with my own custom edits), to use (I'm a graphic designer by trade, Photoshop is my jam). I was a little confused on how to add the latest completed new parts to my database though. Once I've extracted both LDD.lif and LDDExtended.lif, does a copy of the new 2020 parts folder go into both of those folders? Just one? In the main "Palettes" folder? Also, I'm a bit worried about my current decoration mapping file being overwritten or having conflicts as I have quite a few images already associated with various parts. All of my image file names are from 10001 to 10236 at the moment, so it looks like I'll be okay. I took a look at the latest decoration mapping file in dropbox and it looks like your png's start at 10378. Anyway, I'm just trying to make sure I do this right so I don't hose anything up. Any assistance would be appreciated. Thanks! Also, another quick question. Have any of the existing parts been re-mapped for decorations? Does most everything still require a square png?
×
×
  • Create New...