pbat Posted September 29, 2013 Posted September 29, 2013 (edited) Hope it makes sense what I just wrote. Well, you didn't get my point: Besides the question whether it is legal or not to attach a stud, you should definitely be able to put a [EDIT] light [/EDIT] sword blade through a fence, even a small 3633 one: There is plenty of space, but the collision boxes of those fences are plain wrong here, so that you currently can't do that in LDD, and that's the actual bug. [EDIT] See page 16 figure 10 of set 2508's instruction to get an idea what I mean.[/EDIT] [EDIT] This is not the case in 3633. If you have a look at page 22 of set 5955's instruction, you'll see that even this technique was used in an official set, albeit in the alternative model. [/EDIT] Edited September 30, 2013 by pbat Quote
pbat Posted September 30, 2013 Posted September 30, 2013 Here is another possible bug: According to page 32 figure 44 subfigure 4 of the 2nd instruction of set 6243, the mermaid tail 51345 (a.k.a. 84676) should fit into a brick 1×2 (3004 or maybe even 3065). I guess it's safe to assume that every minifig lower part should fit into every full-height brick. Quote
pbat Posted September 30, 2013 Posted September 30, 2013 And another one: 3960 fits atop 30139 and 2×6218, but not atop the similar 85941 as shown on page 9 figure 8 of the 1st instruction of set 60010. Likewise should 44375 fit atop 2×87926 as shown on page 14 subfigure 3 of the 2nd instruction of set 7939 and on page 8 figure 8 of the instruction of set 7591: LDD does not allow this connection even if the illegal plate 60474 is omitted. By the way, since there are at least two distinct sets not older than 3 years using this connection I doubt this is that much illegal. To make a long story short, 85941 and 87926 should adopt the behaviour of 6218 and attach to their respective lid. Quote
Superkalle Posted September 30, 2013 Author Posted September 30, 2013 Well, you didn't get my point: Besides the question whether it is legal or not to attach a stud, you should definitely be able to put a [EDIT] light [/EDIT] sword blade through a fence, even a small 3633 one: There is plenty of space, but the collision boxes of those fences are plain wrong here, so that you currently can't do that in LDD, and that's the actual bug. [EDIT] See page 16 figure 10 of set 2508's instruction to get an idea what I mean.[/EDIT] No, I got your point about that one. It was first discovered in the Tower Bridge model so it's allready "on our list" But the possibility to put a stud in the matrix has been discussed a long time if it was legal or not (i.e. too much force on the thin lamellas), but with these recent example, it seems clear that TLG has now (after many years) again cleared the path for using it like in the Maersk ship. If you have a look at page 22 of set 5955's instruction, you'll see that even this technique was used in an official set, albeit in the alternative model. Yes, but that is an old model, before they tightened up the restrictions. Don't know if this one is allowed too know, but I doubt it. Two lamellas being engagned are shorter, and thus the stud would push harder on the remaining two. EDIT: I'll have a look at the other two bug reports later tonigh. Quote
Lego Otaku Posted October 14, 2013 Posted October 14, 2013 Any reason 4862 pane element "fits" 4181 and 4182 doors? IRL it would never stay in yet LDD seems to think it's correct??? Brickshelf has an excellent listing of windows and doors with window, and which pane fits which windows opening. LEGO should probably check those and compare with what LDD supports. It's the same illegal design as making a large tire fitting on a small hub, LDD already rejects non-fitting tire connections. Why not apply that to glass? Quote
Lego Otaku Posted October 20, 2013 Posted October 20, 2013 (edited) This can't be legal??? Found it while experimenting with technic turntable. Red liftarm is hitting the stud of a technic brick below. I forgot the technic pin connecting the 3L thick liftarm on both side to the technic brick but it's the right height. LDD file http://www.brickshel...al_no_54324.lxf Edited October 20, 2013 by Lego Otaku Quote
Lego Otaku Posted October 23, 2013 Posted October 23, 2013 Another oops moment: http://www.brickshelf.com/gallery/Lego-0taku/ldd/wtf_aerial.lxf Aerial (in red) seems to be going through the 2x2x2 support even though there is no hole that would have allowed this. Quote
Superkalle Posted October 23, 2013 Author Posted October 23, 2013 Lego Otaku, how do you mean there is not hole? Quote
Lego Otaku Posted October 23, 2013 Posted October 23, 2013 When I look at the parts I have for my old classic space sets (don't have any recent 2x2x2 pillar) there is no hole that goes through. The aerial should only fit the first 2 or 3 mm of the top where there's dimple but not through. Did LEGO make a new version that goes through? Quote
Superkalle Posted October 24, 2013 Author Posted October 24, 2013 Did LEGO make a new version that goes through? Yes, they must have done so, because the version I have in front of me allows a pin to go through. Actually, it's not uncommon for LEGO to keep the same DesignID even though they make slight mold alterations. Quote
Meiko Posted November 2, 2013 Posted November 2, 2013 I just decided to make a new MOC, in which I was working on a new Castle model. I was building it, saved it, closed LDD and relaunched it a few minutes later, and when I opened up the model I was just building it was all screwed up. I'm emulating LDD on Linux (Ubuntu 13.10 amd64 w/ GNOME shell), but I'm certain that isn't the problem since I've been able to build and reopen models before just fine. Here are some screenshots: And this is what it is supposed to look like, where I opened the file up on the native Mac version after noticing this issue on Linux. The file obviously isn't corrupted, so there must be a rendering issue somewhere. Quote
Lego Otaku Posted November 2, 2013 Posted November 2, 2013 Have you tried restarting your computer? The graphic driver used through emulator might have gotten messed up. If it still looks messed up, try removing and reinstalling LDD or the emulator. LDD isn't supported for Linux so any bug or problem is more up to user to fix. Quote
Meiko Posted November 3, 2013 Posted November 3, 2013 Odd, I found the problem. "Outlines on bricks" is the cause, which is strange since it worked fine the other day. Oh well. Quote
Lego Otaku Posted November 13, 2013 Posted November 13, 2013 http://www.brickshelf.com/gallery/Lego-0taku/ldd/bug_check_000.lxf pins 4274 (grey) will not go in center hole 32184 (black), it seems to be colliding with a plate above yet it works fine IRL. I have tried with many other pins that snaps in place, none of them fits either. I think the part 32184 is a bit off spec. Quote
kamos Posted November 13, 2013 Posted November 13, 2013 (edited) ...pins 4274 (grey) will not go in center hole 32184 (black), it seems to be colliding with a plate above yet it works fine IRL. I have tried with many other pins that snaps in place, none of them fits either. I think the part 32184 is a bit off spec. Actually, it does with more bricks, you have to play with it to fit it Both of them are same thing just flipped. I couldn't put the 2780 peg (red) into 64178 (light gray) frame because of the 1x12 plate is "blocking" it. Removing the plate solve the problem and plate can be put back. Funny thing, you can and can't place the other peg into it. Flip the peg (2x up arrow) and it can't be inserted into it, do it again and it become placeable. Funny isn't it? (Also placing bricks is somewhat unreliable on contraption shown in picture.) EDIT: somehow managed to place both pins into 32184's. Check the attachment. And (bottom) 59426 cross axle 5,5 can be incorrectly placed into 6585 conical wheel block bug_check_000.lxf Edited November 13, 2013 by kamos Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.