nallath

If you go to preferences, you can select another style of navigation called "freecad trackpad". I personally don't like it at all, but you might like it. You might also want to enable "center object on select" in the same menu

Deze plugin word niet door Ultimaker zelf gemaakt. De vertalingen voor deze plugin zijn door vrijwilligers aangeleverd.

I'm not directly someone involved with the material and hardware development, but I can tell you the rationale that i got from them. Control really isn't an issue. We actually ran into the inverse; when working with 1.75 we had more issues with the speed at which we had to move the filament, especially if you really want to push the upper envelope. I don't quite see how the diameter would influence the surface finish that much though (if at all!). At the end of the line, it's still extruded from pretty much the same nozzle. As far as materials that we directly support via the marketplace, I honestly don't think that there is a printer manufacturer that supports quite as many as we do. So although technically true, it feels a bit more like a theoretical differentiator. When it comes to advantages, you listed most of them, but forgot a fairly important one; We already have a ton of experience with 2.85. So although it's possible to change, it would mean quite a bit of extra R&D work that we now didn't have to do. The 2.85mm also makes it a whole lot easier to print extremely flexible materials.

It seems to be caused by the z-offset plugin. I think that it will work if you disable it.

Very bad Elegoo Cura 😞

Well, STL's dont have units. So according to the STL, the design isn't in inches, milimeters or "rijnlandse el". This is also one of the things that makes 3MF a vastly superior format as it does have the ability to store what the unit is. So if you export the files as 3MF, Cura will recognize the unit and scale them correctly.

Nope, not really. But we would welcome pull requests that would make this easier to do.

But can you check if there are any materials in the materials folder? It has to get them from somewhere... All user made profiles end up in those folders, so it has to be there.

They should be in the materials folder. It's a bit weird that it doesn't let you delete it though. It should only do that if it considers them to be bundled materials.

Seems like it's missing data from https://github.com/ultimaker/cura-binary-data

A clicking extruder is often a sign of your feeder being unable to push the filament through fast enough. The clicking is the motor missing steps. So it could be that some of the behavior of Cura changed that caused it. But as ahoeben mentioned, we will need a bit more info before we can say anything more concrete.

Uh. I'm really going to need more information to even attempt to debug this. For starters, log files.

That's pretty simple to do. I've made some screenshots: With my amazing paint skills, I've added a circle around the button that lets you select with what extruder to print the support.

We don't have a MMU, so we can't test / develop that. We will need to depend on contributions from others for that.

There is a backup. What makes you think there isn't? The issue that you ran into is exactly why we release beta's. People find issues and then we fix them 😉 If we thought it was working perfectly, we wouldn't have to bother with a beta at all.

We also got it from some engineers internally, but those were also people that ran it from source / nightly / custom modded versions from Cura. I've not yet checked if it also happens if you use the "official" path.

I think you're just using a too old version of Cura. The thingibrowser doesn't support 4.x anymore. You could try installing an older version (https://github.com/ChrisTerBeke/CuraThingiBrowserPlugin/releases/tag/v2.2.3) should work, but you will have to install that one by hand.

It hasn't been removed and installing it via that way should work (even though the instructions are a bit older / outdated). Could you share your cura log files?

It might be best to file a bug report here: https://github.com/Ultimaker/Cura/issues/new/choose This will also guide you through the process of giving us the data that we need.

Can you share the log files? It's a bit hard to say what's going on without it.

The whole list is here: https://github.com/Ultimaker/Cura/blob/main/resources/definitions/fdmprinter.def.json You can also use functions in the value, which is done in quite a few places

You could try. I don't have any experience with the raise3d printer.

I've never ran into the number of parameters issue. Perhaps this is some issue with windows? I've also not have had them being malformated. The larger size is likely because of different settings. I really don't understand what you're doing here. The engine sends progress to the frontend, not the other way around. There is no command that allows you to load an STL as the -i command, you will need to send triangle soup yourself. You can also not let the engine directly save to disk like that. You will get a message with the g-code and you will need to save it yourself.

I think it might be tripping up on the T0 command, which is really weird. For context; the T command is how the printer is told what extruder to use. So even if your printer only has one extruder, telling it to use the first one (T0) should be a valid command) Alternatively, it might also be the G92 E0 E1 command. You could try and see what happens if you change that to G92 E0

Yup. If you press "create new" it generates a new GUID. If you duplicate a material it will keep the GUID of the original material