my former employer had a vacation year that ended at the end of either May or June, that was nice
ours is our starting anniversary
this employer ends the year in December
seems like it's good to spread them out so everyone doesn't vacation at once
we just assume nothing will get done the last half of december
I almost (?) have XZ radius comp working
well, for lines, haven't tackled the arcs yet
I wonder if anyone in the history of the world has used inverse time feed move
heh, it causes grief doesn't it
it certainly causes droppings everywhere
I saw some messages on the list about non-trivial kins
that is a complete mess
but I suspect we need to attack it one of these days
I think jepler's Ckins will work fine, it's still orthogonal
the issues are things like homing and jogs and such
axis doesn't support it at all
very few parts of EMC properly make the distinction between axes and joints
because with trivkins there isn't one, its too easy to gloss over it
one thing at a time tho
yeah radiuses for me right now
next, maybe g76
the radius stuff is mostly in the TP?
no radius comp is all in the interp
moves all get translated into canon calls
cool (I think)
you having fun with INTERP_CODE ?
fun with cpp
it's NOT_TOO_BAD once I'm USED_TO_IT
it's nice that axis shows me what it's doing
between axis and halscope we've really gained a lot of visibility into formerly invisible stuff
yes, we'd be stuffed without them
what's your next emc project?
can I go back in time and, just in time, shoot whoever is about to run indent on this code?
of course I'd try to talk him out of it first
but failing that...
cradek: how do you feel about requiring python2.4 for axis?
I'm about to write something that uses the 'subprocess' module, which I think is new in 2.4.
that doesn't bother me
what cool thing are you doing?
just trying to improve 'filters'
the AXIS gui just freezes while a filter runs
I want it to re-paint and show somehow that it's waiting..
yay, finally lines work
ok. perhaps lathe code development discussion should go here instead
I'm not sure center-of-ball is a good default for lathes
well radius comp uses the center of the "circle" as the control point
for some lathe tools that's appropriate, for others there will be an offset
from what LH wrote, the control point is beyond the cut radius
for lathes, at least
yes for the corner tools, but not for the axis-aligned ones
or was that only for the gouge angles
the point the user specifies is the one in his picture
the one used by radius comp is the center of the tool radius
so there's an offset that you can calculate based on the radius and, uh, angles and stuff
ok. the issue there is that the cutting point is beyond the center of the tool (as used in endmills), but not for what that lathe operators are used to
* cradek waves his hands
right - jommertry
alex_jon1 is now known as alex_joni
mr 1337 joni ;)