I remember years ago that working from a network drive caused problems saving and publishing Articulate files, specifically Studio files.
Is that still an issue with Storyline 2?
It would make my life a lot easier if I could work from network drives. But it would make things significantly worse if there are still glitches and I run into problems.
Hi Kyle! We still recommend working off of your local drive:
When creating, editing, and publishing Articulate Storyline courses, be sure you're working on your local hard drive (typically your C: drive). Working on a network drive or a USB drive can cause erratic behavior, such as file corruption, an inability to save changes, and loss of resources. See this article for more information.
I know a few users have shared it works fine for them, but it is known to cause issues with latency. If it's all working normally for you, that's great to hear - but if you run into an issue it may likely be one of the causes.
The only issue that we have sometimes and could be related to the usage of a network shared-drive is sometimes when we save a storyline project, it says the file has been change since last save. Since we are a team of 6 developpers, we checked if someone else was working on the same file but it wasn't the case. Now we know that it's a little glitch that causes no arm...
Yeah, that sounds like it may be a syncing or updating issue. I wouldn't say it causes no harm though...just you haven't run into a problem yet. If you need to back up to the network that should be safe, but you may want to look at downloading and working on it locally.
I haven't tried working from a network drive since Storyline 1. It seemed to work ok for a while creating courses, until two situations. I published a course to a network drive and got an error. Easily fixed when I happen to try publishing to a local drive, but I didn't realize the problem was working off the network drive. The bigger problem came when I was working on a network drive and the saved file became corrupt and I lost everything.
Now the workflow includes downloading from the network drive and using a versioning system to keep track of the latest file. It's frustrating to have a file on a network drive and a local drive, and not know which one is the latest version. :)
We often work from a network drive out of necessity, and have not yet had any problems related to it. We run over a gigabit network which easy transfers 100MB/s to our storage drive, and most of our project files are under 5MB at this point, so that might be why we don't have any issues.
Yes, trying to manage file versions across local and network drives concerns me too, so I try to avoid that.
I guess our lightning fast gigabyte network access gives us a chance to work on it without hassle.
We use a strong versioning policy which causes a lot of "save as" and version incrementation each time we change a file. We never had some corrupted files though...
We had no problem with the publishing neither ! I guess there's a lot of environmental factors implied in theses problems people have.
Lots of environmental factors Peak, and that can be why it's a tricky one to pin down when something goes wrong in a file. I'd be curious if you could share what your versioning policy or best practices are? Perhaps those would help others who need to work within this environment?
It's kind of more complex than this, but shortly, everyday we work on the same file, we "save as" a new version of the .story file in the morning and a couple of times during the day. This way, if a file gets corrupted, we only lose a couple of hours of work. We created a standard versioning number scheme that every team member use. Something like "myprojectname_v1.01". We always increment the two decimals until we reach the first live release. Then we increment to v2.xx and so on. Some pretty basic versioning good practices I guess... We learned to work this way using the Adobe Creative Suite and having a Premiere file corrupted a couple of year ago...
I bet a 64-bit version will remedy this issue. 32-bit apps are obsolete in this current age. Even Lord of The Rings Online is preparing a 64-bit client to offset known issues.
Thanks for adding your voice, Landon. We are actively tracking the 64-bit version feature request, so it's helpful to hear. We like to keep Middle Earth, er, I mean, E-Learning Heroes happy and moving forward!
14 Replies
Hi Kyle! We still recommend working off of your local drive:
I will do that. Thanks for the reply!
No problem Kyle :)
We worked on a network shared-drive because we don't have any other option and we didn't get any problems yet...
Hi Peak,
I know a few users have shared it works fine for them, but it is known to cause issues with latency. If it's all working normally for you, that's great to hear - but if you run into an issue it may likely be one of the causes.
The only issue that we have sometimes and could be related to the usage of a network shared-drive is sometimes when we save a storyline project, it says the file has been change since last save. Since we are a team of 6 developpers, we checked if someone else was working on the same file but it wasn't the case. Now we know that it's a little glitch that causes no arm...
Yeah, that sounds like it may be a syncing or updating issue. I wouldn't say it causes no harm though...just you haven't run into a problem yet. If you need to back up to the network that should be safe, but you may want to look at downloading and working on it locally.
I haven't tried working from a network drive since Storyline 1. It seemed to work ok for a while creating courses, until two situations. I published a course to a network drive and got an error. Easily fixed when I happen to try publishing to a local drive, but I didn't realize the problem was working off the network drive. The bigger problem came when I was working on a network drive and the saved file became corrupt and I lost everything.
Now the workflow includes downloading from the network drive and using a versioning system to keep track of the latest file. It's frustrating to have a file on a network drive and a local drive, and not know which one is the latest version. :)
We often work from a network drive out of necessity, and have not yet had any problems related to it. We run over a gigabit network which easy transfers 100MB/s to our storage drive, and most of our project files are under 5MB at this point, so that might be why we don't have any issues.
Yes, trying to manage file versions across local and network drives concerns me too, so I try to avoid that.
I guess our lightning fast gigabyte network access gives us a chance to work on it without hassle.
We use a strong versioning policy which causes a lot of "save as" and version incrementation each time we change a file. We never had some corrupted files though...
We had no problem with the publishing neither ! I guess there's a lot of environmental factors implied in theses problems people have.
Lots of environmental factors Peak, and that can be why it's a tricky one to pin down when something goes wrong in a file. I'd be curious if you could share what your versioning policy or best practices are? Perhaps those would help others who need to work within this environment?
It's kind of more complex than this, but shortly, everyday we work on the same file, we "save as" a new version of the .story file in the morning and a couple of times during the day. This way, if a file gets corrupted, we only lose a couple of hours of work. We created a standard versioning number scheme that every team member use. Something like "myprojectname_v1.01". We always increment the two decimals until we reach the first live release. Then we increment to v2.xx and so on. Some pretty basic versioning good practices I guess... We learned to work this way using the Adobe Creative Suite and having a Premiere file corrupted a couple of year ago...
I bet a 64-bit version will remedy this issue. 32-bit apps are obsolete in this current age. Even Lord of The Rings Online is preparing a 64-bit client to offset known issues.
Thanks for adding your voice, Landon. We are actively tracking the 64-bit version feature request, so it's helpful to hear. We like to keep Middle Earth, er, I mean, E-Learning Heroes happy and moving forward!
This discussion is closed. You can start a new discussion or contact Articulate Support.