Martin Stevens
REDuser Sponsor
:emote_popcorn::emote_popcorn::emote_popcorn:
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: this_feature_currently_requires_accessing_site_using_safari
ACES has two faces. I am excited about ACES for the right reasons. I am troubled when ACES is being pushed on filmmakers by agencies instead of the other way around.
But when the phone rings and I'm being told to use ACES on an upcoming project, even though it is admittedly incomplete and still in testing, it's never been a creative asking me to do this on the other end of the line.
That concerns me, Mike.
But when the phone rings and I'm being told to use ACES on an upcoming project, even though it is admittedly incomplete and still in testing, it's never been a creative asking me to do this on the other end of the line.
David, it doesn't not work now (as long as you ensure DRX is on in the decode to avoid funky highlights) with respect to the camera. We were able to verify the ACES code values we're generating are reasonable and about as correct as you'd expect from any camera given every camera is not perfect so I think you can say Epic works with ACES.
However.....
Although the ACES colour space is fixed standard, but the rendering part of the ACES workflow that takes ACES data and makes a viewable image is a moving target as the Academy go through iterations on their rendering and monitor specific output code to achieve the image they want to see. Other than the aforementioned issue of ensuring DRX is on for the creation of ACES data, any rendering issues I've seen are to do with how ACES data rendering in general is developped and not camera specific. Rendering issues are, however, shot specific in that some scenes can appear much more reasonably rendered than others. So ACES rendering may or may not work, but that's not an Epic camera issue. This goes back to what Jim said when he started this - ACES is in development. We don't think that it's suitable to use "in anger" on a real world production today. If you are experimenting with ACES, that's fine, and if you're experimenting with Epic and ACES you really should be in close contact with myself and the Academy.
Graeme
the rendering part of the ACES workflow that takes ACES data and makes a viewable image is a moving target as the Academy go through iterations on their rendering and monitor specific output code to achieve the image they want to see.
Graeme
This is pretty much exactly why I hesitate to use something that is widely considered "work-in-progress" on professional jobs. What happens to older jobs when new RRT/ODT's are released? Why would you use a system that has known render issues when there is literally zero issues with 709/P3 workflows?
Everyone in our industry pretty much agrees that ACES is the ultimate destination. But why the rush to pressure cinematopgraphers to move in before the house is built? Seems irresponsible to me.
I want to do everything possible to make ACES a reality, but that does not include turning a professional filmmaker into a guinea pig.
Gunleik, you read my mind! I came here to post the same thing.LOL
This is the most frequent post-cticism of RED, and a good example of why - on larger projects like 6+ hours of episodicals - it can be a very good idea to lock into some RGB format...![]()