Enhancement Suggestion for Heavily Edited Projects: Interim WIP Save

  • 1
  • Idea
  • Updated 3 years ago
It is well-documented in older threads and support posts such as https://support.techsmith.com/hc/en-us/articles/203729298-Camtasia-Windows-Crashes-or-runs-slowly-du... that the Camtasia Studio editor can slow down or even crash if you have a big project file with many timeline edits. The usual suggestion is to produce a temporary "Work In Progress" video with the edits made so far, and then load it as a new project to do further edits off that. The problem with this is that every time you produce a new output file, you introduce compression to the audio and video. Doing this multiple times leaves you with a final project output that is very lossy. Disk space is cheap these days... particularly for those of us who regularly do large edits like this. It would be great if TechSmith could add an option to do a full, uncompressed Work In Progress save that "flattens" or incorporates the edits made so far so they can't be altered, and allows further editing as if you were working with a fresh file. The source audio and video would need to remain at the same resolution or quality as they started from. Then the final output video could be produced with just the one final level of compression for the desired format.
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes

Posted 3 years ago

  • 1
Photo of kayakman

kayakman, Champion

  • 6944 Posts
  • 2227 Reply Likes
make your work-in-progress production to AVI, which is a loss-less video file type
Photo of kayakman

kayakman, Champion

  • 6944 Posts
  • 2227 Reply Likes
I should have mentioned that you can also use the Library to hold parts of a project so you can just work on those separate sections; that will ease the burden on the editor and possibly preclude the need to make work-in-progress clips
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
I appreciate the suggestions, kayakman!
Photo of Paul Middlin

Paul Middlin, Employee

  • 927 Posts
  • 217 Reply Likes
While what you refer to has been true for a long time, our hope with v9 and it being 64-bit is that this problem is either gone or significantly lessened. What's your experience?
Photo of christopher.clephane

christopher.clephane

  • 5 Posts
  • 7 Reply Likes
64-bit solved 99% of my timeline issues. (highly dense/layered edits = typically 300+ elements stacked up to 15 high spanning average length of 8-15 minutes.) 
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
No crash, Paul, but I saw significant long pauses on my computer after making many small cut edits on my timeline.

I have a Windows 7 64-bit OS running on a desktop computer with an i7-4770S CPU at 3.10 GHz, 8GB of RAM, and an ASUS/Nvidia graphics card with 2GB of memory. Camtasia 9.0.0, build 1306, 64-bit version.

I was working on a 48-60 minute (after/before edits) screen capture TREC file with a second track containing MP3 audio. No callouts, audio fades, or other overlay effects. I just made lots and lots of simple cuts to remove pauses and breaths. Once I got up to near 200 edits, making subsequent cuts took approximately 9 seconds each. This is true even after closing everything, rebooting, and reloading the project. It just has a hard time managing that many edit points on the timeline.
Photo of kayakman

kayakman, Champion

  • 6944 Posts
  • 2227 Reply Likes
perhaps try converting the MP3 [outside of Camtasia] to WAV, and then use that WAV in the project

does that help?
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
Kayakman, I'll have to start over and make 200 edits to test this solution! Won't happen any time soon. I've got to deal with my real projects first. I finished this one by making a temp production of half the edits and then doing further edits on that.
Photo of kayakman

kayakman, Champion

  • 6944 Posts
  • 2227 Reply Likes
understandable

but maybe try this ...

with the project holding 200 edits, export just the audio as a WAV [on share menu]

swap that audio for the original [now edited] MP3 by deleting the MP3 clip and adding in the edited WAV

do additional edit[s]

see any difference in editor performance?
Photo of Alex Novak

Alex Novak, Senior Software Engineer

  • 14 Posts
  • 5 Reply Likes
Hey Ken,

Sorry to hear about the trouble you're having. I believe you've made a project more complex than we tuned our performance for. Would you be willing to send me your project so we can use it as a benchmark for future performance work? We'd sure appreciate it.

Thanks!
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
Happy to do so, Alex. What's the best way to get it to you with the large source media files?
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
Kayakman, I tried your experiment. I produced the audio-only on my half-edited project to WAV (That took a while!). Imported the WAV audio into a new track and removed the old edited audio track. Making new cuts was somewhat faster than before... Around 5 seconds as opposed to 9 seconds. But still nothing like the near-instant speed I see on a fresh project file and frustrating when I still have to do another 100-200 edits.
Photo of kayakman

kayakman, Champion

  • 6938 Posts
  • 2226 Reply Likes
thanks for the update; your outcome is what I expected

I work with many large projects that have hundreds of clips on timeline; editing can definitely slow down as the number of cuts, etc increase

even though CS9 is a great improvement over CS8 stability-wise, it still suffers from the limitations inherent in using an XML file [tscproj] as the data store; it takes time to parse/rewrite those files

I've found that CS9 is happiest when huge projects are built out in logical sections using the Library to warehouse the different sections; that way, sections can be worked on separately, and editor performance can remain crisp and issue free

and of course, making interim AVI productions does wonders for improving editor performance

FYI, if you have captions in your project, they can impose severe delays on editor performance; accordingly, I always add my captions [and transitions as well] as a last editing step 

just something to consider
Photo of Alex Novak

Alex Novak, Senior Software Engineer

  • 14 Posts
  • 5 Reply Likes
Thanks so much for your effort.

Can you zip up your project (any video files, images, etc. that you use in the project, the project itself--the .tscproj file--and any other content) and upload it to any file sharing service? (Dropbox/Screencast.com/OneDrive/Google Drive--it all works for me.) From there, you can post a link here? Or email it privately to a.novak@techsmith.com?

Thanks!
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
Okay, I had to make two zip files because of upload size limitations. I sent you an invitation to share the folder on Box.com. 
Photo of Alex Novak

Alex Novak, Senior Software Engineer

  • 14 Posts
  • 5 Reply Likes
I was able to download them and open your project on my machine. I'm indeed seeing some pretty poor performance. We'll use your project internally as a benchmark for our future performance improvements.

Thanks! :D
Photo of davemillman

davemillman

  • 581 Posts
  • 191 Reply Likes
SO I remember that issue when I used Camtasia Studio 7 and earlier on Windows. I haven't seen it on Mac yet, although my projects are larger than before. This thread is posted in both forums (windows-mac), but all the discussion seems to be windows-based. Has anyone seen this on the mac? Slowdowns when timelines get too complex?

Just as a benchmark, I have a project now in Camtasia Mac 3 that has over 300 clips in a stand-alone project file (700MB), with no issues, knock on wood.
Photo of Paul Middlin

Paul Middlin, Employee

  • 927 Posts
  • 217 Reply Likes
For what it's worth, I did open the project that Ken sent to Alex, on my Mac, and it had no performance issues doing more cuts or zooming in on the timeline. 
Photo of Ken Molay

Ken Molay

  • 12 Posts
  • 2 Reply Likes
Thanks, Paul. Just to be clear, I had no performance issues with zooming or scrolling either. It only slowed down (on my Windows machine) when doing additional cuts.
Photo of Robert R.

Robert R., Online Community Admin

  • 1580 Posts
  • 484 Reply Likes
Official Response
Hi and thanks for submitting your idea/feature request!

As outlined in our New Community Processes post, feature requests are open to voting up through the 1st of the month, where we will then tally the votes and present the findings to our product teams. To ensure we have the most accurate data, on the 1st of the month we will be locking the threads that were listed in the Feature Request Round-up that was posted on the 15th. Once we have reviewed the submitted feature requests, our product team(s) may respond to the request, and if that is the case then that thread will then be unlocked for further discussion.

In the event that your idea is not selected for a response feel free to resubmit the idea and share it with your colleagues to garner as much exposure as possible!

Thank you again for your idea and we look forward to hearing more from you!

-Robert

This conversation is no longer open for comments or replies.