#emc | Logs for 2006-10-15

Back
[02:43:26] <CIA-8> 03jepler 07HEAD * 10emc2/scripts/emc-environment.in: fix 'man anything' being broken after using emc-environment
[05:39:02] <ejholmgren> meep
[06:55:20] <Lerneaen_Hydra> 'lo
[07:00:41] <Jymmm> low
[07:28:29] <K`zan_EMC> Been a while and I am not sure, but is -Z toward or away from the table?
[07:28:57] <K`zan_EMC> toward I think...
[07:29:29] <Jymmm> It depends on the setup... *I* have Z0 as "top of material", so -Z would be IN the material.
[07:43:23] <K`zan> I set it up that way too, but emc tells me z is out of range since it the part top is at 0,0,0. Got to figure out how to set up Synergy. Just got through doing all the math to get the part up .75 and will export the code and see if emc likes that.
[07:43:29] <K`zan> Geee, this is FUN :-)
[07:44:03] <K`zan> Not sure which isn't set up right, emc or Synergy or both :-(.
[07:44:45] <K`zan> Well, Synergy I think is set up for a bridgeport or something similar. Going to see if it works here as soon as I go through getting the G code generated...
[07:49:35] <K`zan_EMC> Same thing, sigh, after all that math: linear move 5 out of range.
[07:50:12] <K`zan_EMC> At least I can draw the parts and get gcode out of it, but I have no idea why emc barfs on it no matter what I do.
[07:51:23] <K`zan_EMC> what does "linear move 5" actually point to in the gcode - 5th line or wherever it does that move?
[07:52:15] <K`zan_EMC> Great, axis won't let you copy out of the gcode window, ARGGGGGGGG
[07:55:11] <K`zan_EMC> Aha!
[07:55:43] <K`zan_EMC> linear move 5 is apparently line 3 in the code:
[07:55:54] <K`zan_EMC> N3G00X-2.Y-2.Z-2.
[07:56:00] <K`zan_EMC> it doesn't like, but:
[07:56:05] <K`zan_EMC> N3G00X2.Y2.Z2.
[07:56:10] <K`zan_EMC> seems to make it happy.
[08:02:08] <K`zan_EMC> Hummm, is there a comment character for Gcode I wonder.
[08:06:44] <K`zan_EMC> doesn't look like it :-(.
[08:13:23] <Jymmm> yes, but I dont remember what it is
[08:13:44] <Jymmm> Comments in GCODE are inserted inside of (parenthesis)
[08:14:12] <Jymmm> http://xdobs.com/cnc/gcode-introduction.html
[08:15:04] <Jymmm> Comments in GCODE are inserted inside of (parenthesis) These can be on a line by them selfs or following a command on the line. They can actually be on the front of a line but we consider that bad style.
[08:15:04] <Jymmm> Comments can not be nested so do not use ( or ) inside a comment and where possible avoid the use of all punctuation because I have found bugs that cause some drivers to crash on some comments. Use comments judiciously because they do slow down the interpreter.
[08:15:43] <K`zan_EMC> Woiks, thanks!
[08:17:44] <K`zan_EMC> Cool watching it work in EMC :-),
[08:18:13] <K`zan_EMC> looks like emc is set up for xyz0 to be the top of the table.
[08:20:00] <K`zan_EMC> the way it is going it would run into the part, I think that initial g00 statement needs to be changed somehow, playing...
[08:20:56] <Jymmm> I think it really depneds on your gcode too... how you are configuring it that is.
[08:21:14] <Jymmm> (in your CAM program)
[08:21:29] <K`zan_EMC> Nope, need to config EMC, I guess, if I home all three axis it would run into the part on initial positioning.
[08:21:45] <Jymmm> some to Z0 as top-of-material, others to as top-of-table.
[08:21:57] <K`zan_EMC> Would be nice to see the geometry as well as the tool paths.
[08:22:13] <Jymmm> in AXIS you mean?
[08:22:24] <K`zan_EMC> From the looks of it, the starting position would be in the part.
[08:22:27] <K`zan_EMC> Yes, axis
[08:22:40] <Jymmm> no clue, haven't gotten that far.
[08:23:41] <K`zan_EMC> Me either :-), looks like lots of things don't line up at this point. I am starting to wonder if I screwed up the config for emc.
[08:24:08] <K`zan_EMC> I used the emc post out of Synergy (I think), not sure what that means though. MUCH to learn.
[08:24:50] <K`zan_EMC> At least I got a part designed and into emc and that much is working, progress :-). Time to take a break, it has been a ferocious few days face down in this.
[08:25:00] <K`zan_EMC> At least I am seeing progress and that feels good.
[08:25:00] <Jymmm> lol
[08:25:09] <Jymmm> alwasy does =)
[08:25:35] <K`zan_EMC> Yep, makes up for the past couple days when I was considering tossing it all out the window :).
[08:27:02] <K`zan_EMC> I got to figure out how to get kde on this box, whatever ubuntu installs for a window manager would be probably be stellar in darkest africa :-), but that is LATER. BREAK TIME!
[08:29:03] <K`zan> Well, that was fun :-).
[08:32:50] <K`zan> Thanks Jymmm
[08:32:54] <K`zan> Night all
[08:33:21] <Jymmm> G'Night K`zan
[08:33:24] <Jymmm> np
[09:37:39] <robin_sz> meeep?
[09:37:53] <robin_sz> note to self: drink less beer.
[10:02:42] <A-L-P-H-A> robin_z, yes... drink more beer
[13:08:13] <vq> vq is now known as ValarQ
[13:10:08] <vq> vq is now known as ValarQ
[14:53:48] <CIA-8> 03jepler 07HEAD * 10emc2/src/emc/motion/control.c:
[14:53:48] <CIA-8> fix a valgrind error: Conditional jump or move depends on uninitialised value(s)
[14:53:48] <CIA-8> Most kinematics only set joint values for the joints they use, but a lot
[14:53:48] <CIA-8> of other code (such as compute_screw_comp) assumes that values are set
[14:53:48] <CIA-8> for all 8 joints. This change initializes all the joints to 0 before the
[14:53:48] <CIA-8> kinematics runs, so that joints which are unused by kinematics still have
[14:53:52] <CIA-8> a defined value.
[15:44:56] <tomp> hello
[16:08:33] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/hal_lib.c: fix warning about reaching end of non-void function
[16:08:48] <steves_logging> steves_logging is now known as steve_stallings
[16:10:02] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/utils/scope_disp.c:
[16:10:02] <CIA-8> fix warning about 'v' being used used uninitialized
[16:10:02] <CIA-8> simplify #ifdefs related to MARKUP
[16:12:07] <CIA-8> 03jepler 07HEAD * 10emc2/src/rtapi/sim_rtapi_app.cc:
[16:12:07] <CIA-8> use rtapi_print_msg() instead of cerr
[16:12:07] <CIA-8> when waiting for the master, delay a variable amount of time. this way,
[16:12:07] <CIA-8> if two rtapi_apps are started at the same time and a socket from a dead
[16:12:07] <CIA-8> rtapi_app is still around, the chance that both of them decide to convert
[16:12:08] <CIA-8> to master is decreased. (there's probably a race-free way to do this, but
[16:12:12] <CIA-8> I haven't found what it is)
[16:16:45] <CIA-8> 03jepler 07HEAD * 10emc2/src/Makefile:
[16:16:45] <CIA-8> enable more optimization flags when they are available. -funit-at-a-time
[16:16:45] <CIA-8> improves code by considering the whole unit (source code file) before
[16:16:45] <CIA-8> generating code, and can do better analysis and inlining. -fno-strict-aliasing
[16:16:45] <CIA-8> disables an optimization that may be problematic for our cast-happy code
[16:17:16] <CIA-8> 03jepler 07HEAD * 10emc2/src/emc/motion/motion.c: fix an error about using vsnprintf without declaration
[16:44:47] <CIA-8> 03compile-farm 07BDI-4.20 (2.6.10-adeos) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot5_log.txt
[16:46:48] <jmkasunich> arrg
[16:51:27] <jepler> hm it must have a different idea of what "gnu89" enables than my compiler does
[16:51:45] <jmkasunich> its barfing on comments!
[16:51:46] <jepler> no, that's not it
[16:52:48] <jmkasunich> barfing on something before the comment?
[16:52:48] <jepler> er, yes, that's exactly it
[16:52:57] <jepler> no, you were right the first time, it's the comments
[16:53:09] <jepler> I was looking in the wrong file
[16:53:21] <jmkasunich> I'm sshed into that slot, and can make changes and try them much quicker than waiting for a complete farm build
[16:53:25] <jmkasunich> I just don't know what to try
[16:53:43] <jmkasunich> line 853 is a C++ comment "//", was gonna change it to C style
[16:53:48] <jmkasunich> but 901 is already C style
[16:53:53] <CIA-8> 03jepler 07HEAD * 10emc2/src/Makefile: gnu89 didn't work on at least one farm slot
[16:54:12] <jepler> 901 is in _posemath.c, a different file
[16:54:15] <jepler> it is a //-comment
[16:54:19] <jepler> I know what change broke it, and I reverted it
[16:54:20] <jmkasunich> duh
[16:54:24] <jmkasunich> ok
[16:54:50] <jepler> I thought using 'gnu89' would make my favorite mistake (variable declaration interspersed with code) an error but not affect anything else
[16:54:56] <jepler> I was mistaken
[17:08:25] <CIA-8> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/ (control.c motion.c motion.h): removed some limit switch latching code - it has never been used, and may be incompatible with some encoder types
[17:27:27] <CIA-8> 03compile-farm 07BDI-4.20 (2.6.10-adeos) * 10emc2head/: build PASSED
[17:54:46] <CIA-8> 03jepler 07HEAD * 10emc2/src/rtapi/sim_rtapi.c:
[17:54:46] <CIA-8> fix bug when more than one thread was created -- returned thread identifier
[17:54:46] <CIA-8> was always 0
[17:54:46] <CIA-8> make sure threads get the period they asked for
[17:54:46] <CIA-8> print more diagnostics during thread creation if there's an error
[17:55:43] <jepler> ... now servo_sim (with stuff running in a 50us base thread) runs under the simulator, and pretty responsively. but sometimes it gives me following errors
[18:15:59] <CIA-8> 03jmkasunich 07HEAD * 10emc2/src/rtapi/rtapi.h: fix warning when building non-RT version
[18:28:48] <CIA-8> 03jmkasunich 07HEAD * 10emc2/src/rtapi/rtapi.h: fix warning when building non-RT version
[18:29:43] <acemi> what does this message mean? does it cause some problem in my machine? -> "HAL: WARNING: blocks is deprecated, please use the subcomponents generated by 'comp' instead"
[18:30:39] <SWPadnos> there are separate components for most (if not all) of the functions that blocks provides, and it's recommended that you use the separate components instead of blocks
[18:31:19] <SWPadnos> it should be easier to deal with (since you can add a mux2 when you've already loaded a ddt, for example), and should also use a bit less memory since you only have the functions you need in memory
[18:31:25] <Jymmm> SWPadnos: I forget if I saked you or not, do you recall Pascal at all?
[18:31:39] <SWPadnos> yes, he discovered pressure or something, right? ;)
[18:32:07] <Jymmm> SWPadnos: Good so you know it, I'll be emailing you questions, thank you =)
[18:32:18] <SWPadnos> no problem. I'll email you some answers then ;)
[18:32:26] <SWPadnos> (possibly related to the questions)
[18:32:40] <Jymmm> SWPadnos: Awesome! Do you remember pascal at all though?
[18:32:44] <SWPadnos> yes
[18:32:51] <jepler> acemi: in some future version of emc, the 'blocks' component will be removed in favor of a more modular approach
[18:33:03] <jepler> acemi: right now you don't need to do anything
[18:33:21] <Jymmm> SWPadnos Oh great! I'm trying to convert this pascal proggy to php, but I'm not remembering alot of the sytnax.
[18:33:35] <acemi> I see, thanks
[18:33:38] <SWPadnos> I know almost no PHP, so I may not be too helpful
[18:34:01] <Jymmm> SWPadnos: NP, just helping be decipher the pascal will be good enough.
[18:34:05] <SWPadnos> ok
[18:34:30] <Jymmm> SWPadnos: This is what I'll be converting --> http://cpp.sourceforge.net/?show=20776
[18:35:21] <SWPadnos> ok. any particular questions?
[18:36:28] <Jymmm> SWPadnos: No, not yet. I'm still going thru it. I've figured out what are comments so far. But it's the things like on line 054 that I don't understand. Are they mini functions?
[18:37:29] <SWPadnos> when you assign a value to a variable with the same name as the function, you're assinging the return value of the function
[18:37:49] <SWPadnos> the numbers before the colons are labels (see the Label line on 048)
[18:38:05] <Jymmm> like GOTO's ?
[18:38:21] <SWPadnos> yes, note the GOT 15 on line 062
[18:38:23] <SWPadnos> GOTO
[18:38:36] <SWPadnos> (and all over the place as well)
[18:38:54] <Jymmm> ok, cool. and the := is just the assignment operator?
[18:38:57] <SWPadnos> it's the same as C, except that you have to define the labels ahead of time
[18:39:06] <SWPadnos> yes, := is assignment, = is comparison only
[18:39:36] <SWPadnos> curly braces are replaced with Begin .. End
[18:39:40] <Jymmm> and line 048 is the declaration of the labels you were speakign of?
[18:39:47] <jepler> just ignore the whole body of 'Atan2' and assume it's just like C's atan2()
[18:39:55] <jepler> php probably has C's atan2()
[18:40:02] <Jymmm> jepler I could, if I knew c =)
[18:41:09] <Jymmm> so BEGIN/END is sorta like a CASE/SWITCH statment?
[18:41:22] <SWPadnos> no, it makes a compound statement
[18:41:30] <SWPadnos> and it's required for functions
[18:41:51] <SWPadnos> (which are Procedures if they return nothing, or functions if they return something)
[18:42:15] <Jymmm> oh, ok. kinda like {}
[18:42:43] <SWPadnos> err - yeah, "curly braces are replaced with Begin .. End" :)
[18:44:18] <Jymmm> lines 188 thru 215, are those just quick and dirty calcs?
[18:44:48] <SWPadnos> yep
[18:45:51] <Jymmm> 036-039 is it same to assume that pascal didn't have a TAN operator,?
[18:46:00] <Jymmm> s/same/safe/
[18:46:55] <jepler> acemi: I wrote some notes about that warning on this page: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingConfigurationsForDevelopmentVersions
[18:47:04] <jepler> acemi: perhaps it will help the next person who is concerned by that message
[18:47:05] <SWPadnos> there should be in the math libs. I don't know why they implemented it themselves
[18:47:44] <Jymmm> SWPadnos: Ok, so I'm getting the "jest" of this then. =)
[18:48:18] <SWPadnos> note that this code is written for Turbo/Borland Pascal for DOS/Windows, it's not generic
[18:48:22] <cradek> pascal may not have (or have had) a proper atan2 - I heard recently that visual basic still doesn't
[18:48:34] <Jymmm> cradek ah, good to know.
[18:48:56] <jepler> this document has a pretty sparse list of built-in functions -- search for "PREDEFINED FUNCTIONS" http://www.moorecad.com/standardpascal/isorules.txt
[18:49:18] <jepler> it's news to me that standard pascal actually had a 'goto'
[18:50:30] <Jymmm> jepler and it's used and abused in here too!
[18:52:48] <SWPadnos> I don't think it has "Uses" though
[18:53:04] <SWPadnos> not that that matters, since it's only used for curses-like functions here
[18:57:27] <Jymmm> Thanks folks, much appreciated!
[19:01:38] <Lerneaen_Hydra> random question: if you have a multiprocessor/multicore computer, and don't have the SMP kernel, is the second core used at all?
[19:01:49] <cradek> no
[19:02:02] <Lerneaen_Hydra> hmm. ok
[19:02:05] <SWPadnos> only as a heater
[19:02:09] <SWPadnos> possibly
[19:02:19] <cradek> ha
[19:02:32] <Lerneaen_Hydra> why is it so hard to find a turion-x2 laptop with linux support...
[19:02:42] <cradek> what's a turion?
[19:02:53] <cradek> (sounds like some kind of vegetable)
[19:02:58] <Lerneaen_Hydra> amd's low-pwer athlon64
[19:03:06] <Lerneaen_Hydra> dual core too
[19:03:08] <cradek> do any laptops really have official linux "support"?
[19:03:21] <Lerneaen_Hydra> IBM have generally been nice with linux
[19:03:32] <Lerneaen_Hydra> IIRC they even shipped with linux some time in the past
[19:03:36] <cradek> I'm sure a lot of them work, possibly with a few peripheral problems (wireless)
[19:04:14] <Lerneaen_Hydra> yeah, the one i've been looking at doesn't support wireless at all, and it seems that networking dies when running the SMP kernel (?)
[19:04:30] <SWPadnos> I've had good luck with (older) laptops from m-tech ( http://www.mtechlaptops.com )
[19:04:36] <SWPadnos> I haven't bought any newer ones yet ;)
[19:06:59] <Lerneaen_Hydra> anyway, anything happening?
[19:10:06] <jepler> Lerneaen_Hydra: not much
[19:10:10] <CIA-8> 03jepler 07HEAD * 10emc2/scripts/emc-environment.in: offer filename completion for a few commans
[19:13:20] <Jymmm> It was just pointed out to me that lines 400-407 is really just: A1M2 %= 2*M_PI;
[19:22:17] <skunkworks> I think this is the best quote from last night:
[19:22:19] <skunkworks> 23:02:38 <skunkworksemc> how do I do a make clean?
[19:22:19] <skunkworks> 23:02:48 <A-L-P-H-A> 'make clean'
[19:22:31] <anonimasu> 6morning
[19:22:35] <anonimasu> err evening/night
[20:01:54] <CIA-8> 03jepler 07improved-dpkg * 10emc2/debian/control.in: suggest documentation package
[20:04:08] <CIA-8> 03jepler 07HEAD * 10emc2/docs/NEWS: some news is good news
[20:10:33] <Jymmm> afternoon anonimasu
[20:10:47] <anonimasu> whats up?
[20:17:27] <alex_joni> hi all
[20:33:51] <CIA-8> 03jepler 07HEAD * 10emc2/src/emc/usr_intf/axis/Submakefile: Only build python python scripts from here if they are listed in PYBIN -- fixes a 'failed to rebuild Makefile' error or a silent failure to rebuild '../bin/comp'
[20:41:45] <Jymmm> Lines 46-71 are about ATAN2. What is that trig wise?
[20:42:22] <alex_joni> ATAN = 1/TAN
[20:42:26] <alex_joni> er.. no
[20:42:52] <alex_joni> http://www.cplusplus.com/ref/cmath/atan2.html
[20:42:55] <jepler> Jymmm: It turns an X, Y position into an angle
[20:43:03] <CIA-8> 03jepler 07HEAD * 10emc2/lib/python/yapps/ (6 files):
[20:43:03] <CIA-8> since "comp" is the way of the future, make it mandatory. a copy of yapps
[20:43:03] <CIA-8> (license statement in lib/python/yapps/copyright) is included because it may
[20:43:03] <CIA-8> be difficult to obtain the right version of yapps2 on older systems
[20:43:04] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/components/Submakefile:
[20:43:08] <CIA-8> since "comp" is the way of the future, make it mandatory. a copy of yapps
[20:43:08] <jepler> typically measured counterclockwise from the positive X axis
[20:43:10] <CIA-8> (license statement in lib/python/yapps/copyright) is included because it may
[20:43:12] <CIA-8> be difficult to obtain the right version of yapps2 on older systems
[20:43:14] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/utils/ (yapps.py Submakefile comp.g):
[20:43:16] <CIA-8> since "comp" is the way of the future, make it mandatory. a copy of yapps
[20:43:18] <CIA-8> (license statement in lib/python/yapps/copyright) is included because it may
[20:43:22] <CIA-8> be difficult to obtain the right version of yapps2 on older systems
[20:43:24] <CIA-8> 03jepler 07HEAD * 10emc2/src/ (Makefile.inc.in configure configure.in):
[20:43:26] <CIA-8> since "comp" is the way of the future, make it mandatory. a copy of yapps
[20:43:28] <CIA-8> (license statement in lib/python/yapps/copyright) is included because it may
[20:43:30] <CIA-8> be difficult to obtain the right version of yapps2 on older systems
[20:43:51] <Jymmm> jepler: so that would be the literal function call in modern langs.... ATAN2 ?
[20:44:17] <jepler> Jymmm: yes, it's called atan2 in the 3 languages I know offhand: C, C++, Python
[20:44:22] <Jymmm> jepler: I'm trying to compare to fucntions on this page: http://www.php.net/manual/en/ref.math.php
[20:45:08] <Jymmm> oh, duh.... oversite on my part....
[20:45:16] <Jymmm> http://www.php.net/manual/en/function.atan2.php
[20:46:29] <Jymmm> I don't know why I'm so amazed that they broken all the "modern" functions into their most basic comonets.
[20:46:39] <Jymmm> s/broken/broke/
[20:46:47] <Jymmm> components.
[20:47:13] <Jymmm> 1993 wasn't the dark ages of programming trig, was it?
[20:48:56] <jepler> no, in 1993 atan2 had been in C for many years
[20:49:39] <Jymmm> does the order of the vars passed to ATAN2 make a difference?
[20:50:06] <Jymmm> y,x -va- x,y ?
[20:50:18] <jmkasunich> 90 degrees ;-)
[20:50:35] <Jymmm> jmkasunich say what =)
[20:50:52] <Jymmm> * Jymmm no know trig =)
[20:50:59] <jmkasunich> atan2 takes the X and Y coords of a point and returns the angle to that point
[20:51:12] <jmkasunich> if you swap X and Y, you will have a 90 degree error
[20:51:20] <Jymmm> ah, ok gotcha
[20:51:36] <CIA-8> 03compile-farm 07BDI-2.18 (2.2.18-rtl3.0) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot2_log.txt
[20:51:58] <jmkasunich> crap
[20:52:40] <Jymmm> * Jymmm needs a Trig For Dummies book.
[20:52:55] <Jymmm> oh hell, it exists
[20:53:13] <Jymmm> 384 pages... WTH! lol
[20:54:16] <Lerneaen_Hydra> jepler: how common is it to be able to use exponents/logarithms in program code?
[20:54:22] <Lerneaen_Hydra> like e^x and so on
[20:54:25] <Lerneaen_Hydra> or ln x
[20:54:44] <Lerneaen_Hydra> (more like a = ln b)
[20:55:22] <jepler> Lerneaen_Hydra: it depends on what you're doing. I don't think I use them often, but in some work you sure would
[20:55:42] <Lerneaen_Hydra> but they're available functions at least in most languages?
[20:55:47] <jepler> oh of course
[20:56:15] <CIA-8> 03compile-farm 07BDI-TNG (2.4.18-rtai) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot3_log.txt
[20:56:48] <Lerneaen_Hydra> so most functions used in a single expression can be used then. cool
[20:57:15] <Lerneaen_Hydra> stuff like |x| is done by hand/unsigned variables?
[20:57:27] <jepler> that is usually called abs() or fabs()
[20:58:34] <Lerneaen_Hydra> hey neat.
[20:59:06] <Lerneaen_Hydra> are there auto-integration/derivation functions?
[21:00:01] <jepler> not so universal, but you'll find that in special-purpose environments like maple
[21:00:23] <jmkasunich> |x| is fabs(x)
[21:00:35] <jmkasunich> oops, I should read more carefully
[21:25:31] <alex_joni> Jymmm: around?
[21:26:09] <Jymmm> alex_joni: Triangle
[21:26:09] <robin_sz> Lerneaen_Hydra, if you really want to play with that sort of stuff theres always matlab
[21:26:11] <robin_sz> http://www.mathworks.com/products/matlab/requirements.html
[21:26:26] <alex_joni> Jymmm: you know a bit about flashes.. right?
[21:26:31] <alex_joni> * alex_joni just bought a Metz
[21:27:16] <alex_joni> it's a Metz mecablitz 36 CT3 with a SCA 343 shoe adapter
[21:28:10] <alex_joni> Jymmm: http://www.dslr-forum.de/archive/index.php/t-100758.html <- some pictures at the bottom of the page
[21:28:15] <Jymmm> alex_joni I really don't know all the ones out there, just what I've researched.
[21:30:24] <alex_joni> ok, hoped you might know anything about Metz
[21:30:33] <alex_joni> maybe you know a forum where I can ask about it?
[21:30:39] <Jymmm> alex_joni: worse yet... never heard of the brand name.
[21:30:51] <alex_joni> it seems to me that the shoe adapter is for Nikon's
[21:30:51] <alex_joni> Jymmm: german brand
[21:31:39] <robin_sz> does it have an external PSU weighing more than 20Kg?
[21:31:51] <Jymmm> alex_joni: Ah. My SB-800 has a shitload of connectors on it. Most of which I have no clue what connects with what. All I know is the cords can be very expensive.
[21:32:58] <Jymmm> alex_joni: Whats kinda funny, is my ext strobe can be triggered by the SB-800 directly (corded) but without an TTL info.
[21:33:06] <Jymmm> a/an/any/
[21:33:07] <robin_sz> I bought a flash once ... but probably a bit bigger than the things you are used to ;)
[21:33:27] <Jymmm> robin_sz di the flash you buy have boobs on it?
[21:33:48] <robin_sz> mmm ... no. but it did go <FLASH> very effectively
[21:34:38] <robin_sz> you've seen the capacitors in these things, usually about 2" round and 3" long ...
[21:34:41] <alex_joni> robin_sz: 4 AA batteries
[21:35:03] <alex_joni> Jymmm: they seem to have shoes for hasselblad
[21:35:10] <alex_joni> so I think it's not a cheap company :)
[21:35:17] <alex_joni> although I spent 2.5 EUR on this flash :D
[21:35:24] <robin_sz> well this on had 215uf at 2.5KV ... 100mm x 250mm x300mm ... 3 of them!
[21:35:40] <robin_sz> each one about the size of two housebricks
[21:35:48] <CIA-8> 03compile-farm 07BDI-Live rc46 (2.4.25-adeos) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot4_log.txt
[21:36:01] <Jymmm> alex_joni: What I didn't know/realize is that my flash is unique to Nikon and my camera. The norm being manualling setting the flash (via light meter), where is Nikon's flashs can be sent TTL data. even wirelessly.
[21:36:15] <robin_sz> it was used on naval patrol aircraft for photgraphing vessels at night :)
[21:36:18] <alex_joni> http://www.metz.de/downloadFile.php?type=adapterarchiv&lang=en
[21:36:34] <robin_sz> and boy, did it go <FLASH> ;) ;) ;)
[21:53:44] <Lerneaen_Hydra> robin_sz: yeah, I know about matlab, I was wondering more about general purpose programming languages
[21:53:50] <Lerneaen_Hydra> 'night all
[22:53:34] <Jymmm> SWPadnos: I'm a lil stumped... there's a function ATAN2, but within it there are assignments to atan2 (assuming an internal variable here) on lines 54,58,60,65,67, and 69. Would those be the return() value from the function?
[22:53:45] <SWPadnos> yes
[22:54:04] <Jymmm> SWPadnos: Ah, ok. I'm catching on =)
[22:54:13] <SWPadnos> that's the equivalent of return X in C
[22:54:49] <SWPadnos> perhaps you remembered me telling you that earlier ;)
[22:54:53] <Jymmm> ok, so when I see a label within a function that's the same name, is just the return() of the function?
[22:55:25] <robin_z> good day today, got selected to shoot for the county in a match and we won :)
[22:55:26] <Jymmm> I was looking at it as reassignment of the var. x+=blah;
[22:55:38] <robin_z> 6 years on the run we have won that trophy :)
[22:55:39] <SWPadnos> in a sense, it lets you change the return value at will, and then actually return it when you're ready (like having an automatically declared "retval" variable, then returning retval)
[22:56:16] <Jymmm> SWPadnos Ok, that should make better sense in the rest of the code as I'm goin "what that...."!
[22:56:21] <Jymmm> Congrats robin_sz
[22:56:52] <Jymmm> SWPadnos: Is Arg; anything special?
[22:57:22] <SWPadnos> I don't think so - let me look again
[22:57:35] <Jymmm> var Arg : Float;
[22:57:36] <robin_z> x += blah; is the same as x = x = blah; just written in shorthand
[22:57:37] <SWPadnos> nope. it's a local variable
[22:57:49] <robin_z> x += blah; is the same as x = x + blah; just written in shorthand
[22:57:52] <robin_z> thats better
[22:57:56] <SWPadnos> goo typoing
[22:58:01] <SWPadnos> good, too ;)
[22:58:08] <Jymmm> ok, thought it might have been a function/routine. Just a equiv of $x
[22:58:23] <SWPadnos> yep - my $fred = 1.0 (in perl, I think)
[22:58:26] <Jymmm> robin_sz this is Pascal, not c =)
[22:58:51] <SWPadnos> and there are no such chortcuts in Pascal, IIRC
[22:58:51] <SWPadnos> shortcuts either
[22:58:55] <Jymmm> I found this... http://www.kcl.ac.uk/lifelong/pascal/pas038.htm
[22:59:10] <SWPadnos> damn. the hotel I want to stay at is $89/night if we check in on Sunday, and $200/night if we check in on saturday
[22:59:35] <robin_z> ach, sleep rough for a night
[22:59:42] <Jymmm> SWPadnos can you check in Sunday at 0:01 ?
[22:59:53] <SWPadnos> it's that price for the entire stay - 5 days
[23:00:01] <SWPadnos> maybe we'll use a different hotel for a night or two ;)
[23:00:22] <robin_z> avoid the ones that rent the rooms out in 1 hour slots
[23:00:48] <SWPadnos> after exactly one experience in one of those (accidental), I *always* avoid them!
[23:00:48] <Jymmm> SWPadnos: This is the reply I got from the author when I asked if trig/mod functions existed in 1993: Trig & Mod routine were available in Turbo Pascal but I wasn't positive about their inner workings. Having some "known" routines lying around, I used 'em.
[23:00:56] <SWPadnos> heh
[23:01:33] <SWPadnos> Function Plus (a, b : Integer) : Integer; Begin Plus = a + y; End;
[23:01:34] <Jymmm> SWPadnos accidental in Amstedamn?
[23:01:48] <SWPadnos> no, Yonkers, NY (just north of NYC)
[23:01:54] <Jymmm> lol
[23:02:16] <Jymmm> do I dare ask why you were in such a neighborhood? Slumming (literally)?
[23:02:30] <SWPadnos> when my friend and I asked for a room for the night (two beds, please), the lady raised her brow and said "the whole night", implying that perhaps we wouldn't be up to it ;)
[23:02:55] <SWPadnos> no, very tired after moving 100+ cases of film from Vermont to NYC for editing
[23:03:12] <robin_z> oh, back in the days of film .. ;)
[23:03:22] <Jymmm> SWPadnos: Ah =)
[23:03:50] <SWPadnos> get truck, drive 70 miles to the storage location, load a ton of film, drive 400 miles to NYC, unload said film at edit studio, attempt to drive 350 miles back ...
[23:04:00] <SWPadnos> these are still the days of film for movies ;)
[23:04:14] <robin_z> mmm .. a bit
[23:04:23] <robin_z> not so much as you might think
[23:04:23] <SWPadnos> "Where the Rivers Flow North", in case you've heard of it
[23:04:42] <robin_z> more and more movies are shooting digitally now
[23:04:48] <SWPadnos> I know, because I still shoot for films - very little cinema is shot digital these days
[23:05:03] <robin_z> its moving that way though
[23:05:09] <SWPadnos> most TV is being shot digital though (even though many TV shows are still done on film)
[23:05:20] <SWPadnos> it is, as the tech gets better and directors/DPs are less scared of it
[23:05:20] <robin_z> not in the UK
[23:05:33] <robin_z> we just dont do film for TV
[23:05:38] <SWPadnos> I shouldn't say many - a few are (CSI, I think, probably others)
[23:05:48] <SWPadnos> no - that's rare these days
[23:06:49] <robin_z> I dont think Avid even do their filmcomposer stuff anymore
[23:07:02] <robin_z> IIRC its all gone to mediacomposer
[23:07:26] <SWPadnos> hmmm - I don't remember. I think mediacomposer is just the full suite, with audio and video stuff included
[23:07:36] <SWPadnos> (I was at their booth for a while at Photokina)
[23:07:54] <SWPadnos> gotta run - the wife just made dinner and she'll be pissed off if I wait for it to get cold ;)
[23:08:09] <robin_z> filmcomposer was the one that tracked roll numbers and frames so you could cut the film to match the digital stuff
[23:08:29] <robin_z> l8r
[23:53:06] <CIA-8> 03jmkasunich 07HEAD * 10emc2/src/hal/components/ (14 files): added .comp style components for the remaining blocks in blocks.c, make sure all of the .comp versions match up with the blocks.c ones (params, pins, etc)
[23:57:52] <CIA-8> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/control.c: skip computations on inactive axes
[23:59:22] <CIA-8> 03compile-farm 07BDI-2.18 (2.2.18-rtl3.0) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot2_log.txt
[23:59:22] <CIA-8> 03compile-farm 07BDI-TNG (2.4.18-rtai) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot3_log.txt