1 person found this helpful
What is the Sample-rate and Bit-depth of that MPEG Audio?
Now, Adobe NLE's (Non Linear Editors) have problems with MPEG Audio, especially muxed Audio.
Probably the easiest way to handle this, if PrE cannot Conform that Audio to 48KHz 32-bit Floating Point for editing, would be to rip the Audio. I use Adobe Audition, but the free audio-editor, Audacity, can do this too. Just Save_As/Export to PCM/WAV 48KHz 16-bit and Import that Audio-only file into PrE. Drag it to an open Audio Track, and align it with the Video.
Note: there is a great deal of difference between simply playing a file, and editing that same file. Also, players like VLC have their own CODEC's, which on one hand is great, as they play so very much and do it well, but can be confusing, when other programs, whether players, or editors, cannot play/edit that same file.
How fast ... :-) Thank you, that is helping.
Audio is "0xc0:48000Hz 256 kb/s tot , Stereo" as reported by GSpot.
I used DGIndex of DGMPGDec to Demux audio and video. Got a .m2v and a .mp2 file who is said to be "-780 ms delay".
I imported both in the timeline of PRE8, and all is fine.
So just one last question: I assume I have to somewhat shift the Audio track by 780 ms relative to the video track in the timeline.
Any advice on the best way to do that in PRE, so that this is exactly 780 ms ?
And which direction should that be ? Audio 780 ms before video, or Audio 780 ms after the video ?
Thanks much, erwin95.
Hunt may have another recommendation -- but I think all this tweaking is just going to take you farther from a solution rather than closer.
Take your original MPEG and use MPEG Streamclip to convert it to a DV-AVI, per the FAQs to the right of this forum.
If you use the specs in the FAQ, your converted file should work perfectly and predictably.
Otherwise, you're just taking shots in the dark.
This ARTICLE will give you tips on correcting any OOS. Pay special attention to turning OFF Snap (S key in PrPro, and probably the same in PrE, or click the Snap icon). If you do not turn it OFF, you have a real fight on your hands. Just do NOT forget to turn it back ON for the rest of the editing, or you'll be fighting a different fight.
With this latency, you will probably find that you are 3-4 Frames off, but check carefully. Your OOS should be static, at least for anything but very long Clips, so if you do find that, say 4 Frames offset works, you will probably be off by that same amount for the rest of the Clips. Here is hoping that it's that simple. The article goes into detail on how to work with dynamic OOS. Just more work.
I always agree that nipping any OOS in the bud is far superior to fixing it later on.
I use a different conversion program, and do just as you suggest - DV-AVI Type II w/ 48KHz 16-bit PCM/WAV, which edits fine in Premiere on both the Audio & Video side of things.
When one thinks about it, that is basically what PrE is doing internally - converting to DV-AVI Type II, w/ first 48KHz 16-bit PCM/WAV Audio, that is Conformed to 32-bit Floating Point for editing. Doing this outside of PrE saves time, processing power, eliminates many problems, like OOS. Since it's being done anyway, I feel that it's best to do it FOR PrE, rather than within PrE, but that is just me. Do not know if MPEGStream Clip does batch conversion, but if it does, just load it up, check your settings, start it, get a cup of coffee, and when you return, you'll have a folder full of DV-AVI Type II's, ready to be Imported.
I guess you forgot the link to ARTICLE , I am not seeing any link in my browser (or let me know if I am that stupid !).
By the way, I confirm that S does turn on and off Snap. And yes, this is a static delay.