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 :)

X264 vs. H264...

Two different machines on Win7 x64. Two differnt netowrks served by two differnt ISP's.

Both download full 5,257,244,975 byte .zip file without error. Both .zip files refuse to open with Win7's native "compressed folder" support. On both machines 7Zip will attempt to open the file, only to ( incorrectly) dispaly a ~1.1GB .mov file inside, which refuses to extract.

This is definitely a case of the compressed file format not being compatible. They aren't corrupted downloads.

-sc
 
16Mbit @ 2K
Door_16Mbit_1.png

JamesHong_16MBit_1.png


the quality looks pretty good already at 16Mbit, can't seem to get the color and the midtones right though....
what do you think?

edit: something must be off, can't get the codec to show artifacts...
edit2: ok, artifacts are back ;) still pretty good at 16, better at 22
 
I finally have the unpacked file transfered to my win-workstation.
I can host a unpacked and/or repacked file for all you windows-users out there, but i need the permission from red for that.
 
Patrick Grossien said:
16Mbit @ 2K
Door_16Mbit_1.png

JamesHong_16MBit_1.png


the quality looks pretty good already at 16Mbit, can't seem to get the color and the midtones right though....
what do you think?

edit: something must be off, can't get the codec to show artifacts...
edit2: ok, artifacts are back ;) still pretty good at 16, better at 22
Click to expand...

monster dark :(
 
BTW, i remembered what i forgot in my earlier post... x264 can do higher resolutions than 2k/1080p too. 4k has already been proven to work.
10bit/4k-encodes are already possible.
Could be a nice way to distribute red samples to the web. ;-)
 
3D LUT precompensation for H.264 encoding

3D LUT precompensation for H.264 encoding

Jannard said:
I have converted the original to .mp4. I had to make a correction to them so they would look correct in QT7 and QT-X, but now they look too dark and saturated in VLC. So I am now stripping the correction and doing a 2nd version that is correct for VLC. Ugh.

Jim
Click to expand...

Hi Jim,

back when doing the cold storage trailer (that was the first shooting of RED #110, the first in germany), we had the big problem that it was pretty dark footage and we faced the exact same gamma issues you are fighting here. So its basically not new and I am astound you didn't really get as upset as you are right now before...

I think most post production poeple do take Quicktime as synonym for gamma shifts, which is pretty bad given that Quicktime has so many good things.

Anyhow, we ended up sending a 1000 color patches frame through the Apple H.264 encoder, measured the resulting colors as and created with the help from Rising Sun Research / CineSpace a preconversion 3D LUT (I think 33x33x33) to precompensate for the gamma errors, at least when playing back the file in Quicktime player.

While this cause some slightly clipping on some colors, it worked out pretty well and the results we closer to our grading than anything else we ever tried.

See a comparison example here, showing the test patterns:

http://www.magnamana.com/

and follow the news link lower left (above the FinalDCP link).

comparison-h264-745-versus-original-11.jpg


Clearly the colors are modified in the process and this can cause banding artefacts, which you may identify in the above image as well. You can compensate for that using e.g. Floyd Steinberg dithering or similar, but this is quite complicated. On typical "video" content with its inherent noise, the results were pretty good out of the box. When originating from CGI with very clear and smooth gradients, you may face the banding problem.

While working on this and testing out tons of players, I found that VLC had an issue (honestly, I haven't checked if it is still there with recent versions, but likely yes): When starting the first instance it opens a window via video overlay. When you start a second copy of VLC it doesn't open via video overlay, but via GDI or similar and that alone caused the two players look different. There is no codec that can do anything about this when it happens.

Cheers,
Axel
 
Split diopter.

Jim

Andrew M. said:
attachment.php


I can't figure out how to accomplish this dual focus.
Cannot be corrected in post, so how it was done?

It is getting intriguing.....
Click to expand...
 
Jarred Land said:
monster dark :(
Click to expand...

:(
Mpeg stream clip let's you change contrast and brightness though I can't get it to be spot on. Too light too dark or to contrasty...
(supports elgatos turbo sticks) maybe you can get it right. I'll keep trying. Jim said he did the 2K with mpeg stream clip now.
 
Chuck Z said:
Unfortunately my packed archive is showing the file as being 1.1 GB inside. Now what?
Click to expand...

Same here... WinRAR latest build :(

Why not simply upload the file WITHOUT using a ZIP container at all?
Video codec files aren't efficent to compress, unless its a bad codec...

Axel
 
You must log in or register to reply here.
Back
Top