| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 241 online users. » 1 Member(s) | 236 Guest(s) Applebot, Bing, Google, Yandex, N. W. Perry
|
|
|
| Parsing LDraw |
|
Posted by: Max Murtazin - 2025-08-20, 18:04 - Forum: Help
- Replies (3)
|
 |
*sigh*
Okay, I've probably been it at it many times and probably even asked some questions on this topic before, but, alas, I'm at it again - trying to build an LDraw file format parser in C#. Why C#? Tl;dr: I need it for other stuff, and that stuff uses C#.
Well, the question itself: How does one even go around effectively parsing LDraw? This topic is a bit confusing to me due to the recursiveness (I guess that's what the word would be) of the format. My current approach is like this:
1. Read through all of the file, store all the faces in an array, store all the submodels in a separate array
2. Go through the submodel array, go to step 1 for each of them
3. Once the process is out of this recursive mess, "resolve" each submodel by applying the transform to it's triangles and adding them to the submodel's parent
4. Done, I guess?
It is very simple and doesn't account for, like, any meta or other stuff that could be important, but it should be enough for the start. I'm just not sure if this approach is good, or how it possibly could be improved
Also, I know I can read stuff like LDView source code, but I'm really bad at reading code made by other people, so it would probably take way more time than just asking it here
|
|
|
| Filepath Backslash(\) or Forwardslash(/) |
|
Posted by: Hageta - 2025-08-18, 15:16 - Forum: Parts Authoring
- Replies (6)
|
 |
All the documentation I found used backslashes(\) for filepaths e.g "s\subpart.dat". But I could not find if forward slashes(/) are also allowed. LDView can use either without any errors, while LDPe does show an error. If either both or only backslashes are allowed it should be mentioned in the Documentation either under filename or a new section. I do ask this because in ConvertToLDraw I currently use forward slashes and I got this Bug report. I will change the filepaths if they are out of spec.
|
|
|
| Adding stud.dat seems to corrupt geometry |
|
Posted by: CJ H. - 2025-08-15, 17:14 - Forum: Parts Authoring
- Replies (2)
|
 |
I'm working on a custom part that is basically a face with a 1x2 plate stuck on to the back of it. The face is a complex mesh with about 45k triangles (no quads).
To be sure my studs will have the correct shading in building instructions developed in Studio, I am adding stud.dat in LDPE. However, that step seems to "corrupt" geometry in some way. After adding the stud.dat lines, the resulting part looks ok in Part Designer, but not in Studio. Many faces have disappeared and the remaining ones look distorted.
I have confirmed that the files are identical except for the `0 Name:` line and the two lines that reference stud.dat like so:
Code: 1 16 -10 0 0 1 0 0 0 1 0 0 0 1 stud.dat
1 16 10 0 0 1 0 0 0 1 0 0 0 1 stud.dat
I also tried adding the studs in Part Designer, but this had a similar effect.
If I delete the stud.dat refrences, the part works again works as expected in Studio (after a restart).
Any ideas as to why stud.dat references are causing a problem?
Apologies for not including images, and thanks in advance.
|
|
|
|