Jump to content
Ultimaker Community of 3D Printing Experts

ahoeben

Ambassador
  • Content Count

    3,109
  • Joined

  • Last visited

  • Days Won

    136

Everything posted by ahoeben

  1. I do not mean to belittle Jos' strategic guidance in any way, but warm and friendly is certainly how I remember him from the year I worked at Ultimaker hq.
  2. Even OpenGL does not get the 3d model you see, with volume added to the extrusion lines. That volume is added with a GPU shader, and cannot be captured.
  3. This should be fixed in the new development snapshot. Could you check?
  4. Here's a new development snapshot, including the options added by @Cuq and the 1.0.0 release of @FormerLurker's commandline version of ArcWelder.
  5. Also see https://github.com/Ultimaker/Cura/issues/8745
  6. As far as I know, a plugin can define only a single tool and a single stage. What other plugin was that?
  7. Do you use multiple displays? If so, try disabling all but one of them temporarily. If Cura starts succesfully with a single monitor, go to the General preferences and uncheck the "Restore window position on start". Then you can re-enable the other screens, and Cura should always open on your primary screen.
  8. "x86" and ARM are very different. To put it in a somewhat limited analogy, even if they are both capable of doing math, they don't use the same notation. In other words, they speak different "languages".
  9. The "normal linux cura" is built for x64 (Intel / AMD) processors. Installing the 64 bit Raspberry Pi OS does not change that the Raspberry Pi has an ARM processor, instead of an Intel / AMD processor.
  10. Cura is not tested on Windows 7 anymore. Microsoft has stopped supporting that version, and so has Ultimaker. I don't think the amount of memory is the problem, but compatibility between Windows 7 and the Qt (the UI framework used in Cura) is a more likely culprit.
  11. Thanks, but in this case the amazing work has been done by FormerLurker.
  12. It is far more likely a bug in the tutorial. I have not checked the entire thing, but the first thing that strikes me is that they seem to be using Cura 3.6 and not telling you. Profiles have a way of saying what version of Cura they are for. The "setting_version" needs to match whatever the setting version is in the other profiles that come with the version of Cura you are running. For Cura 4.8, that setting_version needs to be 16, not 12.
  13. Cura only shows those buttons for the "active" printer. You have multiple printers added to Cura, and only one of them is active. Use the "Activate" button in that dialog. By the way, there seems to be something fishy going on with your UI. The topbar has gone transparent. Did you create a theme for that, or should we try to diagnose that issue too?
  14. The ArcWelder was originally conceived to reduce stutter resulting from buffer underruns while sending many small gcode moves over the USB connection. The protocol for printing over USB is rather inefficient, and if processing the transfer of a gcode command takes longer than actually doing the move then you get a stutter. Printing from SD does not suffer from this.
  15. That is correct. Cura normally does not output G2/G3 gcodes (nor do any other popular slicers), so there is no need to visualize them. Now that there's an egg, I can work on the chicken.
  16. I think that due to the way I created the package, the executable flag on the ArcWelder tool may be missing. I'll look in to that.
  17. When discussing results, it helps to include what printer you use, how you print (via USB or SD), and if you have customised the electronics or firmware at all.
  18. The current version does not, but FormerLurker is working on a version of the ArcWelder tool that does.
  19. This is getting "a bit" offtopic. The realworld benefits of converting multiple G0/G1 movements into fitted G2/G3 arcs are being explored and tested here: https://community.octoprint.org/t/new-plugin-anti-stutter-need-testers/18077 The creator of the original plugin for OctoPrint has also created a command-line tool to postprocess gcode. As I have said before, the post processing plugin is not ideally suited to launch external binaries, so I am working on a plugin. That plugin can be discussed here:
  20. I'm working on a plugin that wraps FormerLurker's command line version of the ArcWelder plugin originally developed for OctoPrint. The plugin attempts to reduce stutter by simplifying gcode. It analyses subsequent G0 or G1 movements that make up arcs and replaces these sequences with G2 or G3 lines. Gcode containing these arcs may or may not print well on your printer, depending on the type of controller and the configuration of the firmware. For more information about ArcWelder, read the description of the original plugin, and the discussion of realworld results. Gcode before
  21. This is a bit more readable version of the same file: http://files.fieldofview.com/cura/Replacement_Patterns.html
  22. For showing the settings in the Print Settings on the Materials pane of the preferences, I recommend using my Material Settings plugin. That requires even more "illegal" hacking to "copy" into your own plugin and it will be hard to make something that can be run side-by-side with that plugin.
  23. And Cura-ZOffsetPlugin too, though the Linear Advance one is a bit nicer because it uses a "familiar" json file instead of a dict. Note that the method I use in both plugins is not officially sanctioned. There is some "illegal" access to "private" variables, and it is a bit of a magic incantation that seems to work. It might break at any Cura update, though the method of adding settings has been fairly stable so far. I did my best to document how it works.
  24. Out of the three, this one is a fairly bad idea. You would have to do it over and over when you install a new version of Cura, whereas the other two will carry over (as long as you don't uninstall your settings when installing a new version of Cura).
  25. You meant this list: http://files.fieldofview.com/cura/Replacement_Patterns.html
×
×
  • Create New...