Storing Camtasia files on network share

  • 5
  • Question
  • Updated 4 months ago
Camtasia shows the message that it is not advisable to store files on network shares. My Windows 10 is mapped that way that user directories and download directories are hosted on a server. Making a change would be tedious.

Does the warning message still hold true in the year 2020 with fast network access? I can see no delays compared to working on another HDD.
Photo of hflick

hflick

  • 6 Posts
  • 1 Reply Like

Posted 4 months ago

  • 5
Photo of paulwilliamengle

paulwilliamengle

  • 420 Posts
  • 155 Reply Likes
I'd *really* be curious to see Brooks, or anyone from the Camtasia Tech side weigh on this. 

I know Joe, Ed and Rick have weighed in on where the pitfalls are from a Camtasia or Adobe perspective. 


Photo of chris.swinney

chris.swinney

  • 60 Posts
  • 11 Reply Likes

TBH, I have just moved a bunch of Camtasia files in one DropBox folder to another, and broken all the links to media in the process. It would be nice to be able to use relative links so a Camtasia project doesn't break when someone else opens the file. Of course, even though the Camtasia project is on a shared DB folder (synced to my PC), the links refer to media in my “username  folder” and/or my drive. We need a simple way to ensure that all users, no matter if they are Windows or Mac based) can open the same project (obviously not at the same time). Relative links would certainly help.

There have been other posts asking for media to be copied into the project folder.  Now I have got used to it, I quite like the having my audio and video files in a separate folders, but transferring images from Snagit gets me every time as the images are still in my personal Snagit folder, not the DB share or the project folder.

I know I can export to zipped project and for form that, but as mentioned, I quite like the ability to use separate folder, specially as I record audio separately in Audacity then import into Camtasia.

I was looking at way to map a drive to a DB folder, which seem like it could be achieved through third part software, but we are still back to the same issue that the mapped drive letter may not be the same for all users.

Photo of Ed Covney

Ed Covney

  • 1042 Posts
  • 524 Reply Likes
Chris - Do you remember the command "Subst"? 
I still use it often today mostly from batch files (extension of a forgetful memory).
Here's one I've used for 20 or more years: (BAT file is named: "Make M from S.bat", contents are:
subst M: /d                                   -  deletes M as a virtual drive if it exeists
subst M: S:\SSA\Music            - Whatever is on my server's "S:\SSA\Music" drive is now referred to as "M:"
exit

My music data base software was hard-wired to M, but I've been able to continue to use it no matter where the files exist.  

I once tried to do something similar for Camtasia, but Camtasia is all over, too many places, with ZERO cohesion, a mess.

I suspect had you used a virtual folder in front of Dropbox, i.e.  subst X:  C:\xxx\yyy\zzz\dropbox\ you could walk it to any other location ("D:\new\dropbox\") and still refer to it as X: 

Photo of chris.swinney

chris.swinney

  • 60 Posts
  • 11 Reply Likes
Well, I am wrong, subst works just fine to the synced folder. But still, come on, this is pretty poor
Photo of chris.swinney

chris.swinney

  • 60 Posts
  • 11 Reply Likes
Ah - I loose DB controls......
Photo of Ed Covney

Ed Covney

  • 1042 Posts
  • 524 Reply Likes
Chris, It doesn't work because it requires a hierarchy of folders and files beneath it, which Camtasia doesn't have.

I'm beginning to think Tech Smith is a group of software companies - each of whom own a different piece of the pie. I.e. just because Excel is sold in a MS suite of s/w doesn't mean MS developed Excel.

Actually, you've given me a new way to go about this - concatenated substitutions. BTW, in file manager, a subst'd drive is reported as a disconnected network drive.
Photo of chris.swinney

chris.swinney

  • 60 Posts
  • 11 Reply Likes

Subst redirect works fine, you just lose the Dropbox control over the folder (i.e. no right click, copy link, share folder etc). I have now spent the last few hours going through the projects and updating all the file references, which now use the substituted drive. This is all fine, however, it would break if I accidentally open the project from the actual drop box folder, or if a colleague open the project and had not mapped the same drive to the same folder, or a colleague opened the project on a Mac.

This is all down to the lack of support for relative folders, which to be honest, should have been implemented 10+ years ago!!!! In order to support teams and groups of workers in 2020, we should be able to use mapped cloud storage or network shares. Network shares rolled out through some kind of policy or directory are likely to be more static, but cloud storage is almost always mapped to a folder within a users local folders, which of course will be different for different users. Therefore, fully qualified path names are the devil’s own teeth and should be banish from such programs. Being able to simply say that the audio files are in a relative path to the project would resolve a huge amount of these issues. 

Photo of Ed Covney

Ed Covney

  • 1042 Posts
  • 524 Reply Likes
". . This is all down to the lack of support for relative folders, which to be honest, should have been implemented 10+ years ago!!!! . . ."

Couldn't agree more. But I also think requesting changes doesn't fall on deaf ears, they have . . no ears. Has anyone here ever conversed with a developer? I'm becoming increasingly convinced all T/S development is outsourced (poorly) w/o regard to outcome.
(Edited)