What’s up Carlton?
In a nutshell, 9000 kbps, kbps standards for Kilobits per second. That means, every second of video, you are using 9000 kilobits to describe the video. Just calculating that out, 9000 x 60 (seconds) x 10 (minutes) equals 5,400,000 kilobits. A byte is about 7 bits, so divided by 7 that is 711,428 kilobytes which is around 700 Megabytes. Enough math! I did test to simplify.
I used a program to quickly spit out an h.264 mov with a datarate of 9000 kpbs and an audio data rate of 192 kbps. The resulting file was 657.24 MB That was a 10 minute file, so I was testing the extreme high end of your deliveries. Obviously 5 minutes would be in the 325 arena. The filesizes will be large due to the requested datarate, so to reduce that, you could ask them if they can take a lower datarate.
To alleviate the need to have to downconvert the footage, you could shoot standard def on your P2 cameras. That way, you wouldn’t have Final Cut doing the downscaling (since it scales pretty poorly). Grant it, your footage wouldn’t be future proof anymore. The reason Compressor is going to take so long encoding (especially with frame controls on) is because it is going to analyze your footage meticulously to preserve as much detail as possible in the downconversion process. If you’re not downconverting, by shooting standard def, it’s one less very processor intensive job for compressor to do. You should still expect 3 to 4 x realtime encoding in H.264 (since it’s fairly complex codec) but that would be faster than using compressors frame control options.
Telestream Episode is another compression tool that is known for being quick to encode, but I’ve never used it. Google it and check it out, that might be a good solution for your turn-around needs.
Richard Sanchez
North Hollywood, CA
“We are the facilitators of our own creative evolution.” – Bill Hicks