Pre Loading Graphics

[tharding]

Hi Richard

I am doing a lot of work where still images are used as part of a corporate presentation and as sponsor loops i.e. crossfade between different company logos.

Clients love that I can have a moving background as the graphics change in front. The only problem is that there is a noticable jitter in the video playback as each new image loads up.

The jitter obviously gets worse the larger the file size but even the slimmest jpegs cause some form of jump.

My machines have 1.5 gig of Ram and Raptor drives for content.

Is there a possibility of a preload feature or can you suggest a possible work around.

Cheers

Toby Harding

[Martin]

I have experienced the same. What i did was to convert them to quicktime files, to avoid the "hickup" that occurs when loading pictures.

[tharding]

The catch to converting to quicktime is when you want to use the transparency of a photoshop file or you want the high res of a jpeg.

[Spam Butterfly]

Most good quality image files are much bigger than movie files. It takes a palpable amount of time to:
a) Load the image into RAM
b) Decode

The way around this is to convert your stills in to Photo-Jpeg Quicktime movies. This is actually what the Photo-Jpeg codec was designed to do in the first place. The advantage of using Photo-Jpeg over DV, is that you are not restricted to using Standard Definition. Photo-Jpeg will successfully encode movies at whatever size you set. The compression ratio is very impressive for the quality you get. You can then use Inframe to select the relevant still.

[tharding]

What about transparency?

Also the beauty part of using image files is that it allows for quick updates when the client throws that last minute graphic at you.

I have considered the Photo Jpeg option before but requires a little more pre-production than I have time for sometimes.

I was thinking more of a way of nominating a folder to be pre loaded into ram that you might include as part of a mark cue. Obviously you are limited by how much ram you have installed.

[jasonrudolph]

get yourself a copy of cleaner, or even a copy of quicktime pro, outputting the still image to a photojpeg quicktime file wont take you more than a minute or two more.

[samsc]

Transparency is always a problem, as only a few image codecs support it.

The Animation codec for movies, TIFF files, photoshop files for still images.
There may be others.

The problem with transparency is that it is done with an uncompressed alpha channel.

So this kills performance.

I have used the animation codec on real shows with graphical image movie files - with some success - but animation codec files can give quite poor performance.

----

Jitter, you really really have to convert your stills to something more manageable.

Still image files, tend to be much larger than movie frames - and take a long time to load.
the hard disc in a computer can only do one thing at a time....

[tharding]

Thankyou all

I will do a bit of experimenting

Cheers

Toby

[Spam Butterfly]

What about transparency?

Also the beauty part of using image files is that it allows for quick updates when the client throws that last minute graphic at you.

I have considered the Photo Jpeg option before but requires a little more pre-production than I have time for sometimes.

I was thinking more of a way of nominating a folder to be pre loaded into ram that you might include as part of a mark cue. Obviously you are limited by how much ram you have installed.

This doesn't seem too practical to me. Catalyst specifically does not use buffering techniques, so adding more RAM doesn't make any difference.

I tend to use .psd files for transparency stuff. If you have a nice Ultra 320 SCSI RAID array, then using mulitple layers of Animation codec movies becomes a possibility, and Animation supports an alpha channel.

Hugh

[samsc]

To get transparency to work, you need to render your animation files with 'millions of colour +', the '+' means it adds the alpha channel