Hey Pascal,
I only use the menu for launching the commands… but it’s the same thing with typing command.
I just tried now to save and it works. I just changed the recording path. Previously I was trying to save in a Dropbox folder with a long name (with spaces)
So, I just re-try to save it back into a Dropbox folder and it worked. The name was short this time.
New attempt in the Dropbox folder with a name with spaces and there it does not work.
I try a short name in the Dropbox folder and it does not work either.
I re-save outside the Dropbox folder and it works, both with a short name and with a name with spaces.
I do not understand anything, it seems random this problem …
Thanks Skysurfer, this is exactly the problem I encounter …
It seems that there is a bug between Rhino V6 and Dropbox.
I mentioned Yesterday that my first recording in Dropbox had worked…just because I had just turned on my PC. After no more records in dropbox worked.
Dear McNeel developers,you will have to find a solution because like many of us, we use Dropbox to share our data between several machines and places…
just a tough:
could be a problem with local versions?
we both have windows in our language, you, Pascal, in English.
I am using English Rhino on Italian Windows.
I’m actually getting back to a user with this problem right now. It’s a French user, so it might be related to localisation. I’m trying to get more info. I’ll keep you posted.
Rhino is running in French… but command line is always in english… so… i don’t think there is an issue here.
@pascal
As I said, the problem does not seem to be permanent with Dropbox: When the PC has just been turned on, we can record. after no. Does it hang during synchronization? I do not know !
I may have managed to record in a random way, but I’m not sure.
No, not every S, but it’s really regular as a problem. I am obliged to record under another name.
The odd thing is that the other 3dm files are not visible in the recording window, so I can not attempt to overwrite the current file.