On Feb 14, 2010, at 11:03 AM, yann wrote: > Le dimanche 14 février 2010 14:50:54, John Thornton a écrit : >> It is actually very difficult to compute the time remaining as you >> have >> to calculate the acceleration and deceleration of each move of the >> whole >> file. There is a lot more to calculate than distance traveled and the >> speeds. I have not seen any that can calculate properly the time >> for a >> file to run. > > In my point of view, even just an estimation not really accurate > should be > great.
I agree completely. I don't need to know the very instant it will be done, just like to have an idea. What would be really cool, is if we had an option to send an email or execute a sh script when the job is finished. That way, with my machine in a different building, I could be notified when the operation is done. That would be a cool email: "Your part is ready". :) But even just displaying a timer since the job started would help me estimate how much more time is left. I know I could write down the time that I start, but not nearly as practical as having a timer. > Such an estimation could be based on distances and speeds, > reagardless of > accelerations. I was thinking that the more the job runs, the more accurate the time estimate could be... E.g. when the job has executed say 5% of the tool path distance, the value could be multiplied by 20, when half tool path distance has been executed, then a really good estimate would be to double that. Cheers, Jeshua Lacock Founder/Programmer 3DTOPO Incorporated <http://3DTOPO.com> Phone: 208.462.4171 ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
