• Content Count

  • Joined

  • Last visited

  • Days Won


Simon last won the day on January 31

Simon had the most liked content!


About Simon

  • Rank
    Level 8 Stud

Profile Information

  • Gender
  • Location
    Etten-Leur - Netherlands
  • Interests
    Music (was a DJ once), science-finction (wrote some stories once), computers (earned some money once), trains (sold my Marklin once) and Lego (50 kilos, and I gave it all away 20 years ago).

Recent Profile Visitors

2875 profile views
  1. i have the exact same problem asĀ Trueblood01

  2. Thea has done the research for this, so this particular case is hers to decide. I am not going to interfere with that, but I do have a general observation. There are probably two dozen LEGO colors that we don't recognize as separate colors, and which are currently mapped to an existing Rebrickable color. If you look at our color table, all the double entries in the LEGO column represent at least one LEGO color we don't recognize as separate color. As an example, both LEGO colors 316 Titanium Metallic and 148 Metallic Dark Grey are mapped to Rebrickable color 148 Pearl Dark Gray. Some of these LEGO colors are virtual, they were introduced in earlier versions of LDD, and removed again in LDD 4 (probably never used in real parts); some are only used for a single occasion (Metallic Red for a single minifig); but LEGO is increasing their color pallete again (consider the Sprayed Gold for the new Lunar Model Creator Expert), and if they re-use color IDs that are currently mapped to another Rebrickable color, we will be forced to split colors, like we did with Pastel Blue. Obviously we can change the color of some parts in set inventories, and the resulting build problems with an owned set can be easily corrected by removing the set from your set list, and then adding it again with the newly changed inventory. However, we can never change colors in user's part lists. So this basically reverts to the same discussion we had about the impact of inventory changes. Yes, if we correct an error in an inventory, your part collection may change. The same applies for color corrections. But arguing that we should stop correcting errors because it might impact part collections is both unattainable and discriminatory against new users, with small part collections. Our users expect our data to be as accurate as possible, and rightly so, and many of you are actively helping us to correct any errors, for which we are very grateful. Sometimes these correcting can have a bigger impact then expected, and if we can, we will try to help you solve those problems. But please, do not ask us to revert a warranted correction on account of part collection continuity, because such a request is basically asking us to stop correcting errors, and we can't do that. Take care, Simom
  3. Latest update is 4.3.11 brick version 2370 from January 2018 - so no updates for more then a year. Studio has a higher learning curve, but once you master it, it is much better then LDD, I agree.
  4. Hi, Richie; coudn't agree more -smile- As to Eurobricks being not friendly about other sites using their files; I got mixed feelings about that. Would be very interested in hearing more opinions. In my view: Studio is based upon LDraw, that has an OpenContent (OC) license, which means that all Studio models also have to fall under that license. Which means you may copy and distribute exact replicas of Studio models. The same applies to native LDraw models. LDD is proprietary, and may not be used commercially. You could argue that claiming a copyright on a LDD model is a commercial use, and thus violates the LDD license. More importantly, the designs themselves are official LEGO sets, LEGO designed those things, not the person who made the LDD file. And finally, if two people build the same set in LDD, following the official instructions, both LDD models would be EXACTLY the same. So how can you even know for certain that an LDD file is yours? What do you all think? Can LDD/Studio/LDraw models of official LEGO sets be freely copied and distributed?
  5. And that means having a fixed list of keywords; which is what we're working on... -smile-
  6. Here are my renders on both LEGO and M logos: and these are some photos I took from the internet: I think the M logo is perfect, but the LEGO logo should be more raised... @TobyMac- did Modulex ever had LEGO logos, or always M logos?
  7. I know, I am the one who asked Chris to make that collection available. It contained 56 part definition, which I rendered in all modulex colors. We still need to add those parts to a set to get them visible. They all have LEGO on the studs, and honestly, I have no idea how to change that to M. As to the colors, I think we copied them from BL or something, but with only so few part, I can rerender all colors in a few minutes. If you have better RGB values, please let me know.
  8. We are talking about over 100,000 part/color combinations, don't think we should use the API for that. I could try doing it offline; but it would be a project that would take month, if not more. Studio's data is easy to access, but LDD is not. And I have no idea, right now, how to verify that data. For now, I fear, we can only correct errors if someone reports them.
  9. No, that is too fast - everything might look OK from a user viewpoint, but I want to make sure that admin changes, which caused the problem, are now also working properly, and for that we need more time. So for the next week, or so, if you spot a missing image, where an image previsouly appeared, please let us know.
  10. Hope you don't mind, but if you're looking at this set, could you specify the differences between the v1 and v2 inventories. It would be good to add that to the set notes... (just trying to improve the website... -smile-)
  11. Hi, CJ; I haven't checked your specific problem, but in general, I think you are right presuming the Set Build uses the default inventory. However, I think there is a work-around, and if you could try that, and it works, it would be good to know that. After selecting the first inventory, could you add the set's parts to a custom list? It would make sense that the custom list would then have the parts from the first inventory, and if it does, your can use the Build this List option for Custon Lists to get the results you want. If the add the set's parts to a custom list also uses the default inventory, I would consider that a bug, and we can ask Nathan to look at it. Does that help?
  12. What I showed above was the output of an import, and it shows all the errors. It gets displayed at the bottom of the import dialog, so you might need to scoll down to see it. I fear this is a LDraw problem. If the Ldraw folks update a part, they leave the old part in the system for compatibility. If I then switch our LDraw mapping to the new number, to show the update image, the import for the old part is removed. But if Studio still uses the old number, import doesn't work anymore. So I fear we have to start using double LDraw mappings, an import map for the old number, and im/export map for the new, but I first have to check what that does to our LDraw images...
  13. Ah, I might have misunderstood you, my apologies. Right now, if you import and LDD file with LEGO color 298 Cool Silver it is changed to Rebrickable color 135 Pearl Light Gray. What you are asking is, can LEGO color 298 Cool Silver be translated to Rebrickable color 80 Metallic Silver when importing an LDD file? If that is what you are asking, sure, that can be done, without changing any parts or inventories. Let my check my background documentation tomorrow to see if those colors match enough, if they do, the change can be made immediately.
  14. Rebrickable's color table is based upon the LDraw color definitions, just like the Bricklink/Studio color tables. Some colors are not defined within LDraw, so they are merged into an existing color. In this case, LEGO colors 179 ['Silver flip/flop', 'SILVER'] 298 ['Cool silver'] 296 ['Cool silver'] 131 ['Silver'] are all merged into Rebrickable 135 Pearl Light Gray. It is not a problem at all to split off Cool Silver, and create a new Rebrickable 298 Cool Silver for it, but when that is done, two things need to happen: (1) Someone has to check which parts were released in cool silver, and in which sets, and those inventories need to be changed. And only someone who has these parts and sets can do that. (2) Someone has to create that new color definition for POV-Ray and then render all those changed parts with the new color to create new LDraw images. I don't mind doing (2), but I can't do (1). Can you?