ahoeben

A cause for a memory leak in both OctoPrint Connection plugin and Cura Connect has been identified. I have created a workaround for OctoPrintPlugin. If my workaround works without (too many) sideeffects, it can also be applied to Cura Connect (with some more development work). A testing version of OctoPrintPlugin with the workaround can be downloaded here: http://files.fieldofview.com/cura/OctoPrintPlugin-v5-2018-10-25T13_58_45Z.curapackage After downloading, drop the file into a running Cura application and restart Cura. It would be nice to hear if this fixes the memory leak for you when using the OctoPrint Connection plugin. If it does, I will release this version via the Toolbox. NB: the fixed OctoPrintPlugin will not change stability or memory issues with Cura Connect or any other part of Cura, except the OctoPrint integration.

I use Arduino 1.8.2 on Windows, and have no such errors.

Next time, feel free to use the "Code" formatting to format your post, or better yet: omit such long pastes, and use something like pastebin.com and post a link here.

Unless you want to do lots of development on Marlin, there's no need to install sdl, mingw or codeblocks. You can just install Arduino and load Marlin.ino (from the Marlin folder). Select the board that best resembles your controller board (Atmega 2560 is fairly common) and go to Sketch -> Export compiled binary. Two new hex files will be created in the same folder as Marlin.ino.

Have you tried using an IMG tag instead of a VIDEO tag? <img src="http://yourprinteraddress:8080/?action=stream" />

This thread has lost its use to me. Bye.

NO

If you want this to become another thread about different issues with Cura 3.5, that's fine with me, but then it looses its function to get to the bottom of the particular issue of the memory leak in Cura Connect and OctoPrint. Cura creates one icon in the system tray when it is started. When it is stopped cleanly, it removes the icon. If it crashes, the icon stays there, until you either log out of windows or you happen to mouse over the icon. There is no way that one instance of Cura creates more than one of these icons at a time. The 12 icons in your screenshot mean that Cura closed before cleaning up the icon 11 times since you last logged in to windows. It may not have been a very visible crash, it may have been a fairly silent crash while Cura was closing down. But it was not a clean closing of Cura. Yes, something is amiss, but no, this has nothing to do with the memory leak I am trying to investigate. Thanks for reporting it though.

That is not related to the memory leak. This happens when Cura is not closed down correctly; If Cura crashes, the icon does not get removed. When Cura is then restarted, a new icon is added. It is very untidy (of both Cura and Windows), but not the issue at hand here. PS: sorry to see you had Cura crash on you 11 times.

Ja, de UMO+ heeft dezelfde z-stage als de UM2(+), en daar wordt een andere leadscrew gebruikt.

Ultimaker only publishes the appimage on software.ultimaker.com. It is up to other repositories to pick it up. Some choose to repackage Cura, some choose to distribute the appimage.

It would be good to know if the CuraConnect memory leak also relies on having opened the Preferences dialog.

Today I can reproduce the issue with the camera feed display for OctoPrint. Some pretty weird stuff is going on; for me the memory leak stops when I open the Preferences. Not only does the leaking stop, but I get all my memory back, in a couple of steps. As in: the memory used by the Cura process goes back down. It looks like memory is being released but garbage collection does not kick in until the preferences are opened. I tried opening other windows too, but so far I have not been able to find another window that also releases my memory. Weirder still, I am finding out the memory leak only happens on a freshly started Cura after opening the Preferences window in the first place. It doesn't matter what page either. prerequisites: * have Cura, OctoPrint and camera feed configured and working steps to reproduce * start Cura fresh * go to monitor tab and observe camera * check memory usage (in my experience it stays stable) * open and close the preferences dialog * check memory usage again (in my experience it has now starts ballooning) * wait a couple of minutes and see memory use go up * open the preferences dialog again (in my experience the memory usage drops down, in a couple of steps)

@drayson please clarify. Same as what?

Why are you asking “us”? Ask Elementary OS!

Unless the memory use is steadily climbing without apparent reason, let’s not make this thread a “my Cura is using N amount of memory” bidding war. Loading objects, slicing them and showing layerview are expexted to be very memory intensive When responding in this thread, please mention if you use OctoPrint or CuraConnect.

Note that if you use OctoPrint, you don’t have to keep Cura open for days.

The problem with small circles like this is is that the extruder changes direction quite abruptly at the en of the circle. Unless the buildplate adhesion is very good, the nozzle yanks the last bit of extruded material along with it, resulting in a non-complete circle like this.

That is usefull info, and might mean there are multiple leaks/mechanisms; the OctoPrint leak seems to happen on the Monitor tab only (if it happens)

Was it open on the Prepare tab or on the Monitor tab?

We’re aware some people are seeing a memory leak, but are having trouble reproducing it. That’s why I created a separate thread to try to get this fixed: We do need your help though.

Ok, so you are getting the 1.75mm materials, which is good. Could you (re-)select the Generic PLA?

In the material menu, do you see Ultimaker branded materials, or other brands?

Can you check the material diameter in Machine Settings? I think it might be set to 2.85

'setting_visibility' is expected to be empty (unless you manually placed files there). The ability to create setting_visibility files is not yet in Cura.