Back
[00:06:11] <K4ts> wednesday we go to Capri
[00:06:53] <giacus> cool
[00:06:55] <K4ts> tomorrow tour of naples
[00:08:35] <A-L-P-H-A> marco!
[00:08:52] <A-L-P-H-A> a tour of niples?
[00:10:38] <giacus> naples (it)
[00:10:58] <A-L-P-H-A> the other would be better... but that's just me.
[00:12:43] <A-L-P-H-A> beer and a steak... in front of the computer... serious... as a guy,... the only other thing I could want right now... is well... maybe not right right now, later.
[00:13:45] <giacus> :)
[00:14:34] <K4ts> A-L-P-H-A: marco?
[00:14:42] <A-L-P-H-A> polo!
[00:14:51] <K4ts> Magellano
[00:15:06] <A-L-P-H-A> Donatello
[00:15:38] <K4ts> La Gioconda
[00:15:42] <giacus> Colombo
[00:15:49] <K4ts> Trosi
[00:15:52] <K4ts> ahah
[00:15:59] <giacus> Meucci
[00:16:00] <K4ts> Troisi
[00:16:02] <giacus> Marconi
[00:16:04] <giacus> :D
[00:16:14] <A-L-P-H-A> Speghetti
[00:16:20] <K4ts> BillGates grrr
[00:16:23] <giacus> wrong !
[00:16:30] <giacus> spaghetti*
[00:16:38] <giacus> one penality for A-L-P-H-A
[00:16:42] <K4ts> ahah A-L-P-H-A SPAGHETTI NO SPEGHETTI
[00:17:09] <A-L-P-H-A> damn. :(
[00:17:55] <giacus> K4ts: you have to explain me who is <K4ts> Trosi
[00:18:05] <giacus> ah ! you missed the name too
[00:18:06] <K4ts> Troisi
[00:18:11] <giacus> another penality for K4ts
[00:18:14] <giacus> LOL
[00:18:50] <K4ts> you are happy giacus tonight?
[00:19:04] <giacus> not really ..
[00:19:08] <A-L-P-H-A> is that an offer to make him happy? ;) ;)
[00:19:19] <giacus> I try to be
[00:19:31] <A-L-P-H-A> if this is webcam based... can I watch K4ts? hahaha
[00:19:33] <A-L-P-H-A> <-- evil
[00:20:05] <giacus> nah.. K4ts isnt a cibergirl
[00:20:33] <giacus> think we do not use audio conversations ^_^
[00:20:56] <A-L-P-H-A> "cybergirl" you're negative one pts now too!
[00:20:57] <A-L-P-H-A> :P
[00:21:16] <giacus> cyber ?
[00:21:31] <giacus> right
[00:21:36] <A-L-P-H-A> yes
[00:21:38] <A-L-P-H-A> left
[00:22:23] <giacus> ok top
[00:22:38] <A-L-P-H-A> pot ko
[00:23:24] <K4ts> i go to sleep
[00:23:26] <K4ts> night
[00:23:28] <A-L-P-H-A> with?
[00:23:32] <A-L-P-H-A> with who? ;)
[00:23:34] <A-L-P-H-A> i'm bad.
[00:23:37] <A-L-P-H-A> nini K4ts.
[00:23:38] <K4ts> tomorrow I work
[00:23:46] <A-L-P-H-A> work what?
[00:23:46] <giacus> how ?
[00:23:48] <A-L-P-H-A> :)
[00:23:56] <giacus> go for the tour or work ?
[00:24:11] <A-L-P-H-A> K4ts are you going to naples for wine tasting?
[00:24:14] <K4ts> after work
[00:24:22] <giacus> oh.. ok
[00:24:33] <giacus> goodnight then
[00:24:38] <giacus> have a fun tomorrow
[00:24:41] <A-L-P-H-A> * A-L-P-H-A wonders if I tease people too much... probably... but it's fun
[00:25:10] <giacus> A-L-P-H-A: she already live in naples
[00:25:23] <A-L-P-H-A> I can believe she already has niples.
[00:25:25] <giacus> have a good wine right under her home :)
[00:25:29] <A-L-P-H-A> even you and I have niple.
[00:25:33] <giacus> red wine from vesuvio
[00:25:45] <A-L-P-H-A> vesuvio?
[00:25:45] <giacus> E. 12/lt
[00:25:50] <A-L-P-H-A> 12L?
[00:25:50] <giacus> yes
[00:26:01] <A-L-P-H-A> don't know what vesuvio...
[00:26:09] <giacus> wait..
[00:26:20] <A-L-P-H-A> for heaven's sake... you can buy wine in plastic bottles in IT... that scares me.
[00:26:41] <K4ts> A-L-P-H-A: YOU DRINK WITH ME?
[00:26:50] <K4ts> AHAH
[00:26:59] <A-L-P-H-A> K4ts... only if you're around my age group.
[00:27:03] <A-L-P-H-A> :)
[00:27:12] <A-L-P-H-A> I'm 27 as of yesterday.
[00:27:20] <giacus> http://www.giacus.org/photo/vacanze/pompei/img082.jpeg.html
[00:27:36] <giacus> see the mountain in that pic ?
[00:27:43] <A-L-P-H-A> ye
[00:27:46] <A-L-P-H-A> yes
[00:27:50] <giacus> that's the Vesuvio vulcan
[00:27:50] <A-L-P-H-A> is that pompei?
[00:27:55] <K4ts> no A-L-P-H-A i 43
[00:27:55] <giacus> yes
[00:27:56] <K4ts> SIGH
[00:28:30] <A-L-P-H-A> hmm... maybe as friends then... not to get you drunk and take advantage of you. :) hehehe.
[00:29:02] <A-L-P-H-A> so... where are all the fossilized people from the village of pompei?
[00:29:34] <giacus> in a closed museum
[00:29:44] <A-L-P-H-A> got any photos of them?
[00:29:53] <giacus> no sorry ..
[00:29:53] <A-L-P-H-A> those are the excavated ruines?
[00:30:01] <A-L-P-H-A> looks neat.
[00:30:19] <giacus> many peoples died during they we're loving ..
[00:30:25] <K4ts> NIGHT
[00:30:25] <giacus> maybe you know that
[00:30:30] <K4ts> CIAO
[00:30:31] <giacus> goodnight K4ts
[00:30:32] <A-L-P-H-A> giacus? say again?
[00:30:34] <A-L-P-H-A> nini K4ts.
[00:30:39] <K4ts> nini?
[00:30:46] <A-L-P-H-A> night night = nini
[00:30:46] <K4ts> ok
[00:30:52] <K4ts> ok
[00:31:07] <K4ts> cc= ciao ciao
[00:31:07] <A-L-P-H-A> nini = sort for good night.
[00:31:17] <A-L-P-H-A> I thought cc was = yes yes.
[00:31:20] <K4ts> :-)
[00:31:20] <A-L-P-H-A> ce ce.
[00:31:31] <A-L-P-H-A> or ci ci... however it's spelled
[00:31:39] <A-L-P-H-A> ciao is short enough. :)
[00:31:52] <A-L-P-H-A> why not stay, and keep us happy/entertained? :)
[00:32:00] <K4ts> oo=ok ok
[00:32:06] <A-L-P-H-A> lets play a game... heheh... how long we can keep K4ts here to play.
[00:32:07] <giacus> hehe
[00:32:25] <A-L-P-H-A> so are you going to stay?
[00:32:33] <A-L-P-H-A> K4ts... do you play any instruments?
[00:32:55] <A-L-P-H-A> guitar, piano, harp, harth, violin, flute?
[00:33:33] <A-L-P-H-A> I wouldn't mind a nice bottle of wine, and some good company for laughs and good times.
[00:35:09] <giacus> haha A-L-P-H-A
[00:35:18] <A-L-P-H-A> snubbed.
[00:35:29] <A-L-P-H-A> so do you know her in real life?
[00:35:30] <giacus> got not much time her
[00:35:53] <giacus> yes, she's my gf
[00:36:02] <A-L-P-H-A> I see.
[00:36:04] <A-L-P-H-A> wait. wait. wait.
[00:36:05] <giacus> is it correct fg ?
[00:36:09] <giacus> gf*
[00:36:38] <A-L-P-H-A> have I see her?
[00:36:48] <giacus> probably
[00:36:49] <A-L-P-H-A> in one of the photos? where I said that was a nice shot of her?
[00:36:59] <giacus> yes, she is
[00:37:03] <giacus> I think
[00:37:23] <A-L-P-H-A> http://www.giacus.org/photo/vacanze/floridiana/img008.jpeg
[00:37:28] <giacus> can't see other many woman around here
[00:37:59] <giacus> yes, and the children is her son
[00:38:36] <A-L-P-H-A> the little girl is your daughter?
[00:38:54] <giacus> annamaria ?
[00:38:58] <A-L-P-H-A> yeah
[00:39:02] <giacus> yeah
[00:39:10] <giacus> one of the daughter
[00:39:17] <A-L-P-H-A> how BIG is this cake?
http://www.giacus.org/photo/famiglia/annamaria_9/img044.jpeg.html
[00:39:26] <giacus> they are 5
[00:40:02] <giacus> hehe not so much
[00:40:16] <A-L-P-H-A> I went an saw a client today.
[00:40:19] <giacus> they were a bunch of wide boys
[00:40:21] <A-L-P-H-A> he makes wedding cakes.
[00:40:28] <A-L-P-H-A> DAMN wedding cakes are EXPENSIVE!
[00:40:52] <giacus> wanna try with a cnc ?
[00:40:58] <giacus> :D
[00:41:01] <A-L-P-H-A> hmm... maybe for icing the cake...
[00:41:07] <A-L-P-H-A> that would be NEAT.
[00:41:24] <A-L-P-H-A> having a pump to maintain constant pressue on an icing bag... to squirt out icing.
[00:41:29] <A-L-P-H-A> in a given pattern.
[00:42:22] <A-L-P-H-A> hahahaha.
http://www.giacus.org/photo/famiglia/capodanno2006/img026.jpeg.html the guy just looks... gay.
[00:42:35] <A-L-P-H-A> pretty funny photo. hehe.
[00:43:48] <giacus> whats the problem with the gays ? :)
[00:45:45] <giacus> I've some friends gay , good people
[00:57:02] <A-L-P-H-A> nothing... unless he's noy gay, and looks that way.
[00:57:06] <A-L-P-H-A> noy=not
[00:57:26] <A-L-P-H-A> then people could get the "interesting"/"wrong" idea about him.
[00:57:39] <A-L-P-H-A> unless, he's likes to be called a 'her'
[00:58:25] <giacus> uhm
[00:58:57] <cradek> A-L-P-H-A: you should quit while you're ahead (?)
[00:59:13] <A-L-P-H-A> but it's fun.
[00:59:14] <A-L-P-H-A> :(
[00:59:18] <A-L-P-H-A> spoil sport.
[00:59:29] <cradek> people might get the "wrong idea" about you
[00:59:46] <giacus> nah np
[01:00:25] <giacus> just kidding
[01:25:11] <giacus> Night all
[01:27:22] <A-L-P-H-A> sorry was watching edmonton being beaten to death. :(
[01:28:01] <A-L-P-H-A> okay... problem... no one said being gay is bad. gay's fine... to each their own. but when you're not gay, and look it... that's wrong.
[01:32:34] <cradek> * cradek bites his tongue
[01:32:48] <A-L-P-H-A> does it hurt?
[02:12:09] <Jymmm> A-L-P-H-A: What, you've never heard of Metrosexuals before?
[02:15:31] <jepler> anybody have a good greyscale image that is suitable for engraving?
[02:15:55] <jepler> one with variable depth, not just two depths
[02:18:01] <jepler> ooh, I'll try this ..
http://www.philc.net/images/SampleDepthMap.gif
[02:22:49] <jepler> it makes a ~5000 line file with this improved image-to-gcode.py
[02:23:10] <jepler> (resized first to fit within 300x300 pixels)
[02:24:04] <jepler> line simplification algorithms are my favorite new hammer
[02:24:07] <jepler> I can use them on anything
[02:26:16] <CIA-8> 03cradek 07lathe_offsets * 10emc2/src/emc/rs274ngc/ (6 files): checkpoint of lathe tool offsets. currently radius comp in XZ is working for lines only. needs lots of cleanup.
[02:26:48] <jepler> cradek: whee
[02:27:47] <cradek> yeah it's a good start I guess
[02:28:06] <cradek> I'm afraid I made a mess of it, but maybe I can clean it up later
[02:29:40] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/image2gcode.png
[02:30:08] <jepler> the problem is that image-to-gcode doesn't have the nice stuff like cutter shape compensation
[02:31:32] <cradek> yeah, it probably needs that to do a good job
[02:31:42] <cradek> that looks like a decent result though
[02:31:53] <cradek> depends how much relief you're cutting and the tool size
[02:32:46] <cradek> you could add image support to toolpath - just load the image right into the z buffer
[02:32:51] <jepler> yeah
[02:32:53] <cradek> no idea how you'd display it on the screen
[02:32:55] <jepler> yeah
[02:33:01] <jepler> "poorly"
[02:33:06] <jepler> with 2*m*n triangles
[02:33:09] <cradek> so this isn't a new idea I had?
[02:33:10] <jepler> or maybe just display it
[02:33:19] <jepler> in greyscale
[02:33:43] <cradek> can't gl put an image on a quad?
[02:34:10] <CIA-8> 03jepler 07HEAD * 10axis/scripts/axis.py: rework filters. Use new [FILTER] section, and pass the input filename to the filter. have a different filter for each extension
[02:34:47] <CIA-8> 03jepler 07HEAD * 10emc2/configs/sim/axis.ini: example filter section for axis; you probably don't have these programs installed yet
[02:36:34] <jepler> yes, you could texturemap a quad
[02:37:19] <jepler> * jepler computes that the average line in this generated file is about .11 inches
[02:39:42] <CIA-8> 03cradek 07HEAD * 10emc2/nc_files/comp.ngc: very basic cutter radius comp test file
[02:39:50] <cradek> that seems pretty long, that's nice
[02:42:21] <jepler> yeah but there are a bunch that must be about .7 or more
[02:42:59] <cradek> huh, I never noticed before that my laptop has an emulated scrollywheel on the right of the touchpad
[02:44:07] <jepler> lucky you
[02:44:10] <jepler> (or do you hate that?)
[02:44:26] <cradek> no, it's fine, if I've never noticed it means it doesn't trigger accidentally
[02:57:41] <jepler> 'night
[02:58:13] <cradek> goodnight
[03:05:49] <Jymmm> jepler: A self-portrait?
[04:14:48] <fenn> fresh off the 3d scanner
[07:51:45] <Lerneaen_Hydra> hello?
[08:01:05] <anonimasu> 4hi
[08:50:25] <Did> Hello everybody
[09:02:45] <A-L-P-H-A> <yawn>
[11:46:09] <jepler> good morning
[11:47:02] <anonimasu> hm
[11:47:18] <anonimasu> the knobs on the toolchanger are called retainer knobs right?
[11:51:15] <anonimasu> retention knobs.
[11:57:02] <giacus> hello
[12:02:38] <anonimasu> hi
[12:03:04] <giacus> hi anonimasu
[12:03:40] <giacus> wanna see a nice emc machinist in action ?
[12:05:23] <giacus> http://www.giacus.org/files/gnutux_emc.avi
[12:21:46] <anonimasu> later
[12:21:48] <anonimasu> im at work :)
[12:26:22] <jepler> giacus: cool
[12:26:43] <anonimasu> ordering linear rails :)
[12:26:56] <giacus> hi jepler
[12:27:43] <giacus> yeah, it seems blender can do nice things with animations
[12:33:31] <giacus> also could be useful to make small movies showing how emc do axis homing
[12:34:14] <anonimasu> I just designed a algorithm to make toolpaths off drawings
[12:34:14] <anonimasu> :)
[12:34:35] <anonimasu> building a cutting machine :)
[12:34:38] <giacus> how it work ?
[12:34:49] <giacus> tried it ?
[12:34:54] <anonimasu> going to do it tonight
[12:35:08] <anonimasu> cant use emc for the control as it's too complex :)
[12:36:23] <anonimasu> ah well first thing is to make coordinates out of shapes
[12:36:27] <anonimasu> going to try it tonight
[12:36:40] <giacus> nice
[13:28:27] <jepler> * jepler starts adding a GUI to image2gcode.py
[13:34:00] <SWPadnos> wow - that's the opposite of what I'm doing
[13:35:31] <cradek> jepler: how do you intend to use gui programs as filters in axis?
[13:45:44] <asdf23r> <yawn>
[13:45:55] <asdf23r> damn it... a 2hr drive to waterloo and back... that is my day. :(
[13:45:59] <asdf23r> asdf23r is now known as A-L-P-H-A
[14:05:23] <jepler> there was a power outage in my basement^Wdatacenter. the power is back but the CVS server didn't start automatically. I'm looking into it now.
[14:05:57] <cradek> jepler: I think nobody but me had noticed
[14:06:09] <alex_joni> * alex_joni didn't
[14:06:13] <cradek> jepler: how do you intend to use gui programs as filters in axis?
[14:06:20] <alex_joni> foo --nogui
[14:07:52] <jepler> cradek: it has to be a program that will write its gcode to stdout and exit when it's done
[14:08:22] <jepler> argh, my girlfriend^Won-call engineer isn't at the house to resolve the CVS server problem
[14:08:26] <jepler> I'll have to go myself
[14:08:36] <cradek> haha
[14:08:43] <SWPadnos> I'd say that it's reasonable to use a GUI to load a file, and be presented with a GUI that lets you choose how that file gets machined
[14:08:46] <cradek> I doubt there's any hurry jeff, everyone's at work
[14:09:27] <SWPadnos> graphically choosing things like the height scale for a bitmap (and seeing a preview) would be most excellent :)
[14:10:06] <alex_joni> SWPadnos: I might suggest some software I tried, but I'm afraid I'll motive jepler less
[14:10:15] <SWPadnos> then please don't ;)
[14:10:27] <alex_joni> ;)
[14:11:53] <alex_joni> SWPadnos: it's not GPL software, so I don't think it should even matter
[14:12:01] <SWPadnos> oh. phew
[14:12:22] <SWPadnos> I have stlworks, which is relatively OK
[14:12:29] <alex_joni> I tried some 60-days limited version of MeshCAM which seems nice
[14:12:34] <SWPadnos> but only runs on Windows (though I haven't tried wine)
[14:12:38] <alex_joni> it does STL & bitmaps
[14:19:19] <jepler> oops! s/at the house/in the datacenter-complex/
[14:19:28] <jepler> CVS server is up again
[14:19:50] <alex_joni> jepler: lool
[14:19:57] <cradek> haha
[14:19:58] <cradek> yay
[14:20:14] <alex_joni> any idea why it didn't start?
[14:20:35] <jepler> alex_joni: yeah, because it doesn't start after the power's been off
[14:20:44] <alex_joni> so crappy BIOS..
[14:20:47] <cradek> it's not exactly server-grade hardware
[14:20:53] <alex_joni> I think that's the same for dsplabs ;)
[14:21:24] <alex_joni> to have ATX and not implement that function in the BIOS is a waste imo
[14:21:39] <jepler> this isn't any ATX though
[14:21:44] <jepler> it's a laptop, and maybe even from the pre-atx era
[14:21:55] <alex_joni> oh, then it's understandeable
[14:22:30] <alex_joni> btw.. when I had issues with wireless networks, I was thinking of putting a Nut-device with some relays there (to cut/restore power to stuff)
[14:23:23] <jepler> I have a USB relay on my dsl modem which sometimes requires an external reset
[14:23:53] <alex_joni> nice
[14:41:49] <cradek> CPU: Pentium II/Pentium II Xeon/Celeron (300.68-MHz 686-class CPU)
[14:41:52] <cradek> haha stand back!!
[14:45:43] <alex_joni> cradek: good enough ;)
[14:46:55] <cradek> I guess that means it doesn't require a fan running all the time, which makes it more reliable
[14:48:56] <jepler> bbl
[16:05:12] <cradek> jepler: I can't figure out how, in axis, to cause the tool table to be reread
[16:06:36] <jepler> cradek: hm, I bet you can't.
[16:06:43] <jepler> have you UTSL yet?
[16:06:53] <cradek> eh?
[16:07:03] <jepler> UTSL!
[16:07:07] <cradek> why would I do that when I can complain instead?
[16:07:48] <jepler> it looks like it uses 'tool_table' from the stat buffer
[16:55:27] <SWPadnos> well, I guess now is a good time to reboot. sonce the power went out, and it's still hailing.
[16:55:30] <SWPadnos> see you all later :)
[17:11:39] <Jymmm> Anyone heard of a wirewrap tool/gun for 22ga wire?
[17:22:23] <Jymmm> Nm, just found em... telecom usage
[17:30:54] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/image2gcode.png http://emergent.unpy.net/index.cgi-files/sandbox/image-to-gcode.py
[17:37:35] <Jymmm> jepler self-portrait?
[17:40:42] <jepler> Jymmm: umm if you want to think so
[17:40:56] <Jymmm> jepler oh I didn't look.... thought it was the one from last night.
[17:41:12] <Jymmm> that's very cool... how did you generate the image?
[17:41:13] <jepler> nope, it's different
[17:41:27] <jepler> I found the image on google image search for "depth map" or "depth image"
[17:41:40] <jepler> what I'm showing off this time is the GUI for the image->gcode conversion
[17:41:54] <Jymmm> is that the one that chris wrote?
[17:41:56] <jepler> not that it's perfect
[17:42:02] <anonimasu> hm
[17:42:07] <anonimasu> another tooling adaptor finished :)
[17:42:08] <jepler> it started with the one that chris wrote, but it's now much more featureful
[17:42:14] <Jymmm> ah, ok
[17:42:14] <anonimasu> 5this time for a facemill
[17:42:36] <jepler> it does tool shape compensation and path simplification
[17:43:06] <Jymmm> jepler is is primarily greyscale to z-depth conversion?
[17:43:06] <jepler> and integrates nicely with CVS versions of axis .. you can just open a .png file in axis, and the conversion window pops up
[17:43:16] <jepler> yes, it treats the greyscale value as z depths
[17:44:38] <Jymmm> jepler: BIG SUGGESTION (if easily done)... estimated running time
[17:44:58] <jepler> the cruder the estimate, the easier
[17:45:00] <Jymmm> roundign off to the nearest leapyear
[17:45:28] <Jymmm> I think 15 minute increments would be fine
[17:45:59] <Jymmm> or is that too much?
[17:46:43] <jepler> well it's easy to determine the XY distance moved
[17:46:50] <Jymmm> jepler what is "y step" ?
[17:46:58] <jepler> it's harder to determine the Z distance moved before actually generating the output
[17:47:01] <Jymmm> the slider
[17:47:18] <jepler> Jymmm: how many pixels in the image does it move down each time
[17:48:05] <Jymmm> like skipping a few pixels?
[17:48:06] <jepler> if you are doing a 500x500 image in a 2x2 square, and enter 4 for y_step, it will step down .016 inches each time
[17:48:37] <jepler> because each pixel is 2/500 inches
[17:48:45] <jepler> so it controls how close together the rows are
[17:48:47] <Jymmm> ah, ok
[17:49:07] <jepler> hm, something about the shape compensation isn't behaving like I expected..
[17:49:40] <Jymmm> Just strange to see it in only ONE axis adn the output would be "stretched", but I've seen it in other img2gcode apps too.
[17:50:38] <jepler> The X "step" is variable, depending on the complexity of the image in that area. That's set indirectly by the tolerance value
[17:51:50] <jepler> but just because your image is 500x500 pixels, you don't necessarily want to scan across it 500 times. you might want to cross it 250 times (y_step = 2) or 125 times (y_step = 4)
[17:52:13] <jepler> y_step doesn't distort the shape -- a circle will come out a circle, not an oval.
[17:52:36] <Jymmm> Yeah, i was just thinking that you would lose resolution in the one axis is all.
[17:52:59] <Jymmm> jepler python?
[17:53:03] <jepler> of course python
[17:53:06] <Jymmm> lol
[17:55:19] <jepler> aha, just a sign error
[17:56:08] <jepler> it would have been correct if there was any such thing as a negative-diameter ball-end mill
[17:56:37] <Jymmm> jepler hey now, not breaking the laws of physiscs now, wait till next year
[17:58:14] <Jymmm> s/not/no/
[17:58:22] <jepler> I think there would be a lot of good things about a negative-diameter ball-end mill
[17:58:51] <Jymmm> it adds material =)
[17:59:01] <anonimasu> hm
[17:59:06] <anonimasu> lol
[17:59:12] <anonimasu> or make (
[17:59:24] <anonimasu> but you would have to mill around
[17:59:25] <anonimasu> :D
[17:59:27] <Jymmm> jepler nice job btw =)
[18:00:32] <jepler> thanks
[18:02:11] <anonimasu> hm
[18:02:22] <anonimasu> has anyone built a SLS with emc as control yet?
[18:03:27] <jepler> * jepler googles "SLS"
[18:03:32] <jepler> "A layer manufacturing technology in which the layers are formed by using a laser to bond the surface of a bed of powder material in the desired shape." ?
[18:03:43] <jepler> sounds neat
[18:03:48] <bill203> 'santa clause machine'
[18:03:50] <bill203> heh
[18:04:08] <anonimasu> hehe
[18:04:14] <anonimasu> laser sintering ;)
[18:04:31] <anonimasu> cool stuff :)
[18:04:56] <Jymmm> sounds like a modeling machine
[18:05:23] <anonimasu> Jymmm: never heard about them?
[18:05:37] <anonimasu> rapid prototyping machines
[18:05:41] <Jymmm> yeah
[18:06:11] <Jymmm> jepler mind if I share that screen shot in another channel?
[18:06:13] <jepler> (my sample depth images I found on google image search:
http://images.google.com/images?q=depth+map)
[18:06:16] <anonimasu> http://www.materialise.com/prototypingsolutions/laser_ENG.html
[18:06:22] <jepler> Jymmm: sure -- what channel is that?
[18:06:32] <Jymmm> jepler some of the folks in ##php
[18:06:44] <Jymmm> I'm ragging them on python =)
[18:06:51] <jepler> oh
[18:07:03] <jepler> I don't think I'll join you
[18:07:17] <Jymmm> nah, not a good thing to do =)
[18:07:54] <jepler> "numarray" makes Python great for this type of thing. You can juggle 1000x1000 floating point matrices just as easily as you can add 2+2
[18:08:38] <jepler> for instance, these two lines of code perform tool shape compensation for one position on the image:
[18:08:41] <jepler> m1 = image[i:i+tw, j:j+tw]
[18:08:44] <jepler> d = (m1 - tool_shape).max()
[18:10:46] <jepler> take a rectangular portion of the image from i..i+tw in one direction, and j..j+tw in the other; then subtract from each element the corresponding one from the tool shape; then find the biggest element in the result
[18:11:59] <LawrenceG> jepler: very nice work
[18:15:09] <Jymmm> anonimasu pretty cool (the link)
[18:15:17] <anonimasu> what?
[18:15:20] <anonimasu> yeah
[18:15:21] <anonimasu> :)
[18:15:25] <Jymmm> alot better than what I was talking about
[18:22:45] <jepler> clearly I need a new digital camera.
http://www.theinquirer.net/?article=32520
[18:23:46] <Jymmm> jepler: The sad thing is that no place develops prints > 5MP
[18:24:10] <etla> even big ones ?
[18:24:42] <Jymmm> etla: if you wanted 16x20, it won't be a print, a poster maybe, but not a print.
[18:25:05] <Jymmm> maybe some of the commercial houses might, but none of the common ones.
[18:25:06] <etla> ok...
[18:25:40] <Jymmm> The largest I can get is 8x10 on Fuji Crystal Archive paper
[18:25:43] <etla> but you do get nice effects with a big sensor + lower noise (I have a canon 20d)
[18:26:17] <Jymmm> I have a Nikon D70, and I can get larger, but not on archival paper
[18:27:00] <jepler> these people go up to 20x30" with a photographic process:
http://www.ezprints.com/ezdirect/products.asp?Type=Print
[18:27:22] <jepler> I've never gotten anything that big from them
[18:27:32] <jepler> my camera's a 6-megapixel 300d
[18:28:52] <Jymmm> etla: The ONLY problem I have is they don't say what paper they use.
[18:29:25] <jepler> I don't have any of their prints not in frames or I'd see
[18:29:30] <jepler> I think it may be fuji paper
[18:31:10] <jepler> "laser clock":
http://www.youtube.com/watch?v=pIwrkqQeYcs
[18:31:11] <Jymmm> calling them now...
[18:31:28] <jepler> http://www.hackaday.com/entry/1234000860073758/
[18:36:37] <Jymmm> You're right... they do use Fuji Crystal Archive paper for small and the large formats... VERY COOL!!! Would love to find some place locall y that does .
[18:37:38] <jepler> until you do .. give these guys a try
[18:37:43] <Jymmm> FWIW... Walgreens uses Fuji Crystal Archive paper, $0.19 for 4x6 online, and they'll store all your images indefinatly as long as you buy something once a year.
[18:38:06] <Jymmm> AND you can dl the original full resolution too if you want to.
[18:38:39] <Jymmm> I love the fact that I can have a print made at 3am or even have it processed in a store 2000 miles away
[18:39:16] <jepler> ezprints expires the uploads after awhile .. a few months, I think
[18:39:43] <anonimasu> hm
[18:39:49] <Jymmm> Well, I'll use them for large format. But check out walgreens.com it's pretty damn good.
[18:40:06] <anonimasu> pictures of my conversion will be up soon
[18:40:23] <anonimasu> grabbing them now
[18:42:52] <Jymmm> jepler: you've used EZ Prints a lot?
[18:46:59] <jepler> Jymmm: I wouldn't say "a lot". I've been ordering prints from them for 4 years or more, but I only order a few prints a year.
[18:48:53] <Jymmm> jepler: no problems? quick srvice?
[18:58:53] <jepler> Jymmm: I don't remember any problems
[18:59:44] <jepler> I've gotten prints that were darker than I intended, but then I never followed their calibration process either
[19:22:08] <SWPadnos> hiya folks. how are things?
[19:22:51] <cradek> they seem good from here
[19:23:11] <jepler> http://www.youtube.com/watch?v=y9c3V0q8cgk
[19:23:22] <jepler> if you hate automatic transmissions and ABS, you'll hate this.
[19:24:09] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/image2gcode.png http://emergent.unpy.net/index.cgi-files/sandbox/image-to-gcode.py
[19:24:15] <jepler> SWPadnos: I've been showing off this: ^^^
[19:24:31] <jepler> a big upgrade of cradek's old script, with GUI and integration into AXIS 1.4
[19:24:50] <cradek> hey, a gui
[19:24:50] <SWPadnos> oooohhh - cool :)
[19:25:21] <cradek> does it do tool shape compensation now?
[19:25:24] <jepler> cradek: yes
[19:25:31] <cradek> cool
[19:25:50] <jepler> and path simplification like we (I) added to toolpath recently
[19:25:55] <cradek> the same way toolpath does it?
[19:25:56] <SWPadnos> I'd fiddle with it, but my house still has no power
[19:26:01] <cradek> wow
[19:26:41] <SWPadnos> hmmm - I wonder if that python code will work on the Windows python interpreter ...
[19:27:06] <jepler> SWPadnos: yes, it should. it requires PIL and numarray, but I think those have windows versions available
[19:27:19] <SWPadnos> well, maybe I'll try to find out
[19:27:27] <SWPadnos> I can't get any work done anyway ;)
[19:30:13] <cradek> http://youtube.com/watch?v=veIU0Jwu54w
[19:30:30] <cradek> ok I'm sure everyone but me has seen this already, but it's still pretty funny.
[19:31:26] <cradek> jepler: that volvo should call up the insurance company so they can raise my rates, if it senses I would have plowed into the other car
[19:32:19] <jepler> I hadn't had the courage to watch it yet
[19:33:47] <jepler> that's pretty terrible
[19:34:02] <jepler> I think one of them is about not eating shellfish
[19:35:25] <cradek> can you think of ... ANY BETTER building?
[19:35:32] <cradek> hahaha
[19:37:32] <cradek> jepler: can toolpath/image/etc be installed next to axis without any confusion now?
[19:37:56] <cradek> jepler: I assume both toolpath and image use zbuffer.so, but that's probably ok?
[19:37:59] <jepler> image, yes. it is just the one .py file
[19:38:04] <jepler> image doesn't use zbuffer.so
[19:38:24] <cradek> did you find a better way to do compensation?
[19:39:07] <cradek> oh just with numarray I'm sure
[19:39:12] <cradek> most of zbuffer is polygon scanconveresion
[19:39:15] <jepler> yeah
[19:39:23] <cradek> scanconveresion?
[19:39:31] <jepler> one part of it does speed up the repeated tool compensation operation, but I don't know how big a difference it made
[19:39:42] <jepler> it was nice to write this without any custom "C" extensions
[19:39:50] <cradek> yeah
[19:40:23] <cradek> pixel size is the output units per pixel?
[19:40:31] <jepler> yes
[19:41:07] <cradek> that looks really great
[19:41:22] <cradek> I was hoping someone else would write us some filters, but I guess you had to do it
[19:41:33] <cradek> maybe if there are a few, it will get people excited about the capability
[19:42:32] <SWPadnos> for me, a toolkit or documentation about integrating into emc (/ AXIS) would be very helpful
[19:43:04] <SWPadnos> (I'm excited about the capability, FWIW)
[19:43:05] <cradek> the filter outputs gcode to stdout, you specify the filter's name in the ini
[19:43:24] <jepler> and sim/axis.ini shows the ini items necessary for filters
[19:43:39] <jepler> the "toolpaths" one doesn't actually work, because that software doesn't write to stdout
[19:43:49] <cradek> is the filter passed the filename on argv?
[19:43:54] <jepler> cradek: yes
[19:43:58] <SWPadnos> sure - that part's easy. but getting a UI that looks similar to the others (as they're created), and things like 3D preview, will be common necessities
[19:44:24] <jepler> SWPadnos: yeah, it's the same problem faced by gimp plug-ins
[19:44:29] <cradek> oh, that kind of thing
[19:44:36] <jepler> eventually they've developed some common stuff like a preview window ..
[19:44:37] <cradek> that's a very different story
[19:44:43] <SWPadnos> obviously, the more lazy a filter writeer can be, the more filters we'll get ;)
[19:45:13] <cradek> seems like hacking up an existing one will be a good strategy
[19:45:18] <SWPadnos> yep
[19:45:20] <cradek> that's sure where I'd start
[19:45:22] <jepler> well for output there's this "gcode.py" (which I just inlined in image-to-gcode.py)
[19:45:32] <cradek> unless I knew some other toolkit well
[19:45:36] <jepler> a "preview" mode could be added to it
[19:46:00] <jepler> presumably using tk+minigl.so
[19:46:01] <cradek> axis is a pretty good previewer
[19:46:25] <SWPadnos> sure, though the filter needs to be finished with the conversion before you get a preview in AXIS
[19:46:41] <cradek> jepler: we really need to tackle REALIZE don't we
[19:46:53] <jepler> cradek: that would be another nice one
[19:46:54] <cradek> SWPadnos: yes if it's slow, that's not going to be so adequate
[19:47:26] <cradek> jepler: I think it won't require a gui at all
[19:47:36] <jepler> it takes several seconds to a minute to generate the g-code in i-t-g .. so while you can hit ctrl-r (and get the same settings as last time as a starting point) it's not fast
[19:47:38] <cradek> jepler: after all, it doesn't have one now
[19:47:43] <jepler> but I don't know how you'd do the preview faster
[19:48:05] <cradek> how do you get the same settings?
[19:48:08] <jepler> cradek: REALIZE is different than i-t-g because it doesn't have an input file per se
[19:48:11] <Jymmm> jepler how slow are we talking?
[19:48:13] <jepler> cradek: I pickle the settings
[19:48:20] <cradek> nice
[19:48:29] <cradek> jepler: sure it does, the dxf
[19:48:39] <SWPadnos> hmmm - can we design a near-minimum set of functions / utilities that a filter writer would need, with the hope that such a library will be implemented if there's a spec? :)
[19:48:47] <jepler> cradek: oh, forget it -- I thought you meant ttt
[19:48:58] <cradek> hey, another nice candidate
[19:49:20] <Jymmm> jepler: cradek is volunteering you for everything =)
[19:49:22] <cradek> * cradek gleefully sees jepler finishing all his projects
[19:49:33] <Jymmm> jepler: see what I mean
[19:49:41] <SWPadnos> err - work projects or emc projects ;)
[19:50:07] <Jymmm> * Jymmm is surprised that cradek hasn't asked jepler to paitn the house or do the laundry (yet)
[19:50:10] <jepler> Jymmm: e.g., 39 CPU seconds to convert a 1024x1024 image to g-code using y step 4 (so 256 scans) and various other settings
[19:50:42] <Jymmm> jepler: Hey that's fine... anything under 4 minutes I think is pretty good.
[19:50:57] <SWPadnos> are you hitting disk, cache, or memory limits there?
[19:51:15] <cradek> it's surely cpu bound
[19:51:19] <jepler> SWPadnos: CPU bound
[19:51:21] <cradek> the tool shape compensation
[19:51:26] <SWPadnos> ah - ok
[19:51:31] <SWPadnos> what CPU is this?
[19:51:34] <jepler> shape compensation or path simplification
[19:51:38] <jepler> SWPadnos: 1.5GHz mobile intel
[19:51:40] <Jymmm> 486DX50
[19:51:50] <SWPadnos> 386/16
[19:52:05] <jepler> do I hear any votes for a 200kHz 6502?
[19:52:05] <Jymmm> 286 in TURBO speed at 12MHz
[19:52:06] <SWPadnos> ok - that's a pretty quick CPU
[19:52:17] <SWPadnos> jepler: no
[19:52:41] <Jymmm> jepler Hey, level my Apple IIe out of this!
[19:52:45] <jepler> bbl
[19:52:45] <Jymmm> leave
[19:52:50] <Jymmm> not level
[19:52:52] <SWPadnos> even the Bell&Howell apple was ~1 MHz
[19:52:52] <jepler> you guys may drool over i-t-g while I'm gone
[19:52:58] <SWPadnos> thank you
[19:53:14] <Jymmm> * Jymmm hands SWPadnos a mop bucket
[19:53:26] <SWPadnos> I'm at a tea shop - they'll clean up after me
[19:53:38] <Jymmm> oh, well carry on!
[19:54:11] <SWPadnos> the wifi seems slow today
[19:56:30] <Jymmm> so does my dsl
[19:57:22] <cradek> SWPadnos: in other news, I have radius compensation in lathe mode (XZ) almost done
[19:57:31] <SWPadnos> excellent!
[19:57:38] <cradek> SWPadnos: after that I'll try to figure out gouge protection
[19:57:45] <SWPadnos> for lathes?
[19:57:48] <cradek> yes
[19:58:00] <SWPadnos> any chance of that translating over to mills as well?
[19:58:06] <cradek> did you see all the info LH wrote up for me?
[19:58:13] <SWPadnos> yep
[19:58:20] <SWPadnos> lots of good stuff there
[19:58:32] <cradek> I think there's no parallel for lathes, since the tool is round
[19:58:34] <cradek> err mills
[19:58:59] <SWPadnos> ok. I"m probably thinking of something else entirely anyway - more anti-crash I guess
[19:59:23] <cradek> with a lathe, a tool can cut only in particular directions
[19:59:41] <SWPadnos> right, dependent on which orientation is set
[19:59:50] <cradek> yes
[20:00:01] <cradek> I haven't thought through all the details I'm sure
[20:00:33] <cradek> just radius and XZ offsets will be a big step
[20:00:37] <SWPadnos> yep
[20:01:07] <cradek> I'm trying to keep the interp compatible, that's going to be the hard part
[20:01:27] <cradek> so far my plan is to expand the tool table with optional fields that specify the extra things a lathe needs
[20:03:09] <Jymmm> like a beer holder
[20:03:49] <SWPadnos> are there sane defaults if the optional fields are blank?
[20:03:50] <bill203> clearly
[20:04:01] <bill203> with vibraton dampening, so your beer doesn't go flat.
[20:04:18] <Jymmm> yeah, and a chiller to keep it cold
[20:04:30] <bill203> now you're thinking.
[20:04:50] <Jymmm> actually.... I wonder if you connect an AC pump to the spindle motor
[20:05:34] <cradek> SWPadnos: the extra fields will be things like allowable cutting angles - if blank, don't restrict the direction, like a mill
[20:05:43] <SWPadnos> ah - ok
[20:05:55] <Jymmm> ok, co where do we put the condenser to prevent swarf from silling it up
[20:05:56] <cradek> also tool shape - defaults to round (specified point is the center of the tool)
[20:06:12] <Jymmm> filling
[20:06:15] <SWPadnos> hmmm - center of the tool, like a ball end mill?
[20:07:07] <bill203> btw, lathing graphite is messy.
[20:07:11] <bill203> just so you know.
[20:08:39] <Jymmm> bill203 and icky in beer too
[20:09:12] <bill203> haha
[20:09:24] <bill203> then the beer holder needs a cover.
[20:09:50] <giacus> warm ! darn weather
[20:10:05] <Jymmm> I think we can justify an additional three axises for the purposes of a beer cover.
[20:10:08] <giacus> are coocking at evening
[20:10:30] <Jymmm> err... automatic beer cover
[20:10:37] <bill203> and cooler.
[20:11:08] <giacus> a BIG cooler
[20:11:29] <Jymmm> it probably be far cheaper to buy ones of those new robots I've seen on TV lately to just fetch us a beer
[20:11:59] <giacus> homemade beer ?
[20:12:23] <Jymmm> giacus: No, a lathe with built int beer holder/chilller and automatice cover
[20:12:24] <giacus> not really if you get a good strong beer from germany
[20:12:42] <giacus> :D
[20:13:05] <giacus> I like du demon, really its french
[20:13:22] <giacus> expensive here
[20:38:38] <giacus> mission completed
http://www.giacus.org/en/emcmania.html
[20:38:59] <giacus> feel free to use as you like, they're copylefted :P
[20:39:17] <giacus> I stop here .. too much warm
[20:40:36] <Jymmm> giacus: You SHOULD copyright, then license as you see fit. I've read where someone abused something and the create was liable.
[20:40:46] <Jymmm> creator
[20:40:58] <giacus> whats the right term ?
[20:41:08] <giacus> a creator isnt god here :(
[20:41:18] <Jymmm> you have on the page copyright, buy you just said copyleft
[20:41:20] <giacus> make ? made ?
[20:41:30] <Jymmm> you == creator
[20:41:36] <giacus> of course
[20:41:42] <Jymmm> author/artist
[20:41:48] <giacus> and who otherwise ?
[20:42:16] <giacus> did you read the license on the link ?
[20:42:30] <Jymmm> nope, just waht you said 30 seconds ago
[20:42:56] <giacus> Jymmm: but copyleft do not mean public domain
[20:43:06] <giacus> can't understand what you mean ..
[20:43:33] <giacus> maybe 'creator' is wrong ?
[20:44:05] <Jymmm> "creator of works", it's a generic term for author, artist, composer of music, chemist, etc
[20:44:19] <giacus> ah, ok, not here
[20:44:24] <giacus> I'll change it
[20:44:32] <Jymmm> ther person who created the works in question.
[20:44:36] <giacus> the it equivalent is creatore
[20:44:53] <giacus> uh ?
[20:45:08] <Jymmm> giacus es El Diablo
[20:45:12] <giacus> well i'm not sayng I created emc
[20:45:32] <giacus> but the images you see, yes
[20:46:13] <giacus> we talk a bit yesterday about this.. very annoyng
[20:50:27] <giacus> I could apply the CC license
[20:50:36] <giacus> but to be honest.. I hate it
[20:50:56] <giacus> Free Art license its ok
[20:51:05] <A-L-P-H-A> wuzzup?
[20:51:09] <A-L-P-H-A> anyone here use open office?
[20:51:21] <giacus> hello A-L-P-H-A :)
[20:51:24] <A-L-P-H-A> hello giacus
[20:51:34] <giacus> I use emacs, but sometime oo too
[20:51:36] <SWPadnos> A-L-P-H-A: yes. I use OOo
[20:51:59] <A-L-P-H-A> SWPadnos, know how to use a datasource, to populate a label template?
[20:52:16] <A-L-P-H-A> I spent a while trying to get it to go.
[20:52:26] <SWPadnos> never done it before, but I'd say the label wizard is the easiest way to start (assuming OOO 2.x)
[20:52:37] <A-L-P-H-A> yeah.
[20:52:39] <A-L-P-H-A> I'm using 2.0.2
[20:53:02] <SWPadnos> unfortunately, I have no data sources set up, so I'm not sure I can easily try it out
[20:53:57] <A-L-P-H-A> SWPadnos, I could send you one... CVS, or odt. or something
[20:54:06] <SWPadnos> well. it looks pretty trivial, if the sample data source is ainy indication (the biblio database)
[20:54:23] <A-L-P-H-A> no it's not trivial.
[20:54:39] <A-L-P-H-A> i spent 2hrs looking like an idiot at my clients, while I was trying to figure it out.
[20:54:44] <A-L-P-H-A> the documentation sucks arse.
[20:56:17] <SWPadnos> well - I'll play fo r abit, and let you know what I find
[21:00:12] <Lerneaen_Hydra> hi
[21:00:21] <cradek> hi LH
[21:01:36] <Lerneaen_Hydra> cradek: how goes the lathe programming?
[21:01:56] <cradek> radius comp in XZ works for lines now (not arcs)
[21:02:13] <cradek> arcs are just more of the same, slightly more complex geometry
[21:02:51] <Lerneaen_Hydra> any idea of how it will compensate? as the result path isn't an arc will it divide to small line segments?
[21:03:11] <Lerneaen_Hydra> or does the interpreter support curves?
[21:03:16] <cradek> no it will do the same thing it does for mills now
[21:03:23] <cradek> there's a picture, just a sec
[21:04:22] <cradek> http://www.isd.mel.nist.gov/personnel/kramer/pubs/RS274NGC_3.web/RS274NGC_38a.html#999413
[21:04:42] <cradek> a line is translated to an arc (around the corner) and then a parallel line
[21:05:02] <cradek> an arc is translated into an arc (around the corner) and then the concentric arc
[21:05:22] <Lerneaen_Hydra> ooh, roll over is good
[21:05:33] <cradek> lathe will be the same except the cutting angles are restricted
[21:05:36] <Lerneaen_Hydra> high speed, less stress on machine and faster times
[21:06:18] <cradek> so currently just line -> arc,line is working
[21:06:23] <Lerneaen_Hydra> ok
[21:06:41] <Lerneaen_Hydra> I was thinking, an a g41 in a mill goes from arc -> arc
[21:06:44] <Jymmm> On that pic... top-right corner of the "interptripter does it thisway" you think that's a artist booboo?
[21:07:00] <Lerneaen_Hydra> but isn't that behavior different in a lathe?
[21:07:02] <cradek> yeah those are tangent
[21:07:19] <cradek> I mean, emc makes them tangent of course, the pic isn't great
[21:07:19] <Lerneaen_Hydra> the path (if it in an arc) isn't concentric at least
[21:07:19] <Jymmm> ok, just had to ask =)
[21:07:43] <cradek> Lerneaen_Hydra: it is if the control point is the center of the tool's radius
[21:08:01] <Lerneaen_Hydra> oh, center is different
[21:08:11] <Lerneaen_Hydra> I was thinking tool position 3 or similar
[21:08:25] <Lerneaen_Hydra> http://wiki.linuxcnc.org/uploads/cutting_orientation.png
[21:08:54] <cradek> yes but imagine a circle inscribed in the tool radius
[21:09:09] <cradek> with the center of the circle being the controlled point, now the compensation is just like a mill
[21:09:24] <cradek> you just have to restrict the cutting direction for gouge protection
[21:09:39] <Lerneaen_Hydra> yeah, so emc will do the little math that's done to convert from pos 3 to what would be 0
[21:09:40] <Lerneaen_Hydra> *9
[21:09:56] <Lerneaen_Hydra> cradek: by direction you mean the plunge angle?
[21:10:07] <cradek> yes the user will specify the origin in your photo, but emc will use the center of the radius
[21:10:28] <cradek> yes I guess plunge angle
[21:10:47] <Lerneaen_Hydra> cradek: oh, ok
[21:10:48] <cradek> I haven't thought through all those details yet
[21:11:05] <Lerneaen_Hydra> cradek: if emc does that then there shouldn't be that much to change
[21:11:14] <cradek> you don't know in gcode which is a "plunge"
[21:11:32] <cradek> so I think you have to restrict the allowed directions of movement for g1/2/3
[21:12:15] <Lerneaen_Hydra> cradek: yes, so it doesn't go over the trailing or leading angle
[21:12:21] <cradek> right
[21:12:32] <Lerneaen_Hydra> however, in some cases you want to disable that functionality
[21:12:34] <cradek> but for g0 you allow any motion right? you have to be able to back out of a cut
[21:12:41] <Lerneaen_Hydra> when doing a face turn for example
[21:12:54] <Lerneaen_Hydra> cradek: yes, I guess g0 should be free
[21:13:21] <cradek> for facing tool 3 can cut straight "down", why do you have to disable it?
[21:14:12] <dmessier> allo all
[21:14:36] <giacus> hello dmessier
[21:15:10] <Lerneaen_Hydra> if you have a tool type 3 (the type of lathe I'm thinking of, the type I mainly use) has the tools behind the spindle, so when I say three I should actually be saying 2) and you define a trailing angle, it should stop you from diving deeper than said angle. doing a face turn however would be an invalid move, even if the tool is made to do that
[21:15:10] <cradek> hmm after looking at the picture some more I don't know what angles are safe to allow
[21:16:11] <cradek> the difference seems to be which side of the tool you intend to cut with
[21:16:23] <cradek> why not specify two tools with different allowed angles?
[21:16:27] <Lerneaen_Hydra> in the lathe I've used trailing/leading angle compensation is only used with canned roughing/finishing cycles. support for manual code would be good too though
[21:16:39] <cradek> you would use one for facing and another for turning
[21:16:40] <dmessier> need to have a primary plunge direction vecot
[21:17:03] <dmessier> vector
[21:17:07] <Lerneaen_Hydra> cradek: hmm, that could be done, I guess the g-code bloat would be worth it
[21:17:45] <dmessier> i used alot of iscar groove turn tools...
[21:18:08] <A-L-P-H-A> dmessier!
[21:18:20] <A-L-P-H-A> what's up?
[21:18:22] <dmessier> 2 offsets.. and primary plvectors...
[21:18:31] <dmessier> Alpha...
[21:18:38] <Jymmm> dmessier: Looks likes your stalker has found you... RUN! RUN FOR YOUR LIFE!
[21:18:38] <dmessier> need a hug.. ; )
[21:19:19] <cradek> Lerneaen_Hydra: obviously I need to think about this some more :-)
[21:19:37] <cradek> Lerneaen_Hydra: or, I might say the spec is incomplete and leave it to you to figure out!
[21:19:40] <Jymmm> cradek: WE have confidense in you =)
[21:19:40] <dmessier> you have edge cam right??
[21:20:23] <cradek> Lerneaen_Hydra: at first I will not have gouging protection, only radius comp and XZ offsets
[21:21:09] <Lerneaen_Hydra> cradek: okay, I'll think some more ;)
[21:21:16] <Lerneaen_Hydra> dmessier: yep
[21:21:44] <dmessier> check out the lathe module tool setup
[21:23:00] <Lerneaen_Hydra> cradek: the best solution (although I think this is far out of the current scope of emc) is for one to describe in the start of the file the dimensions of the billet, and where X0 Z0 is located. then in the preview window one can see the billet (semi-opaquely) and the toolpath
[21:23:35] <Lerneaen_Hydra> maybe even a tool shaped in the same way as defined per tool-type and leading/trailing angle
[21:23:54] <dmessier> ive seen it ALL done in gcodes..
[21:24:12] <cradek> um yeah I don't think we're going to have that soon.
[21:24:32] <dmessier> parametric tool display from gcode ddefinition
[21:25:03] <Lerneaen_Hydra> cradek: It may be a possible thing to add later though ;)
[21:25:17] <dmessier> arent we just ALWAYS making a wish list???
[21:25:33] <cradek> no, some of us are programming
[21:25:56] <dmessier> and some days.. someone makes it so.. like YOU
[21:26:09] <Lerneaen_Hydra> anyway, if there is an easy way to enable/disable gouging/diving protection (an unused g-code) I think that would work
[21:26:20] <cradek> yes that should be possible
[21:26:28] <Lerneaen_Hydra> doesn't really follow any other specs, but they all really suck in that respect
[21:26:43] <cradek> I'm worried about being incompatible with cam programs (that I don't have)
[21:26:44] <Lerneaen_Hydra> like only support when doing canned rough/finish and so on
[21:27:08] <Lerneaen_Hydra> cradek: typically (afaik all) cam programs output moves as G40, that is to say pre-compensated
[21:27:24] <cradek> ok
[21:27:33] <dmessier> canned cycles from cam is always a best wish from any good post maker.. dont sweat it
[21:27:35] <cradek> so all this tool config is also in the cam
[21:27:43] <Lerneaen_Hydra> yes
[21:27:53] <Lerneaen_Hydra> the cam takes care of gouging protection
[21:28:05] <cradek> so emc is perfectly usable with lathe/cam already
[21:28:11] <Lerneaen_Hydra> the only thing that the cam may want to use is g42, if only for readabilities sake
[21:28:13] <dmessier> just touch tools and r& R
[21:28:17] <Lerneaen_Hydra> oh, definetly
[21:28:26] <Lerneaen_Hydra> I've made several parts in edgecam with it
[21:28:35] <Lerneaen_Hydra> that video I uploaded for instance
[21:28:43] <cradek> ok
[21:28:47] <dmessier> no comp in cam...
[21:28:59] <Lerneaen_Hydra> dmessier: what do you mean?
[21:29:18] <dmessier> point to point..lines and arcs
[21:29:35] <dmessier> pre compensated for toolnose rad..
[21:29:37] <Lerneaen_Hydra> you mean that cam doesn't compensate for the radius?
[21:29:46] <Lerneaen_Hydra> oh, all the cam I know of does/can
[21:29:50] <dmessier> yes it does..
[21:30:01] <dmessier> can
[21:30:23] <Lerneaen_Hydra> oh, ok
[21:30:32] <dmessier> but YUO cant change tool nose rad at the machine without reposting it
[21:30:59] <cradek> Microsoft OLE DB Provider for ODBC Drivers error '80004005' </edgecam.com>
[21:31:11] <dmessier> where i could the other way... its all about how YOU wanna work..
[21:31:36] <Lerneaen_Hydra> dmessier: afaik you can set up most cam programs to output G42 and the desired contour
[21:31:41] <Lerneaen_Hydra> cradek: what?
[21:31:58] <cradek> I wanted to check the price on edgecam, but their web site gives an obscure microsoft error
[21:32:05] <alex_jon1> alex_jon1 is now known as alex_joni
[21:32:12] <dmessier> yes...
[21:32:37] <Lerneaen_Hydra> cradek: oh, ok. It's rather expensive
[21:32:43] <cradek> ok
[21:32:51] <cradek> that's all I needed to know
[21:32:58] <alex_joni> couple k$
[21:33:01] <dmessier> 15000 or so canuck bucks
[21:33:18] <dmessier> for any capability
[21:35:25] <dmessier> alpha.. call back..
[21:36:11] <Lerneaen_Hydra> cradek: are there many unused gcodes?
[21:37:33] <alex_joni> Lerneaen_Hydra: a whole infinity of them
[21:37:44] <alex_joni> G1xx -> Gxxxxxxxxxxxxxxx
[21:37:58] <Lerneaen_Hydra> oh, over 100? are those acceptable to use?
[21:38:15] <alex_joni> acceptable for who?
[21:38:27] <Lerneaen_Hydra> for... the one that wrote the spec ;)
[21:38:47] <Lerneaen_Hydra> in all seriousness, it's just that I've never seen a gcode over G98
[21:40:27] <dmessier> we've had g501's on some machines
[21:40:30] <alex_joni> Lerneaen_Hydra: in all seriousness, there is nothing that can stop you from using one
[21:40:46] <Lerneaen_Hydra> oh, ok
[21:40:55] <alex_joni> and the specs are pretty vague
[21:41:03] <alex_joni> even 30 years later ;)
[21:41:16] <alex_joni> I mean they don't cover all of it
[21:41:38] <dmessier> probe macros were g'codes...head orientations were as well with plc inputs for feedback
[21:41:40] <Lerneaen_Hydra> so there's no spec that says "...and it was decreed, and hued down in stone, that there shall not exist any gcodes with a number greater than 99..."?
[21:42:03] <anonimasu> hm is that really important?
[21:42:06] <alex_joni> nope, and M-codes already exist up to M200
[21:42:11] <Lerneaen_Hydra> oh, ok
[21:42:19] <anonimasu> if there's no space for g-codes you need to keep adding them if needed
[21:42:42] <anonimasu> you cant stop adding functionality because some _old_ spec wont allow ti
[21:42:43] <anonimasu> it..
[21:43:02] <alex_joni> * alex_joni saw some really old specs today
[21:43:06] <dmessier> series 1 g codes are pretty defined... 2 & 3 as well... but the word is your oyster in factory installed options
[21:43:22] <SWPadnos> ther interpreter as it stands can't go above g99.9, I think
[21:43:23] <Lerneaen_Hydra> oh, one thing I was thinking of, is there any plan to "split" or seperate the lathe and mill specific code from each other? so a Gxxx would enable mill mode and Gyyy would enable lathe mode in the interpreter (tool positions, compensation, and so on)
[21:43:39] <anonimasu> hm, that'd be a nice thing
[21:43:43] <anonimasu> keep it separate..
[21:43:50] <alex_joni> anonimasu:
http://www.culture.gr/2/21/211/21101a/e211aa01.html <- these ones;)
[21:43:50] <SWPadnos> it gets multiplied by 10, then truncated (if I remember correctly)
[21:43:58] <Lerneaen_Hydra> it seems that things could get confusing otherwise
[21:44:06] <anonimasu> agreed :)
[21:44:16] <alex_joni> SWPadnos: not truncated
[21:44:16] <anonimasu> alex_joni: old specs ;)
[21:44:17] <cradek> Lerneaen_Hydra: I hope that's not necessary, and it can all be decided from the tool table
[21:44:20] <alex_joni> only multiplied
[21:44:40] <cradek> Lerneaen_Hydra: a config is either for a lathe or mill, not both, so there's no need to have gcodes to switch modes
[21:44:48] <anonimasu> yep
[21:44:50] <anonimasu> that's right :)
[21:44:52] <SWPadnos> I thought the multiplied number was converted to an int
[21:45:04] <K4ts> hello
[21:45:05] <alex_joni> oh, yeah
[21:45:06] <Lerneaen_Hydra> cradek: a config? you mean the main .ini?
[21:45:24] <cradek> in emc2 a config is the set of files in the directory
[21:45:24] <alex_joni> so actually we have G010 (instead of G01)..
[21:45:32] <SWPadnos> right
[21:45:44] <alex_joni> G999 for G99.9, and so on
[21:45:45] <SWPadnos> or, G1 is actually item 10 in the command table
[21:45:47] <SWPadnos> right
[21:45:56] <Lerneaen_Hydra> oh, stuff not seen in the normal userland
[21:45:57] <alex_joni> yeah, 999 for G99.9 ;)
[21:46:03] <alex_joni> Lerneaen_Hydra: no
[21:46:14] <SWPadnos> technically, we could hide some nice stuff under g0.x ;)
[21:46:14] <anonimasu> how much lathe functionality is there?
[21:46:16] <alex_joni> but you can take each G-code and append .x (where x = 1..9)
[21:46:30] <anonimasu> *curious*
[21:46:38] <alex_joni> anonimasu: threading works,
[21:46:40] <SWPadnos> sure, but the command (code or lookup - I don't remember) uses an int as an index
[21:46:47] <cradek> anonimasu: threading, radius compensation is half done
[21:46:54] <anonimasu> hm ok
[21:46:58] <Lerneaen_Hydra> well, regardless of how it's done, it seems that mixing lathe and mill can cause issues, so as long as there is an option to choose one or the other, then that is good
[21:47:34] <alex_joni> Lerneaen_Hydra: it might be part of the ini: lathetask instead of milltask (if that's ever needed)
[21:47:50] <cradek> Lerneaen_Hydra: I will not require separate compiles for mill/lathe, but some other means will probably be necessary
[21:48:15] <anonimasu> hm
[21:48:23] <anonimasu> is the ui different when you run a lathe?
[21:48:28] <anonimasu> or will it be?
[21:48:48] <cradek> AXIS already has a lathe mode
[21:48:51] <alex_joni> anonimasu: which one? :-)
[21:48:53] <anonimasu> sweet :)
[21:48:55] <anonimasu> axis?
[21:48:57] <alex_joni> AXIS does ;)
[21:49:09] <alex_joni> doubt that any other will be expanded..
[21:49:17] <anonimasu> yeah
[21:49:20] <cradek> hard to say
[21:49:32] <SWPadnos> keystick-lathe ;)
[21:49:35] <anonimasu> do we have a feedhold button yet?
[21:49:37] <alex_joni> not sure how much different they need to be
[21:49:50] <anonimasu> maybe axis is the way to go for a ui :)
[21:49:51] <cradek> you can feedhold with hal now
[21:49:58] <anonimasu> cool!
[21:49:58] <anonimasu> :)
[21:50:07] <cradek> it's actually adaptive feed: 0.0 to 1.0
[21:50:20] <anonimasu> * anonimasu cant wait to get the mill togther
[21:50:46] <anonimasu> emc is turning more and more into a real controller :)
[21:50:50] <anonimasu> great work!
[21:51:08] <alex_joni> ok guys.. off to bed
[21:51:10] <alex_joni> night all
[21:51:12] <anonimasu> night alex :
[21:51:14] <anonimasu> :)
[21:51:16] <Lerneaen_Hydra> night
[21:51:17] <cradek> goodnight alex
[21:51:53] <anonimasu> laters everyone
[21:52:02] <Lerneaen_Hydra> cradek: different compiling is (IMO) way out of the question, I was thinking more of a bit in the main ini set to mill or lathe, to choose the functionality
[21:52:15] <cradek> yes, I'll do that if necessary
[21:52:20] <cradek> it's not necessary yet
[21:52:28] <cradek> radius compensation is based on the active plane
[21:52:35] <cradek> for a lathe you'll always be in XZ (g18)
[21:52:48] <Lerneaen_Hydra> yeah, if need by
[21:53:24] <Lerneaen_Hydra> a canned roughing cycle probably wouldn't be all to good in a mill if it's made for lathes
[21:53:45] <cradek> yes
[21:53:58] <cradek> just like drilling canned cycles aren't appropriate for a lathe
[21:54:13] <cradek> well maybe some are, I don't know, you could use them to center drill etc.
[21:54:14] <dmessier> but live tooled lathes only need g-code for tlaxis vector selection
[21:54:41] <cradek> we'll stumble over that bridge when we trip over it
[21:54:44] <Lerneaen_Hydra> cradek: you can also have lathe/mills
[21:54:49] <cradek> right
[21:54:53] <dmessier> drillind canned cycles are AWESOME on a lathe...
[21:55:11] <Lerneaen_Hydra> they're lathes but three axes of movement and prescice controll of the spindle
[21:55:19] <cradek> I think you could use cutter comp on a lathe/mill right now, switch with g17/g18
[21:55:24] <dmessier> face groove... or od groove
[21:55:27] <Lerneaen_Hydra> dmessier: and not too hard to implent too ;)
[21:56:01] <dmessier> ive used it since the fanuc t6
[21:56:34] <cradek> ok I have to go now, bye all
[21:57:20] <Lerneaen_Hydra> bye
[21:57:22] <dmessier> g91 g71( if i recall) x,z,l,r
[21:57:24] <Lerneaen_Hydra> gnmight
[21:57:34] <dmessier> good dreams
[21:58:03] <dmessier> big 'UNS
[21:58:25] <Lerneaen_Hydra> dmessier: I'll be glad if I dream anything that doesn't have to do with work now... so mostly anything will be good ;)
[21:58:40] <Lerneaen_Hydra> packing bearings is not exactly fun
[21:59:04] <Jymmm> Lerneaen_Hydra axel grease?
[21:59:30] <dmessier> if you can chk out the siemens powered lathes by DMG ( deckel maho guildemiester)
[21:59:39] <Lerneaen_Hydra> not really, it's actually just the rollers for roller bearings (SKF)
[22:00:01] <dmessier> have an AWESOME front end that is a dos application...
[22:00:20] <dmessier> dont ask... i found out.. DR dos
[22:00:32] <Jymmm> what front end?
[22:00:55] <dmessier> im trying to remember their trade name
[22:01:25] <dmessier> turn plus... i believe...
[22:01:59] <dmessier> no that was a heidenhein front end driven off g-codes too
[22:02:13] <dmessier> quite cool...
[22:02:53] <Jymmm> can't find it on google, no biggy.
[22:03:13] <dmessier> chk out the heidenhein.. it was easier to operate...
[22:04:52] <Jymmm> Heh, this looks like it is from 1950's NASA command center...
http://www.quinx.com/images/hh415.jpg
[22:06:12] <dmessier> http://www.dmgcanada.com/us,turning,ctx .... might be close
[22:07:27] <dmessier> its a heidenhien tnc control...420 by my best guess
[22:08:15] <dmessier> currentl set for network link.. i believe
[22:10:22] <dmessier> nice handy operator control... has balls if unlocked... i used it on a 5 axis nutating table... High school in montreal...must be nice
[22:11:03] <dmessier> someone had to crash test it... ; )
[22:11:10] <Jymmm> heh
[22:11:35] <dmessier> i autographed a fixture... ; )
[22:14:00] <Jymmm> out of the gooness of your heart
[22:14:04] <Jymmm> goodness
[22:23:04] <robin_sz> * robin_sz wonders what a 5 axis nutating table is
[22:27:29] <jepler> nutate
[22:27:30] <jepler> rock, sway, or nod; usually involuntarily
[22:28:36] <Lerneaen_Hydra> g'night all
[22:28:37] <jepler> http://numeryx.com/cnc/nutating.htm
[22:29:14] <dmessier> Univerally... sometimes the x axis was pointed in the rhubarb...
[22:29:45] <giacus> goodnight
[22:29:59] <jepler> pointed in the rhubarb?
http://www.urbanext.uiuc.edu/veggies/images/rhubarb.jpg ?
[22:31:18] <K4ts> night all
[22:31:29] <dmessier> NOOO.. machine looked like a vertical.. had a nutating table on a 45 degree knuckle ALLA baove mentioned head.. but it held the tabl.. over a vertical spindle and spun the coorinate system
[22:32:01] <dmessier> DMG EVOLUTION
[22:32:11] <dmessier> series
[22:33:48] <dmessier> coord moved with tool axis vector...kinda screwy on a 5 axis swarf cut
[22:34:50] <dmessier> tool doesn move... table dances under it... frame of referance is ODD
[22:35:28] <dmessier> seem to move..
[22:42:11] <skunkworks> mmmmm rhubarb crunch
[23:07:35] <Dallur2> Dallur2 is now known as Dallur
[23:09:59] <Dallur> Anyone have any clue on the spindle_forward / estop problem ?
[23:10:34] <cradek> what problem?
[23:10:48] <Dallur> :( my message never made it through it seems
[23:10:51] <Dallur> I lagged out
[23:11:14] <Dallur> I connected a signal to the spindle_forward pin and if I do that it seems that estop no longer affects spindle_forward
[23:11:16] <cradek> nope, nothing from you before that
[23:11:49] <Dallur> anyways I need to detect when the spindle is turned on to initiate a homing sequence for the plasma torch
[23:12:16] <cradek> I know abort turns off the spindle, I think estop does too, are you hitting estop (f1) in the gui, or is it external?
[23:12:27] <Dallur> but when I hook up the signal to spindle_forward it does not seem to work
[23:12:34] <Dallur> the estop is through classicladder
[23:12:51] <Dallur> but it reset it perfectly before
[23:12:57] <cradek> before what?
[23:13:12] <Dallur> before hooking up a signal to iocontrol.0.spindle-forward
[23:13:28] <Dallur> and I checked the config before I did hook up the signal and I noticed a funny thing
[23:13:36] <Dallur> iocontrol.0.spindle-forward ==> iocontrol.0.spindle-forward
[23:13:55] <Dallur> is in there ,, so I was thinking there might be some sort of wierd hack there to make estop reset the spindle_forward
[23:14:50] <cradek> newsig SpindleFwd bit
[23:14:52] <cradek> linksp SpindleFwd <= ppmc.0.dout.00.out
[23:14:52] <cradek> linksp SpindleFwd => iocontrol.0.spindle-forward
[23:15:11] <cradek> here's an example from univpwm
[23:15:19] <cradek> well I think the arrows are backward
[23:15:38] <cradek> but they don't do anything
[23:15:43] <Dallur> yup
[23:15:56] <cradek> are you saying hooking a signal to the output from iocontrol changed your estop behavior?
[23:16:05] <Dallur> yup
[23:16:20] <Dallur> estop does not reset the spindle_forward anymore
[23:16:22] <cradek> did you hook it through classicladder?
[23:16:35] <Dallur> estop was hooked up through classic before
[23:16:47] <Dallur> and I just hooked up the spindle_forward through classicladder
[23:16:48] <Dallur> yes
[23:17:05] <cradek> I don't know how to say it nicely, but I bet you messed something up then, it's easy to get confused with the classicadder inputs and outputs
[23:17:13] <Dallur> :D
[23:17:51] <Dallur> I just found it really funny that before hooking anything up to iocontrol.0.spindle-forward and having nothing in my config for iocontrol.0.spindle-forward there was still a line when I did halcmd show which showed iocontrol.0.spindle-forward ==> iocontrol.0.spindle-forward
[23:18:16] <cradek> if you use linkpp, it makes a signal with the same name as the pin
[23:18:21] <cradek> that must be what you're seeing there
[23:18:26] <Dallur> :D
[23:18:37] <jmkasunich> sounds like a linkpp to me
[23:18:42] <Dallur> ok makes sense, I did not realise that ,, thanks
[23:18:54] <jmkasunich> do a show sig iocontrol
[23:18:58] <cradek> welcome, good luck finding it
[23:19:02] <cradek> hi jmk
[23:19:05] <jmkasunich> it should show you what (if anything) that is connected to
[23:19:07] <jmkasunich> hi
[23:21:30] <cradek> * cradek looks at arc compensation and sweats
[23:21:53] <jmkasunich> you have my sympathy
[23:22:03] <jmkasunich> (but not my help, I haven't a clue what you are doing)
[23:22:10] <cradek> haha
[23:22:15] <cradek> thanks I guess
[23:22:26] <cradek> some of the interp is just crazy
[23:22:37] <cradek> int turn; /* 1 for counterclockwise, -1 for clockwise */
[23:22:53] <jmkasunich> why is that so crazy?
[23:22:59] <cradek> why not int clockwise; /* 0 or 1 as is so bleedin' obvious */
[23:23:24] <jmkasunich> maybe they multiply by it
[23:23:33] <jmkasunich> positive angles are counterclockwise
[23:24:33] <jmkasunich> I saw some comment about indent when I was reading back on -devel
[23:24:37] <jmkasunich> what was that about?
[23:25:20] <cradek> you mean me bitching?
[23:25:45] <jmkasunich> yeah
[23:26:20] <cradek> indent makes code less comprehensible by tossing any formatting done by the author
[23:26:27] <cradek> some of it's very hard to read now
[23:27:35] <jmkasunich> that assumes that the formatting done by the author was done well
[23:27:36] <cradek> like Interp::find_ends() which was virtually destroyed, I assume, by indent
[23:28:04] <jmkasunich> what file is that in?
[23:28:14] <cradek> rs274ngc/interp_find.cc
[23:28:56] <jmkasunich> no, that code was destroyed by the use of ?:
[23:28:58] <cradek> although somewhere along the line someone took out the SET_TO and ISNT crap, and I thank him for that
[23:29:10] <jmkasunich> and lines that are two fscking long
[23:29:43] <cradek> uh-oh, are you one of those anti-?: guys?
[23:29:48] <jmkasunich> personal bias, I don't like ?:
[23:30:11] <jmkasunich> if you're gonna code a branch, admit it and code a branch
[23:30:21] <jmkasunich> don't try to pretend its just an assignment
[23:30:26] <cradek> let's not talk about it :-)
[23:30:36] <cradek> so it sure was hot out today
[23:30:36] <jmkasunich> coding it as an if would allow a full line for each expression
[23:31:00] <jmkasunich> not here, we had a line of storms go thru last night and cool things off
[23:31:07] <jmkasunich> supposed to get hot again in a few days
[23:31:08] <jmkasunich> ;-)
[23:31:12] <cradek> 101F after work today here
[23:31:21] <cradek> yay air conditioning
[23:33:09] <jmkasunich> to be honest, that code would be a bitch to read no matter how you right it
[23:33:14] <jmkasunich> s/right/write
[23:33:24] <cradek> yeah, it sucks
[23:33:38] <cradek> but the totally bogus linebreaks make it harder to understand
[23:33:51] <cradek> *a_p =
[23:33:51] <cradek> ...
[23:33:57] <jmkasunich> so de-bogofy them and commit
[23:34:04] <cradek> settings->
[23:34:06] <cradek> a ...
[23:34:30] <cradek> no, I won't do that because it messes up cvs
[23:34:47] <jmkasunich> much of that is because there is so blasted much whitespace before the wrapped portions of each line
[23:35:03] <jmkasunich> I don't buy that CVS argument
[23:35:41] <jmkasunich> suppose you did a commit that simply fixed punctuatiuon, with a comment saying "fixed indenting, no functional change"
[23:35:56] <jmkasunich> I realise thats probably not possible, you have other changes going on already
[23:36:17] <cradek> that's ok, just a preference, I just would rather deal with bad formatting than useless cvs diff/cvs annotate that covers that version from now until the end of time
[23:36:49] <cradek> especially since there are branches
[23:37:09] <cradek> you can never ask "what's different on this branch" because the answer is "every f-ing line"
[23:37:17] <jmkasunich> heh, I've been known to commit fixes to spelling or typos in comments....
[23:37:34] <cradek> that's fine, it's just that changing every line is BAD
[23:38:09] <cradek> IMO people who do that (with indent, for instance) are just inexperienced with revision control
[23:38:51] <jmkasunich> could be
[23:39:00] <jmkasunich> I certainly fit that description ;-)
[23:39:02] <cradek> the worst violators are the ones who make functional changes, run indent, and then check it in
[23:39:23] <cradek> I dealt with that in emc1 emcmot and I still remember the pain
[23:39:29] <jmkasunich> I've done that (very early on)
[23:39:33] <jmkasunich> * jmkasunich hides
[23:39:36] <cradek> haha
[23:40:23] <cradek> in emc1 there were two TPs, with copies of huge files with a few lines changed
[23:40:47] <jmkasunich> theres a lot of that
[23:40:48] <cradek> someone ran indent on one of them, which screwed up its formatting like indent always does, but also now when you diff them, every line is different
[23:41:02] <cradek> then someone fixed bugs in one or the other a few times
[23:41:05] <Dallur> lets just switch to subversion and get this over with :D
[23:41:57] <cradek> it took me hours (really) to figure out the simple bugfixes and resynchronize them
[23:42:03] <cradek> it should have been 5 minutes
[23:42:18] <jmkasunich> well, if it was EMC1, that wasn't me
[23:42:29] <cradek> I'm really not blaming anyone
[23:42:38] <cradek> even though cvs would tell me who did it :-)
[23:43:01] <cradek> thanks for distracting me from arcs, btw
[23:43:22] <jmkasunich> get back to work!
[23:48:07] <Dallur> :P the whole spindle_forward not reset is actually a bug in the CVS checkout from last night, same problems with the stepper_mm hal :P
[23:48:37] <cradek> uh-oh!
[23:48:43] <cradek> dinnertime :-)
[23:49:16] <Dallur> getting latest to compile and try again :D
[23:49:40] <jmkasunich> Dallur: can you describe the problem a little more?
[23:50:06] <Dallur> when I hit estop the spindle_forward should be reset to spindle_off
[23:50:20] <Dallur> but with the current version it is not
[23:51:15] <jmkasunich> I guess that logic needs to be in iocontrol
[23:51:40] <jmkasunich> I really hate the current estop logic (and the io handling for that matter)
[23:51:43] <Dallur> It worked the last time I checked, and I know it works in the last release
[23:51:57] <jmkasunich> wow
[23:52:07] <Dallur> jmkasunich: I just forwarded everything to classicladder and I do custom estop logic there
[23:52:29] <Dallur> I tested it 5 min ago in release btw
[23:53:25] <Dallur> yup, verified with latest
[23:53:32] <jmkasunich> when you say "release" you mean 2.0.1?
[23:53:38] <Dallur> yup
[23:53:59] <jmkasunich> looking at diffs now, there haven't been that many changes since then
[23:54:52] <jmkasunich> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/src/emc/iotask/ioControl.cc.diff?r1=1.31;r2=1.32
[23:54:59] <jmkasunich> gotta be in that one
[23:57:27] <jmkasunich> can you walk me thru reproducing the bug?
[23:57:31] <Dallur> sure
[23:57:38] <Dallur> just start any config (stepper_mm for example)
[23:57:39] <jmkasunich> you said it happens with the stock stepper_mm config?
[23:57:54] <Dallur> yup
[23:57:59] <Dallur> take estop off
[23:58:02] <Dallur> enable machine
[23:58:09] <Dallur> put spindle_forward
[23:58:12] <Dallur> and hit estop
[23:59:09] <jmkasunich> spindle turned off
[23:59:24] <Dallur> hmm the spindle turned off for you ?
[23:59:28] <jmkasunich> yep
[23:59:48] <Dallur> that does not make any sense,, hmmmmm
