Relative Paths .....another interested user.

  • 2
  • Problem
  • Updated 11 months ago
This issue (feature request?) seems to have popped up MANY times over the past 5-6 years in the user forums.    Having the ability to use RELATIVE PATHS for media (perhaps using the location of the PROJECT FILE as the BASE URL?!!) would be highly beneficial to users who produce a high volume of media/projects that use COMMON ELEMENTS.

I cannot reiterate enough...how important a feature this is for many [pro editors/users] who use Camtasia in the corporate setting to support non-pro users.    

Relative paths are important!   
Photo of clephane1

clephane1

  • 10 Posts
  • 6 Reply Likes

Posted 1 year ago

  • 2
Photo of Jack Fruh

Jack Fruh, Champion

  • 539 Posts
  • 167 Reply Likes
I agree, in the mean time, the paths are all stored in the project file. If you're using mac, you can see the project file's contents via 'show contents' and I believe you can do a simple find and replace if you move your project and want to update all your references.
Photo of cpangracs

cpangracs

  • 6 Posts
  • 0 Reply Likes
I'm upset that I can't enter a relative path in a Hotspot! I have been told by Camtasia support that this is an HTML5 restriction, but that's bull. Allowing a simple "<a href="../June/foo.txt">Relative path Link</a>" is simple to code, and is perfectly acceptable in HTML5. As it is, I can't create an fully self-contained set of tutorials and instead have to create a master PDF with links which forces me to have all of my tutorials on a CD/DVD or on a local hard drive when I have shared drives available for use by people on my local network. This functionality, which was removed outright instead of someone at Techsmith taking the time to figure out how to implement it in HTML5 without Flash, was one of the reasons I submitted the purchase request for Camtasia in the 1st place! Little did I know that they would actually REMOVE functionality in newer releases! Don't even get me started on the fact that the "Click to proceed" functionality of the Hotspot is broken, and you can click anywhere on the screen and the movie proceeds, which is a primary component I need for my tutorials, and Techsmith says it's a bug that they are "fixing" for the next release, but have no idea when that release will be. Very frustrating. It's as if the software is being dumbed-down for the YouTube generation. Corporate professionals need software with functionality!
(Edited)
Photo of Jack Fruh

Jack Fruh, Champion

  • 539 Posts
  • 167 Reply Likes
Would it work to find/replace on the generated HTML file?
I realize it's an extra step, but it seems like you have a good grasp on html href paths, it should be pretty simple for you until they fix this.
Photo of cpangracs

cpangracs

  • 6 Posts
  • 0 Reply Likes
The problem is that the "hotspots" aren't referenced in the html file, everything is embeded in the MP4, as far as I can tell. I can't find anything that references what the hotspot is supposed to do anywhere in the produced files.
Photo of kayakman

kayakman, Champion

  • 6251 Posts
  • 1835 Reply Likes
interactive content metadata [like hotspot specifics] are found in 3 files when you do a custom production to MP4 with controller ...

within the xxxconfig.xml

within the config_xml.js

within the MP4 [embedded XMP data]
Photo of CP Liu

CP Liu

  • 7 Posts
  • 1 Reply Like

In our corporate environment, files are published to multiple servers and each location office runs the file from its server. The static URL does not work, and I have to use relative path.

Camtasia adds http:// to the relative path on a hotspot. I used to be able to remove the http:// from the path in an XML file and it would work but it's not working in Camtasia 9 after changing both XML and JS. From the post from Kayakman, I need to change the embedded XMP data. How do I edit that? Is there a way to solve my problem?

Thanks,


Photo of kayakman

kayakman, Champion

  • 6249 Posts
  • 1834 Reply Likes
if you are hosting on your own WEB servers, AND NOT HOSTING ON SCREENCAST.com, then you do not have to edit the XMP data embedded within the MP4 as that is only used by the sc.com smart player 

so you only need to fool with the 2 XML files

you are correct: relative URLs are no longer supported by the smart player

unfortunately, the only solution I've found is to use a fully scripted URL that points to a location on a web site; because the smart player inserts the http:// itself, so, you cannot use local system addresses or network shares [at least I've never been able to get them to work]

unfortunately, editing the XML files to use a local system path will not work; again, only a real full path URL works

if your servers are web servers, you can just use find/replace actions in the XML files to target the different server web addresses; that way, you only need to produce once