H264 For Visioning

[user_deleted]

hi

how do you guys render your 2k/hd comps?

most of the time I work with 2k film or HD-video,
then I render cin or dpx files

I can import those files in flame or iQ and judge the quality over there
but those machines are most of the time occupied

that's why I always render a h264 quicktime from my cin/dpx files (to look at my g5)
but the problem is that the quicktime isn't exactly the same like that what I see on our flame

any suggestions?

I work on dual 2.7 GHz PowerPc G5 with 1.5 Gb of RAM

[deke-kincaid]

H264 is pretty and small, but it is slow as piss to encode too. I just use whatever codec the video out card I have uses(blackmagic, kona, etc...), either that or sorenson/pixlet(depending who Im sending them too since pixlet only reads on macs).

[user_deleted]

i agree that h264 is rather too slow for general purposes, plus it needs a lot of processor power for playback, specially on high-res movies.. i'd only consider it for web transmissions, and even then i wouldnt do it directly out of shake.

personally i use qt with jpeg a lot.. it's fast, plays on old machines, doesnt do intraframe compression (which i consider problematic for judging sfx shots) and is compatible with almost everything.

only annoying thing is that it seems to change gamma slightly, but that's true with most other qt codecs as well (sorensen etc). the solution (well, kinda, if somebody has a better idea i'd be keen to hear it) i to put a gamma
correction just before the proxy file-out node.

for the final render it really depends what your final output is going to be, and how much time/space you've got to waste....
for filmout, 16bit linear/10bit log image sequences are the way to go. for HDTV you'll want one of the video codecs (10bit 4:2:2 uncompressed on HDCAM SR, 8bit 4:2:2 uncompressed on HDCAM, DVCPRO HD for a DVCPRO tape etc)

++ christoph ++

[user_deleted]

ok

nice to hear your thoughts about it

Bert