Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 4,905
» Latest member: Jigé
» Forum threads: 5,933
» Forum posts: 50,379
Full Statistics
|
Latest Threads |
Rect decimal precision
Forum: Parts Authoring
Last Post: Nils Schmidt
11 minutes ago
» Replies: 8
» Views: 411
|
paart help
Forum: Parts Authoring
Last Post: Peter Blomberg
Yesterday, 23:48
» Replies: 4
» Views: 248
|
Parts Request 7221 & 7276
Forum: Part Requests
Last Post: Samuels
Yesterday, 23:37
» Replies: 5
» Views: 221
|
Wiki accounts
Forum: Website Suggestions/Requests/Discussion
Last Post: Orion Pobursky
2025-04-02, 17:09
» Replies: 0
» Views: 127
|
Request for part 75537
Forum: Part Requests
Last Post: Leon Gossler
2025-04-02, 8:03
» Replies: 0
» Views: 124
|
Call for Votes: MATERIAL ...
Forum: Standards Board
Last Post: Orion Pobursky
2025-04-01, 23:49
» Replies: 5
» Views: 194
|
New !COLOUR finish
Forum: Standards Board
Last Post: Orion Pobursky
2025-04-01, 23:43
» Replies: 17
» Views: 1,544
|
Request for Part 6958 - W...
Forum: Part Requests
Last Post: David Crockett
2025-04-01, 22:07
» Replies: 0
» Views: 122
|
Duplo doorhinge geometry ...
Forum: Parts Authoring
Last Post: Philippe Hurbain
2025-04-01, 18:52
» Replies: 2
» Views: 192
|
Brick-Difference a tool t...
Forum: LDraw File Processing and Conversion
Last Post: Hageta
2025-04-01, 9:48
» Replies: 3
» Views: 253
|
|
|
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
|
|
|
|