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 !

Hi,

Part 30292 appears to be half a stud short.

It's listed as 'Flag 7x3 with rod' which already is one stud length less then what Lego considers it (8x3).

If this is already known or if there's another place to post this please let me know as I'm new here.

Thanks!

iI someone working at Bionicle Wing Large 60935?

10134 - UCS Y-Wing Attack Starfighter [Star Wars]



Download MPD-File (without stand) (OMR compliant)




download MPD-File (stand included) (OMR compliant)

Done with LDCad 1.5 Beta 2a. OMR compliance powered by MPD Center.

Errors:
- No display/stand
- No stickers
- 3039px16 Slope Brick 45 2 x 2 with Black and Yellow Stripes Pattern replaced by 3039p10 Slope Brick 45 2 x 2 with Yellow Grille Pattern
-virtual mismatch

Due to parts flexibility it matches in real life.

Hello,

I wish you all a happy new year 2016!
Here is a little new years gift to start with great energy into the creation of new patterned parts for 2016...

Download and install the latest LD Pattern Creator release directly from sourceforge.net.

Change log:

Fixed bug (fatal):

• Undo/redo on files with groups/primitives leads to a corrupt data state which causes LPC to freeze or crash. The fatal root cause was hidden in the redo function. The bug exists since version 1.2.0 which was released five years ago... d'oh.
  

Part 72504 Technic Ribbed Hose 2L seems not to be exactly 16mm long. The length is around 15mm:



Actually I'm building set 10134 by using LDcad. There are 5 pieces #72504 positioned inline on an axle:



Images at the web show no gap between these pieces, so I expect that the IRL length is 16mm. As I do not own this set or piece, I am not 100% sure it's an error.

May anybody let me know what the real length is?

thanks and kind regards
roland

Hi, is it possible to set the LDView camera position using the location and look values from a previously exported POV?