ProRes 2K?

With a 2.5K sensor, it seems more logical to shoot in ProRes 2K (2048x1152) than ProRes HD.
It would be perfect for DCP (Flat 1998×1080 or Scope 2048×858) and a little benefit for HDTV. We all know down-scaling provides better results than up-scaling...
It will be a nice improvement for a next update!

+1

would be very happy with 2.5K in a compressed RAW or Wavelet format, DNxHD wont allow that, what about Prorez? GrassValley HQX Codec would, it allows any size and aspect ratio and they have a free Windows and Mac Package encode and decode.

ProRes 2.5K doesn't exist... for the moment.
In 25p, ProRes 2K HQ is 210 Mbps and ProRes HQ is 184 Mbps.

ProRes 2.5K doesn't exist... for the moment.
In 25p, ProRes 2K HQ is 210 Mbps and ProRes HQ is 184 Mbps.

As has been pointed out elsewhere, the Apple ProRes specification goes up to 5K if I recall correctly. Of course, the BMCC only generates ProResHQ 4:2:2 1920x1080 currently, but you can work from a slightly larger ProRes in your NLE if you begin with the raw capture in camera (better than upscaling). Again if I recall correctly, the main timeline in FCPX may restrict you to HD but if you edit in a compound clip from the event library, you can make larger ProRes images.

Rick Lang
Sent from my iPad using Tapatalk HD

the Apple ProRes specification goes up to 5K if I recall correctly.

ProRes goes up to 4K but it's not useful in our case. The 2K version is the best choice for a 2.5K sensor.

but you can work from a slightly larger ProRes in your NLE if you begin with the raw capture in camera (better than upscaling).

You're right, but i'm talking about the ProRes alternative.
For example, the Alexa records RAW and ProRes 2K. The BMC should follow the same good idea.

Depends what bandwidth the processor has. It has to debayer, apply a LUT, then compress and write that data to the SSD. That is a fair bit of work. If it can't do more the 30p it might not be able to encode more than HD ProRes 422 HQ.

Or it could be more simple: they don't think about it or want to include it in priority.

+1

would be very happy with 2.5K in a compressed RAW or Wavelet format, ...

Cineform RAW @ 2.5k please, for consideration.

Encoding to 4444 at 1080p, 2K and/or 2.5k may exceed the CPU and other bottlenecks within the current BMC model, be it to Cineform RAW, ProRes 4444, etc.

The Arri Alex with the Software Update Packet 7.0 release about a month ago has introduced 2K ProRes to the internal SxS media, being 2048x1152 or 2048x1536 in 4:3 mode. I do not know if this new implementation is recorded at 330 Mbit/s, like their ProRes 4444 1080p, or if the data rate has been increased due the resolution increase, if that is even possible with their own hardware.
Alexa SUP 7.0: http://www.arri.com/?eID=registration&file_uid=9331 (summary - see pages 10, 11, 229, etc)

The Alexa's onboard ProRes 4444 recording is something that the Red community have been seeking for a while, and it seems Red are developing something to satisfy this issue.

I mention this as an observation of the direction other companies are taking, and I consider visually lossless compressed onboard recording (SSD) to Cineform RAW or ProRes 4444 format at, say, 2K would make the BMC an even bigger ground breaker in the current market. That said, the capabilities of the existing BMC hardware may or may not allow for this to even be considered once other priorities are complete.

FYI: According to Apple's latest ProRes white paper (updated this past Oct.), it can record up to 5K video. Click the attached excerpts to see entire range of options available.

As we know, the BMCC currently records 1920x1080 ProRes 422 HQ.

prores data rates p1.jpg (95.88 KiB) Viewed 5205 times

prores data rates p2.jpg (107.13 KiB) Viewed 5205 times

+1

would be very happy with 2.5K in a compressed RAW or Wavelet format, ...

Cineform RAW @ 2.5k please, for consideration.

Encoding to 4444 at 1080p, 2K and/or 2.5k may exceed the CPU and other bottlenecks within the current BMC model, be it to Cineform RAW, ProRes 4444, etc.
.

Hello,

from a technical point of view I could imagine it was less processor intense
to code ProRes4444 (RGB) at 2.5K than ProRes4444 (YCbCr) at 2K or HD.

De-Bayering is the crucial factor and several De-Bayering methods are out there.
One method is to interpolate the missing R-G-B values for every pixel. At the end
you get a full 2.5K RGB image that could be directly coded to ProRes4444 (RGB).

Lower resolutions like HD require more complicated de-bayerings to provide good results;
furthermore the resampled RGB values need to be translated into YCbCr for ProResHQ.

Another scenario could be to code the bayer-distributed RGB values directly into ProRes4444,
resulting in a de-facto ProResRaw.
Though technically possible, it is questionable if this was wise in terms of resulting quality.
And of course Apple would need to jump on the train and standardize this method!

Regarding processor speed since BMD considered higher frame rates:
IF BMCC's processor is able to code ProResHQ at 60fps,
THEN it is also able to code 12bit ProRes4444 at 30fps.

Best regards,
Bernhard

It seems a lot of people want ProRes 2K, or a LT version.
So?