Benefit of external H.264 encoder, if any?

Comments

MikeLV wrote on 4/27/2012, 8:09 PM
Video looks pretty good (locally) after doing the modification to the levels mentioned at 9:16. I've just started an upload to Youtube and it's giving me a status message that says:

"The video you uploaded may have audio/video sync issues. Please refer to this article for advice on how to correct this issue should it arise."

and the link to this article goes to:
http://support.google.com/youtube/bin/answer.py?hl=en&answer=1297408&hl=en-US

Does everyone else get that warning following this method?

I think I'll have to get that spyder thing or I'll never be sure of myself.. This Acer LCD has a few different preset modes like Text, Standard, Graphics, Movie, and User.
John_Cline wrote on 4/27/2012, 9:30 PM
I get that warning usually when uploading videos encoded using the variable bitrate mode but I've never had any sync issues.

Monitor presets are rarely accurate. I highly recommend getting a hardware calibrator, the Spyder4 is a great choice.
MikeLV wrote on 5/2/2012, 12:03 AM
I wanted to give this tutorial a real test tonight:

I captured 4.32GB of AVCHD footage from my Canon XA-10.

The total amount of time on the timeline was: 25 min 39 secs.
It took 1 hr 27 mins 20 secs to encode to the quicktime DNxHD and the size of the encoded .mov is a whopping 28.24GB

1) How is it possible that the DNxHD file is 7 times larger than the size I started with? It seems extreme?

I watched the CPU usage in the windows task manager and noticed that it never went above 5-8%

2) Usually when encoding video, the CPU usage % goes way way up. Is this a clue why the encode to DNxHD took so long?
John_Cline wrote on 5/2/2012, 12:19 AM
1) You went from an AVCHD file that was encoded at around 24 megabits/second to a DNxHD file that is 145 megabits/second. Nothing unexpected or particularly extreme.

2) DNxHD takes a while to encode, it uses Quicktime which is notoriously slow and poorly written. It takes as long as it takes. Again, not unexpected.
Downunder wrote on 5/2/2012, 10:42 PM
Hey MikeLV

I have followed the same tutorial re Handbrake (with the last update regarding uncompressed audio). When uploading the footage to YT I too have the same message.
"The video you uploaded may have audio/video sync issues"
In fact this message is correct as my audio slowly goes out of sync to the video (which is 16 minutes long). I have tried every little change but when renderening out of Handbrake the audio is always going out of sync. Starts off perfect but by the end of the video it is way out of sync... Is yours the same?

One other thing we have in common is that I also have a Canon XA10 . I recorded at 1920x1080 (50i) Pal but downsized to 1280x720 in Handbrake.

I wish someone could advise me in helping to fix this audio going out of sync problem.....please

PeterWright wrote on 5/2/2012, 10:59 PM
Since the sync issue seems persistent, I would forget the DVxHG/Handbrake method and encode directly to MP4 in Vegas using either the Sony or Main Concept encoder.

The file won't be as small as Handbrake, but hopefully you'll be able to confirm that sync is ok.
Downunder wrote on 5/2/2012, 11:44 PM
Yeah thanks Peter it looks like the way but the file size is almost twice the size than from Handrake.
Kevin R wrote on 5/3/2012, 1:34 AM
Handbrake is nice, but I don't see a way to get uncompressed audio into its renders.
John_Cline wrote on 5/3/2012, 3:08 AM
File size is exclusively determined by total video and audio bitrate, this is a user adjustable parameter. Handbrake's bit rate can be adjusted either of two ways, the first is by using the quality slider, this will vary the bit rate to maintain a specified quality but there is no way to predict the final file size using this method. The second method is to set the bit rate manually in Handbrake, which is also the method that both the Sony AVC and MainConcept h.264 encoders in Vegas use. There is a trade-off, typically the higher the bit rate, the higher the video quality but the larger the final file size.
AtomicGreymon wrote on 5/3/2012, 7:30 AM
In the past I've normally used TMPGEnc 4.0 Xpress, which I bought some time ago. I've gotten pretty good results with it, and find it produces much better-looking video than the H.264 codecs built into Vegas.

The version I'm using is out-of-date, however; it's been succeeded by TMPGEnc Video Mastering Works 5, but I haven't upgraded yet. Apparently it uses the x264 codec, among others.