Welcome to our community

Be a part of something great, join today!

Register Log in
  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

Native R3D support in FCP coming soon:

my intuition tells me that getting colortimed images out of color (or any other software toolset) will still require a transcode to *some other" format besides R3D.

As far as I know, R3D is a format that can ONLY be created when a photon hits the Mysterium sensor and the resulting signal is processed by on-board IC's.
 
BOXXLabs said:
my intuition tells me that getting colortimed images out of color (or any other software toolset) will still require a transcode to *some other" format besides R3D.

As far as I know, R3D is a format that can ONLY be created when a photon hits the Mysterium sensor and the resulting signal is processed by on-board IC's.
Click to expand...

I don't think people want to output .R3Ds. Just full support of the native RAW format at the grading stage. The same way that you import a RAW file into Aperture or Lightroom for full flexibilty and smaller file sizes/storage requirements, then output a TIFF, jpeg, etc... for delivery. At least, that's what I want. I won't speak for anyone else.
 
I want that too. Being able to export to dng or similar in the future, wouldn't hurt either, but I guess (GUESS!!!) that REDray don't make much sent without some sort of wavelet output, and that may well be called r3d...
 
lol, let's worry about getting their first product to work the way they said before we start the headache of redray, epic, scarlet...
 
parisrem said:
I don't think people want to output .R3Ds. Just full support of the native RAW format at the grading stage. The same way that you import a RAW file into Aperture or Lightroom for full flexibilty and smaller file sizes/storage requirements, then output a TIFF, jpeg, etc... for delivery. At least, that's what I want. I won't speak for anyone else.
Click to expand...

I think It's pretty well understood that the SDK allows you to "push" the RAW data any way you want - the SDK then delivers decoded/debayered 12 bit RGB frames based on the transforms/curves you apply in your grading tool.

Is this still being debated?
 
I think what's being debated is when Apple is going to release it's support for the format and if Color will allow full access to the RAW files. Several higher end grading and finishing tools have just released their support for .R3D based on the SDK, but for me the question is when Color will support the format natively and what it's limitations are.

Native support has been demoed, but people have given conflicting reports on how FCS deals with the files and formats.
 
Why not? Native is native! Internally Color can calculate in 32 bit float.
But you'll probably still be limited to 2K.
 
limited to 2k, but on the output, which is just fine with me; is there anybody out there right now delivering files larger than 2k to anybody besides plates for vfx?
2k's all you need for a very decent film out.
No one is requiring even 2k for broadcast, most of our deliverables are either HDCam or HDCamSR
 
Sure! This wasn't meant to be negative at all.
The beauty in Red footage lies in it's oversampling too, when you scale it down to 2K you avoid a lot of problems others have who hardly get true 1080 from their chips…
 
You must log in or register to reply here.
Back
Top