| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
4175 part depth appears t...
Forum: Parts Authoring
Last Post: Evert-Jan Boer
1 hour ago
» Replies: 1
» Views: 20
|
Discussion - proposal to ...
Forum: Official File Specifications/Standards
Last Post: N. W. Perry
10 hours ago
» Replies: 60
» Views: 6,547
|
Animal minifigure heads l...
Forum: Part Requests
Last Post: Timothy Hall
11 hours ago
» Replies: 20
» Views: 17,050
|
Parts request, set 42224,...
Forum: Part Requests
Last Post: Alfred Schmitz
Yesterday, 17:11
» Replies: 2
» Views: 146
|
Technic 1993
Forum: Official Models
Last Post: Takeshi Takahashi
Yesterday, 10:10
» Replies: 4
» Views: 7,429
|
2026/2027 LDraw.org Steer...
Forum: LDraw.org Announcements
Last Post: Takeshi Takahashi
Yesterday, 9:55
» Replies: 50
» Views: 6,371
|
Parts request 7656, 7658 ...
Forum: Part Requests
Last Post: Alfred Schmitz
Yesterday, 9:17
» Replies: 4
» Views: 536
|
New Community System Soon...
Forum: All Other Programs.
Last Post: Demetree Kallergis
2026-02-27, 14:04
» Replies: 8
» Views: 418
|
4.5L technic axle and new...
Forum: Part Requests
Last Post: Gerald Lasser
2026-02-27, 13:29
» Replies: 7
» Views: 971
|
2026 - New Parts -> Raw M...
Forum: Part Requests
Last Post: Gerald Lasser
2026-02-27, 10:50
» Replies: 2
» Views: 1,427
|
|
|
| Problem creating submodels with Steps using LDCad |
|
Posted by: John - 2014-01-03, 18:56 - Forum: LDraw File Processing and Conversion
- Replies (10)
|
 |
I just can't get this to work quite right. I like to use LDD as a starting point for just playing around with new model ideas. It's quick and easy to just throw bricks in place. But then I want to take that into LDCad and break down the one single model into a collection of submodels in a .mpd file.
I can create new submodels in LDCad. I then cut and paste the selection of bricks I want from the existing single model into the empty submodel I just created, making sure to remove position and rotation information as I do so. I'll then take the submodels and "recombine" them into a new main model, this time made of the submodels instead of individual bricks. I can close and reopen the file at this point and everything is fine.
However, if I then go in and add Steps to the submodels I run into a problem. It's not apparent right away. I can create the steps and page through them and it looks fine. But if I close and reopen the file I'll find bricks have moved to different locations. Some are even part of different submodels. I can't seem to figure out what's causing them to move like that. It's definitely a result of adding steps to the submodels.
I can replicate this with any model I make, whether I start in LDD or even make the whole thing in LDCad. I can split a single model into submodels. But as soon as I add Steps to the submodels, the position of random bricks gets messed up upon reopening the file.
|
|
|
| 10350 hacking to support brown briddle |
|
Posted by: Stephan Meisinger - 2014-01-03, 15:24 - Forum: Parts Authoring
- Replies (5)
|
 |
Hi everybody,
i tried to get used to LDraw by hacking 10350p01 from Philo to support another pattern for the black horse (with brown biddle and without white blaze)
I finished one side now, get rid of all BFC-errors and now asked myself what is the next step? I hope it is ok to add several question:
- Do I need permission to post the modified 10350p01 as a new number to the Part Tracker?
- What the proper name of the part - 10350p02?
- What would be the proper author name and history of this file?
- Is there a possibility to mirror the other side or do I need to manipulate the other head side too?
Thanks in Advance
|
|
|
| color matching for pattern |
|
Posted by: Michael Heidemann - 2014-01-01, 20:48 - Forum: Parts Author Tools
- Replies (14)
|
 |
Sometimes I am also looking for new possibilities for creating pattern.
One of the challenges I am faced is to reduce the colours used in that pattern. This is mainly necessary because most (if not all) pictures are antialiased and therefore we do not have sharp edges that we can work with, if we try to automatic the generation of pattern in ldraw file format.
I tried it so far with an algorithm from bitsticker project:
Code: ''' Identify the most similar color in the palette to a specified color based
''' on Cartesian distance between RGB colorspace points. Derived from libgd's
''' gdImageColorClosestAlpha function (in gd.c).
''' Code taken from project "bitsticker" at [url=http://anoved.net/files/bitsticker/bitsticker.txt]http://anoved.net/files/bitsticker/bitsticker.txt[/url])
But the result is not what I was looking for, as you may get strange matches if you only work with this algorithm.
I remembered that Tim some time ago argued that the colors are not recognised by the eye in the same way (blue different than red etc.). So I searched on the internet for calculation of color differences.
I found a source for many color related stuff at:
http://www.brucelindbloom.com/index.html...eCalc.html
Sadly I did not get yet a key idea from that information. But I could read that the algorithm I used so far is known to be not good.
Maybe some can read and understand that, so he can tell me how to calculate the color differences better. This should lead to a better color matching in automatically created pattern.
I think this is a good task for 2014
|
|
|
| Yafaray? |
|
Posted by: Michael Horvath - 2013-12-30, 21:32 - Forum: Rendering Techniques
- Replies (5)
|
 |
Has anyone used Yafaray to render models? Supposedly it is faster than POV-Ray at rendering complex images with a lot of features.
Does Yafray have a scene description language like POV-Ray? Can it be run standalone without Blender? Or is Blender also required?
Mike
|
|
|
| Certifiable but currently unneeded primitives |
|
Posted by: Jude Parrill - 2013-12-29, 5:07 - Forum: Parts Authoring
- Replies (4)
|
 |
Recently I've noticed that Chris has begun to hold certifiable but currently unneeded primitives (for example this one). To me, this seems like a bad idea.
According to our reference, we define a held part as:
Reference Page Wrote:Hold (No) - It's getting there, but not yet.
There are errors to be corrected before the part can be released. The author has to take care of the errors.
These parts clearly do no fall under this category. Now, I understand the sentiment of wanting to sort these parts so you don't have to look over them again and again, only to realize you don't need to deal with them/certify them now. However, by putting them on hold, your only shifting this nuisance to part authors/fixers. Imagine the part author who checks his submitted parts list to see he has a held part, but when he goes to see what's wrong and fix it, finds there is, in fact, nothing wrong with it. Furthermore, imagine someone who likes to fix up parts perusing the held parts list looking for a part to fix up, constantly clicking on parts that don't need to be fixed. It'll be both annoying and off-putting to them as well.
Therefore, I'd like to suggest creating a new category for parts like this (beyond our current "certified", "needs admin review", "needs more votes", "has uncertified subfiles", and "held" categories). You could call them "Certified but unneeded" (or something along those lines) and give it a seperate color (may I suggest blue?). This way, the parts are seperated out so both you and others can skip over them instead of having them always being in the way, and they won't be a nuisance for anybody any more.
|
|
|
|