[Nelson Fernandes]

Hi Dave. It doesn’t matter what size I render to, when it’s a HDRI sequence, AE chokes and doesn’t update in realtime like it does on a JPEG sequence. Is this live upate switch you’re talking about, the openGL switch?

Thanks.

[Nelson Fernandes]

Thanks.
It gives me a reference point.

Thank you very much.

Regards.
Nelson.

[Nelson Fernandes]

Since you’re not building up just for AE, I would stick with your second option. If you’re going to use AE with multiprocessing, AE uses for each thread (in this case 3) at least 0.5GB. So, the more RAM the better. Also, there’s nothing worse and more annoying than having your hard drive trying to do the job that you’re RAM is supposed to. IMO. Hope this helps. Good luck.

Best regards.
Nelson.

[Nelson Fernandes]

Thanks. I’ll check them out.

[Nelson Fernandes]

Hi. I’d like to thank you for having time to make some great AE videos. I’m a compositor from an architectural visualization company and I watched lots of them which’ve given me great tips how to improve my work flow. Some times, small tips that can have a huge impact.
Thank you once more and all the best for you and your family.
Best Regards.
Nelson Fernandes.

[Nelson Fernandes]

Thanks guys.
I’m afraid that somethings we have to do by the book.
Thanks anyway.

[Nelson Fernandes]

Thanks Dave. I’ll use quicktime itself to compress to h.264. Thanks for the answer.

[Nelson Fernandes]

I never thought of that> I’ll give it a try. Thank you.

[Nelson Fernandes]

I have a sequence of 1000 .exr frames and a stop it suddenly to make the still comes in place. After the still has played its part, the sequence starts exactly where it’s stopped previously. That’s what I’m doing.

[Nelson Fernandes]

It seems that the problem was the codec I was using to output the final rendering. The project consists of 2 imported footages and a bunch of still images. I was rendering the 2 imported footages with the MPEG4 VIDEO CODEC V2 and bringing them in. The final output was being done with the same codec. The jumping was occuring there. I rendered the 2 footages with the h.264 codec and the final output with the MPG4 codec and now it seems the jumping is gone. It doesn’t make any sense to me though.