Maybe I am asking too much at a time, but I really want to share this thought...

Reading the review of the Ghostbusters Firehouse on Eurobricks (http://www.eurobricks.com/forum/index.ph...pic=118783) I saw something interesting I've been wondering about before.

LEGO uses highlighting to show what parts a new in a step.
Like this


They've done this occasionally before (in the long past and I think with some monthly minibuilds) and I think it would be nice to be able to do this too?

Would something like this be possible to implement in LPub3D?
Or use some other software to pre-process an LDraw file that creates lines around the parts of a step?

I've done this in some instructions by hand (not every step) where it was really hard to see where parts went in a certain step. This is often the case with a monochrome model or when one uses many black for instance.

Can someone fix the wiki, please? It seems that uploading/displaying images does not work. It's been like this for several years. How do you expect us to want to write tutorials if the wiki is not working?

To my surprise, part 98834 isn't in the LDraw library yet (or, at least I couldn't find it).
Anyone willing to make it?

It's available in LDD, btw.

I am looking for a individual that is already skilled in the LEGO AUTO-CAD Program and interested in being paid to create a model using LEGO Parts based on the picture below. If the first one is a success we will have several more designs that we would like to do. I would like them to already understand the program and all aspects of the LEGO CAD to create a model of a pump station. I understand that the program allows for bill of materials to be created and the parts can be ordered to assemble the design. The desired end result is to receive the file, then order the all the parts and assemble the model into a presentation piece. The scale will need to be played with based on the scale and availability of the LEGO parts.

Attached Files

Thumbnail(s)
   

Hi,

When I export from LDView to POV, the color 151 VERY LIGHT BLUISH GRAY appears as green in POV ... After some investigation I found the RGB color as written in the lg_color.inc file is 14,94,77 .. which is green .. it should be 230,227,224 .. #E6E3E0 .. instead.

After having recently opened up a small can of worms on the Parts Tracker with introducing the hollow stud with the inner stopper ring, it got me thinking about parts that have this inner stopper ring as part of their recent moulding but still have the same Design ID from their inception.

For example, 3665 "Slope Brick 45 2 x 1 Inverted" is now produced with this inner stopper (I have a spare one to hand) but is only modelled in LDraw without. However, this inner stopper does have implications on the part's function, as a 4 LDU bar can now only be inserted so far.

Therefore, would it be worth producing a "b" variant of this part with the inner stopper ring? BrickLink doesn't recognise it as a separate part, but it is functionally slightly different.

I've been having this problem for quite a while now, but I was too lazy to try to fix it. But, it's starting to annoy me more and more.
Basicly, LDview's screenshot output doesn't match what I'm seeing in LDview. It looks like it doesn't apply the anti-aliasing.

Here's an example: this is what I see on the screen and this is LDview's sceenshot output (please click the button for the original image, Onedrive is compressing the preview).

The strange things is that when LDview is being used by LPub, there's no problem at all and I have the smooth lines and all.

I'm using Windows 10 (but I believe I also had the problem on Windows 8.1, but I can't remember) and I'm using LDview 4.2 Beta 1 (I also tried 4.1 without any success).

Does anyone have an idea what the problem might be?

I like to build this set (http://www.peeron.com/inv/sets/4094-1) bud sadfully there is a challange part 42090.

Is there somebody that can help me, maybe with a not perfect mockup?

Thanks for your help.

Hey guys! I have created Kylo Ren's lightsaber using the program LeoCAD. I know it's not perfect but I figured I might as well upload it anyway. Feel free to use it!

Attached Files

  Kylo Ren Lightsaber Model by MegaRookie14.ldr (Size: 1.26 KB / Downloads: 4)
  Preview Image 1.png (Size: 5.39 KB / Downloads: 7)
  Preview Image 2.png (Size: 7.84 KB / Downloads: 7)

Greetings,

Just in time for the new year ! Lots of enhancements in this version.

I had some difficulty with adding multiple search directories (essentially allowing for any number of Ldraw libraries) which took me longer than I anticipated. In fact, I had to write an enhancement for ldglite - not so easy updating old c code.

As before, you can download from sourceforge.net or check for updates in your existing installation.

Here are some key enhancements:

   

Full release notes - Happy Reading !

LPub3D 1.3.0.504.2

Features and enhancements
------------
-Add/CHANGE line type attribute to border configuration
0=none,1=solid,2=dash,3=dot,4=dashDot,5=dashDotDot. So an old meta line like this:
0 !LPUB PLI BORDER GLOBAL ROUND Black 0 15 MARGINS 0.472439 0.07
should be updated to this:
0 !LPUB PLI BORDER GLOBAL ROUND 1 Black 0 15 MARGINS 0.472439 0.07
Another example:
0 !LPUB BOM BORDER GLOBAL NONE MARGINS 0.05 0.05
should be updated to this:
0 !LPUB BOM BORDER GLOBAL NONE 0 MARGINS 0.05 0.05

-Add dialog to print or export to image all pages, current page and custom range of pages (e.g. 1,3,5,7-9)

-Add ability to detect additional ldraw content search directories using ldrawini c api
I implemented the ldrawini c api to maintain compatability with LPub3D 3rd Party renderers - LDView, L3P(PovRay) and Ldglite. Additional directories must have either the same tree as LDraw Unofficial directory (i.e. parts and/or p subdirectories...) or alternatively, content can be deposited at the root of the additional directory (i.e. C:/ldrawFiles/*.dat). Content from all defined ldraw search directories are archived in the ldrawunf.zip archive and loaded into memory - enabling access to the 3DViewer.
If no ldraw.ini file is detected. LPub3D will automatically search all subdirectories under the ldraw/Unofficial directory - except directories p and parts. Unofficial subdirectories p and parts as well as official p and parts subdirectories are never searched because they are automatically loaded during default behavior during startup.
There are 2 ways to define search directories: 1. using the Ldraw.ini file (there is now a menu button to edit the ldraw.ini file) and 2. editing the 'Ldraw Content Search Directories text edit dialog under the 'Other' tab in Preferences. If you are using an LDraw.ini file, the preferences dialog will be read only - you must use the menu edit button under 'Configuration' to edit the ldraw.ini file. The ldraw.ini edit button only appears if a ldraw.ini file is detectected. If you are not using ldraw.ini, it is possible to add,remove and reset to the default search directories in the Preferences tab.
ldglite renderer updated with the ability to process additional directories beyond official/unofficial parts, p and Model. I implemented this enhancement to allow all 3 LPub3D renderers(LDView, Ldglite, L3P/PoV Ray) the same functionality supporting additional ldraw content search directories. LPub3D now passes 2 env variables to ldglite - LDRAWDIR and LDSEARCHDIRS. LdView and L3P already uses the ldrawini.c library. They can also be configured to detect additional ldraw content search directories if no ldraw.ini file is configured. I also upgraded ldglite's openGL API from glut (deprecated) to freeglut 3.0 released in June 2015. Ldglite os not versioned at 1.3.0 (from 1.2.7).

-Add ability to manage additional ldraw content search directories whether using Ldraw.ini or not.
If not using Ldraw.ini file, automatically detected search directories are limited to those under the Unofficial directory. The user has the ability to exclude and reset search directories within this edit list. Unofficial P and Parts directories are automatically excluded from the search directory list as they are loaded automatically by the application.
-Add Rotate Icon - indicate that the builder should "flip" the model

-Add PLI/BOM part substitution - substitute modeled part in PLI/BOM with alternate
This feature is useful when you have a modeled part (e.g. Power Functions Light) that will
take alot of space in the BOM/PLI, you can substitute the modeled version with an alternate
representation that is suitable for the PLI/BOM view. This feature is complementary to LDCad's
template functionality which allows you to model adjustable parts as needed. To use this
functionality, simply edit the substituation list from Configuration= BOM/PLI Substitute Parts List

-Add LDCad PART/UNOFFICIAL PART meta to recognize LDCad template generated parts

-Add gradients to background options

-Add Change local page background - colour, gradient, picture, submodel, none

-Add memu item 'Refresh Unofficial Parts' which downloads and replaces the ldrawunf.zip archive
in the Ldraw/LPub3DVoiewer-Library. LPub3D places all search directory parts in the ldrawunf.zip archive so they
can be made available for the LPub3D Viewer. This feature allows you to reset the archive file to
it's latest default content if desired. The ldrawunf.zip unofficial archive is used, along with the complete.zip,
by the 3DViewer.

-Add menu item 'Reset Fade Files Cache' which deletes all generated fade files. Fade files automatically
generated as needed when you open a model with the 'Enable Fade Steps' preference option checked.

-Update 3DViewer to LeoCAD build 1867

-Remove PartsList class, use instead lcPiecesLibrary class to verify parts and capture part title. This is a consolidation to
improve the application's performance.

-Move process fade colour parts to separate thread.

-Move fade parts directory from under LDraw/Unofficial/parts and LDraw/Unofficial/p to as single directory
under LDraw/Unofficial. So from this version of LPub3D, the fade directory will be autogenerated and populated
as LDraw/Unofficial/fade. Old fade directories under Unofficial/parts and p must be manually removed if desired.

-Redesign color part list and archive classes - rename and separate generage color parts list

-Cosmetic and performance updates

-Fix: Changing step number attributes on multi-step pages are now working

-Fix: PLI/BOM sort routine, sort on 'part colour' part(s) appear out of place relative to part size and colour.

-Fix: Do not create instruction page(s) for unofficial part

-Fix: Create s/8/48 subdirectory in lpub/tmp directory when needed. This fix will resolve the issue of LPub3D not being able to create inline unofficial subparts and 8/48 primitives when rendering models where these parts are defined in the model file.
-CHANGE: In previous versions of LPub3D, custom and fade parts were loaded under the Unofficial directory allowing detection by all renderers and the 3D viewer. From this version of LPub3D (v1.3.0), the fade directory will reside at the root of the the Unofficial directory. Custom content added to Unofficial P and Parts directories will not detected by LPub3D.

-CHANGE: Change part count routine to use ldraw archive files to look at '!LDRAW ORG...' part type meta tag. I think there are still some issue with this routine however - especially with large complex models using in-lined unofficial parts that may not be in ldrawunf.zip.

-CHANGE: Change 'Reset All Caches' to 'Reset Image and Model' Caches

-CHANGE: BOM default sort to sort by colour then size, previous default was size only (PLI default sort by size)

-CHANGE: Change 'Update' tab in preferences dialog to 'Other'.

Cheers !