splatplost
splatplost copied to clipboard
Victrid
can not draw accurately
-----------------------------------------update------------------------------
I updated the software and used sudo python ./print.py IMAGE.order 0.1. But the problem are getting worse.
@Charlie441324219 Please check current version with guidances in the readme.md.
Use the delay time method first, as the pointer reset method could not solve the problem, but just reduce the severity.
@Charlie441324219 Please check current version with guidances in the
readme.md. Use the delay time method first, as the pointer reset method could not solve the problem, but just reduce the severity.
Thx for your response. I used the delay time method, but the problem are getting worse. And can't reopen an issue which repo owner closed it.
@Charlie441324219 Please check current version with guidances in the
readme.md. Use the delay time method first, as the pointer reset method could not solve the problem, but just reduce the severity.Thx for your response. I used the delay time method, but the problem are getting worse. And can't reopen an issue which repo owner closed it.
Same problem, use delay time method too.
That's strange...
I've added a test_print.py which uses matplotlib pip package to plot. Please use python ./test_print.py <IMAGE.order> to check if the printing instructions are incorrect.
Do you use a virtual machine to plot? I know some vm will do "optimization" on IO and mess up all these time controlling things.
I have tried the delay time 0.5 ，cost 5 hour and same problem. I will try the new way test_print later. If not resolve, try physical Linux machine in usb device later.
Sorry for your wasted time. Here's a plot for test, please help downloading and plotting it without any optimization arguments, and show me the output for faster bug locating. This picture is simple, and will take you no more than 10 minutes to plot. 112743279-696e4e80-8fc8-11eb-9f77-db35d7d39a9b.zip
Sorry for your wasted time. Here's a plot for test, please help downloading and plotting it without any optimization arguments, and show me the output for faster bug locating. This picture is simple, and will take you no more than 10 minutes to plot. 112743279-696e4e80-8fc8-11eb-9f77-db35d7d39a9b.zip
ok, I tried.
Seems like some keys are stuck in pressed state.
You may try it with some live-cd if you're using virtual machine.
I try the test image and my own, looks better now.
Completely accurate in the test pictures.
Little offset in my own.
PS. It appear in other people's square in the day I upload my splatpost.
It being kind of relevant to this issue, I guess I'll ask here-- is there a recommended "safe" speed for Delay and Key Press ms timing? I'm using the 0.2.0.dev.0 version and having accuracy issues with larger prints. I have my Delay and Key Press set to 200ms each but I still get breaks and lines. What is the recommended setting for this? I don't mind the print taking a long time.
Also-- is there a breakdown of what "Stable Mode" does? I have tried printing with it, but it didn't seem to make a difference.
@SuperOkazaki Stable mode will send the command of drawing a block as a pile for backend to process, instead of sending a press command every time a press command completes. This may help as the plotting will have less breaks (which is then called stable).
There is no "safe" speed, as switch controllers works on some internal timer (seen from nxbt would be 120Hz? I haven't figured out how this is implemented). It's like a rhythm game, neither early nor later press is good. 80ms is based on an old issue which says its a good tempo. I'm still digging on whether it can be sent based on 120Hz basis rather than millisecond basis.
There is no "safe" speed, as switch controllers works on some internal timer (seen from nxbt would be 120Hz? I haven't figured out how this is implemented). It's like a rhythm game, neither early nor later press is good.
makes sense, thanks! I'll keep playing around with it to see what works for me