Question re eac3to and AV sync

[JimmyBarnes]

Did a backup of a BD to Xvid (yeah, I know I should be using H.264, but anyway..) and used eac3to to demux the audio streams.

Then used eac3to to convert the primary PCM stream to AC3.

I'm told eac3to is supposed to remove any AV delay, but when I mux the Xvid and AC3 streams, there is clearly bad lip-sync. Using +200 ms delay fixes this.

Constructive comments on this issue please..

Is there any util which can demux the audio streams from a M2TS and indicate the delay, the same way DGIndex does for VOBs?

TIA

[tebasuna51]

Put also the method used to extract and convert the video.

[JimmyBarnes]

Put also the method used to extract and convert the video.

Used TMPGEnc 4.0 XPress directly on the M2TS.

[tebasuna51]

Sorry, I don't know TMPGEnc 4.0 XPress.

Tray extract/use the same tool for both audio/video. For instance use eac3to to extract also the video to mkv/h264 and then use TMPGEnc 4.0 XPress.

[Blue_MiSfit]

Yep. Sample:


eac3to d: 1) 2:Video.mkv 3:Audio.ac3


This is assuming the following
1) BD-ROM is D:\, and you have AnyDVD HD running
2) Title #1 is the title you're interested in
3) Track 2 is the video, and track 3 is the main audio (almost always the case)

Then you can take the video-only MKV and do what you want. You SHOULD be transcoding it with x264 ;) BUT! If you must use TMPGEnc, by all means.... :devil:

Derek

[JimmyBarnes]

Yep. Sample:


eac3to d: 1) 2:Video.mkv 3:Audio.ac3


This is assuming the following
1) BD-ROM is D:\, and you have AnyDVD HD running
2) Title #1 is the title you're interested in
3) Track 2 is the video, and track 3 is the main audio (almost always the case)

Then you can take the video-only MKV and do what you want.

Derek[/QUOTE]

Thanx for the above.

I had already extracted the BD to HDD using AnyDVD.

Why would converting the M2TS to MKV fix the AV sync? In the above you say "video-only MKV" so I presume MKV and main audio track are created separately, not muxed by eac2to..

You SHOULD be transcoding it with x264 ;) BUT! If you must use TMPGEnc, by all means.... :devil:

What do you use? (I have tried several). Are there any that DON'T require the installation of ffdshow?

TIA

[Blue_MiSfit]

BD structure dumped to your HDD? No problem. Faster, actually!

Demuxing via eac3to straight from the M2TS source (or chained M2TS files in the case of a seamless branching disc) will let eac3to apply any necessary delay / gap correction to ensure audio sync. I've never yet seen a case where eac3to can't give me an audio and video file that are perfectly in sync.

For all my x264 work, I just use CLI, but I'm very familiar with it. If you want something newbie friendly, try out Lord_Mulder's GUI. I'd strongly suggest you try it! AFAIK it doesn't require ffdshow.

I'm not sure why you're anti ffdshow, but it's not my place to question that :) You can decode almost any source with FFMS2 in AviSynth.

Derek

[JimmyBarnes]

BD structure dumped to your HDD? No problem. Faster, actually!

Demuxing via eac3to straight from the M2TS source (or chained M2TS files in the case of a seamless branching disc) will let eac3to apply any necessary delay / gap correction to ensure audio sync. I've never yet seen a case where eac3to can't give me an audio and video file that are perfectly in sync.

Even when I transcode to XviD+AC3 simultaneously, the missync is present.

Anyway it's early days for me with eac3to...

For all my x264 work, I just use CLI, but I'm very familiar with it. If you want something newbie friendly, try out Lord_Mulder's GUI. I'd strongly suggest you try it! AFAIK it doesn't require ffdshow.

I'm not sure why you're anti ffdshow, but it's not my place to question that :) You can decode almost any source with FFMS2 in AviSynth.

Derek

Thanx for the leads. I discovered x264vfw_23_1659bm_23819 which means I can transcode M2TS to H.264 in VDubMod, tho then I'm limited to AVI.

Installing RipBot (which must have ffdshow or K-Lite) disables my FLV video for some strange unfixable reason. I have many FLV clips so this won't do.. I have misgivings re ffdshow, it is overkill

[Inspector.Gadget]

JB, you seem committed to contrarianism: x264vfw, AVI container, thinking ffdshow (which, BTW, is not the same as the k-lite codec pack) is overkill and mkvmerge GUI is unimpressive...That's fine as far as it goes, but you're going to miss out on a lot of useful features. Many people use these things because they work well. Nobody thinks they have zero learning curve, but it seems to me you're discarding a bunch of tools discussed and supported here at doom9 out of hand because they're a step out of the familiar.

[JimmyBarnes]

JB, you seem committed to contrarianism: x264vfw, AVI container, thinking ffdshow (which, BTW, is not the same as the k-lite codec pack) is overkill and mkvmerge GUI is unimpressive...That's fine as far as it goes, but you're going to miss out on a lot of useful features. Many people use these things because they work well. Nobody thinks they have zero learning curve, but it seems to me you're discarding a bunch of tools discussed and supported here at doom9 out of hand because they're a step out of the familiar.

Dude, I'm still grappling with these things...

[Blue_MiSfit]

It's all a process, don't worry about it :)

ffdshow won't cause the issues you're describing. You say when you installed ffdshow, FLV playback broke? Likely that's something else that came along with changing your DirectShow configuration. That can be fixed. Most apps depend on ffdshow because it's an excellent piece of software :) It's not a messy codec pack, it's a single application that integrates libavcodec (the same code that powers ffmpeg, mplayer, and VLC) into DirectShow - which is what powers Media Player Classic and many other excellent tools.

Try again, we'll help you to make sure FLV playback still works.

Derek

[JimmyBarnes]

It's all a process, don't worry about it :)

ffdshow won't cause the issues you're describing. You say when you installed ffdshow, FLV playback broke?

No, I installed RipBot which requires ffdshow and does a check before it runs. I found that once RipBot had done its check and found that some components weren't there, if I quit at that point i.e. before the proper RB GUI loaded, FLV playback was broken. I asked the RB author for his input but got no reply.

ATM I have K-Lite Codec Pack installed, it seemed to cause fewer probs than ffdshow. I let K-Lite take over Xvid encoding, One thing tho since then, 2 DVD rips 720x.. Lanczos Xvid of 2+ hr movies seemed to be undersized, even at quantizer =2.0 (Movie 1 without end-credits was 140 min, q=2 AVI size without audio was 800MB. 2nd movie was 120 min, q=2 size 1.2GB) Macroblocks were quite noticeable, something which doesn't normally occur at q=2. Possibly coincidence of course. I need to set up a clean PC with Xvid 1.2.2 and no K-Lite or ffdshow and rerip and see if I get the same results.

PS I got FLV playback to work by restoring my system from an image backup - nothing else worked. I am familiar with the requirements for getting FLV backback to work tho, there are about 4 settings..

[Inspector.Gadget]

K-Lite is a wrapper for ffdshow and a bunch of other stuff. There's no possible way that ffdshow causes merit/registration problems with other filters where K-Lite does not.