Bricksmith 2.6.1 adds the following features:

• Automatically checks for and installs application updates
  

• Fixed texture search path (now correctly searches ldraw/parts/textures)
  
• Fixed issues with drag handles inside textures
  
• Fixed object selection inside textures
  

The electric plugs of the 4.5V and 12V era are nearly 99% completed.
They currently all sit on the Parts Tracker:
http://www.ldraw.org/cgi-bin/ptreviewsum...ctricplugs
However, there are a small handful of problems to be solved,
and I would like to ask for help, advice and/or a caliper in this case,
as I am not at my LEGO collection currently (sadly).

PROBLEM A: Plugs Intersect with Parts in Assemblies
Here's an example:

Hey,

Here is the stable and hopefully bug-free LPC 1.4.5.


Please uninstall older versions of this software before installing a new version.
Your configuration won't be deleted if you have already version greater than 1.3.1 installed on your machine.

Change log:

New features:

• The toolbar contains more icons.
  

• It is possible to modify primitives when the triangle mode is activated.
  

As I did not find any documentation on the usage of "s\" I suggest to change the Official Header Standard:

Official Library Header Standard

Filename is the file name

extend to:

Filename ist the file name relative to <LDRAWBASEDIR>/parts or <LDRAWBASEDIR>/p

Hello everyone,

I don't have the part, just follow the photo to modify the appearance from 64424 and 64420.
So, I'm not sure the screw was the correct size, and I don't know their part number, too...

Can I share these parts at Parts Tracker? How can I do?
And I also need to modify which contents of these part files?

Thank you one more time for your answers!

Attached Files

  91994.dat (Size: 429 bytes / Downloads: 2)
  Beam.dat (Size: 10.24 KB / Downloads: 2)
  Screw.dat (Size: 792 bytes / Downloads: 3)

It seems it's still somewhat unclear how to include unofficial parts in a OMR mpd, see:

http://forums.ldraw.org/showthread.php?tid=6659

It's unclear (jet somewhat implied imho) all the unofficial file's recursively used (also unofficial) files should be included in the mpd using the same prefix and as a result all the affected type 1 lines should be updated.

In the attached model, the red piece has the arrow pointing backward, and I'd like it pointing forward. Is it possible without creating a new part?

I could just multiply by "-1" the appropriate dimension, but that would be unphysical, causes problems in LDCad and would invert the stud logos in some case (in POV-Ray, for instance). It works with LDView, though.

Attached Files

  test.ldr (Size: 716 bytes / Downloads: 0)

I am still unhappy with subfiles in MPD files and what to do.

Example:
I have a file "testpart.dat" like this:
0 Testfile
0 Name: testpart.dat
1 16 0 0 0 1 0 0 0 1 0 0 0 1 3001.dat
1 16 0 32 0 1 0 0 0 1 0 0 0 1 s\testparts.dat

"testparts.dat" like this:
0 Testfile subfile blue
0 Name: s\testparts.dat
1 1 0 0 0 1 0 0 0 1 0 0 0 1 3001.dat

If I put the testparts.dat in a subfolder relative to the folder where testpart.dat resists I see with MLCad and LDView both parts.

Now I open testpart.dat in MLCad.
After that I import testparts.dat.
I save that content in the new file testpart.mpd

I would expect that I can now give this testpart.mpd to another user and that he can see what I have build, but that is not the case.
If I open the file from another location on my system MLCad claims "File s\testparts.dat not found! Continue loading?"
After I answered yes only the main color brick has been displayed.
One more bad thing with MLCad - if you export the files ("Multipart" - "Export Models...") the reference "s\testparts.dat" is changed to "Unknown".

With this behaviour it is impossible with the current tools to show the complete model direct out of the MPD file nor to export all files in a good shape.

For this reason I have in MPDCenter implemented a full export of the files in the correct foldertree and then all is shown correctly.

BUT MPDCenter is not designed as a viewer tool (build in viewer is ldvlib.dll).

To have also good experience with LDView I suggest to also implement something that avoid these mistakes.

Or, if we want to do it completely different, we need to forbit subparts to be in the MPDfiles. This can be archieved by changing all references to those subparts and delete the leading "s\".
But then one problem still remains - '48\' primitives. We can not just cut the 48 away, because then we have a different part (16').

Any other thoughts on this?

Attached Files

  testpart.dat (Size: 281 bytes / Downloads: 0)
  testparts.dat (Size: 249 bytes / Downloads: 0)
  testpart.mpd (Size: 698 bytes / Downloads: 0)

Hi all,

I've tried fixing the part 2515 (Wheel Hard-Plastic Large), which is currently on hold, but I've ended up rewriting some of it. There are still some things that could be fixed (I believe some quads in the tread are not quite planar, and there's some overlapping), but I think it looks pretty good now, except that I have no real piece to compare with.

Should I upload it now? As an update to the current 2515 or as a new submission?

Attached Files

  2515.dat (Size: 3.19 KB / Downloads: 0)
  2515s01.dat (Size: 11.51 KB / Downloads: 0)
  4-4rin58.dat (Size: 3.7 KB / Downloads: 0)

For the program MPDCenter I needed a list of possible values for the !THEME entry.

I have build that list (also attached) from a list from Bricklink.

I feel this list should be maintained on ldraw.org like the categories.

Attached Files

  LDraw_Themes.txt (Size: 19.28 KB / Downloads: 0)