You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Love the program, does exactly what I need since my CAM just won't do things right.
However, I have a problem that I believe is a bug.
I also have a request/suggestion.
Edit: removed bug report, since it was a misunderstanding on my part. My motion controller has a bug that causes rapid Z movements. The F-values produced by RapidMotion appears correct.
Now for the suggestion:
Some (dumb) CAM programs output linear movements as a large number of small sequential moves, when doing rotary milling.
I can provide example files.
Would it be possible to have an option to convert these into single lines within RapidRotary.
While technically out of scope for the application - it can cause slow execution on machines with limited data rates, so it would certainly make the file more "rapid".
The idea is that if multiple consecutive movements lie on a straight line (within some configurable precision - the last provided decimal precision, in my case 0.001mm) they can be combined into a single line.
Best regards
The text was updated successfully, but these errors were encountered:
Love the program, does exactly what I need since my CAM just won't do things right.
However, I have a problem that I believe is a bug.
I also have a request/suggestion.
Edit: removed bug report, since it was a misunderstanding on my part. My motion controller has a bug that causes rapid Z movements. The F-values produced by RapidMotion appears correct.
Now for the suggestion:
Some (dumb) CAM programs output linear movements as a large number of small sequential moves, when doing rotary milling.
I can provide example files.
Would it be possible to have an option to convert these into single lines within RapidRotary.
While technically out of scope for the application - it can cause slow execution on machines with limited data rates, so it would certainly make the file more "rapid".
The idea is that if multiple consecutive movements lie on a straight line (within some configurable precision - the last provided decimal precision, in my case 0.001mm) they can be combined into a single line.
Best regards
The text was updated successfully, but these errors were encountered: