30 second video preview took over 30 minutes to produce camtasia 9.0.1

  • 2
  • Problem
  • Updated 2 years ago
After about 50% completion which took 3 minutes, it slowed down to a crawl and then it took another 20-30 minutes to finish producing. I had a couple of animations there, and one longer behavior.....but seriously?

The actual preview video file was 2.74 MB.  And it appeared to only be using 25% of the computer processing power during production.  Usually when producing, it uses 90%+ of the cpu.

here are the production specs:

--------------------------------------

Preview File Name: ****30FPS_MP4
MP4 video movie file:

Frame Rate: 30
Keyframe rate: 5
Pause at start: Enabled
Bitrate Mode: Quality Mode
H264 Profile: Baseline
H264 Level: Auto
Video Quality: 60 %
Audio Bitrate: 128 kbps
Audio Format: AAC
Watermark: Disabled
HTML: Enabled
Table of Contents: Disabled
SCORM: Disabled

------------- Video File ---------------
File Name: ******_30FPS_MP4_11-17-16.mp4
Preview Duration: 00:00:28
Preview Size: 2.74 MB
Estimated Final File Size: 3.22 MB
Production Time: 00:27:49
Estimated Final Production Time: 00:32:35

 
Photo of 4evermaat

4evermaat

  • 89 Posts
  • 23 Reply Likes
  • frustrated

Posted 2 years ago

  • 2
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
I too am seeing terrible production times with CS9 [have not tested in 9.0.1 yet]

I am also seeing the severe drop off of rate-of-production; also CPU usage falls way off [watch task manager]

can you tell us about your PC system specs?

do you have a browser open during production?

I've been seeing noticeable adverse affects when browsing while producing 
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
well on my system [i5 Lenovo laptop w/8 GB RAM, 235 GB SSD], any attempt to browse any news web site that had lots of embedded ads [like CNBC, CNN, etc] would immediately kill off production rate; just watch Task Manager, looking at the main browser process [Chrome] and the resulting background Chrome process [multiple]; Chrome often ate up 45% of CPU

on Win 10 Pro Anniversary Edition Build 1607

one frustration I have is that Win 10 Anniversary came along about the same time as final [near release] builds of CS9, so I can't say for sure where the main culprit lies
Photo of 4evermaat

4evermaat

  • 89 Posts
  • 23 Reply Likes
I did restart my computer, and I updated my nvidia driver (without GeForce experience installed).  I also have TechPowerUp GPU-Z installed. 

I specifically tell Nvidia to handle Camtasia 9.   I reproduced almost the same clip (appx area and amount of time, but maybe 10 seconds earlier).   It produces fast up until about 75-80%, and then it gets slow again.   So I do think there may be an asset on the timeline that is causing the slowdown.  I suspect it is some stretched text with behavior attached to it to animate the text.  I will have to remove the assets one by one over the same production period and see (I hope hiding the track ignores the track during production).

The good news is that clip only took over 6 min to produce. with or without the browser open.   But I did notice that when producing, the GPU-Z did not show any activity in Nvidia gpu.  Only when I am working on the timeline.  You can test by moving the playhead and you see GPU working.

So I have to get it back to the exact time of the original preview and produce again.  Luckily I wrote the playhead begin time with the support ticket :)

edit:  Same slowdown around 50% mark.  But the total production time is faster now.
(Edited)
Photo of Joe Morgan

Joe Morgan

  • 5704 Posts
  • 2965 Reply Likes
Cam 9 doesn't utilize the graphics card for rendering video.Only playback.

On the surface that may sound insane but there is a reason for this.


The following is a copy and pasted response to the issue.

https://feedback.techsmith.com/techsmith/topics/camtasia-9-are-you-going-to-utilize-the-gpu-for-rendering-or-not

  • 1336 Posts
  • 262 Reply Likes
Official Response
Pushing frames to the GPU is fast.  Pulling frames back off the GPU is slow.  For that reason, Camtasia 9 uses the GPU (by default) for preview on the canvas, and the CPU for rendering during production to file.  If we used the GPU for rendering during production, you'd see a higher % utilization on the GPU, but it would take longer to complete the render.

But even this is an over-simplification.  You have to look at the whole render pipeline to determine where the bottleneck is.  This analysis is project and machine dependent.  It's the slowest link in the pipeline that determines the max render throughput.  For production, that's usually the encoder, which is CPU bound right now.  But it can also be disk read/write times if your disk is slow, or if you've sourced files from a network drive or thumb drive (don't do this, please).  Some effects are expensive, and though the GPU is usually faster, there are some effects that are rendered faster on the CPU.  The dimensions of the source files and canvas matter too, with smaller dimensions able to render faster.  Scaling of images and video is done 30x for each sec of video on the timeline, so that needs to be fast.  Decoding 60fps sources can be slow.  Then there's the number of stacked tracks at a given time.  Etc.  So it's complicated.

We continue to look for ways to leverage the hardware to the fullest extent, and we do try not to be worse than in previous versions, whenever possible.  But it's a complicated optimization problem, with many variables, across many different hardware systems.  If you're seeing lags in performance, we do want to know, as there may be something we can tweak to eek out some more performance in future versions
Photo of 4evermaat

4evermaat

  • 89 Posts
  • 23 Reply Likes
After carefully attempting to reproduce the clip several times, I found the asset that was taking so long.  A textbox with a 'behavior' text animation attached to it.  The same 28 second clip took about 60 seconds to produce after removing this textbox.  I readded it and it took 30 minutes again to render.
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
if you haven't done so yet, I would suggest you report your findings as a bug to tech support
Photo of Joe Morgan

Joe Morgan

  • 5704 Posts
  • 2965 Reply Likes

Hey kayakman,

I’ve seen several posts regarding slower production times with Camtasia 9. I can never understand it myself.

Ever since the very first beta build of Camtasia 9 I’ve had faster production times with all of my projects.

I ran some tests today to benefit you and others as well. For what it’s worth here’s my results.

One thing I can tell you is this. I believe the default MP4 production setting for Camtasia 9 is video quality at 60%.

I reduced that quality to 50% in a custom production and the 50% setting sticks. Meaning that, when I changed it to 50% in custom productions the setting changed for default MP4 productions with the smart player to 50% as well. That 60% setting can increase render times.

However,  even at 60% my render time in Cam9 is still faster than Cam8 at 50%.

I just ran some tests on an identical project out of curiosity. I’m going to post the results for you to see.

Processors have improved somewhat since I built my computer two years ago. But I wouldn’t say they’ve improved by leaps and bounds. I built my computer with a take no prisoners attitude toward video editing that has served me well. Aside from running multiple processors I’ve got a pretty strong build.

Dell Computer SPECS.

XPS 8700

4th Generation Intel Core i7-4770 processor (8M Cache, up to 3.9 GHz)

16GB RAM Dual Channel DDR3 1600MHz - 4 DIMMs EA - -

NVIDIA GeForce GTX 660 1.5GB GDDR5 EA - -    Supporting   4 Displays

2TB Barracuda 7200 RPM SATA Hard Drive 6 .0 Gb/s   1 EACH –

1TB Barracuda 7200 RPM SATA Hard Drive 6 .0 Gb/s    2 EACH –

I also surf the web when while producing videos and it’s never caused me any grief.

The first two images are default Camtasia 9 and default Camtasia 8 productions. The callout indicates production type and production times in minutes and seconds. As you can see Camtasia 9 outperforms Camtasia 8 in every instance.

Regards,Joe





Custom productions with a smart player.






60% Quality



Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
thanks for checking in, Joe

wish I could experience your outcomes; but after well over 500 MP4 w/controller productions [all involving upgraded CS8 projects] all I get are slower productions

my CS8 and CS9 specs are a little tighter than yours: 70% quality, 1 second keyframes, H264 high, audio 256 khz

I've always used these specs with CS8

I've made many A/B tests; always CS9 was slower

I reported this as a bug, provided tech support with sample projects; they confirm similar outcomes; they are investigating

your system is much more robust than mine, but the slow downs and browser stuff seemed to kick in when I started using CS9 betas builds that incorporated the current onyx controller; FYI, I drive a decent Lenovo i5 laptop w/8GB RAM, 235 GB SSD; Win 10 Pro; everything stays on the SSD

about half of these recent productions involved photo slide show JPG based 1920x1080 projects [high object count]; the other half have involved MP4 source projects cooked at 640x480 [very low object count], like 3x project duration ...

I've seen same trends with both types of projects; considering the small size of the 640x480 stuff, I am amazed at how slow they render

single trec based projects do produce fast; but those that involve many trecs also drag out

I'm stumped re the CPU usage fall offs; that must play a significant role here; and, I'm not using 50% of my RAM
(Edited)
Photo of Joe Morgan

Joe Morgan

  • 5704 Posts
  • 2965 Reply Likes
I can only guess at what the difference is.

I'm running Windows 10 anniversary addition.However,I was still running Win 8 when the first beta build came out.

As in my results, I'm seeing at a minimum 25% better production times. It's actually better than 25% and varies.

I am curious about one thing though.
Why produce 500 plus Cam 8 productions in Cam 9 knowing it was slowing you down? 
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
virtually all of my legacy CS8 videos [about 1,200+] were made using the classic controller; these videos comprise about 15 major collections

I've always upgraded my legacy project zip archives to the next CS version, as they became available; which prevented me from getting caught with old archives that would not directly update [like it's not now possible to upgrade CS7 to CS9 directly

anyway, early in the CS9 beta testing, when the CS9 project format was still to camproj, to have something to test CS9 with, I upgraded all these videos from CS8 to CS9, but still using the classic controller; that process went fine, and production speeds were fast

later in the beta program, after the project file changed from camproj to tscproj, I found that if a video was produced using the new onyx controller, and was played in a browser, then, playing any older classic controller video always started the old video with its volume set to 0%

I reported the bug, but I now had a problem: it wasn't possible to mix the controller types within a collection and have a good viewer experience; most viewers could not figure out why videos, which previously played OK, all of a sudden had no audio

so, I made the commitment to once again upgrade all these videos to the new onyx controller, and to retire all the classic videos

so I began [months ago] doing just that

however, the big production slow down only showed up when the last few beta builds became available, and, I was already far along in the process

FYI, there were also other several production bugs I'd discovered in the earlier CS9 productions that involved end-of-project hotspots and player behavior when a video ended; I did not want to have any parts of my collections carrying around that baggage [those bugs were fixed]; so I had to fix those too

so here I am, stuck in river city
Photo of Joe Morgan

Joe Morgan

  • 5704 Posts
  • 2965 Reply Likes
Well that's probably an indication of where the problems lies.
I don't use hot spots or rely on a controller at all. Lucky me???Maybe.

Well, good luck with river city.I'm not sure what that means but at least you have access to a kayak.
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
the phrase "stuck in river city" was very common in my youth days [a long time ago]; it meant that you were trapped in a situation you just had to live with
Photo of Joe Morgan

Joe Morgan

  • 5704 Posts
  • 2965 Reply Likes
An old instructor of mine that didn't use foul language in any situation, liked to put it another way.
Up the proverbial creek without any means of propulsion.  
Photo of kayakman

kayakman, Champion

  • 6254 Posts
  • 1836 Reply Likes
FOR FURTHER CONSIDERATION ...

because my main PC [Lenovo laptop] is in the shop, I'm using a 10 year old 32 bit Dell Vista desktop [2GB RAM, 25 GB available on system HD]

I had used this PC to do all of my screencasting until I got the laptop in Oct 2012

it had 8.0.0 already on it, which I upgraded to 8.6.0 for today's test

I just imported one of my current workflow projects and produced it using the same specs posted above, at dimensions of 640x480

the project was made from a single MP4 and ran 12 minutes in duration

the production finished at 13.5 minutes, and the CPU usage stayed at 80% the entire time

on my Windows 10 64 bit CS9 laptop, this project would have taken over 30 minutes to produce!

WHAT COULD BE GOING ON WITH CS9 PRODUCTIONS TO CAUSE SUCH POOR CS9 PRODUCTION TIMES?
Photo of Kevin Liu

Kevin Liu, Lead Software Engineer - Camtasia Windows

  • 112 Posts
  • 16 Reply Likes
Hi 4evermaat,

I am sorry about this performance issue you have Camtasia 9. I too am curious what would be the cause there. Is it possible I get this test project from you so we can do a further investigation?

Thanks!

Kevin Liu
Photo of 4evermaat

4evermaat

  • 89 Posts
  • 22 Reply Likes
Please see ticket #284756 .  Looks like there is a caching bug for some callouts.  Since then I have seen that whenever using 'behaviors' on a callout, there is a significant slowdown on that production area.  It is not a crawl like in the support ticket, but noticeable enough to point it out.

Not sure why the ticket was marked as 'solved'.  I would love to have gotten a beta when the programmer provides a fix so that I could test/verify it is fixed.
Photo of Kevin Liu

Kevin Liu, Lead Software Engineer - Camtasia Windows

  • 112 Posts
  • 16 Reply Likes
Thanks for the heads-up, yeah I see that ticket now.

Kevin
Photo of Glenn Hoeppner

Glenn Hoeppner, Employee

  • 1758 Posts
  • 288 Reply Likes
Hi everyone,

I just wanted to update this thread with a link to a post that Kevin Liu wrote up on improving your rendering times with Camtasia 9:
https://feedback.techsmith.com/techsmith/topics/some-tips-on-getting-faster-rendering-performance-wi...

-Glenn
Photo of 4evermaat

4evermaat

  • 89 Posts
  • 23 Reply Likes
even though it was confirmed a bug, TS still has not released a fix.  see ticket ticket #284756 .