Customer Experience Program
And now something that I expect to cause controversy… The Customer Experience Program. Users of many programs, including WinZIP, MS Office, and Solid Works, have probably seen the installers ask for permission to share your usage data with the company. Until the last few weeks I considered this an imposition and generally didn’t participate.
Now that I’ve seen evidence that my development efforts are not exactly aligned with the day-to-day behavior of my users, I see the point of these feedback programs. Very few users give feedback so it’s difficult to get a information about what they want. In retrospect I see lots of wasted development time that could have gone into more desirable features.
Moving forward, MeshCAM will give you the option of participating in a program to send usage data back up to my server so I can see what functions and commands are used most often. Development on V4 development should be much quicker if I can focus my efforts only on what people actually use- and maybe phase out the features that are not.
The data sent back is a list of commands used and some file data like the number of triangles an STL when it’s loaded- there is NO personal data and nothing that can be mapped back to a particular user. There is nothing sent that contains any part of your name or registration code. Further, all data is held in an “analytics” directory in plain text so it can be reviewed. It is transmitted as plain text so someone could confirm that the transmitted data matches the recorded data. Transmission takes about 1-2 seconds on shutdown.
You will be able to opt out of the program but I would hope that everyone would choose not to- this is the best way to collect the data that I need to make the program more relevant to it’s users.
So my question for you all, does the brief text in the installer pane below give enough information to encourage someone to opt it? If you are the type that would generally not participate in these, would the text below sway you? If not, what would?
V3 Build 8 Uploaded
I just uploaded build 8 to the standard location. It fixes a bug that Randy found and adds the option to drag and drop a 3D file onto an already-open 3D file. This will give you the option of opening the new file or inserting it into the current file as a check surface. This is good for times when you want to define your own supports in a CAD program of if you want to add a shut-off surface to an open area. This capability has been available via scripting but it was never a first-class function so I don’t think anybody ever used it. Hopefully this will be better.
I’m still eager to get any bug reports as you play with this build or build 7.
V3 Build 7 Posted
I just posted build 7 to the normal location, http://www.grzsoftware.com/v2dl.php . It includes a bunch of fixes and major performance improvements. It is also a nearly-complete build of V3. The only changes from here will be bug fixes, documentation updates, and translation updates.
I had not expected to call V3 “done” this quickly but I started reading back through the postings here last week and I saw that V3 has been underway for the better part of the year. Somehow I thought it had only been a few months but it looks like my horrible sense of time has struck again.
Version 3 has diverged from where I though it would go but I think the improvements are significant enough to make this a major update even if I didn’t get everything done that I wanted to. I also want to get V2 removed from the site completely and this is the only way I can do it.
Please download the latest release and let me know what you think.
In the past few months I’ve made some big changes that inadvertently broke features that have been in MeshCAM for a long time and nobody noticed (or they didn’t let me know about it), and I found a couple of bugs that have existed for years but have never been found. Based on this, I think I’ve misjudged the importance of some of the features I’ve put in there, because nobody seems to be using them. Version 4 will begin development near then end of the year and the priorities will have to be adjusted to reflect my new understanding of the average user. I’m thinking development will be focused more on solidifying the core and only adding a few new features. I’ll probably ask for more feedback at that point so start paying attention to the features that you actually use on a day-to-day basis.
Need Some Help
I’m trying to get V3 R7 ready for release on Friday and I need some help on a dialog. I’ve added an option to save reliefs as STL files quickly rather than using the painful, and somewhat broken, polygon reduction code that I have now. I have the dialog below as a placeholder but the text is not good and I’m out of ideas. Any suggestions on how to label everything?
Also, I haven’t gotten many bug reports on the last version and I’m sure there are bunches of bugs lurking. Please let me know what you’re finding with the last release.
Anybody Still Using a Pentium 3?
I’m going to assume that few users are still using anything older than a Pentium 4/Celeron ( which were released in 2000) and make a few changes to MeshCAM. Starting with the P4, Intel/AMD made the SSE2 instructions available. Enabling them in Visual Studio gives MeshCAM a 6% boost in my test case without doing anything else. I expect that I can do better if I make changes to target these new instructions more explicitly.
Between this and some other changes MeshCAM is running about 15-20% faster than the last release.
UPDATE: I just made another small change and it’s now about 44% faster in my benchmark.
V3 Build 6
I just uploaded the latest V3 build to http://www.grzsoftware.com/v2dl.php . It contains a couple of bug fixes and some new features.
1) I fixed some bugs where the gcode what wrong if the program zero was not at the top of the stock. This was introduced in the last update when adding the ability to save whole jobs.
2) Fixed bug where the unit were not converted to the proper units if the post processor units don’t match the geometry units.
3) Added a recent files option under the “File” menu
4) Added a spindle speed parameter to the “Edit Tool” dialog. The mach 3 post processor has been updated to automatically turn the spindle on and set the right speed after the tool change. If feedback is OK I will update more as needed. As a result of this change, the tools file format has changed. The old file will be converted but will not be backward compatible with any release before this one.
Items 1 and 2 above shocked me because I got no warning from anyone that they were a problem- I ended up finding them when machining a part that I needed. I take this to mean that most people use the very straightforward approach of keeping the zero on top and not mixing units so the bugs would only appear for the few users doing something a little more nonstandard. If you try this release I would like to ask you to try something different than you normally would- try moving the zero, max depth, stock, tools, units, retract height to something other than your standard values and let me know if anything strange happens. This would really help me stabilize this branch of code.