| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 221 online users.
» 1 Member(s) | 216 Guest(s)
Applebot, Baidu, Bing, Google, Massimo Maso
|
|
|
| Feedback Request: Table of Offests for Related Parts |
|
Posted by: Ben Supnik - 2013-01-30, 21:48 - Forum: Parts Authoring
- Replies (28)
|
 |
Hi Y'all,
Some official parts have origins that favor easy rotation along their hinge but make them (relatively) difficult to place. For example:
3853 (window 1x4x3) and its shutters/panes (3854, 3856)
60596 (door frame 1x4x6) and its doors (e.g. 60623, 30178c01).
I saw that one author had written a help comment into a proposed part that stated the relative offset ot place the part in its parent. Unfortunately, the comment is not machine-readable. So my idea is to make a table of relative placements that would describe where to place the child part (e.g. the door) relative to the parent (its frame) to align the hinge mechanism. Since the parts are official, it's too late to change origins (and in some cases an origin that favors assembly would have other problems) but the table could allow a 3-d editor to insert the part directly.
A few questions:
- Has anyone already done this/is there an existing system that could be leveraged? I am sure i'm not the first person to consider this.
- Would such meta data better be stashed in the part itself or kept in a side table?
- Is there interest from other app developers in having access to relative placement table?
- How to handle parts that can be connected in multiple ways (e.g. the shutter can go to the left or right of the window)?
- Does this come too close to a "connections database"?
On that last point, my view is that even if such a scheme were stop-gap in the bigger picture, it would still be useful and could be replaced with something more thorough later. "Placement" info is simple enough that it could be done now, and it's useful even for 'fixing' a small number of part placements.
Thoughts?
|
|
|
| Compressed LDraw files |
|
Posted by: Roland Melkert - 2013-01-29, 20:33 - Forum: Parts Authoring
- Replies (32)
|
 |
Hi all,
I'm thinking about supporting zipped ldraw files in LDCad without the need for users to unzip them first. This idea comes mainly from the fact my new deform functionality tends to create quite large files. These files can be compressed extremely well (1.5MB becomes a couple of K etc).
It would be almost trivial for me to implement an unzip before parsing and a zip before saving files in my editor. But I was thinking maybe other software authors would like to provide the same support.
So a semi serious public discussion about how to name/handle compressed LDRaw files might be in order. That way we could all use this.
I was thinking about using zlib (other authors could use any other zip supporting library) and simply prefixing "gz-" to the file extension, so e.g. "someBigModel.mpd" becomes "someBigModel.gz-mpd". The contents of the mpd itself stay unchanged.
Toughts?
|
|
|
|
| LDraw All-In-One-Installer 2012-03 now available |
|
Posted by: Willy Tschager - 2013-01-28, 10:08 - Forum: LDraw.org Announcements
- No Replies
|
 |
The LDraw All-In-One-Installer 2012-03, in short AIOI, has been released.
The AIOI supports Windows XP (Home and Pro), Windows Vista (all versions) and Windows 7 (all versions). On 64-Bit Operating Systems it will install in the "Program files (x86)" folder. The Installer will NOT run on Windows 95, 98, ME, NT Ver 4, 2000, or XP below SP2.
There are currently some issues with the installation of PovRay and the registration of a file needed by Sticker Generator when installing on Windows 8.
You can download the AIOI from:
Home > Help > Get Started > LDraw All-In-One-Installer
Willy Tschager
(LDraw.org Content Manager)
|
|
|
|
| Lego mindstorms EV3 |
|
Posted by: Christine Goutrié - 2013-01-27, 20:05 - Forum: General LDraw.org Discussion
- Replies (19)
|
|
Hello,
thanks a lot for the ldraw software tool: it's great.
Me and my colleaque thinking about writing a book about the new Lego mindstorms EV3 and now I am wondering how long it will take to have the new parts in ldraw? Any guesses? How long does it usually take?
Thanks, Christine
|
|
|
|
|
