Enhanced STL Format

[Nicolinux 288]

Now that YouMagine sets out to be more than just a site where .stl files for printing are shared, I thought about a cool new feature that might provide some value to it.

Add metadata to .stl files with information about critical printing parameters.

Most printable objects on Thingiverse (and now YouMagine) are made by people who have already printed their creations - maybe several times. So these people know best how their objects should be printed. Wouldn't it be cool to download a .stl file, load it into Cura and have it automatically pull in values like:

 

• layer height
  
• shell thickness
  
• top/bottom thickness
  
• fill density
  
• print speed
  
• temperature
  
• cooling on/off
  

Sure there are differences between printers, but many values apply and when someone prints an object for the first time (without knowing about its exact specifics), any clue or starting point is valuable.

Technically this could be implemented without changing the .stl format. Binary .stl files have a header of 80 characters. This place can be used to encode printing values. Sure this encoding needs to be consistent, but if this "standard" catches on, it can have a "soft" deployment without impairing other slicers.

Here is an example. Say I want to encode the following values:

 

• layer height: 0.2
  
• shell thickness: 0.8
  
• top/bottom thickness: 0.6
  
• fill density: 20
  
• print speed: 75
  
• temperature: 225
  
• cooling on/off: 1
  

The metadata could look like:

 

<:estelle:>lh:0.2;st:0.8;tbt:0.6;fd:20;ps:75;te:225;co:1<:estelle:>

"estelle" stand for enhanced .stl and is a female name just be fancy

So all YouMagine and Cura had to do is to parse .stl files and interpret this values.

Another, maybe cooler way would be to encode entire profiles in these 80 chars. I know that Cura does this for .gcode files already. If there are not enough characters to encode the entire profile, maybe provide a service where Cura profiles can be shared (another YouMagine only feature) and where each profile would have a short and unique id that is written to .stl files. This way Cura could lookup the id and pull in the entire profile.

However it is done technically, the benefit of printing parameters in .stl files is pretty big. How many times did I download an object, printed it just to see that I have chosen the wrong parameters. Then I start to hunt for other "made" objects and see if someone was kind enough to write down his printing parameters.

What dou you think?

 

[codemaven 0]

Or we could encourage the adoption of the AMF file format which supports this, instead of stl.

Cheers,

Troy.

 

[Daid 301]

Cura and YouMagine already support the AMF format. And I am planning to add features like this to the AMF saving.

However, this will violate the AMF standard, as they do not allow custom tags or meta-data.

(In theory you could also put binary data at the end of a binary STL file, but those are all ugly hacks which I would not recommend)

 

[Nicolinux 288]

Ok, didn't know about AMF. I will look that up. Thanks for supporting it then. I think it will be one of the great strenghts of YouMagine if this takes off.

 

[pablobell 0]

New standards are not adopted if they are not somehow enforced.

The site could suggest to add both STL and AMF files. If only STL files are uploaded, the site could automatically generate AMF files, so that these are also available for download.

The visitors would see AMF files and start to use them too!

Regarding the lack of print settings, a text file with the design's information/instructions could be automatically added to the zip file for downlad (or even also to the documents list).

 

[Daid 301]

We're already working towards that. Cura's new YouMagine upload does upload STL files, but if you have a dual-color model loaded it will upload an AMF file of that instead.

YouMagine also converts ascii STL files to binary STL to improve compatibility with all software and decrease download size.