Log in

View Full Version : audio syncing with megui


ConsciousEffect
26th October 2009, 00:42
ive been recantly learning how to rip and encode dvds and my encodes are looking and sounding beautiful so far my only problem arises in syncing the audio and video, but uh let me quickly explain the process ive been using

first i rip the pcgs i need in ifo mode with dvddecryptor leaving it muxed, i then index the vob, encode the audio, video, and mux it all with megui

during the audio encoding and muxing i see the options for delaying audio but i really dont see how to effectively utilize such simple tools, i would need to mux it several times with different delay options open them all up separately with my media player and try to guess at the best settings

This bothers me, i dont want the audio kinda synced i want it SYNCED! now i realize one could make the argument if its synced as well as you can tell than how could it matter, you cant tell, but im a perfectionist and i want to share my rips with friends and family its possible their senses could be more highly tuned than my own and they notice 1 or 2 frames worth of error

also this is totally off topic but i have one more question whats the "best" (yea yea i know the rule, but just give your opinion) software to use for cutting out the intros credits intermissions and any other nonsense from matroska files, is there any way to just use megui for this purpose?

Inspector.Gadget
26th October 2009, 00:45
Don't edit any of the file names manually, don't enter any delay values manually. MeGUI will read the delay value from the file name and either fix it on audio encoding or preserve it on muxing. If your original DVD is synced and doesn't have any empty cells, then you will maintain perfect sync.

As for getting rid of unwanted segments, simply cut them out with MeGUI's AVS Cutter before you encode the video stream for the MKV. That will allow you to more accurately calculate your final filesize when doing 2-pass video encoding anyway.

ConsciousEffect
26th October 2009, 03:10
yea with the simpsons seasons i was ripping it was syncing up perfectly all by its self just like you described, the first time i noticed this problem was when i tried to rip the simpsons movie, the odd thing about the situation was that meguis indexer created the ac3 with 0ms delay, and after muxing the audio was terribly out of sync

and thanks for the advise on avs cutter its exactly what i needed

Inspector.Gadget
26th October 2009, 03:20
If the Simpsons movie is early by a roughly constant amount throughout the length of the movie, AND there is a series of black frames at the start of the main movie, then you may have some blank audio at the beginning corresponding to the GOPs of black video. When using DGIndex to make your D2V, simply use the arrow and bracket buttons to set the first non-black frame as the beginning of your D2V project; both the D2V and audio stream will take the new start into account and hopefully report the correct audio delay from that point. Generally, this is effective. As a point of interest, you don't have to worry about cutting on keyframes using either DGIndex or any Avisynth cutting tool: the D2V is merely an index, and can fill in the referenced data in P and B frames automatically; similarly, everything on the other side of Avisynth abstraction is a pseudo-keyframe.

ConsciousEffect
26th October 2009, 05:14
supposing your previous response is the solution to my problem, what is my problem exactly? if the vob has the proper amount of blank audio to correspond to the blank video, when indexing why would this not be taken into account? maybe the method by which automatic syncing is determined involves aligning the first video frame with the first sign of real audio being produced by the ac3? just a guess

Inspector.Gadget
26th October 2009, 05:19
No, I should have phrased it better: there may be a cell at the beginning of the first VOB that has only video and no audio data. I think this is unlikely when ripping in IFO mode, because in theory a PGC should be able to ignore certain cells (think of instances where a theatrical trailer is in VTS_01_X.VOB and referenced separately), but I'll leave the ultimate resolution of that question up to someone with more knowledge of DVD authoring than me.

RunningSkittle
26th October 2009, 15:17
Use dvd decrypter and choose the option: split by cellid. You may find the bad cells your looking for then ;)

If there are bad cells, simply delete them and then index the remaining vobs

ConsciousEffect
26th October 2009, 18:42
i tried what you said skittle no luck, there are some black frames at the beginning of the first cell but there was no blank cell like i assume you are talking about. just out of curiosities sake, i cant figure out any way to index multiple vobs with meguis indexer, i know you can do it with dgindex, can it be done within meguis toolset?

Jeff Flowerday
26th October 2009, 19:51
i tried what you said skittle no luck, there are some black frames at the beginning of the first cell but there was no blank cell like i assume you are talking about. just out of curiosities sake, i cant figure out any way to index multiple vobs with meguis indexer, i know you can do it with dgindex, can it be done within meguis toolset?

Megui will use dgindex as well.

Inspector.Gadget
26th October 2009, 22:47
MeGUI should do it automatically if you load VTS_0X_1.VOB. Have you tried the DGIndex cutting method, in case the first GOP(s) are otherwise incorrect? Please try that before anything else and report back.

ConsciousEffect
29th October 2009, 18:48
ok i did what you said and in the audio input for the encoder i put the dts file it generated and still my audio is off by probably .25-.5 second

worth noting is also the fact that when indexed with dgindex it does add a delay of -168ms for the ac3 and -222ms for the dts as apposed to the 0ms with meguis indexing tool