Backward compatible with what? An approach that yields different cutter paths based on the maximum velocity that the machine can run for a G0? Any G code that depends on this blending is asking for trouble. Some legacy LinuxCNC behaviors could stand to be deprecated.
I prefer to stick with the industry standard as described in Smid. > -----Original Message----- > From: Chris Radek [mailto:[email protected]] > Sent: Thursday, February 13, 2014 3:47 PM > To: EMC developers > Subject: Re: [Emc-developers] Proper behavior when blending > rapid / feedmoves > > On Thu, Feb 13, 2014 at 12:00:53PM -0800, David Bagby wrote: > > > > Hence my desire to see the default value of such an option be "no > > blending between G1 and G0". > > This seems the safest, backward compatible approach. > > I agree it's safest, but it is not backward-compatible. > > LinuxCNC/EMC has always blended these. You could always turn off > blending if you wanted, with G61. > > -------------------------------------------------------------- > ---------------- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/41 > 40/ostg.clktrk > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
