Jump to content


Team Ultimaker
  • Content Count

  • Joined

  • Last visited

  • Days Won


ghostkeeper last won the day on March 7 2018

ghostkeeper had the most liked content!

Community Reputation

75 Excellent

1 Follower

About ghostkeeper

  • Birthday 01/01/2015

Personal Information

  • Country

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I see you describe two problems that can both be fixed with settings: Minimum Infill Area will close small gaps in the top skin. This way, instead of stopping just before the small gap, it'll just continue printing skin over the whole gap. It can save some time at the cost of more material. This answers your main question. It's not as brute force as your proposed solution, but only applies to small gaps in the skin where it's needed. Increase this setting to maybe something like 10mm^2 for your model. Ironing Inset is a distance that Cura will keep between the edge of the ironed area and the edge of the top surface. If you reduce that to 0, the influence of those letters will not nearly be as big. I hope those solutions are sufficient for your case. I think the first solution is a better solution in general than what you've proposed.
  2. This issue is the reason why the Seam Corner Preference option of "Smart Hiding" was built for Cura 4.2. Smart Hiding will prefer to hide the seam in an inner corner, but if no inner corner is available it'll at least try to put it not in a flat surface. It'll put it on an outer corner then.
  3. There is no interface element for it. We consider this to be an expert+ functionality, because people who have the skill to build their own 3D printer are also smart enough to edit a JSON file. To be able to edit this, you need to create a printer definition in Cura for your printer. This printer definition is a .def.json file just like the other printer definitions. The other printer definitions are located in the installation folder of Cura for your operating system (Windows): Usually C:\Program Files\Ultimaker Cura 4.1\resources\definitions You can place a new definition there, or if you don't have admin access you can also place them in C:\Users\<AbeFM>\AppData\cura\4.1\definitions To have an example printer definition to work with, I suggest copying a .def.json from a different printer that is most like your printer (in the number of extruders it has and its capability of switching out material profiles, nozzles, etc). You will also need to copy the extruder definitions in the \extruders folder for your printer. Then under the "overrides" header in those JSON files you can edit the nozzle_offsetting_for_disallowed_areas and such to what you need.
  4. In my experience, Lines and Zigzag are easiest to remove, followed by tree support and concentric. The rest of the patterns are all really tough which makes them hard to remove. Overhangs that are really close to the build plate are always problematic regardless of the pattern. That is my most common use case for PVA support. The Settings Guide doesn't mention Gyroid yet because it's really new. I'm working on an update for Cura 4.2 that includes Gyroid.
  5. Printer definitions can put disallowed areas in the scene that move along with the nozzle offset as well as disallowed areas that don't. The disallowed areas that move with the nozzle are stored in the machine_disallowed_areas setting. They indicate where the print head is not allowed to go. This is used for instance in the Ultimaker 3 for the camera in the front right corner. The disallowed areas that don't move along with the nozzle offset are stored in the nozzle_disallowed_areas setting. They indicate where the nozzle is allowed to go. This used to be used for the bed clips in the Ultimaker 3, until we found that the clips can also collide with the inactive nozzle anyway. Currently no built-in printer makes use of this one. Apart from those, Cura also generates disallowed areas to not go outside the build volume. You can configure those to either move along with the nozzle offset on both sides (as done for the Ultimaker 3) or on neither side (as done for the Ultimaker S5). This is determined by the nozzle_offsetting_for_disallowed_areas setting. So for your case you should disable nozzle_offsetting_for_disallowed_areas, then create a machine_disallowed_area on the right hand side.
  6. No, not one file. That would be shadow administration, because we also need to keep the information separate per profile layer. There's a couple of ways you can get at this though. The "user" profile contains all of the changes that you've made but not stored in a profile. The "user changes" profile contains your custom profiles. Those two combined normally add up to all your changes. If you've made custom materials those will show up in the "materials" folder and if you've edited the machine settings those will show up in the "machine_changes" folder. This is Cura's main profile administration, which is, unfortunately, split up. Saving a project file puts all of the relevant profiles in one file. It's a zip file so you could open it up with 7-zip or something. However inside the archive they will be separated in the individual profile layers again. In the log file of Cura it lists the commands that were used to start the slice. This command contains all settings that were used, hundreds of settings. Keep in mind that it also keeps all of those settings again for every extruder, so some settings will be in there multiple times (if they are settable per extruder).
  7. It's already integrated. It's in! But we've just today found an issue with Creality project files from before the merge not working after the merge. Hopefully we can get that fixed before the 4.2 beta or at least before stable.
  8. Okay, thanks! That's bad news but in a way also good news because we hadn't changed anything to fix it so I was worried that we might accidentally trigger the problem again later without knowing how to fix it...
  9. Users on Github are reporting that this issue seems to be gone in Cura 4.1.
  10. The machine settings for Steps per Millimetre are normally not visible (only because you installed a plug-in that makes machine settings visible). They are not used currently by CuraEngine but only by the X3GWriter plug-in to convert to X3G properly. However in the future we might use them to improve aliasing when rounding to steps or halfsteps.
  11. Yes, here: https://github.com/Ultimaker/Cura/issues/5265
  12. Yup, it hasn't changed. My statement wasn't quite complete though. There are multiple orderings going on, from significant to insignificant: It needs to print all mesh groups in order (in case of one-at-a-time mode) so that they can be printed without colliding with the print head. It needs to print all layers from bottom to top. It needs to print all extruders in such a way to introduce the fewest extruder switches. It needs to print all meshes for an extruder in such a way to reduce travel distances, by nearest neighbour (as described above). Within a mesh, if a mesh consists of multiple simple polygons at a certain layer, it needs to print all parts in such a way to reduce travel distances, by nearest neighbour (as described above). It prints all of the part together. Usually it doesn't print just a loop for the outer wall, but also inner walls, infill and skin. It's not common to end at the same point. Neither, to be precise. It finds the closest point on each polygon from the starting point (so you get a bunch of coordinates on the borders of polygons), then from those points chooses the closest one to go to. Then it prints that polygon completely and ends up on a new position. It again finds the closest point on each remaining polygon from the new starting point and chooses the closest one again, and so forth until there are no polygons left. Indeed it is. The starting position is two settings: Layer Start X and Layer Start Y. It's not (necessarily) on an existing polygon and it doesn't actually travel to this starting position first. Previously we had the option to make the starting position the position where the nozzle ended in the previous layer, but that didn't work any more once we introduced multi-threaded slicing. It uses Pythagoras, but omits the square root, so we're comparing squared distances. It's not so taxing then, just two multiplications, one addition and a comparison per polygon. It scales quadratically but you'll rarely have more than 1000 polygons anyway. In fact, we're doing the same algorithm to determine the order in which to print skin lines and infill lines. https://github.com/Ultimaker/CuraEngine/blob/a03d9291c6d9a37e8b4f23df60d76c249c045172/src/pathOrderOptimizer.cpp#L16 There's some stuff in there for finding the proper location to put the Z-seam as well that you can ignore (unless you do want to write about that because it's specific to 3D printing). There is also an optimisation that I hadn't mentioned yet with a bin map, which finds points that are very close together faster (the grid is stored in the loc_to_line variable).
  13. Changing support settings for an object will change how that object is supported. So if you change the Support X/Y/Z Distance for a custom support block, you're changing how that block would be supported but the block itself isn't supported so it has no effect. The block causes the model to be supported. The support X/Y/Z distance can't be changed for just parts of your model. I'm sorry. You'd need to change it everywhere or nowhere, or indeed model the support yourself in CAD.
  14. You need to look at the following four settings: Support X/Y Distance Support Z Distance Support Distance Priority (normal support only, not Tree support) Support Min X/Y Distance (normal support only, Z overrides X/Y only) I would expect that reducing the X/Y Distance has a lot of effect for you, but don't reduce it to below 0.3mm or so because then your support will stay too close to your model sideways.
  15. We did some things to improve that, which should be released in 4.0.
  • Create New...

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!