-
-
Notifications
You must be signed in to change notification settings - Fork 103
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Conversion of .sl1 to .cbddlp results in garbled, 'diagonal scanline' output #2
Comments
You can't slice on PE using Prusa SL1 printer, you must use one of my pre configured printers or else you will get this problem since prusa printer is not recognized for .ctb or other formats. Please follow readme point: "Install and configure printer under PrusaSlicer" and use your printer name to slice on PE |
PS - really like the tool! |
Ok, that's my bad for not paying attention to the readme. |
No problem, in fact i can do any kind of auto detection and fix this but that would cause another problem, which are what you did. Imagine if the file converted ok, then you go print and them it fail cause wrong printer parameters, PE is to be used like any other slicer, if you go print on a epax then you select epax printer to slice and not other wrong printer profile, now imagine the problem if you slice using epax x10 and go print under a x1. So i leave that way to prevent users using SL1 for any dangerous print. I think no one will attempt to print when they see that crazy lines xD |
Thank you for your input, for any improvement or ideia you can open a feature request here. If you fell this issue is fixed please consider closing it |
Makes sense. I suggest that you might want to automatically call the 'install printers' dialog the first time the program is run, along with info that selecting the appropriate printer in PrusaSlicer is mandatory for file format conversions in this tool. And yes, I just confirmed that fixes things. Thanks! |
Description
The .cbddlp conversion results in a garbled file. Seems like the output you'd get if you serialized the layer's pixels in row order, but then reassembled them in column order (where row and column have different dimensions). The pixels from the rightmost shape end up on top, and leftmost on bottom.
To Reproduce
Steps to reproduce the behavior:
1_sliced-by-prusaslicer.sl1
testcase.zip in PrusaSL1ViewerFile
->Convert To
->Chitubox (.cbddlp ....)
and save.My output for this step is the file
2_coverted-by-PrusaSL1Viewer.cbddlp
.Expected Behavior
Pixels in the Chitubox output file are placed identically as in the SL1 input file.
Screenshots
Additional Information
This is not a display bug rendering Chitubox files; the converted file is similarly garbled in other chitubox viewers (Chitubox, Photon File Validator)
System Information
The text was updated successfully, but these errors were encountered: