Daid

Actually, someone else has the same problem, not sure what's happening...

Shift + up/down.

Just close it, that's a better way then making it dissapear and confuse people.

We've printed these at the office on an UM2, so I'm sure it can be done. No idea what settings however. I'll ask around.

We cannot accept a lower dollar payment with paypal, even if you have paypal dollars, we would need to convert them, running into the same problem. (And giving our accountants headache at the same time)

Height of object higher then the gantry height? (55mm) then it will not print one-at-a-time.

Then say speed, don't say feedrate if you mean print speed. (Feel free to say feedrate if you are CNC milling) The tweak-at-z plugin should help in your temperature needs. And can also tweak speeds.

mastory, you might be running into the same problem as foehnsturm. Just tested the fix I have for the encoding problem. No idea what is causing the post #60 problem yet, or the post #101 problem. Post #60 could be a firewall problem?

The patent for the heated chamber that they have is not really a huge issue. It's about how to put the motors outside the chamber and some other complexities that you can get around. There is already an OpenSource printer that did their homework and made a chamber that does not infringe the patent. (IANAL) Anyhow, the biggest problem for Makerbot is that they are part of Stratasys now. There are 2 possibilities why they no longer offer dual extrusion for example. One would be that they never got it to work properly, but that would mean there would be a lot of complaining. Other being that Stratasys told them to stop doing that, as that's reserved for their higher end models from Stratasys.

Kinda depends, if you drill extra holes and then complain that your machine has holes.... But if you do a reversible change, no harm done really.

In all honesty, raft has a very low priority factor for me. I never use it, and nobody at the office uses it. So I do not know what is needed, or what needs to change. However, the reedrate can be adjusted by adjusting the line width.

It's to fix self-intersecting models. If you are using a solid modeling tool like OpenSCAD, Solidworks or Spaceclaim then you do not need it.

Looks like you have some encoding problem, does the file you are trying to slice contain any "none ascii" characters in the filename or path?

Yes, like reported a few times before in this thread, RC3 and RC4 crashes on some MacOS machines. I've uploaded an RC5 which I hope that fixes it. (Cannot test it, because it does not crash on any of the Macs in the office) It also includes a new UM2 firmware to address the stop bug. And fixes the other reported issues (including the brim order, yes, finally ) It's only a small update compared to RC4, but I want to know if the Mac problems are gone now. (The earlier reported problem with the white outline of the platform is a 3D card driver bug, nothing I can do if that one causes random stuff)

It fails to fix the model in the way the option is intended to work. While the options work a bit like magic for some, there is logic behind them :-)

No, the 120W is the total supply of the UM-Origonal (19V at 6.32A). So take 40W off that for the first heater. Then, take another 40W for dual-extrusion. Which gives 40W for everything else. Which is more then enough, unless you add a heated bed. The steppers are current driven, they are driven with 1.1A, but not 19V. The drivers regulate the voltage to get the proper current. That's where you go wrong. Look at the specs of the motors: https://github.com/Ultimaker/UltimakerOriginal/tree/master/1082_X%2CY-Motor They have 1.68Ohm resistance, 1.1A, with V=A*R that gives 1.848V, not 19V. So that's about 2W per motor.

Actually, it's unfortunately that there is a bug in it that causes some layers to get filled if the model is very high polygon. Fix is in 14.02. Workaround is unchecking the option.

Oh, you might have missed a bit on the feeder topic, but Harma (our R&D co-ordinator) responded in the topic. We know the feeder is at least some part of the current problems, and it's surely a place that can be improved. As we never would imagine that we think up the best possible solution. I also responded by putting the UM2 feeder models online as soon as I had permission. Harma also regally speaks with Ian on his ideas and what else it coming up in the topic. (But this is invisible to most)

I know there where some stock counting issues with the shop, so that might explain the problems. Anyhow, http://www.faberdashery.co.uk/ and https://www.germanreprap.com/en/ both ship nice quality filament. Faberdashery being the best quality, grrf being a bit cheaper if you need a lot.

Or, you would read the changes and notice that you can choose different print dialogs in the preferences.

It should be always on. If it was not, then that was most likely what caused your problems on the first machine. Some information for everyone: We're working on an update that can toggle the fan on/off from the firmware. But this will only be in a new revision of the electronics board. So if at some point in the future you'll notice people that say that their fan is not always on but only during printing, then that's normal then. But it will most likely take a few months before this is actually implemented. New board revision still needs to go trough testing and we still have stock of the older revision.

Hi Skint, I really wished we had time to test all the ideas that are made in the feeder improvement ideas right now. But the truth is that we simply are quite swarmed with work to test it all. I already have a tough time just keeping up with reading the important threads on the forum. There is also the thing that not a single solution will fit all uses. For example Ian's design is quite cool looking, works on his setup, but no way you could print any flexible materials with that setup. I think Geeks design is a quite safe thing to fit instead of the default feeder. It combines the default UM2 feeder with the better adjustable pressure of the UM-Original. But, I haven't tested them. I do have a normal UM2 feeder on my home machine, with the exception that it is printed. Which works great for me. But 1 data point is hardly a test. We spend many hours printing with the UM2 feeder in printed form before we released it in the UM2. But, the "going to injection molded" part introduced some extra complexities that we did not anticipate, which is why some people are seeing problems how. There was also a problem with the springs in the feeder, the ones that we tested where slightly weaker then the ones that we got shipped for the first batch, causing some feeding issues for some people. Anyhow, we are here, watching, trying to do our very best. But it's a lot of work. Cheers, David Ultimaker R&D

Ah, yes. Stupid me keeps forgetting that one. Fixing it right now. Also, the MacOS crash has been localized.

Not all kits with Doodle3D have been shipped yet, due to the large demand we ran out of a few parts. But they should ship soon.

Looks like photoshop is doing a delaunay triangulation for some wierd reason. http://en.wikipedia.org/wiki/Delaunay_triangulation Cannot imagine why...