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

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 5,322
» Latest member: WilfredoMa
» Forum threads: 6,180
» Forum posts: 51,806

Full Statistics

Online Users
There are currently 235 online users.
» 0 Member(s) | 231 Guest(s)
Applebot, Baidu, Bing, Google

Latest Threads
Stud groups
Forum: Official File Specifications/Standards
Last Post: Magnus Forsberg
2 hours ago
» Replies: 1
» Views: 66
A fresh list of "most com...
Forum: Part Requests
Last Post: Peter Blomberg
7 hours ago
» Replies: 11
» Views: 1,885
Part Request - 51008pb01 ...
Forum: Part Requests
Last Post: Julian Raymond Ruan
11 hours ago
» Replies: 2
» Views: 2,280
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Timothy Hall
Yesterday, 2:41
» Replies: 85
» Views: 72,957
axleend2
Forum: Parts Tracker Discussion
Last Post: Gerald Lasser
2025-09-16, 20:03
» Replies: 3
» Views: 702
Parts request
Forum: Part Requests
Last Post: Peter Grass
2025-09-16, 5:58
» Replies: 2
» Views: 869
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: Travis Cobbs
2025-09-16, 1:42
» Replies: 10
» Views: 1,512
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
2025-09-15, 13:07
» Replies: 0
» Views: 678
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
2025-09-15, 1:13
» Replies: 1
» Views: 817
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
2025-09-14, 9:50
» Replies: 4
» Views: 1,519

 
  Call for votes: Add !DATA to MPD spec
Posted by: Travis Cobbs - 2020-05-21, 4:32 - Forum: Standards Board - Replies (10)

Note: I directly copied this from Roland's post.

Please vote for the following update to the MPD spec that allows for binary data to be included in an MPD file.

----------------------

Purpose
MPD files or "Multi-Part Documents" are a way to combine several LDraw and encoded binary files into one consolidated source. This allows for ease in posting or emailing a model made up of many subparts.

Structure
A MPD file consists out of blocks of LDraw code separated by 0 FILE or 0 !DATA statements. Each block is considered a separate file and can be referenced by the other ones as needed.

Blocks starting with the 0 FILE statement are normal type 0..5 line LDraw code.

Blocks starting with the 0 !DATA statement contain binary data encoded using a multitude of 0 !: lines. Each of those lines contain a chunk of base64 encoded data which a parser must combine before decoding. No other LDraw statements may be used inside a !DATA block.

The end of each block, or just the last block in the MPD, may be marked with a 0 NOFILE line. The 0 NOFILE command is only required if the file's contents are followed by non-LDraw content (such as the poster's signature lines). LDraw parsers must then ignore all content until a new 0 FILE or 0 !DATA is found.

In order to support the inclusion of MPD files in message systems (like email), any text lines before the first 0 FILE or 0 !DATA statement will be discarded. It is considered to be an error for any LDraw code (other than comment lines) to appear before the first 0 FILE or 0 !DATA statement.

The first block in the MPD is treated as the 'main model' -- all other files in the MPD will only be rendered if they are referenced by the main model, directly or indirectly. For this reason it is recommended (but not required) to always use a 0 FILE block as the first entry in the MPD.

So far, there are no clear scoping or namespace rules on MPD files. If you put a file named stud.dat in your MPD file, don't be surprised to see your stud.dat file appear on the top of every single brick in your scene.

MPD META Statements

FILE
Format: 0 FILE <filename>
Where:
<filename> is the name of the following LDraw file.

!DATA
Format: 0 !DATA <filename>
Where:
<filename> is the filename of the following encoded data.

!:
Format: 0 !: <base64 string>
Where:
<base64 string> is a chunk of the base64 encoded data (A-Za-z0-9+/) with a maximum length of 80 characters (60 bytes of data). Each line except the last should use the same length and be a multiple of 4 characters. Padding the last line with '=' characters to complete its last group of 4 is optional.

NOFILE
Format: 0 NOFILE
There are no options or parameters.

Example

Code:
0 FILE main.ldr
1 7 0 0 0 1 0 0 0 1 0 0 0 1 819.dat
1 4 80 -8 70 1 0 0 0 1 0 0 0 1 house.ldr
1 4 -70 -8 20 0 0 -1 0 1 0 1 0 0 house.ldr
1 4 50 -8 -20 0 0 -1 0 1 0 1 0 0 house.ldr
1 4 0 -8 -30 1 0 0 0 1 0 0 0 1 house.ldr
1 4 -20 -8 70 1 0 0 0 1 0 0 0 1 house.ldr

0 FILE house.ldr
1 16 0 0 0 1 0 0 0 1 0 0 0 1 3023.dat
1 16 0 -24 0 1 0 0 0 1 0 0 0 1 3065.dat
1 16 0 -48 0 1 0 0 0 1 0 0 0 1 3065.dat
1 16 0 -72 0 0 0 -1 0 1 0 1 0 0 3044b.dat
1 4 0 -22 -10 1 0 0 0 0 -1 0 1 0 sticker.ldr

0 FILE sticker.ldr
0 UNOFFICIAL PART
0 BFC CERTIFY CCW
1 16   0 -0.25 0   20 0 0   0 0.25 0   0 0 30   box5.dat
0 !TEXMAP START PLANAR   -20 -0.25 30   20 -0.25 30   -20 -0.25 -30   sticker.png
4 16   -20 -0.25 30   -20 -0.25 -30   20 -0.25 -30   20 -0.25 30
0 !TEXMAP END

0 !DATA sticker.png
0 !: iVBORw0KGgoAAAANSUhEUgAAAFAAAAB4CAIAAADqjOKhAAAAAXNSR0IArs4c6QAAAARnQU1BAACx
0 !: jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAEUSURBVHhe7du9DcIwFABhk5WgQLSsQM0UjMEU
0 !: 1BQsQIsoYAt6NkAYxQV/JQ7WvfuKkFTR6UmOFJzR9bJLkXTlNwyD6QymM5ju5Tl8m67KGUt3XJcz
0 !: J/yY8HZ/6C8BFvNZPoaesMF0BtMZTGcwncF0BtMZTGcwncF0BtMZTGcwnf8t0bmLh85gOoPpDKYz
0 !: mM5gOoPpDKYzmM5gunDBf3tN+/zqNKt367cbOeGUTstxf1nJZHPOx68T/u3XB5/7/zMXLTqD6Qym
0 !: M5jOYDqD6QymM5jOYDqD6QymM5jOYDqD6QymM5jOYLpwwW3t8ajBXTxtTHgwLlp0BtMZTGcwncF0
0 !: BtMZTNfKZzyDiT3hCFy06IIFp3QH/CBMh66aBy4AAAAASUVORK5CYII=

Print this item

  Documentation Fragmentation
Posted by: Orion Pobursky - 2020-05-20, 20:43 - Forum: Official File Specifications/Standards - Replies (9)

I'm starting to think we have a documentation fragmentation problem. There are simply too many places to look for requirements, especially for parts authoring. What I'm not sure about is if this is a presentation problem or that we need to start consolidating documents. Thoughts?

Print this item

  PFx Brick parts in the parts tracker
Posted by: Lasse Deleuran - 2020-05-20, 7:58 - Forum: Parts Tracker Discussion - No Replies

We already have unofficial control bricks, such as the SBrick in the parts tracker: https://forums.ldraw.org/thread-15582.html

I would like to include PFx parts in the similar fashion. These parts have already been created: https://github.com/fx-bricks/pfx-ldraw-m...ster/ldraw

However. There are some issues:

  • Some of the authored parts have been created using a conversion tool that makes way too many polygons and cause rendering issues due to polygon orientation and other artefacts. These will have to be rebuilt manually. I am fine with taking up this task, unless someone else has already done so.
  • The license of the already-authored parts is not compatible with the one we use. Once the parts have been rebuilt, I think there should be a pull request raised to the original author, so that the new part files can be shared.
  • In order to ensure backward-compatibility with the existing parts, the origin of those should be preserved. Will this be an issue in case they do not follow our standard?
  • The naming of their parts do not follow our standard: The names are too long, causing issues in some of our older software, and they use CamelCase naming, which is information that isn't preserved when we ignore case.
  • The studs and anti-studs are square. Do we have square studs and anti-studs in the library with connection information? Otherwise this might cause issues in LDCad, et. al.
EDIT
I have made som simplified files to start with as I have not made LDPartEditor work on my old machine yet.

The PFx Brick is 1.12MB+544KB for the top and lid, respectively. The simplified version is 14kB: PFx Brick (Simplified)

The Speakers have also shrunk a bit in the simplified versions:

The M Speaker went from 214kB to 3kB (Simplified).

The XL Speaker went from 343kB to 6kB (Simplified).

Print this item

  The problem of transforming the format of SoildWorks
Posted by: ragnarok - 2020-05-20, 4:12 - Forum: LDraw Editors and Viewers - Replies (9)

I used "SoildWorks" to make the part, save it as "STL", and then use "slt2dat.exe"Switching to various styles, and then using" PartDesigner "to open, but I encountered 2 problems:
1. After opening, the part defaults to down instead of up;
2. Strange lines appear;

[Image: 2.jpg]

[img] https://mini-p.oss-cn-shanghai.aliyuncs....281%29.jpg[/img]

Print this item

Brick Minifig torsos: jester costumes 973pb0514c01 and 973pb0675c01
Posted by: Lee Gaiteri - 2020-05-20, 3:43 - Forum: Part Requests - Replies (2)

I'd like to update my MOC in Studio to use some better parts that aren't available there yet. Among them are the two jester torsos from the castle line: red and blue, and red and white. The Bricklink item numbers for the complete assemblies are:

973pb0514c01
973pb0675c01

It's been a long time since I dabbled in torso design so it'd take a lot for me to dust off that skillset. Anyone else up tot he challenge?

Print this item

Sad 60642c03pr0001, 60639c03pr0001 (Trolls' Mountain Fortress)
Posted by: Thom Kok - 2020-05-16, 15:25 - Forum: Part Requests - Replies (1)

Hi everyone!

I see 60642c03pr0001 and 60639c03pr0001 do not exist yet on LDraw. Is someone interested in creating these parts?

60642c03pr0001

[Image: W1yTk92.jpg]

[Image: x1tS56P.jpg]

[Image: RgW1Tl1.jpg]

[Image: 5lkQxO4.jpg]



60639c03pr0001

[Image: 7vv347H.jpg]

[Image: jp4xVFu.jpg]

[Image: jryxYHy.jpg]

[Image: TTGgRIb.jpg]

If there are any questions, ask me.

Print this item

Thumbs Up 60674 (Trolls' Mountain Fortress)
Posted by: Thom Kok - 2020-05-16, 15:23 - Forum: Part Requests - Replies (2)

Hi everyone!

I see 60674 does not exist yet on LDraw. Is someone interested in creating this part? I did turn the side view photos left on its axis.


60674

[Image: KJU4Wfm.jpg]

[Image: 1zNFrJh.jpg]

[Image: skLVl4E.jpg]

[Image: zlysCSW.jpg]

[Image: 1bBolBU.jpg]

[Image: gS1IDvD.jpg]


If there are any questions, ask me. 

Print this item

Sad 60671pr0004 (Trolls' Mountain Fortress)
Posted by: Thom Kok - 2020-05-16, 14:46 - Forum: Part Requests - Replies (1)

Hi everyone!

I see 60671pr0004 do not exist yet on LDraw. Is someone interested in creating this part? The hole for the arm goes all the way trough the other side.

60671pr0004

[Image: bFoL8mj.jpg]

[Image: FmH1gv7.jpg]

[Image: zIYRVvU.jpg]

[Image: 4EwNgWn.jpg]

[Image: Uj2gPIr.jpg]

[Image: ZnJu5AY.jpg]

[Image: ImETqNg.jpg]
The horns do not go all the way in.

If there are any questions, feel free to ask me anything.

Print this item

Thumbs Up I want to add my Forum Profile Image
Posted by: Thom Kok - 2020-05-16, 9:42 - Forum: Website Suggestions/Requests/Discussion - Replies (3)

Hello everyone.

I have registered on this forum today and I was trying to add my avatar. For some reason I am not able to add my own avatar. I saw on the forum a post about the avatar enabled from 2013

https://forums.ldraw.org/thread-9551.htm...ght=avatar

But now I get this error.
[Image: VdclWqM.jpg]



Why is it disabled? Do I have to wait, because I am new? I really want to have an avatar.

Can anyone tell me why it is disabled or how to get an avatar on this forum?

Print this item

Sad 30305c01 Rock Monster (Rock Raiders)
Posted by: Thom Kok - 2020-05-16, 9:21 - Forum: Part Requests - Replies (11)

Hi everyone!

I see 30305c01 does not exist yet on LDraw. Apparently the right arm is rotatable. Is someone interested in creating this part?

30305c01

[Image: s-l640.jpg]

[Image: ZrmDxev.jpg]

[Image: 1c5xCnq.jpg]

[Image: q4HHNts.jpg]

[Image: c2Ka9vl.jpg]

[Image: HRsfYeo.png][Image: F1krRia.jpg]
Sorry I was not able to find a better picture for the bottom of this part. I hope it is still possible to make this part.

I do not have this lego part, but if you have questions, feel free to ask me anything.

Print this item