Plugin: load Redcode RAW files (Red One Cam)

[mikeytown2]

Was looking at recent changes to the wiki and came across this
http://arenafilm.hu/alsog/avisynthr3d/

I don't have that cam but this looks very promising!

[Mug Funky]

haha! sweet!

too bad we can't process in 12 bits...

[edit]

bah. will have to wait to test it on some footage. fecking SAN doesn't like authenticating PCs on ethernet.

[morsa]

It is simply using the RED SDK, which is really slow and doesn't have the option of outputing the RAW Bayer mosaic from the sensor.
Before build 16, it was quite easy to open the Redcode RAW file, because RED Camera Corp "advanced propietary codec" was just a container with lots of JP2's inside.From Build 16 they made "advanced" changes to the file structure so to avoid anyone to directly open the .R3D file.
I've been trying to open it, but I just managed to fidn and read all the metadata from the R3D.
The Codestream seems quite difficult, because they removed/changed any Jpeg2000 known signature/markers...

[Mug Funky]

makes perfect sense about the jp2's. though their codec must be pretty efficient (though i've seen it fail SPECTACULARLY on some footage).

i wonder if the ffmpeg guys could make head or tail of it? it may just be a small change because decoding performance on scratch doesn't appear to have changed.

[morsa]

Jpeg2000 is pretty efficient itself.

The old REDcode was just plain Vanilla Jpeg2000, nothing more, nothing less.
Now they crippled everything, like saying "obfuscation", so to avoid the world to open the files, and bypass their software.

What's the purpose of this? No one knows.I guess not even Jannard.

Anyway if your plan is replacing the film adquisition chain, you cannot rely on a closed crap...

It is like saying that you could only develop Kodak negative on a closed propietary Kodak developer, and Fuji on another closed fuji one, and then needing a Kodak or Fuji projection system to look at the copies....

I know somebody will say that Video formats like HDcam and the like are more or less the same. Indeed they are, but the idea was that RED was coming to change that :D. Now it seems it is just more of the same thing...

[Mug Funky]

i think in the early days of film it really was a matter of each manufacturer having it's own proprietary process... until the technology matured to the point where one format dominated, then everyone started to adopt that.

i'm not sure if licensing needs to be paid to Kodak for operating an ECN processing machine... thankfully i don't work in a lab.

either way, i hope some bright spark out there breaks their obfuscation, makes it harder, better, faster, stronger, and then opensources it, so RED digital cinema can steal it and use it's extra efficiency to stop the fekking camera from crashing every 2 mins of shooting.

even better! REDlinux!! someone can hack the firmware and allow for direct storage of the bayer data in modified 12 bit huffyv12... true, you'd need more than CF cards to store that, but it'd be pretty sweet.

...or use snow for coding rather than jp2...

[morsa]

Why not using Dirac Pro? Seems the perfect candidate to me....

Also, it would be great if "somebody" could provide the coding comunity with a RED firmware..

[Mug Funky]

as far as i know it's freely downloadable from the RED site. as far as one off a camera, i don't have one to try it on (i'm in post, not production). being a reasonably cheap and very popular camera, i'm thinking it wont be too long before someone out there takes firmware into their own hands and releases a geurilla version of the RED.