Feature Request: Secondary location for JSON machine definitions #847

MarcusWolschon · 2016-07-05T08:28:58Z

Currently all machine definitions are JSON files in Cura 2.1.x itself.
(On MacOS this makes them part of the .app package)

Feature Request:

Cura should also scan an external directory for additional json files containing machine definitions.
Documentation should be updated accordingly (https://ultimaker.com/en/resources/20511-change-machine-settings)

I propose locations:

Linux below ~/.cura/
MacOS below ~/Library/Application Support/cura
Windows: below the Applications/Ultimaker/cura directory in the users home directory.

awhiemstra · 2016-07-05T08:41:07Z

Cura already supports loading from the local user storage directories:

On linux, you can put them into ~/.local/share/cura/machines for 2.1 or ~/.local/share/cura/definitions for 2.2
On OS X, you can put them into ~/.cura/machines for 2.1 or ~/Library/Application Support/cura/definitions
On Windows, you can put them into ~/AppData/Local/cura/machines for 2.1 or ~/AppData/Local/cura/definitions for 2.2

nallath · 2016-07-05T11:31:08Z

But this isn't well documented or clear. We should perhaps always create the folders, even though nothing is found. That would make it a bit more clear.

MarcusWolschon · 2016-07-05T11:34:11Z

I think ~/.cura/machines already exists and contains the .cfg files.
I'll try putting .json machine definitions there too. Thanks!

Please mention these 3 locations in
https://ultimaker.com/en/resources/20511-change-machine-settings
too

MarcusWolschon · 2016-07-05T12:48:36Z

https://ultimaker.com/en/community/20538-cura-21-open-beta-has-been-released?page=10&sort=#reply-150501

those seeds to be a bug when stories json files there.
open a separate rocket for this?

MarcusWolschon · 2016-07-05T12:49:59Z

s/rocket /ticket
damn keyboard an no edit button in phone view.

thopiekar · 2016-07-05T18:35:48Z

@nallath For users like @MarcusWolschon it would be more useful to log this instead of doing mess I think.
Something like:
<> Looking for user definitions..
<> Couldn't find directory ~/.local/share/cura/definitions

Or for the case an user just wants to override definitions.
<> Looking for user definitions..
<> Using for the current printer local definiton ~/.local/share/cura/definitions/XY instead!

nallath · 2016-07-06T07:45:08Z

Yeah, good point.

probonopd · 2017-01-08T11:29:46Z

@awhiemstra

On linux, you can put them into ~/.local/share/cura/machines for 2.1 or ~/.local/share/cura/definitions for 2.2

Is this still true for Cura-2.4.0-BETA.AppImage?

sudo strace -f ./Cura-2.4.0-BETA.AppImage 2>&1 | grep definitions | grep "/home/" | cut -d '"' -f 2

shows no signs of trying to load definitions from ~/.local/share/cura/definitions. It is accessing ~/.cache/cura/definitions/2.4.0-BETA/ though, but the files there are not json files.

nallath · 2017-01-09T08:36:06Z

We create "pickled" files of the definitions. It should try and read all the json files and then create caches, but it seems that isn't working correctly.

arthurlutz · 2017-01-09T10:23:17Z

+1 for this on the documentation side. Is this still valid for cura 2.4 ?

Can we add materials, meshes and quality profiles in the same manner ?

awhiemstra · 2017-01-09T12:08:12Z

Figured out what was going wrong. We never tried to read from the definitions or other directories since they are not considered "writable" and thus were never added to the list of locations to consider when loading. That is now fixed.

Things like definitions are not writable, so trying to get a storage path for them fails. However, we still want to be able to read those files from local config data dirs, since that allows overrides and similar. Contributes to Ultimaker/Cura#847

awhiemstra · 2017-01-09T12:16:32Z

@arthurlutz Materials and qualities were already handled properly, but now everything else that is considered a "resource" will also be loaded from local config. In addition, local config is read first which allows overriding definitions and other files with customised versions. (Note that in case of definitions, you may need to clear the cache before the changes show up.)

arthurlutz · 2017-01-09T12:44:50Z

@awhiemstra great news. thanks for the heads up. How do I clear the cache ?

awhiemstra · 2017-01-09T12:58:35Z

On Windows and Mac, Delete the "cache" dir in your local configuration folder. On Linux, delete ~/.cache/cura .

probonopd · 2017-01-09T21:17:48Z

@awhiemstra

That is now fixed.

Excellent. Do you provide a nightly AppImage somewhere for me to test?

awhiemstra · 2017-01-10T09:31:04Z

Not yet, I'm afraid. We are working on a continuous integration system at the moment that should be able to better take care of it. In addition, I would like to backport it to 2.4 so it will be in final 2.4, but I am not sure if it will be considered important enough.

arthurlutz · 2017-01-19T21:24:32Z

With cura 2.4 on ubuntu linux (installed via PPA) the customization in userland is still partial. At least "definitions" and "meshes" are not searched by cura the locations mentioned above. Copying the resources in /usr/share/cura/resources/meshes/ get cura to take them into account.

probonopd · 2017-03-05T18:30:49Z

With the 2.4 AppImage they still don't seem to get loaded from ~/.local/share/cura/definitions...

awhiemstra · 2017-03-06T09:38:32Z

Yeah, the commit was not backported unfortunately. It will be fixed in 2.5.

probonopd · 2017-03-11T11:08:32Z

In the meantime, on Linux you can mount the AppImage, copy out its contents, and modify them like so:

sudo mount /home/me/Downloads/Cura-2.4.0.AppImage /mnt
sudo cp -r /mnt/ Cura.AppImage
sudo umount /mnt
sudo chown -R $USER Cura.AppImage/
wget "https://raw.githubusercontent.com/Ultimaker/Cura/master/resources/definitions/renkforce_rf100.def.json" -O Cura.AppImage/usr/bin/resources/definitions/renkforce_rf100.def.json

Then you can either repack the AppImage or run the AppRun file inside the AppDir directly (this is useful during development).

Ghostkeeper · 2017-08-09T06:54:38Z

This has been implemented in the meanwhile.

probonopd · 2017-08-10T19:39:28Z

This has been implemented in the meanwhile.

Looks like in 2.7, $HOME/.local/share/cura/2.7/definitions/ gets accessed.

probonopd · 2017-08-10T19:55:15Z

But then, I can't get it to show a definition from there. strace shows open() calls, but the machine does not appear in the machine selection dialog. Would a defective definition give a warning or would it just silently be ignored?

cr41g1w · 2017-08-10T20:21:55Z

What's is the correct path for 2.5?

probonopd · 2017-08-10T20:32:25Z

@cr41g1w I think it is being implemented only beginning with 2.7 Beta.

cr41g1w · 2017-08-10T20:39:28Z

@probonopd I am trying to use FABtotum configs designed for Cura 2.5 from https://github.com/FABtotum/FAB_Configs/tree/master/Cura2.x_configs_FABtotum but not 100% sure how to load them. Documentation is lacking.

cr41g1w · 2017-08-10T21:34:31Z

Putting the contents of /resources/ in to ~/.local/share/cura/. has maybe worked. I'm waiting on confirmation.

probonopd · 2017-08-11T18:33:29Z

Please reopen. This is not working properly in 2.7 BETA yet.

$HOME/.local/share/cura/2.7/definitions/ does not get created, unlike $HOME/.local/share/cura/2.7/definition_changes/.

probonopd · 2017-08-11T18:38:22Z

But I can confirm that when manually doing

mkdir -p $HOME/.local/share/cura/2.7/definitions/

and then placing a new printer definition there, then it gets picked up in 2.7 BETA. 👍

However, $HOME/.local/share/cura/2.7/definitions/ does not override definitions coming with the application. This would be super useful.

To reproduce:

Place https://raw.githubusercontent.com/probonopd/RF100-Firmware/community/cura/renkforce_rf100.def.json into $HOME/.local/share/cura/2.7/definitions/. Note that it has "version": 3 which is higher than what comes with Cura 2.7 BETA. Also, the print bed area has been increased from 100x100x100 to 105x135x100.

Now open Cura 2.7 BETA, add a new printer, select Renkforce RF100. I would expect it to use the (newer) definiton from $HOME/.local/share/cura/2.7/definitions/ but it does not do that.

cr41g1w · 2017-08-11T19:24:53Z

~/.local/share/cura/ does seem the correct path for Cura 2.5.

Ghostkeeper · 2017-08-23T23:06:09Z

This was the commit that implemented it, I think: Ultimaker/Uranium@c0e057b

Ghostkeeper · 2017-08-23T23:08:23Z

Note that it has "version": 3 which is higher than what comes with Cura 2.7 BETA.

Please keep it on "version": 2! That is not meant as a version number for the file but rather as a version number for the file format of definition files. This could be the reason why it's not loading, though I don't think we've ever explicitly set the precedence for local files to get loaded before the installation's files.

probonopd · 2017-08-24T16:49:32Z

Sorry @Ghostkeeper, my mistake. I had misinterpreted the meaning of the key. So my only wish would be that Cura would create an empty directory at $HOME/.local/share/cura/2.7/definitions/ if it does not exist, like it does with other directories. This will make it easier for users to know where to put their custom definitions.

nickthetait · 2017-08-24T21:31:46Z

I second @probonopd 's request

Ghostkeeper · 2017-08-25T07:35:58Z

I agree. I've added the definitions folder to be created upon start-up: Ultimaker/Uranium@a3c77e8

probonopd · 2017-08-25T16:26:39Z

Thank you very much.

This was referenced Jul 6, 2016

2 slicing profiles selected at the same time #849

Closed

Sliced file not saved when custom machine is used in alternative json location #850

Closed

nallath assigned awhiemstra Jan 9, 2017

arthurlutz mentioned this issue Jan 19, 2017

Support de la Discovery200 DelphinPETER/Dagoma-Settings-For-Cura#23

Closed

nallath closed this Jul 27, 2017

Ultimaker / Cura

Feature Request: Secondary location for JSON machine definitions #847

Feature Request: Secondary location for JSON machine definitions #847

MarcusWolschon commented Jul 5, 2016

awhiemstra commented Jul 5, 2016

nallath commented Jul 5, 2016

MarcusWolschon commented Jul 5, 2016 •

edited

MarcusWolschon commented Jul 5, 2016

MarcusWolschon commented Jul 5, 2016

thopiekar commented Jul 5, 2016

nallath commented Jul 6, 2016

probonopd commented Jan 8, 2017

nallath commented Jan 9, 2017

arthurlutz commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

arthurlutz commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

probonopd commented Jan 9, 2017 •

edited

awhiemstra commented Jan 10, 2017

arthurlutz commented Jan 19, 2017

probonopd commented Mar 5, 2017

awhiemstra commented Mar 6, 2017

probonopd commented Mar 11, 2017

Ghostkeeper commented Aug 9, 2017

probonopd commented Aug 10, 2017 •

edited

probonopd commented Aug 10, 2017 •

edited

cr41g1w commented Aug 10, 2017

probonopd commented Aug 10, 2017 •

edited

cr41g1w commented Aug 10, 2017

cr41g1w commented Aug 10, 2017

probonopd commented Aug 11, 2017 •

edited

probonopd commented Aug 11, 2017 •

edited

cr41g1w commented Aug 11, 2017

Ghostkeeper commented Aug 23, 2017

Ghostkeeper commented Aug 23, 2017 •

edited

probonopd commented Aug 24, 2017 •

edited

nickthetait commented Aug 24, 2017

Ghostkeeper commented Aug 25, 2017 •

edited

probonopd commented Aug 25, 2017

Ultimaker / Cura

Feature Request: Secondary location for JSON machine definitions #847

Feature Request: Secondary location for JSON machine definitions #847

Comments

MarcusWolschon commented Jul 5, 2016

awhiemstra commented Jul 5, 2016

nallath commented Jul 5, 2016

MarcusWolschon commented Jul 5, 2016 • edited

MarcusWolschon commented Jul 5, 2016

MarcusWolschon commented Jul 5, 2016

thopiekar commented Jul 5, 2016

nallath commented Jul 6, 2016

probonopd commented Jan 8, 2017

nallath commented Jan 9, 2017

arthurlutz commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

arthurlutz commented Jan 9, 2017

awhiemstra commented Jan 9, 2017

probonopd commented Jan 9, 2017 • edited

awhiemstra commented Jan 10, 2017

arthurlutz commented Jan 19, 2017

probonopd commented Mar 5, 2017

awhiemstra commented Mar 6, 2017

probonopd commented Mar 11, 2017

Ghostkeeper commented Aug 9, 2017

probonopd commented Aug 10, 2017 • edited

probonopd commented Aug 10, 2017 • edited

cr41g1w commented Aug 10, 2017

probonopd commented Aug 10, 2017 • edited

cr41g1w commented Aug 10, 2017

cr41g1w commented Aug 10, 2017

probonopd commented Aug 11, 2017 • edited

probonopd commented Aug 11, 2017 • edited

cr41g1w commented Aug 11, 2017

Ghostkeeper commented Aug 23, 2017

Ghostkeeper commented Aug 23, 2017 • edited

probonopd commented Aug 24, 2017 • edited

nickthetait commented Aug 24, 2017

Ghostkeeper commented Aug 25, 2017 • edited

probonopd commented Aug 25, 2017

MarcusWolschon commented Jul 5, 2016 •

edited

probonopd commented Jan 9, 2017 •

edited

probonopd commented Aug 10, 2017 •

edited

probonopd commented Aug 10, 2017 •

edited

probonopd commented Aug 10, 2017 •

edited

probonopd commented Aug 11, 2017 •

edited

probonopd commented Aug 11, 2017 •

edited

Ghostkeeper commented Aug 23, 2017 •

edited

probonopd commented Aug 24, 2017 •

edited

Ghostkeeper commented Aug 25, 2017 •

edited