Welcome, Guest |
You have to register before you can post on our site.
|
Latest Threads |
Part Request: LEGO LION
Forum: Part Requests
Last Post: Javier Orquera
Today, 2:27
» Replies: 1
» Views: 91
|
Part request Duplo Item N...
Forum: Part Requests
Last Post: Gerald Lasser
Yesterday, 22:14
» Replies: 4
» Views: 143
|
Most Common Parts that re...
Forum: Part Requests
Last Post: Gerald Lasser
Yesterday, 20:55
» Replies: 11
» Views: 524
|
6278pb01 - Mario Kart Whe...
Forum: Part Requests
Last Post: Javier Orquera
Yesterday, 17:16
» Replies: 3
» Views: 127
|
Parts Request: NINJAGO ON...
Forum: Part Requests
Last Post: 3CFigs
2025-01-09, 22:57
» Replies: 4
» Views: 326
|
[LDPatternCreator] Releas...
Forum: Parts Author Tools
Last Post: Nils Schmidt
2025-01-09, 21:41
» Replies: 2
» Views: 1,052
|
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Jeff Jones
2025-01-09, 18:57
» Replies: 53
» Views: 22,831
|
Numbering advise for 3209...
Forum: Parts Authoring
Last Post: Rene Rechthaler
2025-01-08, 17:39
» Replies: 5
» Views: 258
|
Town and Trains 1994
Forum: Official Models
Last Post: Takeshi Takahashi
2025-01-08, 14:38
» Replies: 4
» Views: 1,069
|
Parts we are Working on -...
Forum: Part Requests
Last Post: Jens Brühl
2025-01-08, 0:43
» Replies: 145
» Views: 86,457
|
|
|
Acceptable vertex mismatch error |
Posted by: Paul Griffin - 2012-12-20, 7:37 - Forum: Parts Authoring
- Replies (4)
|
|
For parts 2997 and 2998, I have noticed many edges that simply don't match up. In one case, two "identical" vertices overlap by .09 u; in another, there is about a .07 u gap. Without the ability to identify edges, I am unable to smooth normals, and I'm certain I will encounter other side effects.
Should I consider such a mismatch to be /too large/ and request/submit a part update, or should I instead implement some kind of vertex snapping tool? Or should I do both?
It would be useful information if there is some standard on identifying identical vertices, or, at the least, on the minimum acceptable feature size (minimum length of any polygon edge).
|
|
|
Export of .mpd to single 'stand-alone' .ldr file ? |
Posted by: Rob - 2012-12-19, 20:42 - Forum: LDraw Editors and Viewers
- Replies (26)
|
|
Hi,
Can anyone point me in the direction of an application or utility which will take a multi-part ldraw file (i.e. an .mpd file) and convert it into a single 'standalone' LDR file ?
i.e. something which takes an mpd file and outputs the 'absolute' position and rotation of each part in the model referenced to the origin - not to another part of the model.
Hope that makes sense...
I've had a go writing a conversion myself but got bogged down - has to be recursive I think for multiple 'nested' models.
If no such thing exists could any one give me some tips (not code necessarily) but the method I would need follow to acheive what I'm after ?
Thanks.
Rob @ TCBUK
|
|
|
Legalese |
Posted by: Tim Gould - 2012-12-19, 20:05 - Forum: General LDraw.org Discussion
- No Replies
|
|
It was brought up elsewhere that charging for LDraw programs might bring the wrath of TLG down on us. I have my doubts. They have to enforce their trademarks always, as this is part of how trademarks work, but as MB etc. have proved the parts themselves are not trademarked. Furthermore the LDraw library would still be free, and it's the only thing that in any remote way might breach copyright.
However, while thinking about this I realised something more worrying. It is possibly that D1sney's lawyers might come after "iconic D1sney brands" (remember this now includes Star Wars) as represented on printed tiles and minifig components. Basically all the parts that aren't allowed outside their lines contain copyrighted designs (facial expressions, logos etc.) which we are reproducing. This is possibly in breach of copyright.
Do we have any lawyers here who could say something about this issue?
While it is "fanart" is probably not going to get stomped on. But you never know.
Tim
PS. Please use D1sney as I do in any responses to not make us a target of click-and-search law crap.
|
|
|
New (unofficial) part not recognized by MLCad |
Posted by: Jaco van der Molen - 2012-12-19, 14:08 - Forum: LDraw Editors and Viewers
- Replies (9)
|
|
Hi all,
There is a strange problem going on I cannot solve.
I have added a new unofficial part to my library downloaded from the partstracker.
It concerns part 11211 Brick, Modified 1 x 2 with Studs on 1 Side.
I have put it in <LDRAWDIR>Unofficial\Parts and I use the [SCAN_ORDER] option in MLCad.ini.
However MLCad cannot find the part.
I generated a new partslist from MLCad... no succes. The part is not in the list.
So I decided to put the parts in the official parts folder and generate a new parts.lst file using good old mklist.
It ended up in the parts list just fine.
However, it does NOT show in MLCad and I cannot find it.
I have put it in my model using Insert new part and then browse for it in <LDRAWDIR>\Parts\11211.dat. It added it just fine to the model and it showed. Saving the model, closing MLCad, start MLCad again en open the file gives an error:
File 11211.dat not found! Continue loading?
Putting the part file in the same folder as my model does not help either.
How is this possible? Any thoughts?
Thanks.
Jaco
|
|
|
Parts in progress entry |
Posted by: Max Martin Richter - 2012-12-19, 13:25 - Forum: Website Suggestions/Requests/Discussion
- Replies (3)
|
|
I would really like to have a place, where the part authors can write on which part(s) they are actually working.
Maybe divided in: long term process and short term process.
This should not mean, that we should write such a message for a part that's done in a couple of hours, but ween your are working on a part for some days or weeks, it is much more frustrating, if someone else loads this part into the PT and you have "wasted" your time.
/Max
|
|
|
please open also LSC forums for posting for everyone |
Posted by: Steffen - 2012-12-19, 1:39 - Forum: Help
- Replies (10)
|
|
dear LSC, could we pleeeeeeeeeeeeeeeze get rid of the annoyance that
users cannot comment on ongoing discussions within the LSC forum?
I feel this an unproductive and unnecessary restriction.
For example, I just wanted to answer this post
http://forums.ldraw.org/showthread.php?t...19#pid7319
which wrote
"Filename is the relative path to the file, relative to the P or PARTS directory."
, and I wanted to add that this should read probably better
"Filename is the relative path to the file, relative to the current folder, the MODELS or PARTS or P folder, in this order"
, but I wasn't able to....
I cannot imagine what such a posting restriction should be good for :-|||
|
|
|
New LeoCAD version |
Posted by: Philippe Hurbain - 2012-12-17, 9:32 - Forum: LDraw Editors and Viewers
- Replies (1)
|
|
Leonardo just announced a new LeoCAD version! As you can see, the BIG news is that this version can work directly with regular LDraw library. My own tests shows that on some machines, there maybe a speed penalty, as loading library may take a while at startup. Alternatively, you can also zip your LDraw folder (or directly use complete.zip), it's much faster then.
The support of texmap is great too! (only planar projection)
Quote: I've uploaded a new version to the website, you can download it from http://leocad.org/files/.
The biggest change is in the pieces library, it uses a new format and can optionally use the LDraw library directly. This will fix some rendering bugs that were noticeable on stickers, colored patterns and pieces with detailed geometry and also adds support to Joshua's texture mapping extension.
Version 0.79 (13/12/2012)
* Switched to a new library file format.
* Added support for texture mapped pieces.
* Added support for using the LDraw library directly.
* Load color config from ldconfig.ldr where the library is located.
* Save view layout between sessions.
* Allow the pieces search text box to auto-complete when entering piece numbers.
* Fixed errors on big endian computers.
* Zoom extents after loading a file.
|
|
|
|