#hazzy | Logs for 2019-03-05
Back
[00:07:38] <hazzy-m> just do it out side, or open the doors and set up a fan, it does not make much of a mess
[00:09:28] * hazzy-m for some reason thinks this looks like Lcvette : https://jethornton.github.io
[00:09:29] <hazzy-m> LOL
[00:09:39] <hazzy-m> I guess because of your blue logo
[00:34:44] <Lcvette> Lol
[00:34:51] <Lcvette> It does
[04:16:33] -!- JT-Shop has quit [Remote host closed the connection]
[04:17:37] -!- JT-Shop has joined #hazzy
[08:28:17] <Not-e6c6> [02qtpyvcp] 07jethornton pushed 031 commit to 03VTKProperties [+0/-0/±4] 13https://git.io/fhx7t
[08:28:18] <Not-e6c6> [02qtpyvcp] 07jethornton 0333363fd - add ini options to set boundry, label and ticks
[08:37:14] <jt-m[m]> hazzy: I'm not figuring out how to get self._enableProgramTicks in class PathBoundaries
[08:42:06] <jt-m[m]> then there is the question of if you have two places to set the boundry, label and tick visibilty which one wins lol
[08:42:52] <jt-m[m]> the ini option may be cleaner code wise dunno but the toggle slots work now
[08:44:10] <jt-m[m]> and all the ini options work
[08:49:46] <Lcvette> morning
[08:50:11] <Lcvette> we got some snow here in NC
[08:58:48] <jt-m[m]> morning
[09:00:21] <Lcvette> morning
[09:41:08] <jt-m[m]> Lcvette: on the VTKProperties branch I have all the vtk settings as ini entries and changed the checkboxes to buttons and changed the slots to toggle each item, if you get a chance test it out
[09:42:39] <Lcvette> yeah? saweet!
[09:43:01] <Lcvette> will test now
[09:47:55] * Lcvette sent a long message: < https://matrix.org >
[09:49:52] <Lcvette> get errors loading
[09:57:36] <jt-m[m]> test it with vcp_test, you will have to change some names in probe_basic
[09:58:12] <jt-m[m]> the signal names changed to toggle...
[09:58:32] <jt-m[m]> AttributeError: VTKBackPlot has no attribute named programBounds
[09:58:47] <jt-m[m]> that's the old signal name
[09:58:56] <jt-m[m]> now it's toggleProgramBounds
[10:00:09] <Lcvette> ah ha
[10:00:14] <Lcvette> ok
[10:00:17] <Lcvette> will change in designer
[10:07:46] <JT-Shop> if you used checkboxes to turn them on/off change them to pushbuttons
[10:08:33] <Lcvette> mine are buttons
[10:09:21] <JT-Shop> ok you should be fine
[10:14:45] <Lcvette> hurray it all works great now!
[10:15:57] * Lcvette uploaded an image: image.png (233KB) < https://matrix.org >
[10:24:06] <JT-Shop> sweet, did you add some ini entries?
[10:24:56] <Lcvette> no
[10:24:57] <Lcvette> lol
[10:25:03] <Lcvette> im still pushing buttons
[10:25:05] <Lcvette> :D
[10:26:44] <jt-m[m]> lol
[10:27:15] <jt-m[m]> if you do make html in the docs directory it will build the docs and you can see the ini items
[10:33:09] * Lcvette uploaded an image: image.png (75KB) < https://matrix.org >
[10:41:46] <jt-m[m]> Weeeeeee
[10:42:34] <Lcvette> what a morning, this old tony video and new fun in probe basic!
[10:42:43] <Lcvette> life is good
[10:43:01] <Lcvette> great work JT!!
[10:43:12] <jt-m[m]> thanks
[10:45:19] <Lcvette> i don't have a PB ini yet
[10:45:25] <Lcvette> better not break the sim ini
[10:45:32] <Lcvette> hazzy will be mad
[10:46:00] <hazzy-m> whoa! QtPyVCP is in the same category as this old tony? SWEET!
[10:48:17] <Lcvette> lol.. morning hazzy
[10:48:23] <hazzy-m> morning
[10:54:30] * Lcvette uploaded an image: image.png (72KB) < https://matrix.org >
[10:55:59] <Lcvette> must be doing it wrong
[10:59:42] <Lcvette> doesn't seem to have any effect on the dispolay of the toggles
[11:11:55] <jt-m[m]> you forgot the section title
[11:12:36] <jt-m[m]> [VTK]
[11:13:32] <jt-m[m]> and I forgot to put that in the docs lol
[11:14:18] <Lcvette> ah ha
[11:14:21] <Lcvette> where does it go?
[11:15:07] * jt-m[m] sent a long message: < https://matrix.org >
[11:15:47] <jt-m[m]> [VTK] is the start of that section up to the next section label
[11:15:51] <Lcvette> yup, was apparant after i opened ini
[11:15:52] <Lcvette> lol
[11:16:10] <jt-m[m]> and thanks for finding that error in the docs
[11:16:38] <Lcvette> yup
[11:16:49] <Lcvette> ok i now set it all up and its working great!
[11:17:00] <jt-m[m]> Sweet!
[11:17:36] <Lcvette> have program and machine bounds buttons set to checked in designer and true in the ini and the others set to unchecked in designer and false in the ini and when started all is right with the world
[11:17:58] <Not-e6c6> [02qtpyvcp] 07jethornton pushed 031 commit to 03VTKProperties [+0/-0/±1] 13https://git.io/fhxbD
[11:17:59] <Not-e6c6> [02qtpyvcp] 07jethornton 03e4aa09a - update docs with section titles
[11:18:11] <Lcvette> buttons toggle properly
[11:18:14] <Lcvette> and can now set it up as desired
[11:18:44] <jt-m[m]> the buttons just need to be regular buttons not checkbuttons
[11:19:00] <jt-m[m]> they are all toggles now
[11:19:18] <Lcvette> yeah but i like them tuyrning colors for on and off
[11:19:19] <Lcvette> :D
[11:20:38] <jt-m[m]> then use an actionbutton and set the rule
[11:21:15] <jt-m[m]> if the button is checked you have to press it twice to toggle states?
[11:21:33] * jt-m[m] wonders what he left on in the truck to drain the battery down
[11:22:02] <Lcvette> no
[11:22:08] <Lcvette> just once
[11:22:22] <Lcvette> it works
[11:22:52] <jt-m[m]> hmm I would have assumed twice but I guess click fires twice if checked
[11:22:54] <Lcvette> the signals and slots defines the button action
[11:23:28] <Lcvette> but if the button is checkable in designer it will change color when touched
[11:23:37] <Lcvette> so it changes color when toggled
[11:24:29] -!- JT-Shop has quit [Read error: Connection reset by peer]
[11:24:29] -!- jthornton has quit [Read error: Connection reset by peer]
[11:25:13] -!- jthornton has joined #hazzy
[11:25:29] <Lcvette> but you do have toi set the initial state of the button to match the state of the ini setting
[11:25:33] -!- JT-Shop2 has quit [Read error: Connection reset by peer]
[11:25:33] <Lcvette> or they will be inversed
[11:25:47] -!- JT-Shop has joined #hazzy
[11:26:01] -!- JT-Shop2 has joined #hazzy
[11:38:33] <jt-m[m]> do you define the checked style in the qss or the stylesheet?
[11:39:05] <Lcvette> you mean the coloring?
[11:39:47] * Lcvette uploaded an image: image.png (90KB) < https://matrix.org >
[11:40:06] <Lcvette> thats where i select the checkable and checked or not checked for the button
[11:40:18] <Lcvette> you can do the stylesheet for coloring or the QSS
[11:41:41] * Lcvette sent a long message: < https://matrix.org >
[11:42:01] <Lcvette> thats the qss for the pushbuttons in probe basic
[11:42:44] <Lcvette> jt-m: does that help?
[11:43:01] <Lcvette> you can put that in the button stylesheet as well
[11:43:16] <jt-m[m]> I was just wondering where you set the style
[11:43:42] <jt-m[m]> yea or the container the buttons are in or the container the container is in or...
[11:44:18] <Lcvette> right
[11:44:30] <Lcvette> there are some examples at the bottom of the probe basic qss of that
[11:44:50] <jt-m[m]> I guess the truck battery is shot and it's blocking the van in...
[11:48:03] <Lcvette> thats no good
[11:50:33] <jt-m[m]> yea and I'm not riding the BlueWing to town in 20F
[11:54:58] <Lcvette> swap batteries?
[11:56:16] <Lcvette> can hazzy merge that in?
[11:57:31] <jt-m[m]> sure, I don't see why not
[12:15:14] <Lcvette> https://www.ebay.com
[12:26:38] <Lcvette> that would be a great build platform for a little slant bed lathe
[12:31:05] * JT-Shop got the truck started :)
[12:31:21] <Lcvette> nice!!
[12:34:35] <JT-Shop> I normally don't park it there but the 16' trailer is full of logs and I didn't feel like turning it around last night
[12:40:12] * hazzy-m uploaded an image: image.png (111KB) < https://matrix.org >
[12:40:18] <hazzy-m> looking a little better
[12:40:40] <Lcvette> looks fantastic!
[12:41:28] <Lcvette> can you define the line colors by gcode?
[12:41:42] <Lcvette> for example G) moves in red
[12:41:45] <Lcvette> G0
[12:44:40] <hazzy-m> yes
[12:44:51] <Lcvette> that is pretty cool
[12:45:27] <hazzy-m> what would be sweet it be able to define them by Gccode and feed rate
[12:45:33] <Lcvette> hey, can you save that program in the examples file?
[12:45:37] <hazzy-m> so you could color lead ins a diffrent color
[12:45:45] <hazzy-m> sure
[12:46:29] <Lcvette> i don't have any linuxcnc cam setups yet
[12:46:39] <Lcvette> need to do that soon probably
[12:48:55] <hazzy-m> my brother just wrote a post for F360 that puts out G64 tolerance to match the path tolerances set in CAM so roughing passes can run faster then finishing
[12:51:14] <Lcvette> ?
[12:51:59] <Lcvette> whatchu mean?
[12:53:43] <hazzy-m> you know how you can set the path tolerance in cam? He also has it set the LCNC path following tolerance to that same value, so it can run faster then the tolerance was set low in cam
[12:54:41] <hazzy-m> keeps the speed up when roughing, but gives you full tolerance for the finish passes
[12:55:13] <Lcvette> so the tolerance value in fusion 360 now is sent to linuxcnc as the p value?
[12:57:13] <JT-Shop> hazzy-m: if VTKProperties looks ok you can merge it to master and delete it, I never could figure out how to use @property in another class...
[12:57:20] * Lcvette uploaded an image: image.png (4KB) < https://matrix.org >
[12:57:28] <JT-Shop> at least all the ini stuff works
[12:59:16] <Lcvette> so you just need to make sure that your tolerance value never exceeds your stock to leave value so you don't cut into the finished part surface plane
[12:59:19] <Lcvette> ?
[12:59:20] <Lcvette> hazzy?
[12:59:35] <Lcvette> and yes merge it!!
[12:59:35] <Lcvette> :D
[12:59:40] <Lcvette> its great!
[13:02:27] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 032 commits to 03VTKCanon [+0/-0/±2] 13https://git.io/fhxxg
[13:02:29] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 0389fadce - use alpha blend colors
[13:02:30] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 032680a99 - fail - try to draw arcs directly instead of using arc segments
[13:09:19] <hazzy-m> I will merge!
[13:09:46] <hazzy-m> yes, I think that is right, or F360 might be smart enough to always keep it withing the waste material
[13:10:09] <Lcvette> no its definitely not
[13:10:12] <Lcvette> lol
[13:10:22] <Lcvette> too many people complained about rounding part corners
[13:12:48] <hazzy-m> oh, you mean the LCNC tolerance?
[13:13:12] <hazzy-m> that only happend then the have P set very large, or have no tolerance set
[13:13:12] <Lcvette> no in fusion
[13:13:34] <hazzy-m> oh, interesting
[13:13:38] <Lcvette> from having that tolerance setting too high
[13:14:13] <hazzy-m> so I guess you'd have to keep tolerance to a resoanbly value, .005 or .010 would still run a lot faster than .0002
[13:14:23] <hazzy-m> and be fine for roughing
[13:14:25] <Lcvette> for sure
[13:15:44] <Lcvette> i would have to check and see if fusion has some safety for that like you were thinking, but i do remember there being an issue with corner rounding
[13:16:04] <Lcvette> but they fix things fairly regularly so it may not be an issue
[13:18:06] <hazzy-m> yes, but then tolerance it tolerance, soo it's kinda your fault if you set it too high lol
[13:18:20] <hazzy-m> but fusion is pretty smart
[13:37:14] * Lcvette uploaded an image: image.png (71KB) < https://matrix.org >
[13:37:29] <Lcvette> in simulation it doesn't appear to cut into the part face
[13:37:46] <Lcvette> i ran this with a .05" tolerance and a .010" stock to leave
[13:37:52] <Lcvette> no corner rounding
[13:38:32] <Lcvette> so in the software it appears the cam does account for the part surface as a no flyzone
[13:39:12] <hazzy-m> nice!
[13:39:30] <hazzy-m> which means if you set it the same in LCNC it should not gouge the part either
[13:46:59] <Lcvette> this is where it all gets a bit confuising
[13:47:52] <Lcvette> if you set that in fusion isn't it going to kick out a path with the tolerance machining taken into consideration?
[13:50:03] <Lcvette> in otherwords the tool path will already have the corner relief for smoother faster speeds
[13:51:01] <TurBoss> JT: once the vtk thing is finished... could you give me a hand on the DynATC widget?
[13:51:09] <TurBoss> I'm stuck with it
[13:51:15] <Lcvette> hurray!
[13:51:19] <Lcvette> :D
[13:58:27] <hazzy-m> Lcvette: yes, but LCNC will still run faster because it won't try to follow the fusion path as closely
[13:58:34] <Lcvette> it certainly shows that way in the simulation
[13:58:50] <Lcvette> but thats a problem
[13:59:29] <Lcvette> you have an already off line tool path from fusion and then are giving lcnc additional freedom with a Pvalue
[13:59:48] <Lcvette> which means you most likely will end up in the part faces
[14:00:33] <Lcvette> fusion doesn't cross that threshold of the finished surface but it does chew into the stock to leave
[14:02:04] <Lcvette> which means those paths are too close to let lcnc have any liberties with its own tolerance
[14:02:55] <hazzy-m> you just have to set the tolerances conservatively, you will still get considerably shorter cycle times
[14:03:09] <hazzy-m> it is mainly usefull when you have a lot of high speed roughing to do
[14:03:13] <TurBoss> are you talkin about exact mode?
[14:04:07] <hazzy-m> a post that puts out path following tolerances based on what is set for each operation in CAM
[14:04:20] <TurBoss> ah true
[14:04:41] <TurBoss> heidenhain does that
[14:05:12] <hazzy-m> ah nice!
[14:05:33] <Lcvette> i think you are missing the double edged sword of it all
[14:06:09] <Lcvette> you are essentially now using two methods to increase machining speed
[14:06:42] <Lcvette> and getting a tolerance stack
[14:07:03] <Lcvette> the P value + the Fusion Tolerance Value which is I understand is the ssme
[14:07:20] <Lcvette> so basically its fusion value x 2
[14:07:32] <hazzy-m> that is correct
[14:08:35] <hazzy-m> but you don't need much of a P value to really speed things up, even .002 vs .0002 makes a huge difference
[14:08:53] <Lcvette> so you will have a known tool path from fusion and an unknown path adjustment from lcnc
[14:09:09] <Lcvette> but you are saying that fusion is dictating that value
[14:09:14] <hazzy-m> but you know the final path will be withing your tolerance x2
[14:10:25] <hazzy-m> not sure if he did this, but in the post you could devide the tolerance value by 2 so you would never forget
[14:10:45] <Lcvette> so if you want the p value to be .002 you must make fusion .002
[14:11:48] <Lcvette> this would make for a good experiment
[14:12:29] <Lcvette> set a static pvalue of say .001 and a fusion tolerance of .019 and run a part and then run it again with both at .010
[14:12:34] <hazzy-m> or more to the point, if you need a tolerance of .002 and the absolute fastes speeds then set the fusion tolerance to .001 and you will get what you wanted. Both smaller gcode files from fusion and faster moves from LCNC
[14:12:53] <hazzy-m> yes, that is a good idea!
[14:17:57] <Lcvette> i think what you wind up with is a preplanned motion path that can better take advantage of the path tolerance deviation allowance by letting fusion handle the tolerance and less trouble for the servos and drives to handle the movements. like a race car drive setting up proper lines on a track knowing the track well in advance
[14:18:10] <Lcvette> rather than trying to correct as he goes
[14:18:54] <Lcvette> if the path is already maximized for smoothness, then secondary help is not needed as much
[14:20:07] <Lcvette> fusion is also going to be accounting for cutter parameters where as lcnc is not
[14:21:03] <Lcvette> i think fusion will give you more uniform cutter engagement and therefore a smoother cut
[14:21:07] <Lcvette> with speed
[14:21:15] <Lcvette> just my thinking though
[14:21:32] <hazzy-m> no, that is not true, because Fusion does not know about the accel and vel limits of the machine, and puts out lots of streigh segments, so very little if any motion blending occures in fusion. In fact if you look at your image above you will see the pathe is LESS smooth than it would be with a tighter tolerance, so in fact LCNC might very possibley run slower then it would with a higher tolerance path (assunming same P
[14:21:33] <hazzy-m> values)
[14:23:05] <hazzy-m> I think the ideal thing would be to keep the fusion tolerance higher, and set P lower
[14:23:26] <hazzy-m> other way around, lol
[14:23:35] <hazzy-m> larger P smaller fusion tolerance
[14:24:12] <hazzy-m> we need to do some experments :)
[14:24:15] <hazzy-m> we need a cycle timer ...
[14:24:46] <hazzy-m> and counter
[14:33:59] * Lcvette uploaded an image: Untitled.png (55KB) < https://matrix.org >
[14:34:44] <Lcvette> left side .0002" tolerance, right side .050" tolerance
[14:35:27] <Lcvette> your arguement about the imagry of the sim smoothness is graphical representation
[14:35:40] <Lcvette> not tool path smoothness by the way
[14:38:23] <hazzy-m> can you post those?
[14:38:34] <hazzy-m> I wan't to see how they run in a sym
[14:38:40] <Lcvette> for mach3 yes
[14:38:42] <Lcvette> lol
[14:38:52] <hazzy-m> there sould be an EMC or LCNC post in the default list
[14:39:50] <Lcvette> any special settings?
[14:39:54] <Lcvette> in the post?
[14:40:55] <hazzy-m> NO LINE NUMBERS!
[14:40:57] <hazzy-m> JK
[14:41:00] <hazzy-m> default should be fine
[14:44:09] * Lcvette posted a file: 1001.ngc (122KB) < https://matrix.org >
[14:44:21] * Lcvette posted a file: 1002.ngc (19KB) < https://matrix.org >
[14:45:37] <Lcvette> wow, file size is notable
[14:47:11] <Lcvette> which is which?
[14:47:16] <hazzy-m> thanks!
[15:01:05] <Lcvette> that is nuts, tolerance verse no tolerance the line count is higely different
[15:22:47] <hazzy-m> its 5218 vs 709, that is a bit difference
[15:25:03] <Lcvette> smaller one is the .05" tolerance
[15:27:12] <jt-m[m]> TurBoss: sure thing
[15:27:37] <jt-m[m]> hazzy: lcnc can run full speed with tiny moves since 2.6
[15:28:02] <jt-m[m]> my plasma used to not run at the correct speed until the tp was fixed by rob
[15:28:27] * jt-m[m] is back home with a new battery for the truck and a jump starter thingy
[15:28:54] <TurBoss> cool
[15:29:34] <TurBoss> whats missing on the vtkplot? subs seems to fal
[15:29:36] <TurBoss> fail**
[15:29:37] <hazzy-m> jt-m: that is why I was thinking LCNC might actualy do better with a tight tolerance set in CAM, and a loose P value
[15:30:00] <hazzy-m> TurBoss: do subs work in the GL backplot?
[15:30:08] <TurBoss> hmmmm
[15:30:34] <TurBoss> does a loop cut count?
[15:30:41] <TurBoss> it works on axis
[15:31:11] <hazzy-m> hmmm
[15:31:37] <hazzy-m> then it should work
[15:31:39] <hazzy-m> can you post your code so I can test?
[15:32:20] <TurBoss> sure
[15:32:46] <TurBoss> some examples in vtk don't work at all
[15:36:31] <TurBoss> like spiral
[15:39:29] <hazzy-m> arcspiral?
[15:39:58] * TurBoss posted a file: spiral.ngc (0KB) < https://matrix.org >
[15:45:14] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 034 commits to 03VTKCanon [+0/-0/±5] 13https://git.io/fhxjM
[15:45:16] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 034771326 - faster to cache and then draw lines at the end
[15:45:17] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 03252b9ea - cut memory usage in half by not storing moves
[15:45:19] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 0373ff76b - free up more memory after plot
[15:45:20] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 031ec00fa - draw path boundaries in load method
[15:46:11] <hazzy-m> it works in the VTKCanon branch
[15:46:15] * hazzy-m uploaded an image: image.png (13KB) < https://matrix.org >
[15:47:47] <hazzy-m> ah, do you get a list index error?
[15:49:02] <TurBoss> yes
[15:49:41] <hazzy-m> ok, that is fixed in the VTKCanon branch
[15:49:46] <TurBoss> cool
[15:49:49] <TurBoss> thanks
[15:50:08] <hazzy-m> thank you!
[15:51:32] <TurBoss> hnnn
[15:51:33] <TurBoss> xD
[15:51:42] <TurBoss> dwell seems to fail
[15:52:25] <hazzy-m> oops yes
[15:52:29] <hazzy-m> key error?
[15:53:02] * TurBoss posted a file: offsets.ngc (0KB) < https://matrix.org >
[15:54:39] <TurBoss> sudo apt upgrade
[15:54:42] <TurBoss> oops
[15:57:12] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTKCanon [+0/-0/±1] 13https://git.io/fhpeT
[15:57:13] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 03575fe38 - fix KeyError for dwell and user defined gcodes
[15:58:25] <TurBoss> cool!
[16:01:00] * TurBoss uploaded an image: image.png (116KB) < https://matrix.org >
[16:01:17] <TurBoss> If I modify the tooltable
[16:01:25] <TurBoss> 3dplot doesn't notice
[16:03:22] <TurBoss> hmmmm
[16:03:33] * TurBoss sent a long message: < https://matrix.org >
[16:03:56] <TurBoss> when running editvcp
[16:06:48] <Lcvette> ok, lcvette will update
[16:06:58] <Lcvette> sudo apt update
[16:07:54] <Lcvette> ok updated and upgraded
[16:07:58] <TurBoss> cool
[16:08:03] <Lcvette> now what?
[16:08:15] <TurBoss> what what?=
[16:08:35] * Lcvette uploaded an image: image.png (11KB) < https://matrix.org >
[16:08:41] <TurBoss> oops
[16:08:47] <TurBoss> follows
[16:09:33] <Lcvette> oh
[16:09:36] <Lcvette> ok
[16:09:47] <Lcvette> well probably needed to update and upgrade anyhow
[16:09:47] <TurBoss> :)
[16:09:55] <Lcvette> now i will restart
[16:11:11] <hazzy-m> Lcvette: its linux, you don't really need to restart unless you get a new kernel
[16:12:01] * hazzy-m updates too
[16:12:06] <Lcvette> idonbalivit
[16:12:12] <TurBoss> :)
[16:12:15] <hazzy-m> lol
[16:12:28] <Lcvette> you must always restart
[16:12:38] <TurBoss> restart is like format c:
[16:12:44] <TurBoss> its for noobs
[16:12:44] <TurBoss> :P
[16:12:46] <Lcvette> linux just forgets to tell you too
[16:12:50] <Lcvette> but lcvettes remembers
[16:13:45] <hazzy-m> on my server I have a tool that will restart any services that have been updated
[16:13:47] <TurBoss> I restart too
[16:14:01] <TurBoss> to swithc OS
[16:14:13] <TurBoss> from debian to arch lol
[16:14:16] <hazzy-m> you can't do that live? lol
[16:14:35] <TurBoss> would be nice
[16:14:37] <Lcvette> restarting also makes the growling go away
[16:14:47] * hazzy-m has never used arch
[16:14:56] <Lcvette> lcvette is concerned the harddrive is one of the growly noises
[16:15:01] <hazzy-m> just kick it to stop the growling
[16:15:02] <TurBoss> give it a try
[16:15:09] <Lcvette> the last update made the computer make ALOT of growly noises
[16:15:21] <Lcvette> new ones
[16:15:24] <Lcvette> didn't sound like fan
[16:15:42] <hazzy-m> if you take a slege hammer to it will be VERY quite
[16:16:09] <Lcvette> does this have a SSD?
[16:16:25] <hazzy-m> no, big old spinning disk
[16:16:36] <hazzy-m> the bearings might be going bad
[16:17:23] <hazzy-m> wait, it might not be so old, I think I put a new WD blue in for you
[16:17:35] * Lcvette uploaded an image: IMG_20190305_161658778.jpg (28KB) < https://matrix.org >
[16:17:42] <hazzy-m> nice!
[16:18:13] <TurBoss> mine is 60gb :()
[16:18:35] <Lcvette> from when amazon had that smoking deal
[16:18:36] <Lcvette> maybe one of these is better?
[16:19:17] <TurBoss> Lcvette: just remembered about the vape
[16:19:32] <TurBoss> can't figure wich to boy
[16:19:36] <TurBoss> buy**
[16:19:37] <hazzy-m> lol
[16:19:57] <hazzy-m> smoking deal => vape
[16:19:57] <Lcvette> vandyvap pulseX squonk kit
[16:20:02] <Lcvette> vandyvape
[16:20:13] <TurBoss> co0l thanks
[16:20:16] <hazzy-m> it should run much faster with the SSD
[16:20:29] <Lcvette> and get 2 21650 5000mah batteries and charger
[16:21:27] <Lcvette> and get (2) 21700 batteries 5000mah 10amp and a charger
[16:22:50] <Lcvette> do i clone this one somehow?
[16:23:09] <Lcvette> or should I try starting from scratch
[16:23:19] <hazzy-m> you could with dd, put probably just as easy to start from scratch
[16:23:19] <TurBoss> clone it
[16:23:24] <TurBoss> with diskdretroy
[16:23:27] <TurBoss> aka dd
[16:23:42] <hazzy-m> easyer for us if you clone it ...
[16:23:47] <hazzy-m> lol
[16:24:02] <Lcvette> how to clone then?
[16:24:14] <Lcvette> sudo apt install dd
[16:24:59] <TurBoss> wait
[16:25:02] <TurBoss> isn't that easy
[16:25:24] <TurBoss> download clonezilla
[16:25:32] <TurBoss> and burn it to a usb
[16:25:40] <TurBoss> to make a bootable usb
[16:26:52] <Lcvette> lcvette will just wait until this one fails
[16:26:53] <TurBoss> that or fresh install
[16:26:54] <Lcvette> lol
[16:26:55] <Lcvette> then start from scratch with the new one
[16:26:56] <Lcvette> :D
[16:26:59] <Lcvette> if it fails
[16:26:59] <TurBoss> hahahhahaa
[16:27:03] <Lcvette> probably never will
[16:27:06] <TurBoss> no
[16:27:07] <TurBoss> !!!
[16:27:11] <TurBoss> fail now!
[16:27:14] <TurBoss> :P
[16:27:33] <Lcvette> more important objectives to accomplish then install an ssd
[16:27:39] <Lcvette> this computer is pretty good anyhow
[16:27:47] <TurBoss> just bought tha vapper
[16:27:50] <Lcvette> just makes some fun sounds from time to time
[16:27:52] <TurBoss> and the bats
[16:28:05] <Lcvette> nice!
[16:28:22] <Lcvette> do you have any supplies already at all>
[16:28:31] <TurBoss> psu?
[16:28:39] <Lcvette> vape supplies
[16:28:41] <TurBoss> or liquids?
[16:28:53] <Lcvette> liquids, cotton
[16:28:58] <TurBoss> no
[16:29:00] <TurBoss> :|
[16:29:04] <Lcvette> ok
[16:29:19] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 032 commits to 03VTKCanon [+0/-0/±2] 13https://git.io/fhpvv
[16:29:21] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 03780f410 - minor optimization
[16:29:22] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 03ffd5d94 - fix designer bug by changing order of base widgets
[16:29:26] <Lcvette> the pulse kit comes with a set of cotton and coils
[16:29:31] <TurBoss> ok
[16:29:34] <Lcvette> but you need to get some ejuice
[16:29:41] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTKCanon [+0/-0/±2] 13https://git.io/fhpvf
[16:29:42] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 0313bc283 - fix designer bug by changing order of base widgets
[16:30:00] <Lcvette> get quality juice not crap or it will just burn up coils and cotton
[16:30:06] <Lcvette> and taste bad
[16:30:14] <TurBoss> ok
[16:30:25] <TurBoss> amazon too?
[16:30:33] <Lcvette> my favorite is holy Cannoli
[16:30:43] <TurBoss> ahah
[16:30:52] <Lcvette> the brand
[16:30:59] <Lcvette> i like strawberry cream
[16:31:16] <Lcvette> french toast is also really good
[16:31:40] <Lcvette> nice subtle vapes for everyday
[16:31:55] <TurBoss> and nicotine?
[16:31:58] <TurBoss> :P
[16:32:07] <Lcvette> i am using 3mg
[16:32:45] <Lcvette> i think you will find that the nicotine isn't what you are most addicted too but rather the habbit of puffing on something
[16:32:49] <JT-Shop> Genius 1000A 12v jump starter charges with a mini usb plug lol
[16:32:55] <TurBoss> hahaha
[16:32:57] -!- Roguish has quit [Ping timeout: 245 seconds]
[16:33:02] <TurBoss> lol
[16:33:03] <Lcvette> nice!
[16:33:15] <Lcvette> charge time?
[16:33:22] <TurBoss> 300h
[16:33:36] <JT-Shop> lol
[16:33:59] <TurBoss> charge it with the lappy
[16:35:30] -!- Roguish has joined #hazzy
[16:36:18] <TurBoss> hazzy: designer works again
[16:36:18] <TurBoss> ty
[16:36:22] <JT-Shop> I'm surprised how small it is for 1000A cranking power
[16:38:43] <hazzy-m> JT-Shop: is is Li-Ion?
[16:39:19] <hazzy-m> HF has some pretty neat small jump packs
[16:40:34] <hazzy-m> should hazzy paint the vair beige?
[16:40:50] * hazzy-m uploaded an image: image.png (352KB) < https://matrix.org >
[16:41:12] * hazzy-m is getting side tracked lol
[16:44:24] * hazzy-m uploaded an image: IMG_20190305_164404131.jpg (52KB) < https://matrix.org >
[16:44:41] * hazzy-m started finger painting it lol
[16:45:45] <hazzy-m> Lcvette: its all your fault, you got me thinking about paint last night
[16:46:21] <hazzy-m> that is rust oleum almond, looks pretty close to the Desert Beige
[16:47:31] <Not-e6c6> [02qtpyvcp] 07jethornton pushed 031 commit to 03VTKProperties [+0/-0/±1] 13https://git.io/fhpvR
[16:47:33] <Not-e6c6> [02qtpyvcp] 07jethornton 031acae2d - remove unused code
[16:48:27] <hazzy-m> JT-Shop: ready to mege?
[16:48:47] <jt-m[m]> yea
[16:49:03] <TurBoss> hazzy: I would like so support with saving tooltable :D
[16:49:08] <TurBoss> some**
[16:49:27] <TurBoss> once you finish
[16:49:36] <hazzy-m> ok!
[16:49:39] <TurBoss> cool!
[16:51:05] <hazzy-m> TurBoss: there is only one small problem left with VTKCanon branch, there is an extra line that goes to the origin
[16:51:24] <TurBoss> at end?
[16:51:32] <hazzy-m> yes
[16:51:39] <TurBoss> some -1
[16:51:47] <TurBoss> on some point
[16:51:49] <TurBoss> sek
[16:52:03] <hazzy-m> ah, ok!
[16:52:54] <TurBoss> hmmm
[16:53:01] <TurBoss> where is th ePath class?
[16:54:41] <hazzy-m> it is now drawn in VTKCanon class at the top of the file
[16:54:56] <TurBoss> oh ok
[17:05:24] <TurBoss> hazzy: did you found something?
[17:18:56] <TurBoss> ``` self.append_path_point = self.path_points.append
[17:18:56] <TurBoss> ```
[17:19:02] <TurBoss> ```
[17:19:03] <TurBoss> self.append_path_point = self.path_points.append
[17:19:03] <TurBoss> ```
[17:19:05] <TurBoss> lol
[17:19:09] <TurBoss> this works?=
[17:19:11] <TurBoss> xD
[17:19:42] <hazzy-m> haha yes
[17:19:56] <TurBoss> If I manage to remove the last line a new one apears at the begining
[17:19:57] <TurBoss> :D
[17:19:58] <hazzy-m> it is a little bit faster then having to the the append method each time
[17:20:11] <hazzy-m> same here :(
[17:20:36] <TurBoss> only a hacj
[17:20:37] <TurBoss> sek
[17:20:47] <TurBoss> but no...
[17:29:13] <TurBoss> got it
[17:29:25] <TurBoss> I'll poslish it a bit
[17:31:44] * TurBoss sent a long message: < https://matrix.org >
[17:32:06] <TurBoss> hazzy: check this pls
[17:34:01] <TurBoss> it draws a extra line...
[17:34:05] <TurBoss> i think
[17:34:08] <TurBoss> a hidden one
[17:35:30] <hazzy-m> Hurray!
[17:35:38] <hazzy-m> you are a genius!
[17:35:49] <hazzy-m> thank you!
[17:36:01] <TurBoss> lol
[17:37:53] <TurBoss> oops
[17:37:58] <TurBoss> if I run spiral..
[17:38:04] * TurBoss sent a long message: < https://matrix.org >
[17:38:40] <TurBoss> dbus? notifications
[17:38:49] <TurBoss> this happened when run spiral
[17:38:52] <TurBoss> sek
[17:38:56] <TurBoss> I'll try others
[17:39:20] <TurBoss> hazzy: can you commit the extraline fix for me?
[17:39:34] <hazzy-m> sure!
[17:39:34] <TurBoss> or I do'
[17:39:36] <hazzy-m> spiral seems ok here
[17:39:58] <TurBoss> sek
[17:40:01] <TurBoss> I'll take a vid
[17:40:10] <hazzy-m> ok!
[17:41:50] <TurBoss> now iit works fine
[17:41:59] <TurBoss> notification worked
[17:43:21] <TurBoss> hmmmmmmm
[17:43:45] * hazzy-m 's pc crashed
[17:43:50] <TurBoss> lol
[17:43:54] <hazzy-m> looks like a dBus error
[17:44:10] <hazzy-m> strange
[17:44:40] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTKCanon [+0/-0/±1] 13https://git.io/fhpf7
[17:44:42] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 031f28e85 - fix extra line at end of backplot
[17:45:05] <TurBoss> cool thanks
[17:45:18] <hazzy-m> np
[17:45:26] <TurBoss> hm
[17:45:47] <TurBoss> just noticed that path is not dranw in place now when g20 L10 P0 X0
[17:45:49] <TurBoss> etc..
[17:46:25] <TurBoss> G10L20
[17:46:27] <TurBoss> :P
[17:47:07] <TurBoss> ahhh
[17:47:10] <TurBoss> figured
[17:47:25] <hazzy-m> what was it?
[17:47:25] <TurBoss> if no tool like T0 G10L20 takes T1
[17:47:35] <TurBoss> offsets
[17:47:52] <TurBoss> hmm not sure
[17:49:03] * TurBoss uploaded an image: image.png (24KB) < https://matrix.org >
[17:49:04] <TurBoss> see?
[17:49:15] <TurBoss> thats at 0
[17:49:36] <hazzy-m> hmm, that is not right
[17:50:34] <TurBoss> I would prefer to check the tooltable thing first
[17:50:38] <TurBoss> can you?
[17:51:09] <hazzy-m> sure! this might take a while to fix lol
[17:51:26] <TurBoss> ok
[17:51:28] <hazzy-m> what branch, master?
[17:51:30] <TurBoss> I have a VCP with tool table
[17:51:34] <TurBoss> no
[17:51:47] <TurBoss> vtkcanon
[17:51:54] <hazzy-m> ok
[17:51:54] <TurBoss> lets see
[17:52:01] <TurBoss> if I change tool offsets
[17:52:04] <TurBoss> in tooltable
[17:52:12] <TurBoss> and click save they take effect?
[17:52:19] <TurBoss> seems no
[17:52:26] <TurBoss> until restart lcnc
[17:52:38] <hazzy-m> ah, ok
[17:52:39] <hazzy-m> testing
[17:52:55] <TurBoss> I have a vcp to test
[17:52:55] <TurBoss> sek
[17:53:50] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 031 commit to 03VTK_TT [+17/-0/±0] 13https://git.io/fhpJk
[17:53:52] <Not-e6c6> [02qtpyvcp] 07TurBoss 033a2a31c - add VCP files
[17:53:53] <Not-e6c6> [02qtpyvcp] 07TurBoss created branch 03VTK_TT - 13https://git.io/fhCou
[17:54:29] <TurBoss> run vtk_test_tooltable
[17:55:53] -!- travis-ci has joined #hazzy
[17:55:54] <travis-ci> kcjengr/qtpyvcp#747 (VTK_TT - 3a2a31c : TurBoss): The build passed.
[17:55:54] <travis-ci> Diff view : https://github.com
[17:55:54] <travis-ci> Build details : https://travis-ci.org
[17:55:54] -!- travis-ci has parted #hazzy
[17:58:55] <hazzy-m> thanks!
[17:59:05] <TurBoss> cool!
[18:01:20] <hazzy-m> your right
[18:01:23] <hazzy-m> it does not update
[18:01:33] <TurBoss> but
[18:01:47] <TurBoss> it doesn't notify vtk or lcnc
[18:04:41] <hazzy-m> it is reloaded in LCNC, but not in VTK
[18:05:25] <hazzy-m> try runnign examples/comp311_2.ngc
[18:05:37] <jt-m[m]> is the save button supposed to save changes to the tool table?
[18:05:53] <hazzy-m> yes, it does
[18:06:28] <jt-m[m]> it's just not updating the backplot?
[18:08:13] <TurBoss> cool
[18:08:42] <TurBoss> afk 5 min
[18:09:05] <jt-m[m]> hmm is there some difference in designer in this branch vtk tt? it doesn't load for me
[18:09:48] <Not-e6c6> [02qtpyvcp] 07jethornton pushed 031 commit to 03VTK_TT [+0/-0/±1] 13https://git.io/fhpJB
[18:09:50] <Not-e6c6> [02qtpyvcp] 07jethornton 036a076ea - update vcp name
[18:12:48] <hazzy-m> there was a bug that broke designer, but it should be fixed
[18:13:47] <jt-m[m]> I'm in master and ran the install script but it's still broke for me, is the fix in another branch?
[18:15:11] <hazzy-m> yes, in VTKCanon
[18:15:20] <hazzy-m> I'll merge it to master in a sek
[18:15:28] <hazzy-m> oh, maybe not
[18:15:40] <hazzy-m> few more things to fix
[18:16:33] * jt-m[m] stands by :)
[18:17:02] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTK_TT [+0/-0/±1] 13https://git.io/fhpJa
[18:17:04] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 032771878 - update tool then tool table changed
[18:17:28] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTK_TT [+0/-0/±1] 13https://git.io/fhpJr
[18:17:30] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 033a5f025 - update tool when tool table changed
[18:18:17] <hazzy-m> TurBoss: tool problem should be fixed
[18:19:01] <TurBoss> cool just back
[18:21:10] <TurBoss> hmm I can't get it to work
[18:21:33] <TurBoss> did you used the vcp i pushed?
[18:21:45] <hazzy-m> yes
[18:21:49] <hazzy-m> its good!
[18:21:59] <hazzy-m> hmm
[18:22:06] <TurBoss> not here
[18:22:08] <TurBoss> :)
[18:22:29] <hazzy-m> if you edit the tool dia in the table and save it should update the tool in VTK
[18:22:40] <TurBoss> but no offsets
[18:22:42] <TurBoss> ah ok!
[18:22:59] <TurBoss> ok that works
[18:23:20] <TurBoss> offsets only work once lcnc is restarte
[18:23:21] <TurBoss> d
[18:23:39] <TurBoss> so another thing...
[18:23:39] <TurBoss> :)
[18:23:47] <hazzy-m> I think LCNC only applies affsets on the motion move
[18:24:07] <TurBoss> try:
[18:24:08] <TurBoss> set a offset to X like 1
[18:24:12] <TurBoss> then restart lcn
[18:24:13] <TurBoss> c
[18:25:14] <jthornton> you have to do G43 after loading a tool
[18:25:42] <TurBoss> oh
[18:26:49] <TurBoss> so T1 M 6 G43?
[18:26:55] <hazzy-m> yes
[18:26:57] <jthornton> yea
[18:27:03] <hazzy-m> it seems to be working right
[18:27:09] <TurBoss> hmmmmmm
[18:27:21] <TurBoss> I set a X and y offset
[18:27:26] <TurBoss> tool doesn't move
[18:27:50] <hazzy-m> I guess maybe the tool should move when you apply an offset ..
[18:27:58] <hazzy-m> I can't remember how it works in axis lol
[18:28:20] <hazzy-m> yeah, your right about that
[18:28:23] * hazzy-m is on it
[18:28:53] <TurBoss> what i saw is setting an offset to a tool was only reflected on the plot after restart
[18:29:34] <TurBoss> now they don't apply even if I restart
[18:29:50] <TurBoss> I din't issue g43 before
[18:29:56] <TurBoss> but that happened
[18:29:58] <Lcvette> i did
[18:30:06] <Lcvette> it was still having some update issues
[18:30:29] <Lcvette> but i thought you fixed?
[18:30:44] <Lcvette> oh this is for making changes to the tool table
[18:30:51] <TurBoss> yes
[18:30:56] <TurBoss> modify save and change tool
[18:31:31] <TurBoss> diameter works fine
[18:33:08] <jt-m[m]> cutter compensation only takes effect when you turn it on with G42 or G43 and then there is a lead in move required
[18:33:52] <TurBoss> is that XYZ offsset?
[18:34:14] <TurBoss> or a diferent thing?
[18:34:15] <jt-m[m]> no, the diameter offset
[18:34:21] <TurBoss> LR comp is
[18:34:43] <jt-m[m]> z offset is the only thing I use for milling tools
[18:34:59] <TurBoss> is that cutter compensation?
[18:35:18] <jt-m[m]> no, cutter compensation is for the diameter of the tool
[18:35:24] <TurBoss> ok
[18:35:34] <TurBoss> so I was talking about the other
[18:35:48] <TurBoss> so G43 is not needed i think
[18:35:53] <jt-m[m]> http://linuxcnc.org
[18:35:58] <TurBoss> cool ty
[18:36:21] <Lcvette> g43 is needed if you want to apply length offset
[18:36:26] <jt-m[m]> when I touch off a tool Z I do a G43 to update the gui
[18:36:30] <jt-m[m]> yea
[18:36:32] <TurBoss> ha
[18:36:35] <TurBoss> ah^^
[18:37:05] <jt-m[m]> do you like my nice drawings of cutter compensation?
[18:37:14] <TurBoss> are yours?
[18:37:18] <TurBoss> haha just looking at
[18:37:24] <TurBoss> nice!
[18:37:33] <jt-m[m]> yes, a bunch of emc manuals was done by me
[18:37:43] <Lcvette> jt gets around
[18:38:07] <TurBoss> any way If I set Xoffset in the tool table
[18:38:13] <Lcvette> seems whatever i am searching for has his name on it
[18:38:15] <Lcvette> lol
[18:38:16] <TurBoss> and issue T1M6 G43
[18:38:16] <jt-m[m]> the coders would add stuff and I would translate it from programmer speak to regular redneck
[18:38:29] <Lcvette> g43 is length
[18:38:29] <TurBoss> nothing happends
[18:38:32] <TurBoss> ah
[18:38:45] <Lcvette> z
[18:38:49] <Lcvette> length
[18:38:54] <jt-m[m]> http://linuxcnc.org
[18:38:55] * TurBoss uploaded an image: image.png (12KB) < https://matrix.org >
[18:39:01] <Lcvette> z
[18:39:05] <TurBoss> X
[18:39:08] <TurBoss> :P
[18:39:12] <Lcvette> z is length
[18:39:19] <TurBoss> ok
[18:39:25] <Lcvette> g43 is length offset
[18:39:44] <Lcvette> z = 0 = nothiung happens
[18:39:53] <TurBoss> I'm confused
[18:40:12] <Lcvette> g43 is for len gth only
[18:40:19] <TurBoss> I'm testing Xoffset on vtk
[18:40:31] <TurBoss> it worked once restart
[18:40:37] <TurBoss> not anymore
[18:41:22] <TurBoss> now does nothing
[18:41:42] <Lcvette> g42
[18:41:49] <TurBoss> ok
[18:42:52] <TurBoss> does nothinh
[18:43:08] <Lcvette> i dunno
[18:43:19] <Lcvette> never usedf x and y offset
[18:43:29] <Lcvette> thats more lathe
[18:44:19] <TurBoss> me too
[18:44:24] <TurBoss> but I'm testing stuff
[18:44:25] <TurBoss> :D
[18:44:31] <Lcvette> and autoweart?
[18:44:35] <Lcvette> wear?
[18:46:48] <hazzy-m> Lcvette: on a mill you would use it for a secontry spindle, say for engraving PNs
[18:47:41] <hazzy-m> you just set the X Y and Z offsets of the secondary spindle and it'll cut in the right place
[18:47:43] <Lcvette> ah
[18:48:06] <hazzy-m> not for wear since that hase to be diameteral
[18:49:19] <jt-m[m]> I had a spring punch for a while on my plasma to mark out bolt holes and now it comes back to me that I had a x and y offset for it
[18:49:57] <jt-m[m]> of course the spring punch was offset from the torch
[18:51:38] <jt-m[m]> are you doing a linuxcnc.load_tool_table() with the save button
[18:51:56] <TurBoss> thats the question
[18:53:23] <hazzy-m> yes, and that is working
[18:53:42] <hazzy-m> since if you change the tool dia LCNC picks it up when running the program
[18:55:00] <jt-m[m]> yea I see it CMD.load_tool_table()
[18:56:51] <jt-m[m]> hmm no roosting squabbles tonight... odd
[18:59:06] <Lcvette> lol
[18:59:12] <Lcvette> too cold for squables?
[18:59:19] <Lcvette> everyone wants to huddle up
[19:00:01] <jt-m[m]> I guess there are 5 on one side and 3 on the other side
[19:13:19] <Lcvette> turboss, did you figure it out?
[19:13:23] <TurBoss> nop
[19:14:26] <hazzy-m> I almost have it
[19:14:37] <hazzy-m> I think ..
[19:15:17] <hazzy-m> the tool table also needs to update when issuing a G10 L1 P... command
[19:16:04] <Lcvette> maybe G52?
[19:16:56] <jthornton> yep G10 L1 L10 and L11 update the tool table
[19:22:41] <jthornton> we don't have a G52...
[19:51:20] <Lcvette> how about now?
[20:39:10] <Lcvette> and then....
[20:42:36] <TurBoss> silence
[20:42:41] <TurBoss> :)
[20:42:43] <Lcvette> and then...
[20:42:48] <TurBoss> duno....
[20:43:01] <Lcvette> and then...
[20:43:03] <Lcvette> lol
[20:43:12] <Lcvette> dude wheres my car?
[20:47:57] <Lcvette> never watched that movie?
[20:48:22] <TurBoss> no
[20:58:00] <hazzy-m> we don't have a G52?
[21:18:18] * hazzy-m uploaded an image: image.png (38KB) < https://matrix.org >
[21:18:31] * hazzy-m is not sure if he is seeing double or not
[21:33:58] <TurBoss> you drunk
[21:34:15] <TurBoss> here is fine
[21:45:21] <hazzy-m> I clicked "remember me" on the top one and loged in with the lower one lol
[21:45:29] <hazzy-m> must be a forum update
[21:45:37] <hazzy-m> twice as good now
[21:45:38] <hazzy-m> lol
[21:51:11] <Lcvette> Lol
[22:12:43] * TurBoss sent a long message: < https://matrix.org >
[22:12:54] <TurBoss> opencamlib doing its best
[22:14:39] <Lcvette> What's that
[22:15:53] <TurBoss> open source cam library
[22:16:22] <Lcvette> Can library?
[22:16:24] <TurBoss> blender using it to calculate
[22:16:26] <TurBoss> cam
[22:16:26] <Lcvette> Cam*
[22:16:48] <Lcvette> Camera?
[22:16:55] * TurBoss uploaded an image: Captura de pantalla de 2019-03-06 04-16-41.png (231KB) < https://matrix.org >
[22:17:06] <TurBoss> Computer aided machining
[22:17:15] <TurBoss> no
[22:17:15] <TurBoss> X
[22:17:16] <Lcvette> New backplot?
[22:17:16] <TurBoss> D
[22:17:28] <Lcvette> Conversational
[22:17:40] <TurBoss> ah
[22:18:14] <Lcvette> ?
[22:18:23] <Lcvette> Asking if that's what it is?
[22:18:33] * TurBoss uploaded an image: Captura de pantalla de 2019-03-06 04-18-21.png (98KB) < https://matrix.org >
[22:18:47] <TurBoss> from mesh to cnc
[22:18:53] <Lcvette> Oh
[22:18:59] <TurBoss> burning my cpu
[22:21:59] <Lcvette> Uh oh
[22:31:37] <TurBoss> https://www.kerbalspaceprogram.com
[23:03:15] * hazzy-m thinks we need a z axis position plot
[23:04:01] -!- JT-Shop has quit [Remote host closed the connection]
[23:04:33] * hazzy-m uploaded an image: image.png (562KB) < https://matrix.org >
[23:04:34] <hazzy-m> like on the far right here
[23:05:01] -!- JT-Shop has joined #hazzy
[23:18:46] <TurBoss> hmmmm
[23:18:47] <TurBoss> whats that
[23:20:34] <Lcvette> Yeah that would be sweet
[23:20:59] <Lcvette> JT is partying hard tonight
[23:21:29] <Lcvette> That's Machstdmill
[23:21:34] <Lcvette> Turboss
[23:22:04] <TurBoss> oh ok
[23:22:47] <Lcvette> Happy was referring to the Z axis rule and arrow on the right edge of the backplot
[23:23:06] <Lcvette> Is a handy visual aid
[23:23:28] <TurBoss> happy is right thebn
[23:23:29] <TurBoss> lol
[23:23:46] <Lcvette> Lol
[23:23:49] <Lcvette> Hazzy*
[23:23:56] <Lcvette> :D
[23:25:32] <TurBoss> ohh it has WC
[23:25:41] <TurBoss> offset in case you drunk
[23:28:43] <Lcvette> Yes
[23:28:45] <Lcvette> Lol
[23:31:10] <Lcvette> Also easy to glance and see where the Z height is
[23:40:17] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03VTK_TT [+0/-0/±2] 13https://git.io/fhpI8
[23:40:18] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 0308f443d - ENH: fix tool table plugin and widget so they auto update
[23:41:30] <TurBoss> cool !!!
[23:41:45] <Lcvette> You did it?
[23:42:21] <hazzy-m> part of it
[23:42:32] <Lcvette> Hurray
[23:42:35] <hazzy-m> I think it is done, at least very close
[23:42:50] <Lcvette> Very or very very?
[23:42:52] <hazzy-m> need to be able to check if G43 is active and move the tool it so
[23:42:53] <Lcvette> :D
[23:43:00] <hazzy-m> haha
[23:43:01] <hazzy-m> v
[23:43:07] <TurBoss> :V
[23:43:09] <Lcvette> :O
[23:43:11] <hazzy-m> \
[23:43:13] <TurBoss> :v:
[23:43:20] <TurBoss> \o/
[23:43:32] <hazzy-m> xD
[23:43:38] <TurBoss> testing
[23:43:53] <hazzy-m> 🔛
[23:44:11] <Lcvette> ( o )( o )
[23:46:36] <hazzy-m> LOL
[23:47:09] <hazzy-m> ( = )( = )
[23:47:11] <hazzy-m> censored
[23:48:39] <TurBoss> (x)(x)
[23:49:12] <hazzy-m> those are too small ..
[23:50:09] * hazzy-m is going to merge VTKCanon
[23:52:29] <TurBoss> nice
[23:53:22] <TurBoss> @hazzy just found that riot 1.0 is on flatpak
[23:53:28] <TurBoss> hazzy:
[23:53:30] <TurBoss> ^^