Camtasia 8 rendered file size is HUGE

  • 1
  • Problem
  • Updated 3 years ago
I've read other posts on this subject but there doesn't seem to be a valid answer to any of them from TechSmith.

Previously we used Camtasia 5 for producing Help videos for our software product but have upgraded to Windows 10 and Camtasia 8 which appears to be a BIG mistake.

Rendered file sizes are massive and despite spending over 8 hours playing with settings and undertaking experiments we can't achieve anywhere near the previous sizes.

Having read through the other messages on the TechSmith site I can't see any sensible answers from TechSmith support OR any admission that there's a problem.

It took us a long time to get the file size right in our previous videos so we were careful to document both the input and output settings to achieve the same when the next batch of production was required, but we can't get the same output sizes!

Previously, a 1024x768 Hi-colour 15 fps using the TechSmith Screen Capture Codec and  TechSmith LAME audio 22050Hz mono 3kbps sound was compiling at around 1.5mb/min. Now the same video under Cam8 and Windows 10 is around 10Mb/min !!!

What gives TechSmith? Is there an upgrade that solves the issue or have you ignored it? Clearly something has changed and it's not good.

As our product has about 15 hrs of video we can't even fit the resultant files on a DVD.

We have a problem Houston....and it's a big one!
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
  • Disheartened

Posted 3 years ago

  • 1
Photo of Rick Stone

Rick Stone

  • 5405 Posts
  • 2551 Reply Likes
Hi there

I'm not a TechSmith employee and I didn't stay at a Holiday Inn Express last night, but perhaps it would be worth investigating a free third party tool that might help you shrink things.

The tool is called "Handbrake". You can visit the URL below to download it.

https://handbrake.fr/

I became aware of this tool while creating classes to upload to Udemy. It works pretty fast too. No super long wait time as it compresses your file.

Cheers... Rick :)
Photo of Rick Stone

Rick Stone

  • 5405 Posts
  • 2551 Reply Likes
LOL, I'm guessing that either you don't live in the US or you do but you don't watch much TV. Basically, there was (is?) a series of TV advertisements for Holiday Inn Express that played up to a person somehow being "smarter than the average bear" simply because they were smart enough to stay at a Holiday Inn Express. ;)

I'm curious how Kayakman was able to intuit that the files were AVI format. I'm not sure I saw that mentioned.

https://vimeo.com/51166685

Cheers... Rick :)
Photo of Rick Stone

Rick Stone

  • 5405 Posts
  • 2551 Reply Likes
LOL, I'm guessing that either you don't live in the US or you do but you don't watch much TV. Basically, there was (is?) a series of TV advertisements for Holiday Inn Express that played up to a person somehow being "smarter than the average bear" simply because they were smart enough to stay at a Holiday Inn Express. ;)

I'm curious how Kayakman was able to intuit that the files were AVI format. I'm not sure I saw that mentioned.

https://vimeo.com/51166685

Cheers... Rick :)
Photo of Rick Stone

Rick Stone

  • 5405 Posts
  • 2551 Reply Likes
Odd how I only clicked once but the post seems to have doubled.
Photo of dan

dan

  • 46 Posts
  • 1 Reply Like
Haha, definitely don't watch enough tv. Yeah, the issue at hand was that it had to be an avi file. I would try to tackle this issue more from doing whatever it takes to not make it an avi file. If possible an online distribution channel instead of dvds. As far as posts doubling, maybe you brought over a cold from Udemy discussion framework :P
Photo of Rick Stone

Rick Stone

  • 5405 Posts
  • 2551 Reply Likes
;)
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
Hi Rick,

Tried Handbrake but the only way we could shrink the file was by losing quality which we are hell bent on avoiding. Handbrake also doesn't output .avi which is the format we require.

Thanks for trying though...much appreciated.

Regards...Graham
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
Well guys, the plot thickens.

Building an XP system didn't improve matters much but we did manage to get Camtasia 5 and 8 working on the same Windows 10 machine so we could get a side-by-side comparison.

Initially we upgraded to Camtasia 8 as we struggled to show certain graphic content on our 'recorder' machine and Cam 8 cured this. Turns out this was just a graphics driver issue rather than Camtasia 8 so the upgrade wasn't actually required.

Now I'm back in the office I've been able to run a few tests between Ver 5 and Ver 8  and there's something definitely odd going on. As suspect, file sizes from v8 are substantially larger than files made from v5.

I recorded and produced an .avi file using, as close as humanly possible, the same screen action and same narrative for a 1 min presentation. After compiling version 5 produced a file of 2.14Mb, version 8 produced a file of 4.54Mb.

Why this should be I have no idea as I used the same inputs and outputs, including capture dimensions, frame rates, codec and sound quality.

This is one for TechSmith to answer but thinking that output file size doesn't matter any longer is an answer I'm expecting but not wanting. For us, and our clients, it matters a lot.
Photo of kayakman

kayakman, Champion

  • 6960 Posts
  • 2231 Reply Likes
are you sure re using the same codecs?

CS5 and CS8 use different default codecs

CS5 uses [I believe] the TSCC codec, CS8 the TSCC2 [?]

at this point, best to contact Tech Support
Photo of Robert R.

Robert R., Online Community Admin

  • 1583 Posts
  • 484 Reply Likes
Hi all!

I just wanted to pop in here and hopefully help out a bit.

Camtasia 5, as @kayakman mentions, uses a different codec which can, in part, cause this particular issue. Another thing to note is that Camtasia Studio 8 encodes audio at 128 kbps, have you reduced Camtasia 8's audio encoding to match that of Camtasia Studio 5's output?
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
Yes, definitely using the same codec and audio settings. I've been very careful in making sure the output settings are the same. I've even tried the TSCC2 codec to see if it assists with output size with Cam8. Be sure that I've spent around 8hrs on this trying to uncover the problem and now know that it lies buried within Camtasia 8 somewhere.

Don't get me wrong, Camtasia 8 is a great product overall but the file size issue is a major issue to me (and a few others it seems judging from previous posts).

I've already posted a question with TechSmith Technical but haven't seen a reply yet.
Photo of Robert R.

Robert R., Online Community Admin

  • 1570 Posts
  • 475 Reply Likes
Hi Graham;

Would you be willing to open a support ticket (https://support.techsmith.com) and put Attention Robert in the subject? I'd like to take a look at a few files to see if I can determine what the issue is.
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
Hi Robert,

I've already opened a support ticket and Mike S is dealing with it. I've uploaded a couple of files built on the two different versions of Camtasia so he can delve deeper and see what might be at play.
Photo of graham

graham

  • 11 Posts
  • 0 Reply Likes
Ok, well it seems that Camtasia 8 has a rather big overhead for AVI's compared to Camtasia 5.

I sent a couple of files up to TechSmith and they analysed them and came back to me stating the overhead issue.

A few more tests this evening confirm the issue. I repeated the same 2 minute presentation with the same capture and output settings for both Cam5 and Cam8.

The output .avi file for Cam5 came to shade under 6Mb, the same file using Cam 8 was a shade over 11Mb, close on 200% bigger. An MP4 out of Cam 8 was close on 14Mb and that was at 70% quality.

As we have a LOT of videos to record in the 1-3 minutes duration bracket, Camtasia 8 is a none starter. TechSmith may have added a lot of functionality to the product but it seems this might be at the expense of output file size. You can't please all of the people all of the time, and heading a software house myself I understand this, but for us it's an issue which I'd rather not have to battle against. Why some developers consider file size not to be an issue any more is a mystery to me.

Shame really. No steps forward.

Graham