Back
[00:04:20] <theorb> theorb is now known as theorbtwo
[01:05:49] <tom3p> the build instructions for the new git tree (README) needs to say to run autogen.sh before "./configure"
[01:14:38] <tom3p> and to exec "make install-menus" before "sudo make setuid"
[01:22:59] <tom3p> trashing the dir and re-gitting everything didit get me gladevcp yet. emc2/aqxis is find but the wiki example gets $ gladevcp gladevcp-test.ui <CRLF> RTAPI: ERROR: version mismatch 0 vs 1
[01:23:17] <tom3p> WOT
[02:14:13] <tom3p> how do you get gladevcp to run? i've tried the wiki page instructions 3 times now, deleting the entire 'git' tree each time. heres the logs
http://pastebin.com/fKZ5hKGn
[02:55:44] <Jymmm> YAY!!! Got my MBP back from Apple!!!
[06:06:11] <elmo40> does EMC support G14/G15 for helical interpolation? Something like this:
http://www.cncplayer.com/main/coil.html
[07:04:21] <alex_joni> elmo40: you can do helical interpolation (using G2/G3 and a Z feed) for the XY plane
[07:04:32] <alex_joni> you can do the same in any plane, but not at arbitrary angles
[07:08:05] <elmo40> s/helical/coil
[07:08:36] <elmo40> like the link describes it. starting dia and ending dia.
[07:09:31] <elmo40> g2/3 is fixed, unless I write some sort of loop and alter the x/y/r values according to the diameter at the given z
[07:12:55] <psha> good morning, europe :)
[07:45:56] <alex_joni> elmo40: then no, emc2 can't do it
[07:46:02] <alex_joni> (afaik)
[07:49:01] <Jymmm> alex_joni: then EMC2 hasn't tried hard enough damnit!
[07:51:28] <Jymmm> =)
[08:09:30] <alex_joni> Jymmm: as usual: patches happily accepted
[08:17:45] <Valen> most cam packages spew G1's anyway so I'll wager its a low priority ;-P
[08:18:32] <Valen> though G15 would make for a nice way to mill holes in things in MDI mode ;->
[08:19:20] <Valen> * Valen has made a LED flash with C
[08:19:27] <Valen> so maybe next week
[08:44:39] <Bonn1> Hello.... Is there any way to get value of tool offset in gcode?
[08:46:16] <Bonny> ..some complete list of EMC variables?
[09:54:40] <Bonn1> psha funny thing!
http://imagebin.ca/view/m9RD2aw.html Pen should be BLUE and screwdriver has RED cap.
[09:55:15] <psha> heh
[09:55:25] <psha> what's your cam output format?
[09:55:26] <psha> rgb?
[09:55:49] <Bonn1> same in camview... I don't know.. in camview is says to be RGB
[09:55:59] <psha> it seem that it's really bgr but reports rgb
[09:56:17] <psha> to be honest i don't want to invest too much work into input_v4l driver :)
[09:56:34] <Bonn1> huh..
[09:59:51] <Bonn1> colorspace conversion? I just got BW image..
[10:00:06] <psha> you won't be able to convert colorspace :)
[10:00:10] <Bonn1> can be here a variat of RGB->BGR and other's
[10:00:53] <psha> there are conversions but what is needed is 'override' reported colorspace
[10:01:35] <Bonn1> well it's usable as is but looks funny with something colored. (I didn't realize that is wrong when I have just iron and aluminum under the cam.
[10:02:23] <psha> for colors where b and r components are close you won't spot diff :)
[10:02:35] <Bonn1> I know.
[10:03:48] <Bonn1> Butt today I just paint blue spot to calibrate cam offset and under the cam the spot is of very wrong color. (I was thinking I goes to blind :D )
[10:04:53] <archivist> light source effects rendition too
[10:04:55] <psha> :))))
[10:05:15] <psha> archivist: it seem there is rgb/bgr mismatch
[10:10:13] <alex_joni> paint everything gray
[10:10:18] <Bonn1> For sure is not of light...
[10:10:58] <Bonn1> Green is near good. So just Red and Blue was switched.
[10:12:00] <psha> v4l has no ability to report colorspace...
[10:12:02] <psha> v4l1
[10:12:07] <psha> it was added only in v4l2
[10:12:18] <psha> so here driver is just guessing that it's rgb
[10:12:52] <Bonn1> Can be forced?
[10:13:29] <psha> hm
[10:13:34] <psha> there is some reports...
[10:16:29] <psha> in gqview colors are fine?
[10:17:45] <Bonn1> You mean gqcam... Yes there are fine
[10:18:00] <psha> and vivi colors are fine too?
[10:21:06] <psha> Bonn1: try only input and opengl plugins
[10:21:26] <psha> maybe crosshair sets incorrect logic op for gl
[10:22:13] <Bonn1> no.. still wrong
[10:23:28] <psha> that's bad :)
[10:23:53] <Bonn1> vivi has YUV
[10:24:10] <Bonn1> and how to know what color's are right one?
[10:25:26] <psha> vivi + convert to rgb8
[10:25:38] <psha> ah
[10:25:39] <psha> :)
[10:25:44] <psha> that's good point :0
[10:25:45] <psha> :)
[10:27:06] <Bonn1> http://imagebin.ca/view/ZPtdvsAW.html
[10:28:09] <Bonn1> BGRA and RGB has same image. Grayscale work. (colorspace conversion!)
[11:42:36] <Howard> Hi psha :0)
[11:44:35] <Paragon40> Greeting Everyone...
[11:56:18] <jthornton> morning
[12:00:48] <psha> Howard: hi
[12:08:55] <Howard> psha: How is the weather over there. We have floods in many inland areas of the country.
[12:10:03] <psha> it's winter at last :)
[12:11:24] <Howard> What is the temp ?
[12:12:40] <psha> ~10-12
[12:12:43] <psha> -
[12:12:44] <psha> :)
[12:13:03] <Howard> A bit warmer :-)
[12:13:06] <Guest646> any one using emc2 image to gcode for lithophine?
[12:15:08] <Howard> Have you had anything to do with the Mesa 5i20 ?
[12:18:38] <SWPadnos> Guest646, I don't know of anyone doing that, but it probably works if you hit the "invert image" checkbox
[12:19:36] <Guest646> i did, I just use it to mill a 100mmx100mm corian
[12:24:13] <psha> Howard: no, no hw at all
[12:27:45] <Howard> psha Please take a look at www.need4reading.com you maybe interested in assisting me on this project.
[12:29:32] <psha> hm, too difficul for me :D
[12:31:21] <Howard> psha : Are you interested in C programming ?
[12:36:15] <psha> Howard: another side project will kill me :)
[12:40:19] <Howard> psha: We can't have that happen to you mate. Just of interest when is your little girl 2 ? My Grand son is this month 0n th 12th.
[12:40:54] <psha> 24 oct
[12:40:58] <psha> month ago
[12:41:20] <Bonny> psha do you attend to spend some time for RGB BGR problem?
[12:41:55] <psha> a bit later... after i finish some RE on strange pyc module :)
[12:42:12] <Bonny> ok
[12:42:17] <Bonny> just to know.
[12:42:27] <Bonny> it's ussable anyway.
[12:42:36] <Howard> Ok thanks for that. I will catch you next time as it is 11:40 pm and I amm heading off for a ZZZZZZZZ SeeYa, H...,
[12:42:55] <Bonny> gnight..
[13:34:29] <alex_joni> what's lithophine?
[13:39:02] <SWPadnos> http://en.wikipedia.org/wiki/Lithophane
[13:54:15] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[13:58:35] <Optic> moo
[14:00:03] <Bonn1> Has someone code for 3 point circle center?
[14:00:34] <Bonn1> ... have ...
[14:02:40] <psha> Bonny: it's trivial
[14:03:10] <Bonn1> ?
[14:03:15] <psha> find center for two lines, calc orthogonal lines and intercect them
[14:03:48] <Bonn1> I know how I can draw that...
[14:04:03] <Bonn1> but want to do to machine do that.
[14:04:22] <psha> orthogonal line to (x, y) is (-y, x)
[14:04:37] <psha> intercection is a bot harder
[14:04:39] <psha> a bit
[14:09:59] <Bonn1> Need to find center of something like
http://imagebin.ca/view/2NDqM3q.html - so 4 point (already done) is out of question
[14:11:00] <Bonn1> btw can be sliders moved more to the left (to have space for extra button for centering?)
[14:11:32] <psha> hope i'll find how to fix 'control' expaner size :)
[14:11:47] <psha> but not from here - it's not possible to run glade on 1024x600 screen :)
[14:11:47] <Bonn1> or is it plausible to stack extra buttons left (or right) from image as there are 'free' space
[14:12:28] <Bonn1> (for now I use MDI to call subs)
[14:13:07] <Bonn1> did you know if some variables store the time?
[14:13:33] <Bonn1> ie to not use stored coordinates if they are to old.
[14:15:01] <psha> you'd better do it in python
[14:16:42] <Bonn1> will see.
[14:20:37] <Bonn1> hmm someone know how to check if global named parameter is defined?
[14:21:07] <Bonn1> ie is #<_ThatParameter> declared?!
[14:26:44] <alex_joni> Fatal error: Allowed memory size of 94371840 bytes exhausted (tried to allocate 24 bytes) in /home/
[17:13:45] <elmo40> is there a 64-bit RTAI kernel that will work with EMC? (or other way around...)
[17:18:03] <psha> is one in emc repo?
[17:43:27] <Bonn1> psha. All working
http://imagebin.ca/view/kU18YKz.html
[17:45:51] <kb8wmc> looks great Bonn1
[17:46:00] <kb8wmc> congrats
[17:46:34] <Bonny> I have twigling as 3 point circle center is hard to do.
[17:46:55] <Bonny> It's work but need some finishing touches
[17:50:54] <kb8wmc> rgr that...
[17:59:56] <psha> Bonn1: cool
[18:00:18] <elmo40> psha: is there one in the repo?
[18:01:27] <psha> i don't know :) but you may check :)
[18:02:54] <psha> it seem not
[18:03:10] <psha> take i386 one and run make-kpkg on it
[18:06:02] <elmo40> there is! only for hardy heron, though
[18:06:06] <elmo40> none for lucid
[18:06:21] <elmo40> oh, sorry, only emc in 64-bit
[18:06:25] <elmo40> http://www.linuxcnc.org/emc2/dists/hardy/emc2.4/binary-amd64/
[18:06:33] <elmo40> not sure about the kernel.
[18:09:04] <elmo40> wait, upon further investigation:
http://www.linuxcnc.org/emc2/dists/hardy/base/binary-amd64/
[18:09:22] <elmo40> 64-bit rtai modules, headers, IMAGE! :) Will have to give that a try.
[18:09:36] <elmo40> I wonder if I could compile HeeksCNC in 64-bit...
[18:13:03] <elmo40> now then, I would have to install Hardy-64bit then add this repo, correct? the install script doesn't distinguish between 32 or 64-bit.
[18:16:21] <psha> i don't know what's install script doing
[18:18:17] <SWPadnos> I think if you install hardy x64, it will get the x64 version automagically
[18:19:59] <SWPadnos> bbl
[18:49:19] <andypugh> I wonder how hard it would be to convert an MT3 boring head to BT30?
[18:50:03] <cradek> http://toolinghouse.com/07010.aspx
[18:50:19] <cradek> at most, it would take 5 seconds and $77
[18:50:30] <andypugh> Eew! Not with an adapter, horrid things!
[18:50:49] <cradek> who cares with a boring head - concentricity doesn't matter
[18:51:00] <cradek> just hammer the thing in there and be done with it
[18:51:13] <andypugh> Height above the table is my real objection.
[18:51:20] <cradek> hmm
[18:51:33] <cradek> doesn't look like it would add more than an inch
[18:52:14] <cradek> if it's not hard, you could cut off the MT and make a male thread out of it?
[18:52:20] <andypugh> I am saddened to find that my new, proper, mill has less height above the table than the existing nasty chinese one.
[18:52:41] <cradek> yuck
[18:52:50] <andypugh> Aye, I was wondering about doing pretty much that, though it probably is hard.
[18:52:51] <Bonny> bb
[18:53:13] <cradek> it might not be... possibly just the tang (if it has one?)
[18:53:31] <andypugh> It's a drawbolt style one.
[18:53:47] <cradek> does it file?
[18:53:56] <andypugh> It's an eBay auction, I probably won't even win it
[18:54:10] <cradek> oh you haven't bought it yet? yay
[18:54:15] <cradek> then you can buy the right one instead :-)
[18:54:17] <atmega> I'm looking for someone's existing nasty chinese one
[18:54:33] <atmega> they don't seem to exist around here, used anyway.
[18:54:38] <cradek> huh
[18:54:38] <andypugh> I am looking at
http://cgi.ebay.co.uk/3-Morse-Taper-MST-MU-3-Boring-Facing-Head-3-MT-Shank_W0QQitemZ120655232183
[18:55:20] <cradek> how does it adjust?
[18:55:27] <andypugh> Though
http://cgi.ebay.co.uk/WAHLHAUPTER-UPA-2-BORING-HEAD-MORSE-2-JIG-MILL-Mc-/120652784443 is nice (but I think the previous owner loved it too much)
[18:56:03] <andypugh> They are both of the knurled-ring, adjust without stopping the spindle type.
[18:56:39] <cradek> interesting - I don't know what that is
[18:56:58] <andypugh> Or for facing you fit an anti-rotation bar and they wind out to the stop, then fast-retract.
[18:57:06] <cradek> cooool
[18:58:03] <cradek> wow, all the other boring heads are going to laugh at it, for that cherry and brass stand thing
[18:58:06] <andypugh> They are not inexpensive...
http://cgi.ebay.co.uk/50-TAPER-Wohlhaupter-UPA-4-BORING-HEAD-/180590939688
[18:59:07] <cradek> the second one is MT2 - man that's a small shank
[18:59:38] <andypugh> It's actually a tiny little boring bar.
[19:00:14] <andypugh> But perfect for making model steam engines I suspect.
[20:07:33] <bootnecklad> its, its, its beautiful!
http://www.youtube.com/watch?v=AIpYD2hHIis
[20:15:52] <andypugh> It is rather nice, I can't decide if it is radio control or stop-motion video. I am thinking the latter.
[20:36:58] <jthornton> the waving grass kinda gives it away
[20:38:26] <andypugh> Other videos indicate that it is radio controlled. Perhaps he ran it very slowly and then speeded up the video to get a good scale motion effect? It does look very close to scale speed and motion.
[20:38:46] <jthornton> that may be true
[20:42:30] <jthornton> BT30 boring bar
http://www.maritool.com/Indexable-Tooling-Micron-Boring-Bar-Set/c50_146/index.html
[20:44:35] <jthornton> my problem is I can't measure a bore down to a micron
[20:46:30] <archivist> the wheel spin means its real
[20:47:02] <archivist> and well driven for scale
[20:48:22] <archivist> I did participate in off road driving many years ago, its fun
[20:57:40] <andypugh> jthornton: And that Maritool one needs you to stop the spindle to adjust it too. (Which also means it is no good for facing).
[21:03:58] <andypugh> Arguably with a CNC mill, there is no need for facing operations from the boring bar.
[21:09:38] <qq-> Lithophine.An American preparation for preserving drawings and writing on stone. ?
[21:09:55] <qq-> ops
[21:14:45] <andypugh> Hmm, you know, this is as odd as he says:
http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,38/id,5850/lang,english/#5856
[21:23:36] <SWPadnos> andypugh, did you try it for yourself?
[21:23:45] <SWPadnos> (just curious - I haven't)
[21:23:54] <andypugh> I don't have a 2.4.6 here.
[21:24:08] <SWPadnos> oh. neither do I
[21:26:58] <andypugh> Plus I rather suspect that the symptoms depend on his tool-table setting.
[21:28:52] <andypugh> I have a feeling that the anti-gouging causes more trouble than it saves. I think perhaps you should be able to say "Yes, OK, but do it anyway", especially for the really marginal cases (for example, postprocessors that work to limited precision)
[21:31:11] <micges> andypugh: ask him for config files
[21:31:56] <andypugh> Well, the strangeness is that it happily does 6 arcs and complains on the 7th.
[21:32:25] <andypugh> And looking at the G-code, they really are identical. (in fact, I don't know why they aren't in a loop)
[21:33:13] <micges> here it loads fine on 2.4 and master
[21:35:30] <motioncontrol> i have problem here on 2.4.5
[21:36:04] <motioncontrol> i thing depend the tool table data
[22:45:44] <tom3p> does default path for opening .ngc files in a runInPlace stay at ~/emc2/ncfiles?
[22:59:56] <tom3p> i exec the std 'cd emc2-dev; . scripts/emc-env<tab.; emc' yet i get old ~/emc2 as default ngc dir.
[22:59:57] <tom3p> if i chg last to './scripts/emc' then i get ~/emc2-dev/nc_files. isnt that done by emc-environment? ( yes its a RIP )
[23:00:28] <tom3p> its reading the ini from the old emc2 install despite the emc-env<tab>
[23:03:22] <tom3p> i cant see how this happens thru the emc-environment script, i must be execing the old ~/emc2/scripts version somehow
[23:09:16] <tom3p> no, i'm execing the right scripts, but if i choose any of 'My Configurations' the files are from ~/emc2, if from 'sample configurations' then they're from the RIP ~/emc2-dev
[23:10:54] <tom3p> so what use is that nag about 'do you want to copy' ? thats what created these bad links. now i need to kill that part of the presented file tree so i cant choose any of those files again
[23:11:07] <andypugh> The configs are shared, I think
[23:11:40] <andypugh> I think all configs end up in ~/emc/configs
[23:22:04] <tom3p> no, the axis.ini in ~/emc2 sets PROGRAM_PREFIX=/home/tomp/emc2/nc_files ( this aligns to MyConfigurations), but... axis.ini in ~/emc2-dev sets it as /home/tomp/emc2-dev/nc_files ( this aligns to 'sample configurations ')
[23:22:35] <tom3p> back to killing the My Configurations
[23:25:44] <tom3p> hah! rename ~/emc2 to xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxemc2
[23:26:31] <tom3p> no more fsckd up My Configuration