sometimes i have variations of gcode with different materials and the window to choose your sd prints cant display enough info.
im surprised its been like this for so long.
Re: bigger and more robust "print from sd window"
I'm guessing you are talking about how a filename like test_pring_pla_high_quality.gco ends up being listed as just TEST_P~1.GCO. Unfortunately, that's how the firmware works. It can't display the longer names and you have to use the short names to actually start the print. So to fix it, there would need to be some big changes with how the firmware is written.
Feel free to google the 8.3 naming convention for the marlin firmware and you will see what I mean
Feel free to google the 8.3 naming convention for the marlin firmware and you will see what I mean
Re: bigger and more robust "print from sd window"
Living with 8.3 filenames would be easier if saving to disk would actually use the extension I'm giving the file.
As it is, even if I try to save as "a.g", the actual name on disk is "a.gcode", which then turns on name mangling.
As it is, even if I try to save as "a.g", the actual name on disk is "a.gcode", which then turns on name mangling.
Re: bigger and more robust "print from sd window"
Just add {EXTENSION "g"} in your post processing script and it will automatically save at .g instead of .gcode
