Axel Mertes
10-21-2008, 03:58 AM
Dear RED Team,
we are currently starting work on the post production of a music concert we've shot a week ago. Its a 3 hours live performance of one of the most popular gothic folk bands in europe.
We shot with 10 viewing perspectives and RED drives, almost non stop, only one break in the middle of the concert. All 4K, all low light, inside an ex-church. Roughly 30 hours of RED 4K footage have been acquired during the concert.
We start now with multicam editing via proxies in Final Cut Pro. We estimate roughly 3 month until the final cut is done. After that time we aim at grading in SpeedGradeDI, due to our fabulous experience with early RED productions and this workflow.
As of now, the SDK does not allow access to the native RED CODE RAW images for third parties. As there is some time to go until we need this, we kindly ask if there is any chance we see native RAW access via the SDK until that time?
What is the status of that implementation (it has been discussed a while back that is going to happen at some point)?
As the images from that shooting are pretty dark as you can imagine, we want to utilize every single bit for information for the grading process. Using DPX files instead would mean we are forced to pre-grade in RED CINE and do a meticulous bulk processing of terabytes of R3D files into even more terabytes of DPX sequences. Using native RAW grading in SpeedGradeDI (as we have seen it until Build16 codec changes) is a completely different experience. Its realtime, it worked flawlessly and fast, and in perfect image quality. Using native RAW grading avoids many data transactions, saves a lot of time and disc space.
Our aim is to do the final cut in FCP, transfer the selected R3D take files - natively - into SpeedGradeDI and grade in full realtime there. We do not want to use proxies of any kind there, as these are usually limited in color depth and resolution.
Therefor it would come in handy if at that time the SDK would allow access to RAW data instead of deBayered RGB files, to enable a RAW workflow we experienced before on a experimental stage with RED and SpeedGradeDI and which we are used to when working with other types of RAW cameras. We know that RED prefers using their own deBayer algorythms, but we've seen both in action and for many reasons we prefer working in SpeedGradeDI here, as the pro's overweight the con's for our requirements. Regardless of this, the quality of the SpeedGradeDI realtime deBayer is superb too.
Please let us know,
Axel
we are currently starting work on the post production of a music concert we've shot a week ago. Its a 3 hours live performance of one of the most popular gothic folk bands in europe.
We shot with 10 viewing perspectives and RED drives, almost non stop, only one break in the middle of the concert. All 4K, all low light, inside an ex-church. Roughly 30 hours of RED 4K footage have been acquired during the concert.
We start now with multicam editing via proxies in Final Cut Pro. We estimate roughly 3 month until the final cut is done. After that time we aim at grading in SpeedGradeDI, due to our fabulous experience with early RED productions and this workflow.
As of now, the SDK does not allow access to the native RED CODE RAW images for third parties. As there is some time to go until we need this, we kindly ask if there is any chance we see native RAW access via the SDK until that time?
What is the status of that implementation (it has been discussed a while back that is going to happen at some point)?
As the images from that shooting are pretty dark as you can imagine, we want to utilize every single bit for information for the grading process. Using DPX files instead would mean we are forced to pre-grade in RED CINE and do a meticulous bulk processing of terabytes of R3D files into even more terabytes of DPX sequences. Using native RAW grading in SpeedGradeDI (as we have seen it until Build16 codec changes) is a completely different experience. Its realtime, it worked flawlessly and fast, and in perfect image quality. Using native RAW grading avoids many data transactions, saves a lot of time and disc space.
Our aim is to do the final cut in FCP, transfer the selected R3D take files - natively - into SpeedGradeDI and grade in full realtime there. We do not want to use proxies of any kind there, as these are usually limited in color depth and resolution.
Therefor it would come in handy if at that time the SDK would allow access to RAW data instead of deBayered RGB files, to enable a RAW workflow we experienced before on a experimental stage with RED and SpeedGradeDI and which we are used to when working with other types of RAW cameras. We know that RED prefers using their own deBayer algorythms, but we've seen both in action and for many reasons we prefer working in SpeedGradeDI here, as the pro's overweight the con's for our requirements. Regardless of this, the quality of the SpeedGradeDI realtime deBayer is superb too.
Please let us know,
Axel