March Update
Following the last burst of updates, it might appear that I’ve taken a break lately. Unfortunately, I haven’t gotten a break- I’ve been trying to track down some ugly bugs that I found in the roughing code while helping a friend machine a bunch of parts. It took a couple of weeks to find the root of the problem- it turns out that using a “Machine Stock +” value of 0 can lead to some really incorrect paths when check surfaces are used. This might be an edge case but I really had no idea what combination of settings caused it until yesterday. Now that I have it narrowed down I should be able to fix it pretty quickly.
As a break from that problem, today I’ve been fixing a couple of small user bugs and trying to reduce the overall memory usage a bit now that I have been getting more and more users with > 1 million triangle models lately. This is not what I wanted to do so close to a release but the trend lately is large files and I don’t want to lose those users to other programs. The changes I’m making require a complete recompile of the program since these are core data structures. Each build takes about 20 minutes. As you can imagine, errors are frustrating when they mean I have to wait another 20 minutes to rebuild. Hopefully this will have some payoff.
Build 13
I just uploaded build 13. It doesn’t contain any new user functionality- just a bug fix on a problem that Richard in Germany found and the addition of a new license code system. Old codes will continue to work (if I haven’t made any mistakes) but a new system will be rolled out when I can move V3 to “release” status. I get some pretty odd support emails regarding registration so I’m hoping this new system will give users better feedback about what might be wrong if they are having trouble.
Also, the analytics data is starting to flow in and I finally have enough to start looking at it to draw some simple conclusions. So far I’ve been blown away by one feature being used extensively that I almost dropped because I don’t hear from many people using it. (Sorry, I can’t share exactly what that feature is- I’d hate to help competitors). If the trend in the data continues, and I can update the analytics to give me a bit more detail, then I’ll probably look at what I can do to expand the feature in the future.
I’ll say it again, if you want your favorite features to get extra attention then please enable the Customer Experience Program when installing the program.
Build 11 Released
I just uploaded Build 11 with a couple of fixes for old post processor bugs and one memory optimization for models with a large number of small triangles. I was able to complete a toolpath from an STL with over 1.8 million triangles so this is a noteworthy improvement.
http://www.grzsoftware.com/v2dl.php
Post Clarification
It’s been pointed out to me that my comment a few days ago, “I’ve just ended the dumbest event in MeshCAM development in a long time” sounded like I was criticizing the user for having an older CPU and expecting it to work forever. This is absolutely not what I meant. The dumb part was that I did not take the time to read the change log or this blog earlier in the debugging process. If I had, the whole thing could have been cleared up very quickly. Sorry for any misunderstanding.
I Need 2D DXF Files
The title says it all. I’m adding some features that will require the loading of 2D DXF files and I need to get an assortment to be able to test my code. All CAD programs tend to do things a little differently and DXF files are really a pain in my experience as a CAD user. Ideally, I would like the following:
- A small file with some lines, arcs, circles, and maybe a freeform curve.
- The files should only have a few entities so I can debug it manually if I have to.
- The curves should be converted to polylines on save.
- Please name with file something based on the name of the CAD program and the settings used to generate it. For instance rhino4-acad2004polylines.dxf if it were from Rhino with the “Autocad 2004 Polylines” save option.
You can send them to me or post them in the DXF thread in the Development forum.
Thanks in advance.
Build 10 Released
I’ve just ended the one of the more humbling events in MeshCAM development in a long time. I got an email from Richard in Germany saying that he recently applied a WinXP update and MeshCAM now crashes immediately upon startup. Build 5 worked but the later ones failed. This is one of the most difficult cases to debug since it’s impossible to reproduce and I don’t have access to the machine. Also, the change from Build 5 to Build 6 coincided with me getting a new laptop so I immediately assumed it was a problem with my build environment or related to the XP update.
Richard and I spent about a month trying various updates and tests to find the root cause. By the second week of testing I was contacted by another user with similar problems so I began to get really worried. Along the way I found a similar problem caused by a missing manifest file for the tbb.dll file that MeshCAM depends on, although this didn’t help Richard at all. I was just about to have him dig into Dr Watson to get me a dump file when I though, “I should check out the blog to see what I was talking about near Build 5.” Sure enough, I saw that I made the change to SSE2-only CPUs at this time and, sure enough, Richard had an Athlon XP CPU that lacked the necessary SSE2 support.
By now, I’ve wasted enough time with this (because I didn’t bother to read the blog) and I never want to deal with this again. The new installer includes both SSE2 and non-SSE2 builds and will automatically install the right one when the installer is run. I should have done this at the start but I really didn’t think that old CPUs would be commonly in use for higher-end applications like CAD/CAM. My assumptions have failed me again but hopefully this will solve the problem for good.
Build 10 also include updated translations for Spanish, Japanese, and Russian. The German translation is not ready yet so that will be build 11 which, if no bugs are reported, will become the “release version” of MeshCAM 3.
It would help if users could check the about dialog after install to see if there is the phrase, “No SSE2” is there. It should not be there for Pentium 4 or Athlon 64 and newer chips. P3, Athlon XP and older should show “No SSE2.”
As always, let me know what you find in this release.
http://www.grzsoftware.com/v2dl.php
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.