PDA

View Full Version : RED Storage Calculator



aboerger
06-08-2008, 09:28 AM
I have written a very basic RED Storage Calculator:

http://red.glanzunion.de
there is also an "on set explaining things to the DOP sheet" on the site

have fun!

Alex

EDIT:
Widget: http://glanzunion.de/?p=18
Info Sheet: http://red.glanzunion.de/red_alexboerger_b15_v11.pdf
http://www.hackermovies.com/cmsfiles/attachments/9958_cd723905822648b72f80d959a7620330.jpg

Paul Hazlett
06-08-2008, 10:57 AM
thats damn handy, thanks!!

Deanan
06-08-2008, 12:02 PM
Nice Chart Alexander.

BTW, the chip sizes are a bit off.
For example, to calculate the sizes for a format on RED One:
4096 = 4096 * 5.4u = 22.118mm
2048 = 2048 * 5.4u = 11.059mm

Jon Farhat also posted a size diagram which should be

aboerger
06-08-2008, 12:43 PM
hi Deanan

i will fix it in the next version,

thanks
alex

Filipo
06-08-2008, 12:56 PM
Is it possible to make a Widget for Mac OS X ?

That would be great !

Brandon Fraley
06-08-2008, 01:10 PM
Is it possible to make a Widget for Mac OS X ?

That would be great !

ditto

Corrado Silveri
06-08-2008, 01:36 PM
Thanks!
Very useful. A vector pdf version of the chart will be perfect...

BASSAM MSSALATIE
06-08-2008, 01:42 PM
Yes it is perfect .good design

Corrado Silveri
06-08-2008, 02:06 PM
Thanks!
Very useful. A vector pdf version of the chart will be perfect...

Just noticed the link (to the pdf file) at the bottom of the calculator page.
Thanks again.

aboerger
06-08-2008, 02:31 PM
Is it possible to make a Widget for Mac OS X ?

That would be great !

yes, thats possible and easy, but i have no photoshop here so you have to wait a day

alex

Shawn Booth
06-08-2008, 02:51 PM
Aboerger you rock!!
Thank you.

aboerger
06-08-2008, 03:36 PM
ok, cant resist:

here is the widget, but i think i will build a smaller version

http://glanzunion.de/?p=18

alex

Neil W. Smith
06-08-2008, 03:53 PM
Great widget, Aboerger .... very nicely done.

Quick question .... don't know why but I assumed that a 2:1 extraction would be bigger than 16:9 but according to your cool tool, 16:9 extraction is larger than 2:1 ... could you explain the math behind the calculation.

Thanks,
Neil


ok, cant resist:

here is the widget, but i think i will build a smaller version

http://glanzunion.de/?p=18

alex

Conrad Hunziker
06-08-2008, 09:35 PM
Quick question .... don't know why but I assumed that a 2:1 extraction would be bigger than 16:9 but according to your cool tool, 16:9 extraction is larger than 2:1 ... could you explain the math behind the calculation.


4k 2:1 recorded image size is 4096 x 2048
4k 16:9 recorded image size is 4096 x 2304

But if you do a 16:9 extraction from a 2:1 recorded image you'll get 3640 x 2048, which may be where the confusion comes in.

Snow R. Shai
06-09-2008, 01:58 AM
Thank you Alex for this useful software and chart.

Brandon Fraley
06-09-2008, 02:22 AM
awesome :) thanks for the widget

Adam Levins
06-09-2008, 04:55 AM
Nice Job dude.... Thanks

Mike Prevette
06-14-2008, 05:56 PM
very nice!

Rocco Schult
06-24-2008, 06:42 PM
slick work. Congrats.

MikeCurtis
07-23-2008, 12:00 PM
Just found this thread, very useful, thanks. BTW, the codec is variable bitrate, so I don't know what numbers he worked from.

Curious about how MUCH it varied, I did a little test shortly after I got my camera - I went and found a scene with the most high frequency detail I could - in the park by my house, with trees, gravel, leaves, etc.. Shot it as sharp as I could get it, then totally defocused, then with the lens cap on.

Here's how they varied:
http://www.reduser.net/forum/uploaded/107_1216839387.png

....so you can see from the second to last column that they varied a LOT, as much as 35%.

I shot this with the Red 18-50 lens, so with, say, a Cooke S4, you could probably get even more detail, and hence possibly higher data rates, from the same scene.

This was all build 15 I think, I'm planning on reshooting a similar test with build 16 soon.

Also interesting to note was that the purportedly "all black" frames (with lens cap on) pretty much matched the high frequency scene - perhaps the codec was scrambling in the dark for any detail it could latch onto, like a tweaker sifting through carpet for that one...lost....pill?

Anyway, interesting stuff (to me).

Codec tweaker that I am.

-mike

EDIT - checking the release date of the builds, this was probably with a beta of build 15

Ed Watkins
08-13-2008, 07:49 AM
Here are some updated data rates for build 16.
They are an average of three tests: out of focus, sharp focus, lens cap on
Each test was approx 60 secs, @24fps
(I used the frame count from Red alert for the data rate calculation)
The average file size shown is in GB for 60 secs.

These are estimates (which I am using in my iPhone app), bear in mind the codec varies allot.

edit:
sorry my bad, last attachment was build 15 results, build 16 now attached

Trevor Meier
08-13-2008, 05:44 PM
Is there an update for the widget that uses these data rates?

MOSES
08-20-2008, 10:13 AM
Thanks for the PDF file & calculator website!

Julien Lambert
10-05-2008, 10:31 AM
Hi,

I would like to understand how to calculate the storage needed for the Red.
I would like to know precisely how you calculate it from the different variables:

- format (2/3/4K)
- Ratio (16/9, 2:1)
- RedCode (18/36MB/s
- frame rate

For me,
Storage (Go) = 28 (or 36) x SECONDS
exemple: 28 x 3600 = 100 Go / hour

I simply do that, but i would like to be more precise (with the ratio and the three formats). Can you help me?
Thank you.
Julien

Julien Lambert
10-05-2008, 10:53 AM
Can you correct me if it is wrong?

4K, 16/9:

>4096 x 2048 x 12 = 100Mbits = 12MB

At 25fps:
12MB x 25fps = 314MB/s
This is for uncompressed 4K.

REDCODE 28MB/s means a 12:1 compressed and 36MB/s means 9:1 compressed, is that true?

Thanks.