Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 5,670
» Latest member: Kal
» Forum threads: 6,405
» Forum posts: 53,127

Full Statistics

Online Users
There are currently 498 online users.
» 0 Member(s) | 494 Guest(s)
Baidu, Bing, Google, Yandex

Latest Threads
Part request for Set 4205...
Forum: Part Requests
Last Post: Alfred Schmitz
1 hour ago
» Replies: 0
» Views: 25
Dropping Frame Rate when ...
Forum: LDraw Editors and Viewers
Last Post: Gerald Lasser
2 hours ago
» Replies: 2
» Views: 86
4.5L technic axle and new...
Forum: Part Requests
Last Post: SNIPE
Today, 2:16
» Replies: 6
» Views: 498
LDCad 1.7 Beta 2a (win+li...
Forum: LDraw Editors and Viewers
Last Post: Roland Melkert
Yesterday, 20:13
» Replies: 0
» Views: 81
Discussion - proposal to ...
Forum: Official File Specifications/Standards
Last Post: Travis Cobbs
2026-02-20, 20:41
» Replies: 51
» Views: 5,291
[LDPE] 1.9.01 Released ('...
Forum: Parts Author Tools
Last Post: Nils Schmidt
2026-02-20, 17:34
» Replies: 0
» Views: 86
What to do with Stippling...
Forum: Parts Authoring
Last Post: Gerald Lasser
2026-02-20, 12:48
» Replies: 4
» Views: 235
SF90 XX tires 5810 to go ...
Forum: Part Requests
Last Post: Peter Grass
2026-02-19, 18:28
» Replies: 1
» Views: 154
Technic 1992
Forum: Official Models
Last Post: Takeshi Takahashi
2026-02-19, 16:27
» Replies: 31
» Views: 46,816
Incomplete image of two m...
Forum: Website Suggestions/Requests/Discussion
Last Post: Alfred Schmitz
2026-02-19, 14:11
» Replies: 5
» Views: 350

 
  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?

Print this item

  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.

Print this item

  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

Print this item

  Missing images on Pattern Summary page
Posted by: Christian Neumann - 2014-01-02, 20:18 - Forum: Website Suggestions/Requests/Discussion - Replies (11)

A lot of the images on this page http://www.ldraw.org/cgi-bin/ptpatterns.cgi cannot be displayed. This affects all types of parts, and seems to happen after the files become official.

Print this item

  Rail question
Posted by: Michael Horvath - 2014-01-01, 22:47 - Forum: MOCs (My Own Creations) - Replies (20)

I'm not familiar with the train and rail parts.

What is a good distance to separate two parallel rail lines from each other? Taking into account curved rail sections and the general way rail parts are supposed to be connected.

Currently I have them set as close as possible next to each other. I chose this value because part 949ac02.dat splits into two lines spaced this much from each other. But looking at Lego.com's TRAIN TRACK PLANNER it seems this can vary.

[Image: th_rail_sections_shapes_01_zpsd3fa3594.png]

Print this item

  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 Smile

Print this item

  happy 2014!
Posted by: Santeri Piippo - 2013-12-31, 22:29 - Forum: Off-Topic - Replies (8)

I wish you guys a happy and playful new year 2014! May LDraw keep going strong.

Print this item

  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

Print this item

  part 2560 widening
Posted by: Matt `da Wolf - 2013-12-30, 2:14 - Forum: Part Requests - No Replies

http://www.bricklink.com/catalogItem.asp?P=2560

Can someone modify this so it's three lengths, 48 studs wide, while duplicating the bottom holes threefold?
Also a variant where it is 32 studs wide?
Thanks.

Print this item

  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.

Print this item