View Full Version : New workaround for the quicktime h264 problem?


Holger Neuhaeuser
December 21st, 2008, 08:21 AM
Hi
Iīm just curious if anybody found a new workaround for the problem of crushing blacks and whites (Rgb values 16-238) when importinng the h264 quicktime into editing programs like finalcut.?

My workaround is capturing the hdmi signal , it seems to be the only way to get it done at the moment.

Happy about any new suggestions.

Holger

Bill Ravens
December 21st, 2008, 08:33 AM
not that I've heard of
the problem lies with the fundamental philosophy applied by the QT programmers. I don't think a single one of them uses a camera. This is a very old problem that persists thru many versions. when someone found a fix, they quickly disabled it. what does that say about QT amd Apple, in general?

James Miller
December 21st, 2008, 09:45 AM
Holger,

As you are on a Mac the workflow to avoid/control the issue is.
1/ Edit sequence in native H.264.
2/ Send sequence to 'Color'. a) Amend the Luma curves to pull back the values. b) Colour grade.
3/ Render and send back to FCP.

Note: Color will render your footage in ProRes. Your new sequence in FCP will be in ProRes.

4/ Export sequence when finished, still in ProRes.
5/ Render to desired codec with 'Compressor'.

Note: If you machine will not play back H.264 smooth enough to edit with, you will have to pull the clips directly into 'Color' adjust and render/export first.

James

Holger Neuhaeuser
December 21st, 2008, 10:41 AM
Thanks for the replies,

hm pulling back the curves in "Color" shurely stretches the signal back to the full range,
but are you shure that you havenīt lost Detail in blacks and whites already?

I think Iīll stick to capturing thru an hdmi capturing card (like Blackmagic intensity), cause it gives me the full range with no problems.

Only real drawback is that you have to capture it in "realtime".
But I came to the conclusion that converting to prores takes the same amount of time.
I doubt that the method you lined out with "color" is much faster.

Again, thanks a lot for the tips, but I hoped there was a solution that really got the quicktimes to work without regrading.

Regards
Holger

Don Miller
December 21st, 2008, 11:49 AM
Holger, your capturing the 1080i signal out of the hdmi port that's available before you press record?

Holger Neuhaeuser
December 21st, 2008, 12:01 PM
Holger, your capturing the 1080i signal out of the hdmi port that's available before you press record?

yes, I tried two ways that basically worked with identically result:

a) converting the hdmi signal out of the 5d with a convergent-design convertorbox to HD-SDI, and took the resulting hd-sdi signal to the hd-sdi input of a blackmagic HD capturing card.
b) feeding the hdmi signal from the 5d directly into a blackmagic intensity hdmi capturing card (much cheaper)

In both cases I used the slideshow function of the 5d playing only movieclips, and captured the content of the whole card in one go.

I did this cause I realized how different the quicktime video looked compared to the playback out of the 5d, especially with night shots with lots of low black levels.
I found those shots nearly unusable from the quicktime file, while the captured version looked perfect.

Holger Neuhaeuser
December 21st, 2008, 12:05 PM
Not to confuse anybody:

This works only with clips recorded to the cf card.
Not with the preview function that comes out of the 5ds hdmi port while shooting.

In other words, its just a working way of getting your recorded clips properly to an editing system, without further loss.

Evan Donn
December 21st, 2008, 12:25 PM
hm pulling back the curves in "Color" shurely stretches the signal back to the full range,
but are you shure that you havenīt lost Detail in blacks and whites already?

You aren't stretching the signal back to the full range, you're pulling the lost detail back from outside the 16-235 range - you can see the detail come back in both the video and the scopes. As long as you go back out to a 10bit format (like ProRes) you shouldn't lose any information.


Only real drawback is that you have to capture it in "realtime".
But I came to the conclusion that converting to prores takes the same amount of time.
I doubt that the method you lined out with "color" is much faster.


The Color workflow means you only convert the footage you end up using, so depending on your shooting ratio and total amount of footage it could be significantly faster. If you're going to color correct anyway the Color workflow doesn't add any additional time or steps to the normal post production process.

It also means you don't tie up your camera doing capture, so you can be offloading one card while you continue shooting with the next card, and someone can be editing a rough cut while you're still shooting. With the caputure method you either need to make sure you have enough cards to cover your entire shoot or you need to break to capture so you can clear your cards.

So in the end the best method may depend a lot on the nature of your shoot, as well as the time constraints you are working under.

Holger Neuhaeuser
December 21st, 2008, 12:30 PM
I see your point Evan,
sounds good,
Iīll try that.

After all its a bit weird to do capturing like from a type based system,
while already having access to a nonlinear cardbased workflow.

Thanks
Holger

Tyler Franco
December 21st, 2008, 01:17 PM
You can't solve this entire problem by using a picture profile like James Miller created to record a much "flatter" video in the first place?

Don Miller
December 21st, 2008, 06:49 PM
What about just recording the HDMI output without pressing the record button?

Josh Dahlberg
December 21st, 2008, 11:31 PM
Holger,

As you are on a Mac the workflow to avoid/control the issue is.
1/ Edit sequence in native H.264.
2/ Send sequence to 'Color'. a) Amend the Luma curves to pull back the values. b) Colour grade.
3/ Render and send back to FCP.

Note: Color will render your footage in ProRes. Your new sequence in FCP will be in ProRes.

4/ Export sequence when finished, still in ProRes.
5/ Render to desired codec with 'Compressor'.

Note: If you machine will not play back H.264 smooth enough to edit with, you will have to pull the clips directly into 'Color' adjust and render/export first.

James

James this really works, thank you. Just opening up the files in Color the low end magically appears. Wonderful. I'm still going to reduce contrast in camera and shoot flat as I think the camera does have a tendency to crush the blacks, but this together with the workflow you outline above my low end concerns are solved :-)

Holger Neuhaeuser
December 22nd, 2008, 03:07 AM
What about just recording the HDMI output without pressing the record button?

I think itīs not the full hd resolution and you canīt get rid of the camera data that is displayed in the hdmi signal while in liveview

Soren Hiorth
December 27th, 2008, 11:37 AM
hi

Thanks for all the great input in the thread.

I'd like to know, what the HDMI-output looks like, when the camera is not recording. I mean, is the data displayed on the screen placed in a way, so that you could crop it to 2.35:1. I find the h264-compression a little harsh, so would love to find some work-around, that gave a pure HDMI-output.

Have anyone heard of an alternative firmware that could help to solve this??

S

Mike Calla
December 28th, 2008, 01:02 AM
Holger:

I didn't want to hijack your thread with frame rate issues so I started new thread:
http://www.dvinfo.net/conf/canon-eos-5d-mk-ii-hd/140357-capturing-w-intensity-no-more-problems.html


...but in fact i want to ask how did Intensity handle the frame rate? can you set it to capture a frame rate besides 30p

Ralph Schoberth
December 29th, 2008, 12:08 PM
MPEG StreamClip + Avid DNxHD codec gives the correct interpretation for H.264 .MOV from 5D2.

Above all, it's absolutely free:

Avid DNxHD Codec (http://www.avid.com/DNxHD/)

The resulting image is exactly the same as Carbon Coder + CineForm NEO HD. (just need a good Pc to play the files )

I used DNxHD 120 25p 8bits “709”, and 30i/s on stream Clip, without any correction

Keith Paisley
December 29th, 2008, 01:36 PM
I just tried this (installing the "Avid QuickTime Codecs LE 1.9")

First off, it appears that the DNxHD dialog box from within MPEG streamclip is formatted improperly so you can't quite see all of the options. Also, there is no 1080/30p option. Just 25p, 24p, and 23.976p. Or, you can select 1080i at 59.94, but I would rather have an option with no framerate conversions involved.

in any case, I can't seem to open any of the test clips (that I've generated with these tools) to edit from within Vegas, so this alternative doesn't seem to be viable for me.

Tony Wu
January 1st, 2009, 08:48 AM
James this really works, thank you. Just opening up the files in Color the low end magically appears. Wonderful. I'm still going to reduce contrast in camera and shoot flat as I think the camera does have a tendency to crush the blacks, but this together with the workflow you outline above my low end concerns are solved :-)

Yes, the camera does produce a contrasty image. How are you going to reduce the contrast in-camera?

k

Ralph Schoberth
January 1st, 2009, 09:50 AM
I just tried this (installing the "Avid QuickTime Codecs LE 1.9")

First off, it appears that the DNxHD dialog box from within MPEG streamclip is formatted improperly so you can't quite see all of the options. Also, there is no 1080/30p option. Just 25p, 24p, and 23.976p. Or, you can select 1080i at 59.94, but I would rather have an option with no framerate conversions involved.

in any case, I can't seem to open any of the test clips (that I've generated with these tools) to edit from within Vegas, so this alternative doesn't seem to be viable for me.

It doesn't matter what framerate you set within the DNxHD Dialog.Just set the framerate in Mpegstreamclip. It gives me all the crusehed blacks back. But i'm on OS X. No idea what happens @windows

Jon Fairhurst
January 1st, 2009, 02:52 PM
Yes, the camera does produce a contrasty image. How are you going to reduce the contrast in-camera?

The Picture Style Editor allows you to make custom profiles, including custom white balance, color curves (to some degree anyway), contrast, and sharpness. You can also replace colors, if you're willing to make secondary color correction decisions during production. All the processing happens in RAW mode, before the compression and encoding to 8-bits.

The 5D MkII can definitely make low contrast video, if that's what you want. We don't have to make everything look like Reverie.

Oleg Kalyan
January 1st, 2009, 04:52 PM
Happy New Year everyone!

Holger, could you describe exact steps to capture footage recorded with 5mk2 into Blackmagic Decklink card into Macpro?

I do not get any signal into the computer via HDMI input, would be interesting to confirm your discovery into converting H264 video into Prores 422..

Cheers!

Tony Wu
January 1st, 2009, 11:21 PM
Thank you for responding with info that I should of searched for (just discovered the answer on other posts).

Yeah, I've always tried to shoot low-con either with camera settings or filters and play later in post. In-camera high-con is just too risky to me.

The Picture Style Editor allows you to make custom profiles, including custom white balance, color curves (to some degree anyway), contrast, and sharpness. You can also replace colors, if you're willing to make secondary color correction decisions during production. All the processing happens in RAW mode, before the compression and encoding to 8-bits.

The 5D MkII can definitely make low contrast video, if that's what you want. We don't have to make everything look like Reverie.

Mike Calla
January 4th, 2009, 09:49 PM
I do not get any signal into the computer via HDMI input, would be interesting to confirm your discovery into converting H264 video into Prores 422..

Hi Oleg,

So it didn't work for you! Damn! I'm hoping its nothing that can't be overcome! Would be great to hear from that original poster again!!