Well, just as it was said in the previous discussion, even without functions, subroutines etc this approach sucks, because You can have one line of G1 move for 0.5 mm and second line with G1 move of 3000 mm. They will be treated equally in this approach, while there is difference of thousand of times, how long it actually takes to execute both of them. I think that distance traveled vs total distance to go is more precise approach. Actually that is what I would like to use, but that is not that high priority for me to start investigating that.
/vie 2010/8/27 Ries van Twisk <e...@rvt.dds.nl>: > If the implementation would be a percentage of 0..100% of > where the gcode is currently run (as in the below window), then this > is doable. > > A file with 100 lines, where the gocde currently is run at line 23 > shows 23%, > when it moves on over the lines to lines 80, but then jumps into a > function > at line 10, then it would show 10%. > > This might work for a lot of people with g-code creators > that don't use functions but just create one large file. > > Ries > > > On Aug 27, 2010, at 9:09 AM, Igor Chudov wrote: > >> On Fri, Aug 27, 2010 at 9:03 AM, Viesturs Lācis >> <viesturs.la...@gmail.com> wrote: >>> For a while I have been thinking of something related to this - >>> showing (ideally - also saving to some log file) the time the file >>> has >>> been running - not the remaining time, but the used time. How can I >>> do >>> that? >> >> >> That's a good idea, I would especially like a percentage, like a >> progress bar, that I could display. >> >> i >> >>> >>> 2010/8/27 Igor Chudov <ichu...@gmail.com>: >>>> File/Properties... shows you runtime estimation. >>>> >>>> I use it all the time. >>>> >>>> On Fri, Aug 27, 2010 at 8:28 AM, Wolfgang Koebler <wk-l...@koebler.com >>>> > wrote: >>>>> The Axis gui shows a 3D view of a .ngc program, as soon as it is >>>>> opened. >>>>> That's quite nice. Yet another thing that would come in handy >>>>> would be >>>>> a runtime estimation for the program. Is there something like >>>>> this ? >>>>> Or would it be hard to implement it ? >> >> ------------------------------------------------------------------------------ >> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program >> Be part of this innovative community and reach millions of netbook >> users >> worldwide. Take advantage of special opportunities to increase >> revenue and >> speed time-to-market. Join now, and jumpstart your future. >> http://p.sf.net/sfu/intel-atom-d2d >> _______________________________________________ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ------------------------------------------------------------------------------ Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
