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

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 4,469
» Latest member: Ground
» Forum threads: 5,680
» Forum posts: 48,566

Full Statistics

Online Users
There are currently 229 online users.
» 1 Member(s) | 224 Guest(s)
Applebot, Bing, Google, Yandex

Latest Threads
Flag 2 x 2 with Blue and ...
Forum: Parts Authoring
Last Post: Eugen
2 hours ago
» Replies: 10
» Views: 132
LeoCad M1 Support
Forum: General LDraw.org Discussion
Last Post: Eugen
Today, 2:04
» Replies: 2
» Views: 1,808
LDView 4.5 Released
Forum: LDraw Editors and Viewers
Last Post: Orion Pobursky
Today, 0:57
» Replies: 32
» Views: 8,431
Technic 2024
Forum: Official Models
Last Post: MING YING CAI
Today, 0:51
» Replies: 26
» Views: 16,393
Looking for a simple (fre...
Forum: Off-Topic
Last Post: Eugen
Yesterday, 6:04
» Replies: 5
» Views: 11,741
FreeStyle 1995-1998
Forum: Official Models
Last Post: Eugen
Yesterday, 4:51
» Replies: 5
» Views: 250
Datsville
Forum: MOCs (My Own Creations)
Last Post: Eugen
Yesterday, 2:35
» Replies: 54
» Views: 94,058
Milky Way Magic Chest 199...
Forum: Official Models
Last Post: Eugen
2024-10-05, 23:52
» Replies: 2
» Views: 185
New moulds with hollow st...
Forum: Parts Authoring
Last Post: Rene Rechthaler
2024-10-05, 13:14
» Replies: 10
» Views: 6,867
Plug34.dat and related pa...
Forum: Parts Authoring
Last Post: Magnus Forsberg
2024-10-05, 7:34
» Replies: 23
» Views: 6,340

 
  LDCad 1.0 (win+linux)
Posted by: Roland Melkert - 2011-12-12, 23:40 - Forum: LDraw Editors and Viewers - Replies (37)

I've uploaded the definitive 1.0 version to

http://www.melkert.net/LDCad

Mostly bug fixes over the beta 2 version.
The most important addition is the ability to move parts to another building step.

With this 'stable' version I'm going to work on some major features for the 1.1 version and as a result there will be less frequent updates unless there's a major issue reported.

Planned (some) features for 1.1 are:
- Multiple views including 2D Ortho mode (front/left/top/etc)
- Flexible parts (pneumatic hose, etc)

Any additional suggestions are still welcome though.

Print this item

  How do you handle a large BOM in LPub?
Posted by: Ramón Figueroa-Centeno - 2011-12-12, 4:26 - Forum: LDraw File Processing and Conversion - Replies (2)

Aloha,

I want to create BOM (Bill of Materials) for a model that has many different parts (it would fit in several pages).

Does anyone know how to do that in LPub?

Mahalo,

Ramón

Print this item

  [Bricksmith] Tip to customize color palette
Posted by: Jim DeVona - 2011-12-11, 15:10 - Forum: LDraw Editors and Viewers - No Replies

Lots of colors are defined in ldconfig.ldr, but in any particularly model I typically only use a small subset of the available colors. As I build the model in Bricksmith, this means a lot of scrolling or searching through the color palette to pick the same couple of colors. Even using the keyboard, this can get tedious. (Too bad there's no "favorite colors" mechanism...)

In fact, you can create custom palettes with just the colors you need by swapping out the ldconfig.ldr file in your LDraw folder for a copy containing only the relevant color definitions. (Keep the original!)

For example, here's the entire ldconfig.ldr I used to build this model:

Code:
0 // LDraw Solid Colours
0 !COLOUR Black                                                 CODE   0   VALUE #05131D   EDGE #595959
0 !COLOUR Light_Bluish_Gray                                     CODE  71   VALUE #A0A5A9   EDGE #333333
0 !COLOUR Dark_Bluish_Gray                                      CODE  72   VALUE #6C6E68   EDGE #333333
0 !COLOUR Red                                                   CODE   4   VALUE #C91A09   EDGE #333333
0 !COLOUR Tan                                                   CODE  19   VALUE #E4CD9E   EDGE #333333
0 !COLOUR Blue                                                  CODE   1   VALUE #0055BF   EDGE #333333
0 !COLOUR White                                                 CODE  15   VALUE #FFFFFF   EDGE #333333

0 // LDraw Transparent Colours
0 !COLOUR Trans_Yellow                                          CODE  46   VALUE #F5CD2F   EDGE #8E7400   ALPHA 128
0 !COLOUR Trans_Black                                           CODE  40   VALUE #635F52   EDGE #171316   ALPHA 128
0 !COLOUR Trans_Clear                                           CODE  47   VALUE #FCFCFC   EDGE #C3C3C3   ALPHA 128

0 // LDraw Internal Common Material Colours
0 !COLOUR Main_Colour                                           CODE  16   VALUE #7F7F7F   EDGE #333333
0 !COLOUR Edge_Colour                                           CODE  24   VALUE #7F7F7F   EDGE #333333

The Bricksmith color palette just shows you what's defined, so it looks like this:

[Image: color-palette.png]

Tidy and convenient! Don't forget to include the generic main and edge colors. I'm not sure what happens if you don't.

(I'm almost certain I've posted this tip somewhere before, but I can't find a link, so I figured I'd just share it again.)

Print this item

  L3P and LGEO in Linux Issue
Posted by: Jude Parrill - 2011-12-11, 12:15 - Forum: LDraw File Processing and Conversion - Replies (7)

OK, so I was attempting to use the Linux version of L3P to convert an MPD into a POV-ready file for rendering, when I noticed an inordinate amount of files were not being found. Worse yet, a lot of the files that supposedly weren't being found seemed parts that should be there. Here's a small sampling of the parts not being found:

Not in LGEO: 3034.dat Plate 2 x 8
Not in LGEO: 3023.dat Plate 1 x 2
Not in LGEO: 3020.dat Plate 2 x 4
Not in LGEO: 3022.dat Plate 2 x 2
Not in LGEO: 3710.dat Plate 1 x 4
Not in LGEO: 3031.dat Plate 4 x 4

So I looked into it, and found out those files DO EXIST in my lgeo library, so now I was really perplexed. Now, it would be one thing of no files were being found, but according to the end summary, 14 files were found, so clearly it isn't completely screwed up.

Furthermore, my "lgeo" file is in my LDraw folder, and I get the same files missing message whether I set the LGEODIR environmental variable or not (I use a script which sets it). In fact, the only way I could get a complete failure was to purposely set the LGEODIR to a wrong directory, which led to an expected "cannot find lg_elements.lst" error.

My question, then, is what am I doing wrong? Clearly L3P at least knows the lg_elements.lst and lg_colors.lst are, or it would be throwing errors about that at me. It's also finding some, but not all, parts. I'm really baffled right now, and any help would be welcome.

Print this item

  ldconfig.ldr - need magnet material
Posted by: Steffen - 2011-12-11, 12:01 - Forum: Parts Authoring - Replies (20)

Analogous to metal and rubber,
we IMHO need a special material in ldconfig.ldr for the train magnet's material, e.g.:

http://www.ldraw.org/cgi-bin/ptdetail.cg...499c01.dat

I'll send Scott a note... :-)

Print this item

  Starfighter with assembly steps
Posted by: Jim DeVona - 2011-12-11, 6:10 - Forum: MOCs (My Own Creations) - Replies (4)

Here's an LDraw file for a chunky starfighter I made. It includes assembly steps. I like the aft half of the ship best.

[Image: 5.png]

I'm sure I'm not the only one who uses LDView's fly-through mode to check out the view from the cockpit, right? It's important to make sure your minifig pilots have good visibility for their dogfights.

[Image: 5-fps.png]

(Warning: uses some unofficial parts.)



Attached Files
.ldr   5.ldr (Size: 14.41 KB / Downloads: 5)
Print this item

  [Bricksmith] Tip to add more view columns
Posted by: Jim DeVona - 2011-12-11, 2:18 - Forum: LDraw Editors and Viewers - Replies (7)

You can add more columns of views to the Bricksmith window by option-clicking the splitter button the normally adds new views to the same column. Button highlighted below.

[Image: bricksmith-multi-view-columns.png]

Just thought I'd share since I'm not sure if this is documented anywhere obvious.

Print this item

  RSS feed - posts relationship
Posted by: Steffen - 2011-12-10, 21:55 - Forum: Website Suggestions/Requests/Discussion - Replies (1)

Hi,

I just want to point out some small screw which I think is missing in the setup of the forum's RSS feed:

I personally find the subject line of posts very useful:
ideally, they sum up a post, so a reader can follow a thread roughly without having to read
each and every post. Here is an example (just the subject lines given):

Code:
Cool idea about adding feature XYZ.
               That feature is already present as ABC.
                        No, it is not - technical explanation
               Do we need XYZ at all
                        Yes
                        Yes
                        Yes
                        Yes
                        No
                        No
               How can we technically add feature XYZ?
                        Suggestion 1          
                        Suggestion 2
                        Suggestion 3

Here's how the same looks if not using the subject line as sum-up:

Code:
Cool idea about adding feature XYZ.
               Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
               Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.
               Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.          
                        Re: Re: Cool idea about adding feature XYZ.
                        Re: Re: Cool idea about adding feature XYZ.

I find the second instance pretty useless. To see what actually happened in the thread,
I have to read all posts.

This is the reason why I usually write the subject line last when composing a post here,
to let it sum up the contents of the post.

Now here's the missing screw: the RSS feed of the forums does not seem to insert the necessary XML elements
which relate one post to its parent.
Instead, the relationship will only be correctly shown if people keep the subject line and just add a "Re:" in front.
This is a little sad IMHO. Philo told me about this, I don't know which RSS reader he's using, but I think
a little massage of the output RSS XML stream should be able to cure this.

Is anybody willing or able to shed some more light into this?

It would be nice if RSS readers would show related posts correctly,
even if their subject line is different than the one of the original post it replies to.

Print this item

  32004b - Need advice.
Posted by: Damien Roux - 2011-12-10, 21:43 - Forum: Parts Authoring - Replies (15)

As stated on the tracker, I'm reworking this part (which according to Philo seems to have a lot of problems).

Problem is I do not own the part, but I've made assumptions and created it with a CAD software. With stl2dat, I've made a ldraw file.

Can some of you have a look and tell me what do you think of the pin-holes and axe-hole positions and dimensions (especially in the Z direction).
Then, if you compare with the tyre that goes with it (32003), the two parts don't seem to have the same diameters. Which one do you think is the correct one?


I know the part is very heavy and doesn't have any primitive but this is just a temporary file to first see if the geometry is correct.


Last question: if I rework the part from scratch: do I need to keep the name of the first author and put mine only in the file history?



Attached Files
.dat   32004bnew.dat (Size: 1.47 MB / Downloads: 0)
Print this item

  Persistent forum logins gone?
Posted by: Jean-Philippe Ouellet - 2011-12-10, 20:10 - Forum: Website Suggestions/Requests/Discussion - Replies (9)

Did someone recently change cookies from expiring on a certain date to lasting for one browser session?

I'm pretty sure its not just my browser because four browsers across two systems all report the forum login cookie being valid only for the current login session, whereas before they were set to expire at a set date far (I forget exactly when) in the future, while those same browsers also have cookies that were set a long time ago and will be valid for a long time, and I haven't changed settings on any of those four (different) browsers recently. So I'm pretty sure a setting was changed in the forum software.

If I am mistaken and I am the only one exhibiting this behavior, then please excuse me and ignore this post. If not, I would appreciate it if we could still have persistent logins back, even if the cookies expire sooner.

If it is a question of security (people stealing cookies from logins on public computers, and then impersonating us on the forums), then perhaps could we have an option when logging in to set the duration of the session?

Print this item