berndjm

Renaming the file to .stl after you've exported it as .amf cannot work! You should overwrite the given .amf extension in the save(as) dialog to save it as .stl

Is there no new Beta-Version since last November? Or did I miss something?

2.) this absurd print times often results from details in the model that are too small to get printed with the given nozzel-size - have a look at the layer view ...

Just checked it out with Cura 15.04.4 on a MacBook: if you overwrite the extension .amf with .stl ist saves a valid STL-File

First at all: I'm not a python-coder, so some things may be not as "clean" as the could be The changes are tested and work in my configuration / on my systems. It's only tested on Ubuntu-Linux. No gurantee that they will work also in other configurations. In Octoprint are no changes needed, you have just to enable the API and CORS in "System -> API". The API-Key is needed later on. The changes in cura are in the "sceneview.py" (download here ) - on Linux to find in /usr/share/cura/Cura/gui/ All changes I made where commented ###. In this file you have to adjust the following to meet your environment: around line #143: url around line #154: X-Api-Key With this changes you have an additional button near the "YM" button that sends the actual file directly to Octoprint. Have fun Bernd

Hi Nico, I tried it some month ago. As resume I would say: - the slicing is not as slow as I thought (but even not very fast ) - the Raspi is not really that power machine for such tasks ... - you must believe on the slicing profile and have no real control over that whats going on (o.k. you can review the sliced file in gcode viewer ...) - for me a good workflow looks other After that I decided to stay on my old workflow slicing with cura on desktop and send the files to octoprint - for that I tweaked the 15.04 cura in a way that I have a "Send to Octoprint" Button near the "Save toolpath". So I mustn't save the file locally and upload it to octoprint, it is send directly (using octoprints API). And as a bonus you can configure Octopint in an way that it starts printing new uploaded files immediatly (if no other print job is ongoing). For me (so far) the easiset and fastest way ... Regards Bernd

Strange, on my system it works with python-wxgtk2.8

For me work all the cura 15.04.x versions fine on Ubuntu 14.04 LTS (same situation here, have to jump from LTS to LTS) - even before I did this dirty hack to get the newer version running. No idea why you have this problems. This "missing wx" thingie points to an too old version of python-wxgtk (as far as I remember) - just gave a look if python-wxgtk is installed and if so, which version.

Do you belong to the group "dialout"? http://wiki.ultimaker.com/Installing_Cura_on_Linux https://www.lulzbot.com/learn/tutorials/cura-lulzbot-edition-installation-debian (scroll down to "Troubleshooting")

You looking for this? https://ultimaker.com/en/products/cura-software/list The 15.04.xx versions work well on 14.04. LTS

Even a known problem ;-) The solution is here: https://ultimaker.com/en/community/view/17296-cura-1510-open-beta?page=4#reply-119655 btw: if a program crashes silently it's always a good idea to start it in a terminal ...

I answered this some weeks ago, have a look at this thread: https://ultimaker.com/en/community/view/16952-cura-1506-next-to-1504-on-one-ubuntu-linux-system?page=1&sort=#reply-114884

To be fair it should be said that Linux is the easiest platform solely because you've decided not to support older Linuxes. Otherwise you would have nearly the same hard way as supporting XP ...

Can confirm this for the latest version, this is the error message from the console: Traceback (most recent call last): File "/usr/bin/cura_app. py", line 14, in import cura. CuraApplication File "/usr/lib/python3/dist-packages/cura/CuraApplication. py", line 9, in from OpenGL import GLImportError: No module named 'OpenGL' (Note: added blanks above to avoid the tagging as "url")

@th3o: Seems like there is something wrong with the packaging for Linux: The folder "/lib/python3/dist-packages/Arcus" gets installed by mistake in "/home/ahiemstra/dev/master/build/cura-build/inst/lib/python3/dist-packages/Arcus just copy the folder "Arcus" from the wrong place to the right location and you will go Regards Bernd

Hi Dan, this files are already in the Ubuntu repositories but in an older version. The missing dependencies refer to a newer version of these files. The newer versions are available since Ubuntu 14.10 - if you're not forced to stay on the 14.04 LTS the easiest way would be a dist-upgrade. If you forced to stay on the LTS version (like me) I published a "bit of dirty" hack some weeks ago. For me it works fine, but PLEASE use it on your own risk 8)

Another hack: you could try to set the Shell thickness to something like 2.1 - even if this is not a multipe of your nozzle-size. For me this worked in many cases and reduces the print-time very well ...

Some questions to refine your problem: version? again - version? think this means if you click the cura icon? what happens if you try to start cura via the terminal? any error messages?

For me worked this: (think you have to do this as "root") 1. after installing the 15.04 deb-package copy the complete folder /usr/share/cura to your home folder 2. additional copy the file "cura" from /usr/bin to the cura folder in your home folder 3. change in the copied file "cura" the paths that they matches the new location in your home folder 4. make sure that "cura" is excecutable Now you can start the 15.04 via "cura" from your homefolder and it never minds if 15.06 overwrites the old version. Maybe you have to adjust some user rights (can't remember this exactly).

Hi, grade als Neuling sollte man nicht wirklich mit der 15.06.xx arbeiten. Sie ist, auch wenn's manchmal nicht gern gehört wird, in einem Beta-Stadium. Da sind noch 'ne Menge Bugs drin und es fehlen noch einige der gewohnten Funktionen, bzw. sind anderst gelöst als bisher. Man darf auch nicht vergessen, das die Version von Grund auf neu programmiert wurde, da sind Fehler quasi vorprogrammiert Die Version ist eher was für "Hardcore-Freaks" die gerne mal basteln und zur Verbesserung beitragen möchten. Für Einsteiger würde ich die letzte aktuelle 15.04 Version empfehlen, die macht genau das was sie soll und was man von ihr erwartet. Wenn dann was nicht klappt kann man wenigstens schonmal die Software als Ursache ausschließen. Und bei posten von Problemen immer dran denken: die Software gibt es nicht nur für Windows sondern auch für Linux und für Mac ... also nicht davon ausgehen, daß alle wissen welches Betriebssystem du auf dem Rechner hast! Und zu guter letzt sollten wir die Nettiquette wahren: dies ist ein Englisch-sprachiges Forum, also sollten wir auch in dieser Sprache schreiben (auch wenn's manchmal schwer fällt). So haben alle was davon und die Chance eine Antwort zu bekommen steigt erheblich 8)

Jetzt grad mal auf deutsch (weil ich echt genervt bin): diese Forums-Software ist doch einfach für die Katz! Warum glaubt die Software ausgerechnet in Code-Fragmenten wie meinem obigen rumeditieren zu müßen und da irgendwelche Geschichten reinzuschreiben !!! Die Fehlermeldung heißt: ERROR - Import error loading module PostProcessingPlugin: No module named 'PostProcessingPlugin.scripts.Test' ... toll im normalen Text wird nicht "autokorrigiert" ...

O.k. I got it, it should be located in : /home/username/.local/share/cura/plugins (the folder "plugins" must be generated by hand - would be nice to establish this folder during installation to give the user a better hint ) But what's that :angry: ERROR - Import error loading module PostProcessingPlugin: No module named 'PostProcessingPlugin.scripts.Test' Commented out the problematic line in "PostProcessingPlugin.py" and it seems to work O.k. let's not talk about the optic aspects, the usability and the function ... you mentioned in your starting post "See this as an early alpha / beta." But it gives a good idea how things could work ...

Maybe can't see the forest for the trees at the moment Were should the files and the script-folder be located ? (Ubuntu)

Have you installed "python3-pyqt5" (version should be >= 5.4.0)

Thank you nallath. I can very well understand your problems with a thin staffing level. Nevertheless with my "dirty hack" I hope I didn't missed something. What I mean: is a strange behavior a real bug or is it caused through my hack ?!? And what you should really have to rethink is the bundling of this libprotobuf stuff. As far as I've read so far this bundling causes problems for peoble who have already installed some developement stuff. I think this is not the major party of the users - and this (the minor party) people should have the know how to handle this. For the other "normal users" it's a "pain in the ass" to fiddle this out ...