Jump to content

burtoogle

Expert
  • Posts

    1,529
  • Joined

  • Last visited

  • Days Won

    20

Everything posted by burtoogle

  1. Correct. Not sure that an uninstall will actually remove your settings. Someone who knows the Cura front end better than me needs to answer your question. It does seem somewhat of an omission that there isn't a "reset profile to defaults" option.
  2. No, a setting's visibility has no effect on whether it is used or not by Cura. All the settings have a default value which may or may not be suitable for a given print job.
  3. Ah, I just realised, those gaps are because you have coasting enabled. The're not really gaps as such.
  4. Your model carries a secret message in its internal structure (which is visible when sliced because internal features often do cause surface artifacts).
  5. Hello @changedsoul, I don't know why you are getting that gap. It's nothing to do with the printing of thin walls because I can see you don't have that setting enabled. Using my current release with a line width of 0.5mm I get this...
  6. Looking at the Kisslicer gcode, a big difference is that it generates a few layers of denser infill above the honeycomb which will support the skins better. By contrast, the Cura project you provided is using very low density gyroid infill which doesn't provide any support around a lot of the edges of the skin. Here's a suggestion for you to try, set the Extra Skin Wall Count to 0 and the Extra Infill Wall Count to 1. This will ensure that the skin lines will have something below them when they reach the walls and they may be able to grip that sufficiently to stop shrinking back which is what is happening.
  7. In your profile, the top surface skin speed is still 27.5 but the top/bottom speed is 15. Did you actually try the slower speed for the top layer? Could you please attach the gcode created by the other slicer that prints OK, I would like to see what the difference is. Thanks.
  8. Hello @jrjones, looking at your pictures, the skin looks slightly under-extruded so I wonder whether your extruder calibration is correct and that the filament diameter is constant (and correct). If those things are correct, have you tried printing the skin a little slower?
  9. I think it may be possible to compile the back end (CuraEngine) for a 32bit architecture because when I started building releases I mistakenly compiled the Windows CuraEngine using the 32bit compiler and it seemed to work just fine. but I don't think the front end UI (Cura) can be built for a 32 bit machine.
  10. Thanks for the file. I see what you are saying. Well, that's the normal Cura behaviour. It always prints a part's outside walls in a CCW direction and prints the walls for the part's holes in a CW direction. There's nothing you can do to change that. The slicer could be changed to print all walls in the same direction and this has been discussed recently elsewhere. For most parts it doesn't make any difference but I can see for parts that have no infill between the outer walls and the walls around a single hole (i.e. a tube like your example) it would make sense to print all the walls in the same direction.
  11. Helllo @boogieman, please save the project (.3mf) for that print and attach to this thread so I can look at the settings you are using. Thanks.
  12. Hello @Frankachino, this is how the first layer in your gcode file looks. That first layer is at z = 0.3 so it's not the gcode that it causing it to be printed at around 8mm from the bed.
  13. The Linux AppImages are self contained and don't actually install the files release files anywhere. Configuration files are created when Cura is run and those should be compatible between releases although because my releases are based on the master branch it is always possible that the Ultimaker devs will have made some change to the configuration part of Cura that causes any existing configuration files to be incompatible or broken. It's always a good idea to keep a copy of you configuration just in case you have a problem. I keep all of my Cura configuration files in a .git repo and every now and again I commit a snapshot so that I can always get back to a previous working configuration if the new Cura has broken it. I don't use Windows so I don't know if my WIndows releases can be installed on top of a previous release. Perhaps a WIndows user could comment on this? There isn't anywhere in the UI that shows the version number but the last couple of releases include a comment in the gcode that shows the release date.
  14. Hello @Fabiuz, my releases are based on Ultimaker's master (development) branches with my own additions and tweaks. Some of the stuff I add ends up in Ultimaker's Cura but for various reasons a lot doesn't. I offered the initial layer wall speed feature to the Cura devs some time ago and it was rejected so it's only going to be in my releases.
  15. Try my Cura release, it not only has a setting for first layer wall speed but it also gives you the ability to modify the speed for small perimeters. You can find my releases (for Linux and Windows) at https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0
  16. Well, the model maybe looks uniform in cross section but, in reality, because it's made from lots of triangles, the shapes of the polygons that define where the walls, infill, etc. go varies with height. It only needs a small variation in outline to sometimes produce quite a different print. Here's an image showing a few of the triangles in your model...
  17. Yes, I think the start point of the extra infill wall not being aligned to the inner/outer walls is definitely a bug.
  18. I think the problem is simply that what looks like a smooth curved edge to the naked eye can actually have very sharp corners and so one of those tiny (but sharp) corners gets chosen to be the sharpest corner in a given outline rather than the corner you were hoping it would chose.
  19. Not sure what you mean there. I'm not aware of there being an open issue on github related to the sharpest corner z-seam method. It's probably working as intended and the real issue is that the sharpest corner on each layer of your model does not occur in the same x/y position. It only really works satisfactorily when the model is suitable (no tiny jagged edges and a uniquely identifiable corner). Perhaps it would work better if the outline was smoothed?
  20. BTW, you can lose those ugly lines on the top skins by setting the combing mode to no skin.
  21. I normally need to change the x/y values to steer the seam to where I want it. In this particular instance, the seam was positioned OK with the existing x/y values. Incidentally, I usually check the Z Seam Relative box and then the x/y values are treated as offsets from the centre of the part's bounding box.
  22. Hi @Link, there's a few changes I would recommend: 1 - don't use the sharpest corner z-seam flavour - it rarely does what you want. Better would be to go for user-specified as this will tend to lock the z-seam into a corner. 2 - using an infill wall is OK but it looks like a bug that it always starts in the same location and doesn't match up with the z-seam of the walls. Personally, I never use an infill wall count > 0. 3 - I think the gyroid infill will produce better results for this model, I normally use the connect infill lines option which kinda gives you an infill wall that covers 50% of the infill perimeter. You could probably reduce the infill density to 10% and still have a stronger print than using the grid infill. This picture shows the settings I changed. Hope this helps!
  23. Hi @Link, could you please attach the project file? That helps a lot.
×
×
  • Create New...