I have a Blu-ray legal .m4v file encoded out of Adobe Media Encoder as H.264 Blu-ray VBR 2-Pass, maximum render, target 25Mbps, maximum 30Mbps.
My project is H.264, maximum 40Mbps.
Encore keeps listing the video file as untranscoded and wants to transcode it.
I've tried encoding just a portion of the video file instead of the whole thing using the same settings and when I bring this into Encore it recognizes it as Blu-ray legal and sets it to "Don't Transcode".
Can anyone think of a reason as to why this is happening? I really don't want to sit through another eight hour encode that could degregade pq further.
Thanks!
If you are not looking at the wrong info, this may be a bug related to 2 pass vbr H264.
http://forums.adobe.com/message/3876184
See post 20 here, where Jeff (I think) is suggesting that this may not be a single 2 pass vbr bug, but a relationship between the profile also.
File a Bug Report https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
The more reports, the more Adobe knows it is a "large" problem, and the more chance of a fix
I have a similar problem:
Win7/64, Encore CS6.
Imported file: .h264 (encoded with MainConcept), CBR, 34.99Mbps. Length: 6min.
Preferences in Encore: BluRay, h264, CBR, max. 40Mbps, Main 4.1. (MainConcept Codec is shown on the display.)
- After import Encore want to transcode the file.
- "For fun" I let Encore do the transcoding procedure. It took one hour...
- The result: The "old" file (.h264) is 1.494.861 kb. The transcoded file (Encore made a m4v) is 1.494.966 kb. Why is the new file bigger than the old?
- Another attempt: I renamed the "old" file from ".h264" into "m4v". No cahnge to Encore - Encore wants to transcode as before.
Any ideas or solutions?
While your problem fits the general topic of this thread, it is otherwise different. The H264 2 pass bug was fixed with CS6 (it was CS6 and not an update, right?). Also, you are exporting CBR.
You have a project max of 40Mbps (which is video and audio combined), with CBR fairly high. Any spikes and your file will not be compliant.
Does anyone have a better bitrate viewer than "Bitrate Viewer"?
The project prefernce is "max. 40Mbps".
But the imported file - encoded by MainConcept before starting Encore using BluRay preferences Main 4.1 - is only 35 Mbps (CBR).
1. I don't understand that Encore wants to transcode the 35Mbps file.
2. I don't understand that the file after re-transcoding by Encore is bigger than before. I am wondering what Encore has changed in the file.
The bitrate viewer says, in the source file the peak is 24.180 kbps (average 17.494 kbps)
and in the transcoded file by Encore the peak is 30.756 kbps (average 17.495 kbps).
- Another attempt: I renamed the "old" file from ".h264" into "m4v". No cahnge to Encore - Encore wants to transcode as before.
The imported file is it exported as H.264 which generally gives mp4 or as H.264 BluRay which will give you m4v with multiplexer off (prefered) or m2t?
If its mp4 it gets re-encoded.
Max bitrate for BD vbr or cbr is 35.
Make a screendump of your export settings in Premiere.
The imported file is a only-video file .264. I had edited the whole video in my Avid Media Composer - I never have worked with Premiere - and then I exported the file and encoded it with the MainConcept Reference BluRay-Encoder (CBR, 35Mbps) to a .264 video and an .ac3 audio file. And finally I want to import these files to Encore to add chapters and compile a bluray... without any re-transcoding...
A .264 file from x264Pro or MeGUI that is BD-legal will import into En and be automatically set to Do Not Transcode. So the file extension isn't the problem. There are some esoteric H.264 parameters in x264 that must be set precisely in order to have En set the .264 file to DNT. I suspect those same parameters will have to be set in MainConcept's encoder.
If you want to jump in the deep end, here are the x264 parameters that produce BD-legal output that also make En happy:
program --pass 2 --bitrate 16000 --stats ".stats" --open-gop bluray --interlaced --pic-struct --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 30 --min-keyint 3 --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --output "output" "input"
Obviously interlacing, bitrate, vbv-maxrate and such can be set as desired based on the source footage and delivery requirements.
Jeff
That's right, I'm using the standalone MainConcept Encoder.
Nevertheless, I have the impression that Encore also uses the MainConcept, because in the advance settings of the transcoding, in the line "Codec" the "MainConcept" is displayed (I cannot change this and cannot see other possibilities of Encding codecs).
However, I will control and compare theencoding parameters of the imported .264 file...
Jeff: what i meant was this info about what legal BD parameters should be.
Ah, I misunderstood. Sorry about that.
You are correct -- that information should be available to the user. Adobe assumes everyone will encode with the built-in suite tools, but that's just not the case anymore.
Jeff
Well, in the advanced settings of MainConcept (Standalone) I could not rearly compare the settings with Jeffs infos of the BD-specifications, because I used CBR and not 2-pass-VBR.
Interested in the way how Encore decides if transcoding is necessary or not, I did several tries: I imported a 20sec-sequence, which I had first encoded with my MainConcept Ref., all with CBR, but with bitrates 35Mbps, 34Mbps, 33Mbps, 32Mbps, 31Mbps, 30Mbps.
The result of these tries is, that Encore wanted to transcode all these imported files - except the 30Mbps file: Here "Don't transcode" !
Therefore I think / conclude that the preferences in the MainConcept Ref., - which I had never changed -, are not the cause for the Encore limitation.
Hello, excuse me for perhaps a naive question, but what are the two principal reasons that serious professionals typically switch to the Main Concept standalone vs. the embedded one in AME?
Alternatively stated, are there a few key advantages to the standalone MC (as opposed to the embedded AME version) that attracts discriminating professionals?
Thanks, as always to both Ann and Jeff for being so INCREDIBLY helpful.
Matt Dubuque
North America
Europe, Middle East and Africa
Asia Pacific