Jump to content

headlessroland

Eurobricks Vassals
  • Posts

    12
  • Joined

  • Last visited

About headlessroland

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yep 4.1.6 here. Wow ok, it's getting its rotation plane confused. Try this. Start a new build. Select any piece. Keep constantly pressing right-arrow to rotate it, and while you're doing it, spin the view around (including up and down) by holding the right button and moving the mouse. Keep stopping and look at which way that right-arrow key is now rotating the piece! If it doesn't mess up straightaway, keep at it, it doesn't look consistent to me. When you've put the view back the way it was, mostly the rotation plane is back the way it was, but sometimes not. It's as though they tried to make the rotation plane depend on the camera view, but left a bug where it sometimes sticks. (Edit: AAARRGGHHH another CTD, all I did was place a brick. It's not really usable if it keeps crashing out. Returning to 4.0 now )
  2. I MUCH prefer the new colours layout. I moaned once before about the old layout - my mouse hand seems too twitchy these days, slip off the colours popup and it would close, so it would take a few attempts to select one. No more popup menus, they're all laid out together. The road plate decorations have been corrected! :) On the negative side, it won't load my 20,000-odd-piece model - the progress bar goes almost all the way then LDD just closes down. Went back to v4, deleted some superfluous junk left to one side, and now it loads in 4.1. I wonder if it's an extension of the problem found in this post: http://www.eurobricks.com/forum/index.php?showtopic=49709&st=0 - alienwar9 said the pieces limit dropped from v3 to v4, I wonder if it's dropped further in 4.1? (I hope not!) Edit: ok, I've just experienced a seriously weird bug. I copied a selection of 52 bricks, and pressed right-arrow to rotate it. It flipped upside down - I thought I'd pressed the wrong key, so I pressed down, and tried all 4 of the cursor keys. Every one of them was just flipping it upside down and the right way round again, no rotation at all. Then as I pressed one of those keys, it crashed to desktop. Reloaded LDD and the same model, and the cursor keys are working as they should. What the hell...?
  3. There are 33,267 bricks there altogether; I deleted about a thousand of them. I haven't looked at LXFML files before so I don't know what the RigidSystems or Joints are exactly, but if there are any references in those lines to the deleted bricks, it didn't cause any obvious ill-effects. Looking again now, I thought it might be something like a Brick or Part limit of 32,767, but it's not that. 32,686 bricks works (IDs 0 to 32,685), but one more doesn't. Increasing the ID numbers of the last brick in the working file makes no difference, and neither does deleting the last-but-one brick and renumbering the last one - so it looks like just a limit on quantity.
  4. Not sure how much this helps: I opened the LXFML file in a text editor, deleted a big bunch of bricks from the end of the bricks section and saved it, and LDD4 loaded it fine. So perhaps you could cut a chunk off the model in LDD3, save as two separate files, and reload them individually in LDD4, adding them back together at a later date when the bug's been fixed? Not exactly ideal I know :/ At least though if you need LDD4 to build it, the file isn't lost. Looks like it's on its way to being one very nice model, I'd like to see it when it's complete.
  5. Superkalle - I stand corrected :) Fair enough then, but apart from those 2 crashes when searching, it's been fine - no slowdown or anything, whatever I do, as long as the parts aren't all fully connected together (then it's very slow to build). That of course points to a specific bug when searching, though depending on the extent of the bug, perhaps most people won't get the problem anyway.
  6. Further to Bojan Pavsic's post earlier about the crash to desktop, and my post saying it did it when I tried to search for a piece, with a large file open. It's just crashed again immediately after I started to type into the search field (a great addition to LDD, when it works!), with that same 20,000+ piece file open, but this time it did give error messages: followed by: and lastly: I don't know why the search would cause an error in the graphics driver. I know it's redrawing just the matching pieces, but still, it's always redrawing the pieces while I'm looking for the ones I want. Specs, in case it helps: Core 2 Duo E6600, Geforce 8800GTS 320MB, 2GB RAM, Windows XP.
  7. I don't have any physical Lego to hand to test, but are you sure? I know if they're against a wall, you have to bend them forward because of the head, but I'm sure they stand up straight as long as just the head goes above the wall or can go into some form of recess? i.e. with the back of the legs and the back of the torso perfectly upright? (I'm ready to stand corrected, but I'm 99% sure...) The difference in the position of the waist "studs" that go into the torso, between a sitting-down pair of legs and a standing-up pair, is huge - is there any chance somebody with the physical bricks could compare them against LDD? (e.g. standing vs sitting against some bricks.) Also, I just experienced the bug a few people have mentioned, the one that tends to be referred to as a CTD, "crash-to-desktop", when games do it. LDD just closed on me when I typed "seat" into the search box, with a 20,000 piece town loaded. I'm glad I'd saved a few minutes before It worked fine after reloading and selecting "free build" so perhaps it could be a memory issue?
  8. They've done something weird to the legs, which might be the cause of the slight confusion. They can now have a brick directly in front of them - the toes and legs are fine - but the hinged waist bit at the top of the pair of legs sticks out backwards too far. So you can put a single brick on the ground right behind the legs, then nothing on top of it. Sort of looks like a rushed repair, by moving the holes in the feet but then not testing the whole piece. I've just spotted something else. Part no 2517, "wall element with curve 3x4x6", seems to be very slightly too tall. It's difficult to show in a screenshot because the error is so tiny, but if you build a wall with any standard bricks then put part 2517 against it, then move the view around, you can see they don't match up and 2517's studs are too high. I've just noticed it because in this particular case it's stopping a piece from being able to fit. This closeup is an attempt to show it using different-coloured plates to make it clear: I hadn't noticed it before. Not sure if that means it's new to LDD4, or that I just hadn't noticed
  9. I have to say I don't like the new graphics shading. The studs just look... wrong. Unfinished, somehow. I'll leave it set to look like before. I also don't like the colours being grouped, but this time for a functionality reason rather than the look - because it slows down building. That forced pause every time, for the colours to pop up, really adds up to slow the process down a lot, and quickly becomes very annoying. (But then, I'm the type to always click on a submenu heading for it to open immediately, rather than wait the half-second or so before it pops up on its own.) Oddly, on loading an old model, it removed all the 1x2x5 bricks, as being incorrectly positioned. Anyone know why templates are (still) not available in Universe mode?
  10. Hi Superkalle, Interesting to read that severity classification, nice to see how you group the bugs. I've got another one for you here, but again the parts are Universe mode only. Do TLG want bug reports from Universe mode, or only from the standard modes? Under the group with the joystick icon, "mini fig. dragon", "mini fig. wing dragon r." and "mini fig. win dragon l." all have a thicker round collar, just above the tiny round peg that fits into a helmet, that's supposed to clip into a holder. As an example of official use, Black Knight's Castle 6086 uses a pair of dragons clipped over the castle entrance (instruction page at Peeron). LDD doesn't allow the connection. After typing that I've just remembered, I saw set 6086 on the Official Lego Sets Made In LDD thread. AndyC's version has the two dragons lying next to the castle but not explicitly mentioned, but I can't see it in this thread so I don't know whether it's already been reported.
  11. I've found a boundary bug, but I don't know whether TLG would be interested because it's a brick that's only available in Universe mode. "Shutterholder 1x1x2" in the doors group. The physical brick can't be attached where there would be a stud in front of it, because the tab sticks out too far. In LDD the tab goes into the stud. It looks odd if you use the hinge tool to spin it round, it's cutting through the studs around it.
  12. Hi all, Been playing around with LDD for a while, but only found this forum yesterday. There's a bug that was annoying me when building 6389 - I've read through this thread and can't see a mention of it. The "inverted windscreen 3x4x4" will not accept a brick placed inside it at its base. The computer should fit inside it, but doesn't. On the right of the pic, it's floating one plate's thickness up in the air, so it's only the base of that windscreen that doesn't like it.
×
×
  • Create New...