Miko, please forward the part in question to me and I'll take a look at it.

Support for dogleg rapid moves has been added to Verify for X7. It now recognizes the configuration switch in Control Definition.

In X5, the ability to apply cutter compensation in Verify was added to 5 axis toolpaths. It is triggered by a combination of the compensation type in the toolpath and the Verify Options / Cutter comp setting. In looking at this part, yes, you get two different results with and without compensation: In this case, to get the desired results (not showing cutter compensation), disable the compensation using the Verify Options dialog: When using compensation and 5 axis toolpaths, the "Tool Radius" edit box is enabled and allows you to specify the offset distance.

Actually that feature was added to X3 MU1 in response to the request. Here's where to look for the info:

In the event you get Verify's "Fatal error..." message: Please send a copy of the file, a screen shot like the two above and a brief description of the Verify function you were doing at the time (saving an STL file, cutting stock in tool simulation mode, etc) to this email address: [email protected] It will get immediate attention. Thanks, Don

A change has been put into X3 to allow the shape of the holder to follow the Speed/Quality slidebar just like the tool does. The image below shows two views of the standard Mastercam holder with a 1" lollipop cutter. The one on the left is at max speed and the one on the right shows max quality. Hope this helps.

Our Verify vendor has supplied us with a fix for Dave's problem. It has been incorporated into vX2 MR2. There is no guarantee that this will fix other problems exhibiting similar symptons. Once again, if you are running into this problem, please send me the parts so that we can test them. Thanks...

I don't know if you'll consider this simple, but here goes. Robert's problem: In the process of saving the STL file, it was simply using up all the available memory. The solution was to pre-compress the memory used by the results of the Verify session. By doing this, there was sufficient memory to complete the saving of the STL file. Dave's problem: There is a bug in the API call we use to convert the model into an STL file. That problem has been reported to the vendor and we are awaiting a solution. Hope this helps.

This is a good example of why it's so important to properly report bugs to CNC. Robert's file, while exhibiting the same symptoms as Dave's, was a different problem. It has been fixed in vX2 MR2.

Please note that the problem has been identified for the part Dave provided. There is no guarantee that the solution will fix all the problems. If you can identify more parts that exhibit the same problem, please forward them to me so that I can get them to the vendor. The more parts they have to test against, the more robust the solution will be.

Sorry, my bad. Right now I'm looking at the problem with the STL file creation.

Guys, I've been looking into this problem and could use a few of your files. Please send me the file with the toolpaths selected and the Verify settings you are using with it. This includes which engine you are using (Turbo or tool and/or holder simulation), the Speed/Quality setting and a snapshot of your Verify Options settings.

Guys, I've been looking into this problem and could use a few of your files. Please send me the file with the toolpaths selected and the Verify settings you are using with it. This includes which engine you are using (Turbo or tool and/or holder simulation), the Speed/Quality setting and a snapshot of your Verify Options settings.

When a tool gives that "extruded" look in Verify, it usually indicates an error in MachineWorks. Please send in the part so we can get it to them to have it fixed.

Monty, if John's suggestions don't work, please send me an MCX file and the appropriate STL file to be used for stock and I'll give it a quick test. Also include your Verify configuration settings.

Ryan, in looking at the custom tool profile, it appears that it contains entities with -X data. All data for a custom tool profile should be at X=0 or greater. Here's your original profile from the tool definition dialog: And here's my modified version: And finally, the results in Verify: I've sent you an updated version of the mcx file for the custom tool. Hope this helps. Don

RMag, in looking at the part, it appears as if you're using a separate .mcx file for the tool geometry. That file is not in the FTP directory. Please send me a copy and I'll take a look at it.

Sorry guys, but that's the way it works. Setting an STL file as the default stock only stays for the duration of the current Mastercam session. When the feature was first added, we made it so that you could permanently select an STL file. The problem was that some people would change parts (which didn't require the same STL file) and then complain because it took so long - especially if it was a large file. The current method is the compromise.

The "LWN" file extension is for files that have been created as a result of selecting the "Save stock as file" button from the Verify dialog. You should also see a similarly named STL file created about the same time in the same directory. These files are paired, but behind the scenes. The contents of these files represent the internal MachineWorks (formerly LightWorks) format of the stock from the verification session. If you were to then go into Verify's options dialog and select the STL file as stock and it hasn't been modified since both files were created, then we'd really use the LWN file instead. It's faster and more accurate to bring in the file in the MachineWorks native format for a stock than it is to go through the STL translation process. So, in a nutshell, if you don't have any need for the STL files in this directory and you won't be using them for stocks in Verify, then by all means get rid of them.

This problem (cnc20957) has been fixed in vX2.

That's Jim Martin.

Cast of characters: Ray Culver - Bald guy with the goatee behind the door. Don LePore - Bearded guy with the near fatal heart attack. This was Ray's third attempt. I only wished I'd clutched my chest and dropped to the floor. Maybe next time. Maybe for real. The second time was by far the best (thank goodness it wasn't recorded). That time, he jumped out from behind the door and did his best "Deliverance" (squeal like a pig) screech. I froze and screamed so loud, for so long that people from all over the building heard me and came running. Yeah, that Ray, he's a real funny guy.

Please send me the part and I'll take a look...

There have been a few changes relative to lighting within Verify for vX MR2. Hopefully this will solve your problems.

The specific nature of the bugs fixed pretty much dealt with the end of the cutter comp cycle. This means properly moving to the last position and retracting before the last move. If this sounds like a fix to the problem you were having, then maybe you'll be all set. If it's something else, send me a file and I'll take a quick look at it.