First original footage frames in 4k!

by - 2012/05/14 71 Comments Filming, Production

Ian made a quick selection of frames, straight from the RAW files, unedited 4k originals in 32 bits float OpenEXR linear color. Just 5 frames is 250 MB. Oh yeah we have Terabytes! Click on image for 4k jpg, or download the zip with all frames below.

Everyone’s invited to unleash denoising, LUTs, graders and other fancy stuff on the material and show us something amazing!

  1. Gianmichele says:

    WOW! So crisp! :D

  2. Davis says:

    Found an easter egg in one of the frames already. I’ll give you the pleasure of finding it, it’s quite easy to see if you zoom to 100%.

  3. Wray Bowling says:

    228MB?? That’s almost two blenders!

  4. J. says:

    Did you export the EXR frames in S-gamut or in ACES?

    Btw, what program/settings did you use to convert the EXRs into the JPEGs we see in this blogpost?

    Keep up the good work!

    • ton says:

      EXR was made with linear conversion of RAW (says the Sony software). JPG was straight output from Blender when showing EXR (so it applies sRGB).

      • J. says:

        But whether you export in S-gamut or ACES it’s both linear, but the primaries are different.
        Don’t confuse this with S-log, I’m not talking about that. For the easiest and most compatible workflow please use ACES.

        About the JPEGs:
        In terms of contrast/gamma they look correct, but they look quite desaturated because you’re using the wide-gamut primaries as sRGB primaries while those primaries are supposed to represent much more saturated colors. OpenColorIO can easily get you neutral-looking JPEGs with a few mouse clicks. AFAIK you can just use batch conversion with their command line tool.

        • Gez says:

          Judging by the noise and poor saturation of these images it looks like there is a color transform missing.
          Both (jpg and EXR) look like large gamut images displayed in sRGB without the proper conversion.
          Did those frames look like this on Sony’s software?

          I did a simple test that seems to confirm this theory: Just opened the EXR in GIMP 2.9 and assigned a ECIRGB profile (which I know it isn’t the source profile, but it has a larger gamut than sRGB).
          Doing that colors are more vivid and the green background is really green instead this dull and yellowish shade showed.

          If the files can’t be imported using their source colorspace, at least they should be processed in order to convert their colorspace to sRGB. Convert, not just assigning a profile.

          It would be a shame if this gets “fixed” using color correction and de-noising when a proper colorspace conversion would likely solve the problem keeping the quality of the source footage better.

          • nachtwerk_vfx says:

            I concur

          • sebastian says:

            The images have been (most likely) been exported as linear EXRs. The Workwpace Color Space: S-Gamut/Linear. The jpgs are just that with sRGB applied to it, and we are aware that this is probably not the right way to do. Which is the reason why we have posted these images. Show us what to do with it in Blender.
            Apart from that, you are saying we should export in S-Gamut/ACES instead of linear? If so, why?

          • Gez says:

            @Sebastian: No, linear is fine. Problem is gamut mapping.
            S-Gamut and ACES are wide-gamut colorspaces (Notice that gamut and gamma are different things, so it’s not a gamma corrected vs. linear problem, it’s about the color only).
            What you need is to map colors from S-Gamut into a more reduced space, sRGB in this case. For that a “rendering intent” has to be used. A rendering intent is a strategy to decide where to put all the colors present in the larger gamut space into the sRGB space.
            Each value has to be re-mapped. For instance, the green shade of the greenscreen background has a “coordinate” in S-Gamut and a different one in sRGB.
            Applying no remapping, S-Gamut’s green stays out-of gamut and instead a duller shade is used.
            Ideally Blender should manage these colorspace conversions and work in a wide-gamut colorspace (hence the ACES recommendation), but since it only uses sRGB gamut and it can’t handle colorspace conversions there isn’t much to do, other than pre-processing the footage to convert S-Gamut to sRGB.

            Fortunately having linear footage already avoids the need of converting a S-Log into linear. If S-Log instead of linear would have been used you’d have an extra headache since Blender can’t handle other gamma curves than sRGB.

            I guess these issues point a solid case towards OCIO, as some people already suggested.

            *) Keep in mind that this is a quick attempt to explain the problem, and by no means an accurate technical explanation. :)

          • J. says:

            ACES IIF is an open standard that specifies one huge colorspace for whatever your source and output is, which is possible by using standardized transforms to- and from this colorspace, please read everything you can about this! (it’s also included in OpenColorIO, so hopefully you get it integrated for Mango)

            Btw, a little correction on something that seems to make no sense:
            Today I did a little test: I downloaded the F65 raw file you posted a while ago and converted it (with the Sony software) to both S-gamut/linear and ACES, compared the resulting images… and there wasn’t any visible difference since this camera (well, its software/SDK) uses the ACES mapping as its standard (Sony advertises with this).
            Don’t know why there are two options in the software that result in exactly the same image, at least in OpenEXR 16 bit. (have yet to test it with DPX)
            But please test this yourself and correct me if I’m wrong.

          • Gez says:

            @J: Could you please upload an sRGB jpeg from a proper conversion so we can compare? I’m sure the results will speak by themselves.

          • J. says:

            I don’t have the software for that, but just increasing the saturation makes it very obvious.
            As an example I take this pic:
   (just compare the skintone)

            How far is Jeroen Bakker with the OpenColorIO support in his new compositor?

          • Gez says:

            As I mentioned before I also did a test using ECI RGB v2.
            I think it looks really good. However it’s just a test. I’d really like to see the real stuff, converted properly.
            I’ll try to build OIIO and OCIO later and see if I can do it.

          • sebastian says:

            Thanks a lot for that image, gez! Very interesting indeed. I am hoping for a quick integration of opencolorIO into Blender. Currently trying to compile ocio and oiio, without success so far.

          • J. says:

            Ask Sergey! :P
            Maybe you could experiment a bit with Ramen:

          • Gez says:

            Troy Sobotka just sent a sample of the conversion through OCIO to the bf-vfx list. There are a couple of interesting details on it, so let’s follow the discussion there. :)

  5. Elliot Saba says:

    The webserver is getting hit pretty hard right now…….. someone want to mirror it on coral cache or something?

  6. Romain says:

    Are the JPEGs in S-log ? No LUT applied on it ?

  7. horace says:

    why denoise it? won’t it fit better to cycles renders with noise?

    • J. says:

      No denoise please, a bit of noise makes the image ”alive”.

      • Adrian J. says:

        You need to de-noise the plate for keying and clean-up work (at least it makes it much easier if you do) but otherwise agreed the noise makes it feel more alive and filmic…

  8. PhysicsGuy says:

    Jeez guys, the gun looks really good! It looks so worn an grimy! Great!

  9. Dusty says:

    Woah! these are huge!!! But they look amazing!

    Do you have backups too? I would be petrified of something happening to them!

    • ton says:

      We certainly backed it up well, on different locations now and not connected to an electricity network :)

  10. Michael S. says:

    Super excited for this one, you guys! Keep up the awesome work =]

  11. Sam Schad says:

    Ok. I think I finally understand why 4K is so much better. Wow. Those are flipping beautiful and clean.

  12. Andrius.B says:

    Amazing. Those cameras are really nice.

  13. An eye vu production says:

    plus one too backups

  14. Alex Glawion says:

    Nice! Did a quick and dirty grading Test.

    Not sure what the scene atmo will be, but gave it a warmish look. Also croped to scope. Or will it be 16:9?

  15. Steve says:

    Decided to have a very quick go at the sniper shot. Went with a cold steel-blue look. Some may like it, and some may not. I guess with grading it’s a matter of personal taste and preference. :-)

    I used DaVinci Lite and some GIMP for this one… but I will also try an all-Blender grade – attempting to do a sky replacement with it.

    Image here:

    • Steve says:

      Okay, so here’s the promised Blender attempt at the same shot – full 4K this time.

      Managed to pull a semi-decent key, though there are clearly some issues with the pillar. Also used GIMP to clone out what seemed to be a single tracking marker, which wouldn’t pull as part of the key.

      Will have a go at the other frames later on. :-)

      Image here:

      • Ben says:

        Love it… the orange sky is perfect.

      • PhysicsGuy says:

        Very nice, but the edges of the wooden structure the actor is in, are a bit to sharp. It looks slight like a cutout, if you know what I mean. Maybe you can blur those slightly.

        • Steve says:

          I completely agree about the edge sharpness. This was my first attempt at the node setup, and it didn’t have any mask blurring or light-wrapping to “blend” the elements.

          I have another post pending approval (not sure why), which uses a better node setup on a different show, but it does incorporate blurring/blending and a light-wrap. ;-)

  16. K Thomas says:

    Boy those EXRs have amazing latitude.

    After Effects, Colorista II, Optical Flares

    • Stuart says:

      Very Michael Bay :) I like it! Nice touch bringing the exposure down on the lamp and giving his face more texture – I can almost feel the stubble on his chin!

  17. K Thomas says:

    And a try with the sniper shot.

    • Gez says:

      That’s a great keying, Diego. Do you have a full size comp?
      What software did you use?

    • PhysicsGuy says:

      That is indeed very good keying. I can’t seem to get rid of the greenisch edges in my attempts.

    • boubuz says:

      Looks superb, but it’s a bit weird to have a very sharp background when the structure behind the sniper is already out of focus.

  18. ronald says:

    Photo$hop – but could be done in blender too.

  19. K Thomas says:

    More Playing with After Effects, Colorista II, and Video Copilot Optical Flares

  20. Rza says:

    Color correction in blender compositing:

  21. BakkerTom says:

    Well, since everyone is uploading them her: “Over the top J.J Abrahams Lens Flare stuff”.

    (After Effects)

  22. Rza says:

    Another color correction and color keying in blender node editor

  23. Martin says:

    here is my attempt in Blender.

    I had problems in keying the green. Does anyone have a working compositing-setting for that in Blender?

    On request, I can provide my blend-file.

  24. Steve says:

    Had a go at another one tonight. Another tricky key, due to the blurred pillars in the background. ~_^

    Image here:
    Node snapshot:

  25. K Thomas says:

    More key testing.

    I’m having problems trying to pull a good GS key in Blender.
    This is again After Effects/Keylight

  26. masoud says:

    Hi ton
    Can I participate in it?
    I am a freelancer modeler.
    It’s my pleasure to work with your professionals.
    I am waiting for your answer.


    • ton says:

      We don’t have an online participation setup (yet). The work is being done with the team here in Amsterdam, but when needed we’ll do a call here for help.

  27. Tycho says:

    With the new blender keying.
    Node group :