Re: [Emc-developers] Best location for trajectory lookahead code

2013-10-09 Thread andy pugh
On 10 October 2013 01:11, Robert Ellenberg wrote: > My plan was to always stay within limits for any feedrate override. In your > example, a 200% feed override means that it will hold 0.01 tolerance @ > 200%. When scaled down to 100%, the output will be running at 1/2 of the > planned velocity, w

Re: [Emc-developers] Best location for trajectory lookahead code

2013-10-09 Thread Robert Ellenberg
I'm not sure if I clearly addressed this part before: On Thu, Oct 3, 2013 at 6:28 AM, Anders Wallin wrote: > - user first programs G64 P0.01 (or whatever the syntax for blending > tolerance is). We want a part with 0.01 (mm or inch, you choose) tolerance. > Now we are also in a hurry, so dial up

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Sebastian Kuzminsky
On 10/9/13 16:10 , Charles Steinkuehler wrote: > IMHO, the "Becoming A Contributor" page should be linked from the front > page of the website, and should have something like the following added: > > To contribute code to LinuxCNC > * Clone from to > * Please follow for code format, licensing, e

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Charles Steinkuehler
On 10/9/2013 3:20 PM, Robert Ellenberg wrote: > > I know that a lot of folks are invested in the current setup, and there are > good reasons not to fix what ain't broke. Well, if we're talking about this anyway, I would argue that is *IS* broken as I've discussed in other threads. As a new user t

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Gene Heskett
On Wednesday 09 October 2013 17:18:55 John Kasunich did opine: > On Wed, Oct 9, 2013, at 05:06 PM, Gene Heskett wrote: > > But I'm not sharpening my prodding stick either. These folks have > > walked on an awful lot of water in the last 4 years as it is, so my > > hat gets tipped in their directi

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread John Kasunich
On Wed, Oct 9, 2013, at 05:06 PM, Gene Heskett wrote: > But I'm not sharpening my prodding stick either. These folks have walked > on an awful lot of water in the last 4 years as it is, so my hat gets > tipped in their direction daily. And to whomever is footing the bandwidth > bill for wha

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Gene Heskett
On Wednesday 09 October 2013 16:42:53 Robert Ellenberg did opine: > Hi Gene, > > I'm just getting started with LinuxCNC development, but I've used Github > for a long time for other projects. I wholeheartedly agree with your > suggestion , and I would even suggest a more drastic step: make github

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Robert Ellenberg
Hi Gene, I'm just getting started with LinuxCNC development, but I've used Github for a long time for other projects. I wholeheartedly agree with your suggestion , and I would even suggest a more drastic step: make github host the "main" repository. A few reasons I like: - *Built-in wiki and i

Re: [Emc-developers] LinuxCNC git servers

2013-10-09 Thread Jeff Epler
Here's a tip if you frequently create new clones on a system: It can be extremely fast and generate almost no network traffic if you use "git clone --reference": $ time git clone --reference linuxcnc git://git.linuxcnc.org/git/linuxcnc.git linuxcnc-clone-of-the-minute Initialized empty Git reposi

[Emc-developers] LinuxCNC git servers

2013-10-09 Thread Kent Reed
Gentle persons: Gene Heskett asked earlier this month on emc-users if "the" server (presumably he meant git.linuxnc.org since he mentioned an update) were under attack because he was getting ca 20kb/s transfer speeds instead of his usual ca 380kb/s. I wasn't interested in the abnormality (speed s

Re: [Emc-developers] Linux going down a possibly dangerous, certainly un-welcome path

2013-10-09 Thread Karl Schmidt
Not all that is happening is at the kernel level - there is more and more cruft being done at the microcode level (some due to threats of the folks in DC that want to be able to compromise any and all computers (like this will never blow up in their faces (idiots))). This has the effect of m

Re: [Emc-developers] Linux going down a possibly dangerous, certainly un-welcome path

2013-10-09 Thread Jon Elson
Gene Heskett wrote: > Knowing that whatever we hide behind the isolcpus= argument can't be seen > by top or other so-called "system" monitors, and that they might decide to > power down the parport, or a pci-e card as the case may be while Stewarts > Cinci's x table is doing a rapid at 400 ipm,

[Emc-developers] Linux going down a possibly dangerous, certainly un-welcome path

2013-10-09 Thread Gene Heskett
Greetings all, and a heads up about future linux kernels; I just had an exchange this past week on LKML with the 2 guys from intel about a feature that will be in the kernel by the end of 3.12 for sure. In their zeal to save every last milliwatt for the netbooker sucking up bandwidth in the cof

Re: [Emc-developers] Proposing a Lookahead implementation for the EMC2 module

2013-10-09 Thread Michael Haberler
Am 09.10.2013 um 14:32 schrieb sam sokolik : > Sorry I missed this email. I am probably not the one to ask this - > maybe one of the developers can say. ja3 I think is being worked on > right now to be put into master but is going to take time. Maybe master? I guess it's not that much missi

Re: [Emc-developers] Proposing a Lookahead implementation for the EMC2 module

2013-10-09 Thread sam sokolik
Sorry I missed this email. I am probably not the one to ask this - maybe one of the developers can say. ja3 I think is being worked on right now to be put into master but is going to take time. Maybe master? sam On 10/3/2013 10:59 AM, Robert Ellenberg wrote: > Hi Sam, > What's the status of