Converting PPT to Captivate File Size - why is is increasing?

I have Captivate 7 - 64 bit. I am trying to convert several .pptx presentations. Each presentation is around 60 MB. Strangely, though, when I convert them, they are increasing in size to 320 MB or thereabouts. A few months back we did this same thing with a 70 mb presentation and it only increased by 20 MB. Any ideas on why this would be or how to keep it smaller? I still have to input audio and that is going to make this file huge!
Thanks in advance,
Arthur

Hi there
Are you using the option for "High Fidelity"? I suppose that might account for it. Additionally, what about animations? If you have animations, perhaps that also accounts for it.
If you really want to ensure the file size is as small as possible, you might consider using what I call "The Camtasia Approach" for PowerPoint. You essentially launch the PowerPoint in presentation mode, then record it using Captivate. Just as you might record another application.
Cheers... Rick

Similar Messages

Lightroom export file size: why so small? How can I maximize image quality?

My image file sizes are much smaller after editing and exporting through Lightroom. Is it impossible to maintain original file size to preserve image quality? Will this smaller file size have negative impact on prints? Any help is appreciated!

Per Berntsen wrote:
My view on this is somewhat different ...
Jpgs should never be edited, except as a last resort. And it defeats the purpose of working with raw files if you export a jpg, and then edit it.
Agreed. Unfortunately there are many cameras that only output JPEG format files. The camera file (or any other original JPEG file) is your "raw" unedited file inside LR. If you need to send the file to someone else for further editing who doesn't have LR then Exporting with 100% Quality setting might make sense. I say "might" because it's still possible to get very good results using lower Quality setting JPEGs if you only re-save the file one (1) time after further editing. I agree that 16 bit, ProPhoto RGB, TIFF Export files are best for "critical" work and when using 'Edit in Photoshop' from LR.
I suggest taking a look at the JPEG compression image tests on Jeffrey Friedl's Blog. It's a wealth of information! LR's Quality settings range from 0% to 100% or 100 Quality levels. In reality there are only 13 Quality levels, which are the same as in PS.
JPEG QUALITY SETTINGS
Photoshop
Description
Lightroom
0
Low
0-7%
1
Low
8-15%
2
Low
16-23%
3
Low
24-30%
4
Low
31-38%
5
Med
39-46%
6
Med
47-53%
7
Med
54-61%
8
High
62-69%
9
High
70-76%
10
Max
77-84%
11
Max
85-92%
12
Max
93-100%
I use LR JPEG Quality settings of 77-84% for outside printing and LR 62-69% for web posting. I've yet to see any compression artifacts using these settings and I am a pixel-peeper!
Per Berntsen wrote:
If someone gives me a jpg to edit, I always save it as a tiff and convert to 16-bit, to minimize furhter deterioration. I realize that this will not be true 16-bit - no information is added to the image - but my impression is that it will withstand heavy editing better, and not end up with a comb-like histogram.
Why not simply Import the JPEG file into LR and do all your editing non-destructively? There's no need to convert the JPEG file to TIFF unless you need to use LR 'Edit in PS.' Lightroom uses a16 bit/color, ProPhoto RGB, Linear Gamma workspace for all images even when editing sRGB JPEG files.

Huge captivate file sizes

I have been using Captivate to imbed an audio recording of a
presentation into the slides for said presentation. The audio is in
the form of one large mp3 file. When adding the audio, I select the
option to distribute over many files, and line up all the slides to
the correct part of the audio. If i need to edit the slide times or
audio (this happens frequently because captivate seems to be rather
buggy when splitting up the single audio track into one for each
slide) the resulting Captivate Project file rockets in file size. I
believe this is because it is keeping a copy of all audio used in
Captivate, ie an old and new copy of the whole mp3 stream, before
and after editting.
If this happens a few times the file size grows accordingly,
and for a 50min presentation i'm looking at project files of 1.3GB.
These are clearly pushing my (powerfull dual core, 2GB RAM) desktop
to the limit. I have tried removing all unsed items from the
library but this makes no difference to the size of the projects.
To illustrate the problem to a friend I deleted EVERYTHING
from the library, added 1 new blank slide and deleted all the other
slides. The resulting project looked akin to a brand new blank one.
Upon saving (as a new cp file) the project was infact 1.16GB in
size. Eh?
Is there some way of deleting files from captivate projects
other than the library?

If file size is the biggest concern, once you've cleared out
all items
you don't need any longer, try:
1. Doing a Save As, then a Save As again. Often, for whatever
reason,
this finally gets rid of old, unused objects.
2. Create a new project and import the existing project's
slides. This
can have the same effect.
In my experience, the first is better for reducing file sizes
and the
second is better for getting rid of any playback anomalies.
Otherwise, a better approach for what you're doing, again in
my
experience, would be to cut up the audio outside of Captivate
into one
file per slide (using a tool like Audacity), import them all
into the
library, then add each individually. That's our standard
process and
we've yet to experience these huge, bloated CP files (knock,
knock).
Erik
luke@nesc wrote:
> I have been using Captivate to imbed an audio recording
of a presentation into
> the slides for said presentation. The audio is in the
form of one large mp3
> file. When adding the audio, I select the option to
distribute over many files,
> and line up all the slides to the correct part of the
audio. If i need to edit
> the slide times or audio (this happens frequently
because captivate seems to be
> rather buggy when splitting up the single audio track
into one for each slide)
> the resulting Captivate Project file rockets in file
size. ....
Erik Lord
http://www.capemedia.net
Adobe Community Expert - Authorware
http://www.adobe.com/communities/experts/
http://www.awaretips.net -
samples, tips, products, faqs, and links!
*Search the A'ware newsgroup archives*
http://groups.google.com/group/macromedia.authorware

Captivate file sizes

Using Captivate 8, have noticed that as you work on files they get bigger, even cutting EVERYTHING out down to a simple slide does not reduce the file size (I've removed everything from the library too).
It seems that Captivate is hanging onto things it no longer needs.
Is there a workaround other than starting from scratch and copying slides across?

are you referring to the output file or the project file itself?
i usually look into the folders of an unzipped output file. The file size of each folder and its contects is usually displayed in the explorer window (windows) or in finder (mac). I have found some unneeded files in there, usually unused assets, on a number of occasions.

Quicktime doubles file size - Why?

In Quicktime Pro I open up a dv video file that is one hour, 12 GB. I select Save As and it tells me that to save the file as an .mov will take 24 GB.
Q1: Why is this the case?
Q2: My properties window lists a video track, a sound track, and a track that appears to be the original DV file. Why the redundancy?
Q3: Can I reduce the file size without exporting or using the Save as Reference Movie option?

As a test, I chose SAVE AS on the original 25gb videot, the SAVE AS window told me that the new SAVE AS file would be 50gb!! I'm new to all this, so I have no idea what I'm doing wrong!
To some extent it is a numbers game. In an MOV file the DV audio and DV video are counted separately and added together in both the "Inspector" window and the Finder "Info" window. In the DV file container the "Inspector" window still doubles the file size but the Finder "Info" window only counts a single DV stream. If it Bothers you, either do your trimming in MPEG Streamclip (free) or, if you've already saved some files in MOV containers, then open them in MPEG Streamclip and use the "Save As..." option to re-save them but select the "DV" file container this time. When done, compare the DV file with the MOV file using the Finder "Info" window.

Delete pages doesn't reduce file size, why?

Using Adobe 6.0 on Windows XP. Have 30k file and want to reduce size without doing as print file. 82 pages long. Tried copying and deleting pages 42 thru 82 but file stays same size. Why doesn't it reduce to half the size?

Basically Save As is supposed to remove everything that is deleted and or replaced. Sounds like it is not doing it for you for some reason. The Save retains the old stuff in case you change your mind -- no matter that nobody I know can get the info back anyway. This difference is apparently a hold over from copying how MS did it in OFFICE.
If you can not use Reduce File Size, then try the PDF Optimizer that has more options. You might want to concentrate on the image resolution and possibly color depth from what you are describing. I last ditch effort (not nec. recommended) is to print the PDF to a new one that uses a lower graphic resolution.

Truly weird behavior - file size: why

I used Adobe Acrobat to generate a PDF file from a MS Word document. The file was 283 kB. I opened the PDF, deleted one page, then inserted a single page PDF file (size 33 kB). When this was done, the PDF file size was 308 kB. Fine.
Then, I again opened the PDF file and added a text box to the page I had inserted. The text box contents are "page 13 of 17" and I used the same font that was used in the rest of the document. I also hid the outline of the box. When I saved the file, it's size had ballooned to 1,635 kB.
This, quite frankly, is absurb. 1.3 MB for 15 characters? What's going on? More importantly, can the file be slimmed back down?

You can use the pdf optimizer slim down the file. When you added the text box, Acrobat may have needed to re-embed the font even if it was previously used. I cannot explain why it increased so much, but the pdf optimizer is the way to put the file on a diet.

The amount of memory used for data is a lot larger than the saved file size why is this and can I get the memory usage down without splitting up the file?

I end up having to take a lot of high sample rate data for relativily long periods of time. When I save the data it is usually over 100 MB. When I load the data for post-processing though the amount of memory used is excessively higher than the file size. This causes my computer to crash because 1.5 GB is not enough. Is there a way to stop this from happening withoput splitting up the file into smaller files.

LabVIEW can efficiently handle large files, far beyond 100Mb, provided that care is taken in the coding of the loading/processing routines. Here are several suggestions:
1) Check out the resources National Instruments has put together (NI Developer Zone > Development Library > Measurement and Automation Software > LabVIEW > Development System > Optimizing Applications > Managing Memory), specifically the article entitled "Managing Large Data Sets in LabVIEW".
2) Load and process the data in chunks if possible.
3) Avoid sending the data to front panel indicators, using local/global variables for data storage, or changing data types unless absolutely necessary.
4) If using LabVIEW 7.1, use the "show buffer" tool to determine when LabVIEW is creating extra
copies of data in memory.

Finder ALWAYS has to recalculate Applications file sizes - WHY?

I must be missing something simple here. Every time I open the Applications folder the Finder seems to take 2-3 minutes to re-calculate the file size of every app. I don't usually care because they don't usually change.
Any ideas on how I can stop this?
Chet

Any ideas on how I can stop this?
When in List View, press Command + J to open the Finder's List view preferences, and under Show Columns, deselect Size.
This will remove that column and now will display quicker without having to gather that information.

Decompile/convert swf to captivate file?

Is there any way to convert or decompile a captivate swf back
to a captivate project file?
I know SWFs can be decompiled to FLAs, is there any other way
around this?
Short story is... I have a corrupt file and want to save as
much work as possible (it was a long presentation).
I've tried to create a blank project of the same size and
importing the slides... but it would not allow me to do that.
Thanks

> Is there any way to convert or decompile a captive swf
back to a captivate
> project file?
>
> I know SWFs can be decompiled to FLAs, is there any
other way around this?
>
> Short story is... I have a corrupt file and want to save
as much work as
> possible (it was a long presentation).
You can probably use any of the swf decompilers to convert
your swf to
Flash. I've no idea if you can then further convert it to a
Captivate
format - but I'm not aware of a method right now. But once
converted to
Flash you should have access to all your assets.
Steve
http://twitter.com/Stevehoward999
Adobe Community Expert: eLearning, Mobile and Devices
European eLearning Summit - EeLS
Adobe-sponsored eLearning conference.
http://www.elearningsummit.eu

Image dimensions and file size, why the change?

Here's a Friday puzzler for ya
I just ran a batch on a couple of thousand orthophoto images (RGB + 1 alpha channel geo-tif) to add some typographic information to the bottom of each image. All the files were saved in PS as flattened, standard uncompressed tif. EVERY image is 10k x 10k pixels. After the process we noticed that the new set of files were consistently smaller than the original images! Not by much mind you, but with this kind of spatially mapped imagery it makes you wonder if we are missing anything:
before: 720013700.tif = 381 MB = 390,704kb (400,080,750 bytes), size on disk 381 MB (400,080,896 bytes)
after: 720013700_DRAFT.tif = 381 MB = 390,648kb (400,023,280 bytes), size on disk 381 MB (400,023,552 bytes)
So my supervisor asks "why"? and that leads me here. I thought about a few answers - 1) pixel values changes for white text take up less space? 2) No geo-tif header information written back to the file (that's a separate step after the PS batch using another app), so we'll know about that one. 3) Bit fairies took the 56kb.
Any ideas?

You say uncompressed… So you didn't select any compression at all during the save of the TIFF files? If not, white text replacing image data couldn't have changed the size by itself.
You mentioned geo-tif header information... Was this header in the file before you opened it with Photoshop?
I don't really know the internal format of a TIFF file; perhaps Chris Cox can say something about this.
-Noel

Exported file sizes - why so big

I'm not sure if this question is truly answerable or not.
As some of you may have noticed I was looking into maybe changing over to Lightroom, well after some in-depth analysis I've all but decided to stick with Aperture. The things it does very well cannot compare to what LR has to offer. Organizational tools, like smart albums and projects.
Anyways in comparing the two apps I noticed that the jpg exports of aperture were quite a lot larger then LR. for instance at best quality 1600x1200 a jpg in aperture is typically 1.5meg and LR is 1.1. Not a huge difference.
Now take tiff 16bit full resolution. 35meg for aperture 10 for LR.
Any idea why things appear to be so large for aperture.
Quality of the images is near identical at least as far as I can tell. I went so far as zoomed into both images 200% and compared them in photoshop.
Mike

closed

Essbase pag file size had a sudden increase

We have a BSO cube who used to have 1.8g of exported data and about 2.5 gigs of pag files. However, they both suddenly increased to 5 gigs each (in just one day). I checked our logs and there were only a few data uploads/changes and the outline member additions that we had that day were all dynamic calcs members. We do export - clear - reload data everynight, but the exported files and page files are still on th 5 gigs.
Does anyone know what could have caused this issue?
Thank you.

Same type of thing happened here. Overnight, 3 hour agg calc now taking upwards of 8 hours. They had implemented hierarchy additions, nothing drastic.
By chance, were any of these Dynamic Calc members created in sparse dimensions? Do they roll up to stored members? It's bad ju-ju to have that situation.
This was the biggest design offender I found, and am redesigning cube for them right now.
I have taken the 8-10 hour agg (and 41 pag files) down to 36 minutes (and 15 pag files) simply by changing the dense and sparse settings of their cube. One of the dimensions they had dynamic members rolling up to stored members, I made this one dense and made all upper levels dynamic. (of course I had to change some of their other dense dimensions to sparse to accomodate this) But the end results on time and page files tells me that having dynamic calc members roll to stored members is really bad.
Robert
Edited by: RobertR3 on Apr 18, 2011 10:02 AM

"File size is too large"

When I imported the only 4 files in a particular folder (scans of photos) into the Organiser, the message "File size is too large" came up for two of them instead of preview images, although do appear to have been added to the Catalog as their MB size, pixel dimensions and creation date show in the Properies General tab.
I take it this must relate to pixel count and not the file size per se as the two tifs (13.2 and 13.3 MB but 1792 x 2508 and 2518 x 1798 pixels) are fine, while the two JPGs (12.9 and 30.8 MB and 9616 x 6480 and 7048 x 10376) are the ones without preview images?
I wasn't aware of this as a problem, so can anybody tell me please, have I just set too low a limit somewhere or is there a real restriction?
And is this new to PSE6 or something that's been around for a while?
Thanks, Peter

I have a 212mb psd file (a panorama). I have Elements 6.0 and 4 meg RAM, Vista.
I went through the regedit process as outlined in Adobe Technote kb402760 and upped it to 1,000,000,000. I would think that would have given enough headroom for my file size. But it didn't. I still have the generic "file size too large" on my thumbnails.
I did note that the tech note had a different location for the Software/Adobe/Elements 6.0/Organizer (HKEY_LOCAL_MACHINE\ ) from the location in my file structure. In fact, this string was listed in at least three places OTHER THAN the one indicated in the Technote. How likely is it that adding "MaxImageSize" to the Elements 6.0 register locations other than specifically indicated is the reason why the file size capacity was not increased. Why doesn't Elements show up in the location indicated by the Tech Note?
NOTE FOR ADOBE: Why isn't this a more easily accessible option in the user interface? If I have a large file that slows things down a bit on my thumbnails, that could be my choice. This artificial constraint built into the regedits that no one goes to is too much like parental controls for 5 year olds.

When converting a .pptx file of 6MB to .pdf, the file size ballooned to 25MB. The original file was created on a PC. What happened? Why? How to fix? Thx.

When converting a .pptx file of 6MB to .pdf, the file size ballooned to 25MB. The original file was created on a PC. What happened? Why? How to fix? Thx.

gssharpe wrote:
What happened?
Nothing much. Different formats.
How to fix?
Try editing the original file. Resample pics to a lower resolution, check out other graphics, check table borders (eliminate any dotted lines or borders), check font usage. When generating PDF, try Save As (instead of Print > Save As), although I don't expect that'll make much difference.
Next, open the PDF in Preview, choose File > Save As, choose Format: PDF, Quartz Filterz: Reduce File Size. If that isn't enough, you can use ColorSync Utility to duplicate the Reduce File Size filter, and then edit it for a more aggressive size reduction. But keep in mind that size reduction means lower quality.

Converting PPT to Captivate File Size - why is is increasing?

Similar Messages

Maybe you are looking for