ungutknut

Here on 4.5 z-seam alignment seems to work as expected (tested with user specified). Maybe you're using 4.6 which suffers from a regression concerning z-seam alignment: https://github.com/Ultimaker/Cura/issues/7557 It's supposed to be fixed already in 4.6.1

If you go to layer view, select the line type color scheme and enable travel lines, you can see where retraction happens. Dark blue lines are unretracted, light blue is retracted.

Hi again, one frequent advice for users facing problems with "sharpest corner" z-seam alignment is to switch it to "user specified". While this is a very useful advice I have the issue that setting the z-seam coordinates is very unprecise. Is there a way to have an indicator on the virtual build-plate where exactly this coordinate is located? If not I guess that must be "easy" to implement. Just a small dot would suffice. Or some numbers on the grid at least. One further suggestion: because the user specified z-seam might not be perfect for every part, a per-part-setting would be nice to have. But I guess that would require some massive change in the code. However... it's just a suggestion.

Hi, is it possible to have top/bottom printed before shells? There's "outer before inner wall", "infill before walls", but no "top/bottom before wall" which would be necessary to have a uniform printing order for the whole model. And because top/bottom often occurs at overhangs, these get printed in bad quality because the walls print first. At least that's my theory. I'm currently on Cura 3,6 64bit on Win10 and Linux.

Just a quick update to my findings on this issue: I think I got it fixed now and what made the biggest difference was to set a small value (e.g. 1mm) for "max comb distance with no retract". These unretracted travel moves over printed parts were the cause for filament oozing away before each layer. A suggestion to people experimenting with "equalize filament flow" and such: there's a new feature in marlin called "linear advance"... looks very promising although I haven't yet used it.

One idea just struck my mind: How about adding a feature which enables the user to place a recycling code on the printed object that's supposed to help in recycling 3d printed waste parts. It's a standard in industrial plastic products that helps in the recycling process - why not use the same for home-printed stuff? One fact that would make this feature useless is the limitation in recycling codes for usual 3d printed polymers. But there's already a basic approach to address this issue: https://www.academia.edu/11229348/Polymer_recycling_codes_for_distributed_manufacturing_with_3-D_printers

Ok, good to know. Funny fact: I'm also currently trying to switch from cura to slic3r due to a different issue (cura leaving gaps in shell).

In case this didn't got solved - I noticed something weird: You say you've set layer height + width to 0,4. I think this isn't going to work well (assuming you're printing with a 0,4mm nozzle). The layer height should be max. 50-75% of the nozzle diameter.

I think you're looking for the Start-gcode which you can find in the machine settings in cura. You can just copy the one from the old cura version and paste it in the new one. I don't know the Ender 3 but it happened with my printer too that the start-gcode is useless in current cura.

Just to show this issue affects multiple users: me too! Since I tried upgrading from Cura 2.7 to any 3.x I'm unable to achieve flawless shells like I was used to before. No matter how slow I print (usually between 20 and 30mm/s), no matter how high the extra prime amount (tried until +1mm³). Eventually there are always gaps in the z-scar. So I'll try to increase acceleration/jerk (and ringing... *sigh*) and see how activating retraction at layer change will affect the results. I'll upload some pictures when testing is done. Is there some preferred thread to handle this issue? Seems to be quite fragmented over several threads. (Printer: Wanhao Duplicator i3 v2.1 with MS all metal hotend and 0,5mm nozzle. Used to print in decent quality with 2.7. Currently unable to print anything useful with 3.6). edit: Here's another one with (probably) the same issue:

There's still some end-gcode missing to turn off the heated bed and I guess the strange printhead settings remain unchanged. But thanks for the update.

Ok, thanks but that's beyond my skills. All I can do is to open an issue on git - maybe someone will find time to remove or change the wanhao profile. edit: Just to have it crosslinked: https://github.com/Ultimaker/Cura/issues/4931

Thanks a lot for the explanation! So the wall thickness should be a subfunction of the wall line count and hidden by default. That would make a lot more sense in my opinion.

Hi there, I've got a problem understanding the wall thickness setting: When I'm using a 0,4mm nozzle with a line width of 0,4mm, the default wall thickness is 0,8mm with a wall line count of 2. That's fine. Now when I change the nozzle for one with a diameter of 0,5mm in the machine settings, cura will adapt the line width to 0,5mm but the wall thickness still is 0,8 with a wall count of 2. If I define the wall line count, the input-box for the wall thickness gets grayed out which makes sense. But that grayed out input-box still says 0,8mm. So it's hard for me to tell if cura uses 0,4mm walls or 0,5mm. IMHO there should be a warning (orange input-box) in cases the wall thickness doesn't match the line width setting. AND cura should adapt the wall thickness to the wall line width like the wall line width gets adapted to the nozzle diameter automatically. Maybe someone could help me make things clear.

Machine settings data seems wrong for the Wanhao Duplicator i3. When starting a print with it the printer hangs while processing the start code due to some syntax error I guess. Here's a screenshot of the faulty original settings: Notice the travel speed which seems to be a variable which the printer doesn't understand (just a guess - I'm not an expert in gcode). There's also a space in front of every line except the first - I guess this won't get parsed anyway but I think it's worth mentioning as there's no space for other machines. Also have a look at the end g-code: There's some command missing to turn the heated bed off which seems rather dangerous. Printhead settings don't look plausible either; especially the gantry height. Last but not least the gcode flavour should be repetier but I think this doesn't matter. I've been using a slightly modified (just changed the Z-height to 180mm) Prusa i3 machine setting for some years now which seems to work well with the Duplicator i3. Here's a screenshot of that - just for the sake of completeness. I'm using the latest 64bit stable 3.6.0 AppImage version of cura on a Xubuntu 18.04 system. To exclude any influences of previous cura installations I've deleted following folders before testing: ~/.cache/cura ~/.config/cura ~/.local/share/cura

Thanks. So here we have another (better) workaround. However I just intended to report a bug on the download-page.

When I try to download latest Cura (3.3.0) from the ultimaker site ( https://ultimaker.com/en/products/ultimaker-cura-software ) it isn't possible to choose a version for any different OS than the one it is downloaded from. Changing the user agent makes it possible but this is obviously not the way it is intended. Example: I'm on a Windows 7 PC with Firefox 59 and want to download the linux version (for an offline PC). So I select that one but the icon in front of the dropdown menu still shows the windows version. When the download starts it will load an .exe file instead of the appimage. Please try to fix that. Thanks.

Perhaps you're just looking for the wrong type of filament. Usually there's a difference between translucent and transparent (at least in my language). First one being pretty foggy and the latter should really be clear. I've had good experience with transparent PETG from manufacturers like Extrudr, dasfilament and Primaselect. I've also tried HDglass from formfutura which I wasn't able to print without producing massive blobs and strings. However these companies are EU-based so this information might be useless if you're living in the US.

Hi, since the final version of 2.3 the performance when moving the camera around is pretty bad. This wasn't the case with 2.1 and 2.3 beta. Anyone else experiencing this issue? Perhaps hardware acceleration isn't working anymore? specs: i5 3470 16gb ram ssd gtx970 (with latest nvidia driver provided by my packet manager) Xubuntu 16.04 64bit There's another minor issue that persists since 2.1 I'd like to mention: Whenever I close cura, a few minutes after closing an error message will appear saying that cura has crashed (wich isn't the case - I've closed it on purpose) and asking me if I want to submit a log file. Is this a known issue? If not I'll start a new thread for it and add the log to my report.

I found out it tends to clog the nozzle when going from PLA to HDglass or vice versa. It seems that increasing the temperature after a change for some time and extruding some of the recently inserted filament works for cleaning the nozzle. Some people even have dedicated nozzles for PET-G because of that behaviour.

HDglass is a nasty material - at least for me. I've wasted 90% of a spool now for almost only unusable prints. Stringing is my main problem; also the high viscosity of the extruded material and the tendency to curl and stick to the nozzle leads to small balls on the print that are dragged around and eventually causing bumps, leaks, strings and so on. If you're planning to print single-wall objects it's quite fine - pretty elastic and transparent and no problems at all (ok bridging is not perfect). But as soon as there's more than one wall (especially if there's infill: the horror, the horror!) my printer produces a stringy mess and there's no transparency anymore. On my printer (wanhao i3 + metal hotend) I also need a very high temperature to prevent it from clogging the nozzle. 245°C is alright for me. Below 240°C will lead to clogging sooner or later. Until now I've tested temperatures from 220-250°C and all possible settings for retraction - to no avail. Still strings and bumps and sticky nozzle. For maximum transparency it's advised to disable cooling btw. However I'm glad that my HDglass experience didn't stop me from trying PET-G filament. With the cheap PET-G from dasfilament.de I've had a positive experience although it's less transparent and slightly harder.

Thanks for that advice! Yes, that was the cause for my problem. *facepalm*

I've got the same problem. When I start 2.3 beta the splash screen says 2.1.99 master something but the welcome-message says 2.3 beta. Help-->about says 2.199, installer says 2.1. This is confusing. Strangely this only happens on the windows (64bit) installation - the one for linux (.deb 64bit) displays the version numbers correctly.

Here's another bug: Sometimes Cura 2.3 beta fills open spaces with material. This happened three times now and at first I thought I did some mistakes in modeling. But now I compared the same model in two different versions of cura. Here's 2.1: and here the same model in 2.3 beta: The unwanted material has a thickness of 4 layers (0,1mm each) and it happens on windows and on linux. I guess it has something to do with the Z-position of the right part. It's not 100% on the same level as the left one, but it's just a few nanometers. When the parts are at exactly the same height, cura 2.3 beta leaves the space open like it's intended. If someone would like to investigate, here's the model: http://unwohlpol.at/owalona/cova3.stl

Stumbled upon another issue: disabling cooling seems to have no effect. The fan is always running - this wasn't the case with cura 2.1