Making AxiDraw output faster I am not a patient man. I’m not especially impatient either: what I take issue with is waste and inefficiency. I have been working on AxiDraw renderings for a Christmas present, and also to potentially create some unique wall art for my diminutive apartment. I’ve noticed that the defaults – my defaults, built on a tradition of expecting pixels to be free and instant, and treating document order and other implementation details as, well, implementation details, is not sufficient for the AxiDraw world. Here are some notes on how I’ve made mistakes and some of the ways forward. Minimize pen-ups The time to raise and lower the pen eats up a lot of printing time, and because the AxiDraw takes a literal interpretation of SVG contents, it’s often lifting the pen to pace it down… in the same spot. For something with connect lines, ideally one can construct them as a graph and draw as much of that graph in one pen motion as possible. Minimize pen movement I’m currently printing a sort of dithered photograph represented by dot and dash lines. It’s somewhat optimized - the third attempt I’ve taken at printing this subject – but exhibits one very bad performance feature. When the AxiDraw is finished with a line, it tracks back from the far-right of the page to the far-left, taking a significant chunk of the time that it could be drawing. Had I thought of this, I would have flipped every other line of SVG content so that it could track left to right, and then right to left. Minimize the difference between pen up and down The AxiDraw takes time proportional to the up/down difference when waiting to move. So if you can lift the pen up a little bit less, and guarantee that your paper or material is flat enough that it won’t cause a streak, then you’re set. Optimizers The list in the beginning of this blog post seems like a great summary of the tools that can optimize paths.