3d preview is malfunctioning for subpart 64179s01 has some issues - buttons that switch view mode do not work

While modifying some stuff about part 50898, I have encountered a bit of a problem. There was a situation that required to use condlines with all points being on the same plane. It it okay? Or maybe there are some ways to work around such problems? If not use that condline at all, software like LDView gives off a pretty bad picture in terms of shading with edges appearing sharp when they clearly should be not that way

Hi all,

I'd like to suggest adding the keyword "cheese" (and/or "cheese slope") to 54200.
And all patterned versions of that piece.

Perhaps to 85984 too?

Thanks.

Jaco

Hi,
I'm new to this forum so forgive me if I'm doing something wrong.
I serched a tred that deal about my problem, but I didn't find enything.

So here is my problem. It's a week or so that LPUB doesn't show the PLI on each step.
It works on some and it doesen't on others, moreover, if I go back and forth in the pages, the PLI changes, even the BOM at the end of the file changes.

There is someone that can help me?

Thanks in advance


Ivan

Hi Guys,

I recently got into making lego animations and wanted to make an animation using Finn from adventure time. I'm mainly looking for the hat as I was able to recreate the rest of his minifig easily. I searched through LDraw, digital bricks, and Brick Link Studios but was unable to find the hat. I know the model exists as I've seen a few images of the 3d model but haven't been able to find the actual model. I would appreciate any help in finding the hat!

Thanks!
Gabin Marlin!

Attached Files

Thumbnail(s)
   

  250x250p.jpeg (Size: 4.99 KB / Downloads: 44)
  250x250p.png (Size: 15.42 KB / Downloads: 44)

Just noticed that there is a strange situation with Krana Vu. For some reason, one of it's subfiles, the half of the part one, is in the official library. Meanwhile model itself is not. Probably it should be reviewed, and if anything is okay certified? I don't think it's okay to have a subfile be floating in the official part library without the part itself

Subfile: https://www.ldraw.org/parts/official-par...s/42042s01
Part: https://www.ldraw.org/cgi-bin/ptdetail.c.../42042.dat

Like discussed elsewhere, I'm considering starting a public github repository for the LDCad shadow library.

For this I would like some feedback about how to do this best.

I really could use some help deciding about the following things:

- License type
I'm currently using "Free for non commercial use" in all the .dat files, I've decided to change that to something more permissive like "CC BY-SA 4.0" but if someone has an alternative suggestion I'm open to that too.
The problem with this is I will need to contact the people whom contributed shadow info over the years (they are all members of the forum though )
But worst-case scenario I'll just leave those files out (just about 400 .dat's in total or so)

- Author / change tracking.
Currently I only have a single Author line, but I figure a public repo needs some more information.
I really don't want a part tracker level of tracking, but I guess there should be some rules header wise.


I already made a private repository to do some tests with, so once a license is chosen it will be ready to go.

I also want to add some tools to LDCad to help format / maintain shadow info intended to be donated to the repo.


Any ideas/suggestions about how to get this repo/project started are welcome.

Hey,

this release introduces a complex and powerful feature:
The !LPE CONST meta command.
It allows you to use constants in almost any line type and replace them with a real value when needed.
However, the constants will be removed from a line when the line is modified from another source that is not the constant itself.
When you change a value of a constant afterwards, you need to click manually on the "Update/compile linked subfile data" button.

  icon32_subcompile.png (Size: 1.72 KB / Downloads: 74)
You can see the calculated value in the warnings section of the text editor.

Syntax:

• ...use the "!LPE CONST" meta command to define re-usable constants in parts and subparts.
  
• ...use calculated expressions for constants, too.
  
• ...quick-fix/replace constants with the text editor.
  
• ...combine "!LPE CONST" with "!LPE CSG" meta commands (but not with !TEXMAP commands, yet).
  

1. Download and extract LDPartEditor_win32_x64.zip
   
2. Run LDPartEditor-1.8.60.msi
   
3. Start LDPartEditor from the start menu
   

1. Download and extract LDPartEditor_linux_x64.zip
   
2. Install ldparteditor_1.8.60-1_amd64.deb
   
3. Start LDPartEditor from the menu or via launcher
   

1. Download and extract LDPartEditor_mac_x64.zip
   
2. Mount LDPartEditor-1.8.60.dmg
   
3. Drag LDPartEditor.app to the Applications folder
   
4. Copy ldparteditor.sh to your home folder
       4a. Open a Terminal.app and run ./ldparteditor.sh
       4b. Or open a Terminal.app and run /Applications/LDPartEditor.app/Contents/MacOS/LDPartEditor
   

• OpenGL 2.1 compatible Graphics Card
  
• Operating System (64-bit): Windows [7 or newer], Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
  
• CPU: Multicore-Processor e.g. Intel Core 2 Duo or AMD Athlon II (>2.0Ghz)
  
• RAM: 4GB
  
• Video-Memory: 1 GB
  
• Free Disk Space: 100 MB
  

• Operating System (64bit): Windows 7,8,10, Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
  
• OpenGL 3.3 compatible Graphics Card
  
• CPU: Multicore-Processor with 4 cores (or more)
  
• RAM: >4 GB
  
• Video-Memory: >1 GB
  
• Free Disk Space: 512 MB
  
• For a faster start, LDPartEditor and the LDraw™ library should be installed on an SSD.
  

Hi all,

inspired and motivated by this thread, I tried to port the collision detection algorithm of LDInspector to LDCad / Lua. Thanks to Roland and his massive support I have a first version running that seems to not crash immediately.

In the attached example TestMini there are three collisions:
   

Running the collision detection coloring macro, it marks all colliding parts correctly:
   

Having some parts in sub-models like in TextMiniSub, the macro marks the parts in the sub-models recursively which may lead to spurious false-collisions. I'm working on some kind of work-around by (a) adding collision indicators instead of coloring the parts or (b) creating a new flat file which then allows individual coloring of parts.
   

If you are interested in the still-very-beta-proof-of-concept-script, it is attached as txt file - just rename to lua and copy it do LDCad-1-7-Alpha-2/scripts/default/global/ directory. You will need LDCad 1.7 Alpha 2 or later - thanks again to Roland for providing all needed functions. Please do not run the collision detection with too many parts as the time will increase squared to the number of parts. Running this small example with 15 parts already requires 32ms on may machine and the default maximum macro runtime is 250 ms which leads to a maximum of about 40 parts without prolonging the macro execution time.

Attached Files

  TestMini.ldr (Size: 883 bytes / Downloads: 5)
  TestMiniSub.ldr (Size: 686 bytes / Downloads: 4)
  colldet.txt (Size: 16.89 KB / Downloads: 14)

I'm starting to feel like Official Model Repository isn't descriptive enough. "Official" is ambiguous. It could mean these are models that are officially approved by LDraw instead of models of official LEGO sets. I thought maybe LDraw Set Database but LSD is a bad acronym. I'd love to use LEGO somewhere in the name but I think TLG's lawyers would object. Maybe LDraw Official Set Repository/Database?

Thoughts?