Welcome, Guest |
You have to register before you can post on our site.
|
Latest Threads |
Part Request: STAR WARS H...
Forum: Part Requests
Last Post: Jeff Jones
7 hours ago
» Replies: 2
» Views: 219
|
Most Common Parts that re...
Forum: Part Requests
Last Post: tom alphin
Today, 3:50
» Replies: 19
» Views: 1,095
|
Existing Part Edit Reques...
Forum: Parts Authoring
Last Post: Magnus Forsberg
Yesterday, 17:47
» Replies: 132
» Views: 258,808
|
[LDPE] 1.8.86 Released (C...
Forum: Parts Author Tools
Last Post: Gerald Lasser
Yesterday, 17:06
» Replies: 1
» Views: 359
|
Town and Trains 1994
Forum: Official Models
Last Post: Takeshi Takahashi
Yesterday, 11:08
» Replies: 6
» Views: 1,599
|
Part request: 6920 Brick ...
Forum: Part Requests
Last Post: Bob R0Sch
2025-01-13, 20:41
» Replies: 3
» Views: 401
|
Pirate Themed Parts
Forum: Part Requests
Last Post: Belic
2025-01-13, 20:28
» Replies: 32
» Views: 3,161
|
Part Request for 87621pb0...
Forum: Part Requests
Last Post: Matthew
2025-01-12, 22:25
» Replies: 0
» Views: 224
|
Part Request for 74188pb0...
Forum: Part Requests
Last Post: Jeff Jones
2025-01-12, 22:19
» Replies: 1
» Views: 259
|
Part Request: LEGO LION
Forum: Part Requests
Last Post: 3CFigs
2025-01-11, 23:59
» Replies: 2
» Views: 405
|
|
|
How to add rubber belt to a model |
Posted by: Adam Badura - 2014-01-04, 1:32 - Forum: LDraw Editors and Viewers
- Replies (5)
|
|
I’m making a model in MLCad (3.40 if that would matter) and I need a rubber belt in it.
It is just a simple use: a Technic bush 1/2 (#4365a) placed on an old 9V motor (#2838c01) and connected with a belt to Technic wedge belt wheel (#4185) directly above it. And I find it really difficult to get the position and size right.
I found here thread titled “Rubber bands” in which most important (for me) was another link to page “Modeling rubber belts”. The page indeed helped by providing radius of the Technic parts so now at least I knew what to enter for “R1” and “R2” in “Rubber Belt Generator”.
But how should I know what the dimensions (“X” and “Y”) are? Luckily X is 0 in my case. But the other? How do I know on which height an axle/hole is within Technic brick? How do I know on which height motor axle is placed? I guess that to the difference between centers of those axles I should also add both radius to have the height?
Then after solving that how do I know on which position to place that rubber belt so that it aligns well with the Technic parts?
Is there any software to just point two parts (likely limited to some small set of supported parts) and have a rubber belt connecting them generated?
What I find disturbing is that this is entered not as a “Part” but “Belt”. Is it something specific for MLCad? Will other software be able to “understand” that?
Are there any “predefined” values (in particular for rubber belt thickness) of the “standard” LEGO rubber belts like K3 and so on?
And since I’m already here I expect to have similar questions about pneumatics and electrical cables. Any solutions here?
|
|
|
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
|
|
|
|