Nero Recode 2.2 Audio Sync issue and possible culprit

[daveidmx]

So I've been experiencing an audio sync issue with certain mp4s made with Nero Recode. I believe I may have information to help solve the problem.

First, this is Recode 2.2.6.1 and I use the native playback filters.

Second, the symptoms appear to be only audio skew, not drift.

Third, the symptoms occured using both AVC and QT-compatible SP.

I discovered this while transcoding LOTR SEE R1 DVDs. Most of the segments work beautifully. Here are two that didn't.

Fellowship D1 easter egg.
Audio sync for Peter Jackson intro is good. Then audio sync for subsequent video is about 500 ms late. No drift, just a jump in skew.

Two Towers D1 main movie.
This audio for this whole title is about 1000 ms late.

----------------------------------
Clues that may or may not be useful.
On a hunch I started poking around and noticed:

1. The easter egg intro is interlaced, then after the intro it's 24p. The jump in audio skew corresponds roughly to the transition in video type.

2. Previewing The Two Towers D1 main movie in DGIndex shows that the Video Type 'burps' around between NTSC and FILM for a few moments during the New Line Cinema logo at the beginning of the film. This burping behavior does not occur on the other unaffected titles.

To try to determine if this burpy video region was indeed the culprit, I did two short encodes of Two Towers. One containing only Chapter 2, the other containing Chapters 1-2. Tada! The one with only Chapter 2 is in sync, the one with Chapters 1-2 has skewed audio.

So I suspect that there is an issue with the way the video is decoded in these cases. Do these conditions match the problems anyone else has been having?

Thanks.

Log files follow.

[daveidmx]

Chapter 2 only log:

********** Nero Recode 2 **********

Version: 2.2.6.1

David Govek
The Guy Upstairs Productions
Best $70 I spent this winter!

Project type: Nero Digital
Target size: DVD5 (2282925)

13:17:39 File LangStreamPatcher.cpp, Line 56
Command table patching started...

13:17:39 File LangStreamPatcher.cpp, Line 133
All tables successfully patched!

Burn settings:
Target: Hard disk folder
Number of copies: 1
Target folder: D:\LOTR_SEE (46093754368 bytes free)
NeroDigital profile: Hey profile
Shutdown when finished: false
Advanced Analysis: false
Compress Adaptive: false

13:18:06 File burn_ndigital.cpp, Line 158
NeroDigital: init

13:18:06 File burn_ndigital.cpp, Line 269
NeroDigital: burning 20177 sectors (20177 required)

13:18:06 File burn_ndigital.cpp, Line 343
NeroDigital: beginning 1st-pass operation

13:18:06 File burn_ndigital.cpp, Line 697
NeroDigital: encode TWO_TOWERS_EXT_D1 Title 1

Source:
Size (720,480)
Display Aspect Ratio (16,9)
Deinterlace disabled
Cropping enabled (8, 56, 8, 56)
Resizing disabled
Pixel ratio (32,27)
Bitrate: 2605819 bps

13:18:06 File burn_ndigital.cpp, Line 722
Nth-pass file = C:\DOCUME~1\Guy\LOCALS~1\Temp\\TWO_TOWERS_EXT_D1 Title 1a03196.bin

13:18:06 File burn_ndigital.cpp, Line 1192
NeroDigital: building graph

Audio channels = 2
Profile = 5
Bitrate = 80
RCmode = 2
Sampling rate = 48000
13:18:07 File burn_ndigital.cpp, Line 924
NeroDigital: waiting for graph to complete

13:21:38 File burn_ndigital.cpp, Line 1018
graph completed successfully

13:21:38 File burn_ndigital.cpp, Line 391
NeroDigital: finished 1st-pass

13:21:38 File burn_ndigital.cpp, Line 407
NeroDigital: 0 files require 2nd pass

13:21:38 File burn_ndigital.cpp, Line 480
NeroDigital: beginning 2nd-pass operation

13:21:38 File burn_ndigital.cpp, Line 527
NeroDigital: Compiling volume completed successfully

13:21:38 File burn_ndigital.cpp, Line 557
NeroDigital: begin burn operation

13:21:38 File burn_ndigital.cpp, Line 200
NeroDigital: exit

[daveidmx]

Chapters 1-2 log file:

********** Nero Recode 2 **********

Version: 2.2.6.1

David Govek
The Guy Upstairs Productions
Thanks guys great work.

Project type: Nero Digital
Target size: DVD5 (2282925)

13:24:46 File LangStreamPatcher.cpp, Line 56
Command table patching started...

13:24:46 File LangStreamPatcher.cpp, Line 133
All tables successfully patched!

Burn settings:
Target: Hard disk folder
Number of copies: 1
Target folder: D:\LOTR_SEE (46052511744 bytes free)
NeroDigital profile: Hey profile
Shutdown when finished: false
Advanced Analysis: false
Compress Adaptive: false

13:24:59 File burn_ndigital.cpp, Line 158
NeroDigital: init

13:24:59 File burn_ndigital.cpp, Line 269
NeroDigital: burning 60646 sectors (60646 required)

13:24:59 File burn_ndigital.cpp, Line 343
NeroDigital: beginning 1st-pass operation

13:24:59 File burn_ndigital.cpp, Line 697
NeroDigital: encode TWO_TOWERS_EXT_D1 Title 1

Source:
Size (720,480)
Display Aspect Ratio (16,9)
Deinterlace disabled
Cropping enabled (8, 56, 8, 56)
Resizing disabled
Pixel ratio (32,27)
Bitrate: 2605819 bps

13:24:59 File burn_ndigital.cpp, Line 722
Nth-pass file = C:\DOCUME~1\Guy\LOCALS~1\Temp\\TWO_TOWERS_EXT_D1 Title 1a01164.bin

13:24:59 File burn_ndigital.cpp, Line 1192
NeroDigital: building graph

Audio channels = 2
Profile = 5
Bitrate = 80
RCmode = 2
Sampling rate = 48000
13:25:00 File burn_ndigital.cpp, Line 924
NeroDigital: waiting for graph to complete

13:43:36 File burn_ndigital.cpp, Line 1018
graph completed successfully

13:43:36 File burn_ndigital.cpp, Line 391
NeroDigital: finished 1st-pass

13:43:36 File burn_ndigital.cpp, Line 407
NeroDigital: 0 files require 2nd pass

13:43:36 File burn_ndigital.cpp, Line 480
NeroDigital: beginning 2nd-pass operation

13:43:36 File burn_ndigital.cpp, Line 527
NeroDigital: Compiling volume completed successfully

13:43:36 File burn_ndigital.cpp, Line 557
NeroDigital: begin burn operation

13:43:36 File burn_ndigital.cpp, Line 200
NeroDigital: exit

[JohnV]

Thanks for the report. I've forwarded this to people responsible.. :)

[daveidmx]

thanks, I appreciate it!

[dvd_maniac]

Don't know if this is the same thing but,
I have done about 50 movies so far in Recode and I'd say about 7 of them gave me sync issues. The last one I had a problem with was Voyager season 6 disc 1 title 4. I tried it interlaced and non-interlaced. Both gave me the same problem. I did it several times on 3 different pc's. Nothing seemed to matter. I did the whole season (28 episodes in all) Only this title gave me an issue. I imported it into TMPGenc's DVDAuthor (Gave me an error about max bitrate too high, i ignored it!)and created a VIDEO_TS folder on hard drive which I then ran through Recode. Result was a perfectly sync'ed file. I did this with both asp and AVC. Before running through DVDAuthor sync issue, after no sync issue.

[MacAddict]

It's really a shame but 8 out of the 10 AVC encodes I've done has serious sync issues as well. I might try the TMPG's DVDAuthor trick and see what happens. Lets hope this issue is worked out a little more in the next update as it seems the #1 issue that plagues Recode for the moment.

[dvd_maniac]

Maybe we should post problem movies here. It sucks to waste 6-10 hours to find out that the movie is a problem. Also @MacAddict, let me know if the DVDAuthor trick works for you. I only tried it on that one video so far.

[daveidmx]

I haven't tried yet as I've been working on other things, BUT:

if my suspicions as to what's going on are correct, you could just frame-serve a DGDecoded version of the title into Recode. DGDecode at ForceFilm (or not, either way) should come up with a constant frame rate output. It seems (without having performed any further testing whatsoever) that the frame-rate transitions with wacky TFF,RFF and I/P frame/seq flags might be messing with Recode. I'll have to test this further when I have time.

anyway, if that works then you wouldn't have to sit around and wait for TMPG.

PS could you check that voyager episode and see if it fits the bill for this solution?

[mediator]

Are all these problems related to NTSC material? Or does it also happen with PAL?

[plonk420]

Originally posted by dvd_maniac
Don't know if this is the same thing but,
I have done about 50 movies so far in Recode and I'd say about 7 of them gave me sync issues. The last one I had a problem with was Voyager season 6 disc 1 title 4. I tried it interlaced and non-interlaced. Both gave me the same problem. I did it several times on 3 different pc's. Nothing seemed to matter. I did the whole season (28 episodes in all) Only this title gave me an issue. I imported it into TMPGenc's DVDAuthor (Gave me an error about max bitrate too high, i ignored it!)and created a VIDEO_TS folder on hard drive which I then ran through Recode. Result was a perfectly sync'ed file. I did this with both asp and AVC. Before running through DVDAuthor sync issue, after no sync issue.

if you look at a small handful of movies, some use interlaced material at the beginning of the movie, even tho they might be 24fps film @ 16:9 anamorphic. coudl this be the issue with your 7 movies? the only one that comes to mind ATM is Soul Survivors (pffft) altho there was another one that did the same, i just ignored it. SS was the first one i actually went to see what i could do to fix it.

unfortunately i don't own TMPGEnc and i've long uninstalled it. however, i'm sure it would help me much... i mainly have probs with sync issues when encoding anime (which needs subs). the only other solution is to hardsub, which is not suggested. the last choice is to wait X) but who wants to do that? ^_^

[dvd_maniac]

I know the Star Trek episodes on DVD are mixed, interlaced and non-iinterlaced. I was thinking that this must be it. I tried to input all the movies that gave me sync issues into TMPGenc DVDAuthor and then through recode and no problem with sync on any of them. Since DVDAuthor only takes about 10 minutes per movie, I do not mind.I might actually use AnyDVD and input the movie directly to avoid the extra time.

[daveidmx]

Part I--
Anyone have the inside track on about how long we'll be waiting for a new Recode version?

Part II--
I've recently tested The Sopranos S1D1 (R1) Episode 1 a few different ways and here's what i found.

Use Recode like regular ->
Audio skew symptoms as previously described.

DGIndex in Field Mode NONE or Field Mode FILM
DGDecode/AviSynth/Recode ->
Audio skew corrected

DGIndex in field mode RAW
DGDecode/AviSynth+AssumeFPS(23.976)/Recode ->
** Audio skew symptoms same as using Recode regular-like.
In this case, viewing the AVS itself shows the same audio skew.

This leads me to believe two things.
1. Recode's decoder exhibits the same frame tracking behavior as DGDecode set to RAW field mode.
2. This could be due to not converting irregular pulldown cadences into the new frame rate.


Next I did another test with odd results.
As a control, I took the VOB and demuxed/remuxed it (using DVD Decrypter then TMPG) and played it in PowerDVD. Audio is in sync.
I then took the m2v and ran it through pulldown.exe to blindly reset the pulldown flags, losing the information about the weird frame counts. remuxed that and played it. Tada! Same audio sync issue as Recode!


So what next? Try to encode both MPEGs and the VOB in Recode you say? Well, interestingly enough, the video track in ALL THREE (that includes the original split VOB as a file) plays at 30 fps, not 24. (note here, of course, that the fps parameter of a "24p" m2v reads 29.97 when pulldown is properly set, as this is the actual playback rate after processing the rff flags)

Time for another test. pure 24fps mpeg. ("pulldown.exe -prog_seq p -prog_frames p -tff even -norff -framerate 23.976") In PowerDVD, as expected, framerate is correct but audio skew remains, since our source video has the wrong number of frames. Recode also handles this as expected--video at proper frame rate, with same skew as input.

Next, pulldown enabled but framerate field set to 23.976. PowerDVD of course plays this properly at about 19.1fps (23.976*4/5) but recode interprets it at 23.976.


So it appears once again that--
1. Recode acts the same as RAW field mode of DGDecode
2. When reading an MPEG2 file, Recode reads the framerate field as law, but completely ignores the pulldown flags, yeilding the wrong playback FPS.
3. When reading an MPEG2 in DVD/IFO mode, Recode gets the FPS right but still ignores the pulldown flags, leading to audio sync problems.

Disclaimer: of course these results and conclusions are based on 24p video source in NTSC-land. symptoms will differ with mixed-mode or interlaced source.

[mediator]

can you do the following test in Recode (with movies that cause the desync problem):

choose a start frame a few seconds (say 20) from the beginning. Then start the encoding. What happens? Propably A/V is in sync now!?

[daveidmx]

@mediator:
I believe the spirit of your experiment may be similar to this test I ran earlier with The Two Towers SEE R1 D1.

Originally posted by daveidmx
To try to determine if this burpy video region was indeed the culprit, I did two short encodes of Two Towers. One containing only Chapter 2, the other containing Chapters 1-2. Tada! The one with only Chapter 2 is in sync, the one with Chapters 1-2 has skewed audio.
In that case, my solution was encode with a start time of about five seconds--similar to what your are requesting here. In that case, sync was restored. I suspect this was due to starting past the trouble spot in the video.





I performed your test as requested on The Sopranos Season 1 Episode 1 (R1). I performed four encodes with various start times. I end the encode at 2:08 as this is where dialogue begins and it is possible to check sync.
00:00:00:00-00:00:02:08 out of sync
00:00:01:00-00:00:02:08 out of sync
00:00:05:00-00:00:02:08 out of sync
00:00:13:03-00:00:02:08 out of sync
In this case, simply starting the encode at a later timecode is not a viable workaround. Here's why, I believe.

While it is true that the majority of NTSC "24p" DVD video follows a regular 3:2 pulldown cadence, it is not afaik a specification to do so. It appears that the encoder used for this title, among several others that I'm currently working with, alters the pulldown sequence occasionally throughout the encode. Each time through the course of the video there is a spurt of odd pulldown pattern, the audio sync is shifted. Since these "burps" are not confined to the start of the video, but instead sprinkled like pepper through the whole title, it is not possible to simply skip over them. Instead, it may be necessary to handle them.

For your consideration here is an exerpted bit of output from DGParse.exe on this title. I can provide the whole file if you'd like, but here I've included only the GOPs in the first 3000 (encoded) frames which bear unusual pattern breaks. I have been using this file to try to predect what the audio skew will be at any given time.

Now in a regular sequence, the video duration is the same when played back with our without 3:2.
normal sequence, 30 fps playback.
8 frames = 10/30 seconds = 333 ms

time 1/30s 1234567890
EVEN FIELD 0112345567
ODD FIELD 0123345677


normal sequence, 24 fps playback.
8 frames = 8/24 seconds = 333 ms

time 1/24s 12345678
EVEN FIELD 01234567
ODD FIELD 01234567

But now note particularily the sequences where there are many consecutive frames where RFF is set. (due to alternating TFF, this yields sequence 1-3-1-3 etc. instead of 0-1-2-3) If these sequence flags are not followed, but instead the video is assumed to be exactly 24p, the following occurs:
problem sequence, 30 fps playback.
8 frames = 12/30 seconds = 400 ms

time 1/30s 123456789012
EVEN FIELD 001223445667
ODD FIELD 011233455677


problem sequence, unguided 24 fps playback.
8 frames 8/24 seconds = 333 ms

time 1/24s 12345678
EVEN FIELD 01234567
ODD FILED 01234567
Here, when guidance flags are ignored the sequence plays back 67ms too fast. And of course the converse is true with sequences of 2-2-2-2. Do you think this could be the source of the problem?

Here is the excerpt from DGParse.exe.
Thanks! Let me know if you'd like me to run more tests.
David


DGParse 1.0.0 by Donald A. Graft

Encoded Frame: Display Frames -- Flags Byte
-------------------------------------------
[GOP START]
[CLIP IS TFF]
0: 0,0 -- 2 [vob/cell=1/1]
1: 1,1 -- 2 [vob/cell=1/1] [3:2 pattern break]
2: 2,2,3 -- 3 [vob/cell=1/1]
3: 3,4,4 -- 1 [vob/cell=1/1] [3:2 pattern break]
4: 5,5 -- 2 [vob/cell=1/1]
5: 6,6,7 -- 3 [vob/cell=1/1]
6: 7,8 -- 0 [vob/cell=1/1]
7: 8,9,9 -- 1 [vob/cell=1/1]
8: 10,10 -- 2 [vob/cell=1/1]
9: 11,11,12 -- 3 [vob/cell=1/1]
10: 12,13 -- 0 [vob/cell=1/1]
11: 13,14,14 -- 1 [vob/cell=1/1]
[GOP START]
120: 150,150,151 -- 3 [vob/cell=1/1] [3:2 pattern break]
121: 151,152,152 -- 1 [vob/cell=1/1] [3:2 pattern break]
122: 153,153,154 -- 3 [vob/cell=1/1] [3:2 pattern break]
123: 154,155,155 -- 1 [vob/cell=1/1] [3:2 pattern break]
124: 156,156,157 -- 3 [vob/cell=1/1] [3:2 pattern break]
125: 157,158 -- 0 [vob/cell=1/1]
126: 158,159,159 -- 1 [vob/cell=1/1]
127: 160,160 -- 2 [vob/cell=1/1]
128: 161,161,162 -- 3 [vob/cell=1/1]
129: 162,163 -- 0 [vob/cell=1/1]
130: 163,164,164 -- 1 [vob/cell=1/1]
131: 165,165 -- 2 [vob/cell=1/1]
[GOP START]
267: 335,335 -- 2 [vob/cell=1/1]
268: 336,336 -- 2 [vob/cell=1/1] [3:2 pattern break]
269: 337,337,338 -- 3 [vob/cell=1/1]
270: 338,339,339 -- 1 [vob/cell=1/1] [3:2 pattern break]
271: 340,340,341 -- 3 [vob/cell=1/1] [3:2 pattern break]
272: 341,342,342 -- 1 [vob/cell=1/1] [3:2 pattern break]
[GOP START]
273: 343,343,344 -- 3 [vob/cell=1/1] [3:2 pattern break]
274: 344,345,345 -- 1 [vob/cell=1/1] [3:2 pattern break]
275: 346,346,347 -- 3 [vob/cell=1/1] [3:2 pattern break]
276: 347,348 -- 0 [vob/cell=1/1]
277: 348,349,349 -- 1 [vob/cell=1/1]
278: 350,350 -- 2 [vob/cell=1/1]
279: 351,351,352 -- 3 [vob/cell=1/1]
280: 352,353 -- 0 [vob/cell=1/1]
281: 353,354,354 -- 1 [vob/cell=1/1]
282: 355,355 -- 2 [vob/cell=1/1]
283: 356,356,357 -- 3 [vob/cell=1/1]
284: 357,358 -- 0 [vob/cell=1/1]
[GOP START]
303: 381,381 -- 2 [vob/cell=1/1] [3:2 pattern break]
304: 382,382,383 -- 3 [vob/cell=1/1]
305: 383,384,384 -- 1 [vob/cell=1/1] [3:2 pattern break]
306: 385,385,386 -- 3 [vob/cell=1/1] [3:2 pattern break]
307: 386,387,387 -- 1 [vob/cell=1/1] [3:2 pattern break]
308: 388,388,389 -- 3 [vob/cell=1/1] [3:2 pattern break]
309: 389,390,390 -- 1 [vob/cell=1/1] [3:2 pattern break]
310: 391,391,392 -- 3 [vob/cell=1/1] [3:2 pattern break]
311: 392,393 -- 0 [vob/cell=1/1]
[GOP START]
2310: 2891,2891,2892 -- 3 [vob/cell=1/1]
2311: 2892,2893 -- 0 [vob/cell=1/1]
2312: 2893,2894,2894 -- 1 [vob/cell=1/1]
2313: 2895,2895 -- 2 [vob/cell=1/1]
2314: 2896,2896,2897 -- 3 [vob/cell=1/1]
2315: 2897,2898,2898 -- 1 [vob/cell=1/1] [3:2 pattern break]
2316: 2899,2899,2900 -- 3 [vob/cell=1/1] [3:2 pattern break]
2317: 2900,2901,2901 -- 1 [vob/cell=1/1] [3:2 pattern break]
2318: 2902,2902,2903 -- 3 [vob/cell=1/1] [3:2 pattern break]
2319: 2903,2904,2904 -- 1 [vob/cell=1/1] [3:2 pattern break]
2320: 2905,2905,2906 -- 3 [vob/cell=1/1] [3:2 pattern break]
2321: 2906,2907,2907 -- 1 [vob/cell=1/1] [3:2 pattern break]
[GOP START]
2322: 2908,2908,2909 -- 3 [vob/cell=1/1] [3:2 pattern break]
2323: 2909,2910,2910 -- 1 [vob/cell=1/1] [3:2 pattern break]
2324: 2911,2911 -- 2 [vob/cell=1/1]
2325: 2912,2912,2913 -- 3 [vob/cell=1/1]
2326: 2913,2914,2914 -- 1 [vob/cell=1/1] [3:2 pattern break]
2327: 2915,2915,2916 -- 3 [vob/cell=1/1] [3:2 pattern break]
2328: 2916,2917,2917 -- 1 [vob/cell=1/1] [3:2 pattern break]
2329: 2918,2918,2919 -- 3 [vob/cell=1/1] [3:2 pattern break]
2330: 2919,2920,2920 -- 1 [vob/cell=1/1] [3:2 pattern break]
2331: 2921,2921,2922 -- 3 [vob/cell=1/1] [3:2 pattern break]
2332: 2922,2923,2923 -- 1 [vob/cell=1/1] [3:2 pattern break]
2333: 2924,2924,2925 -- 3 [vob/cell=1/1] [3:2 pattern break]
[GOP START]
2334: 2925,2926,2926 -- 1 [vob/cell=1/1] [3:2 pattern break]
2335: 2927,2927,2928 -- 3 [vob/cell=1/1] [3:2 pattern break]
2336: 2928,2929,2929 -- 1 [vob/cell=1/1] [3:2 pattern break]
2337: 2930,2930,2931 -- 3 [vob/cell=1/1] [3:2 pattern break]
2338: 2931,2932,2932 -- 1 [vob/cell=1/1] [3:2 pattern break]
2339: 2933,2933,2934 -- 3 [vob/cell=1/1] [3:2 pattern break]
2340: 2934,2935,2935 -- 1 [vob/cell=1/1] [3:2 pattern break]
2341: 2936,2936,2937 -- 3 [vob/cell=1/1] [3:2 pattern break]
2342: 2937,2938,2938 -- 1 [vob/cell=1/1] [3:2 pattern break]
2343: 2939,2939,2940 -- 3 [vob/cell=1/1] [3:2 pattern break]
2344: 2940,2941,2941 -- 1 [vob/cell=1/1] [3:2 pattern break]
2345: 2942,2942,2943 -- 3 [vob/cell=1/1] [3:2 pattern break]
[GOP START]
2346: 2943,2944,2944 -- 1 [vob/cell=1/1] [3:2 pattern break]
2347: 2945,2945 -- 2 [vob/cell=1/1]
2348: 2946,2946 -- 2 [vob/cell=1/1] [3:2 pattern break]
[GOP START]
2349: 2947,2947 -- 2 [vob/cell=1/2] [3:2 pattern break]
2350: 2948,2948,2949 -- 3 [vob/cell=1/2]
2351: 2949,2950,2950 -- 1 [vob/cell=1/2] [3:2 pattern break]
2352: 2951,2951,2952 -- 3 [vob/cell=1/2] [3:2 pattern break]
2353: 2952,2953,2953 -- 1 [vob/cell=1/2] [3:2 pattern break]
2354: 2954,2954,2955 -- 3 [vob/cell=1/2] [3:2 pattern break]
2355: 2955,2956,2956 -- 1 [vob/cell=1/2] [3:2 pattern break]
2356: 2957,2957,2958 -- 3 [vob/cell=1/2] [3:2 pattern break]
2357: 2958,2959,2959 -- 1 [vob/cell=1/2] [3:2 pattern break]
2358: 2960,2960,2961 -- 3 [vob/cell=1/2] [3:2 pattern break]
2359: 2961,2962,2962 -- 1 [vob/cell=1/2] [3:2 pattern break]
2360: 2963,2963,2964 -- 3 [vob/cell=1/2] [3:2 pattern break]
[GOP START]
2361: 2964,2965,2965 -- 1 [vob/cell=1/2] [3:2 pattern break]
2362: 2966,2966,2967 -- 3 [vob/cell=1/2] [3:2 pattern break]
2363: 2967,2968,2968 -- 1 [vob/cell=1/2] [3:2 pattern break]
2364: 2969,2969,2970 -- 3 [vob/cell=1/2] [3:2 pattern break]
2365: 2970,2971,2971 -- 1 [vob/cell=1/2] [3:2 pattern break]
2366: 2972,2972,2973 -- 3 [vob/cell=1/2] [3:2 pattern break]
[GOP START]
2367: 2973,2974,2974 -- 1 [vob/cell=1/2] [3:2 pattern break]
2368: 2975,2975 -- 2 [vob/cell=1/2]
2369: 2976,2976,2977 -- 3 [vob/cell=1/2]
2370: 2977,2978 -- 0 [vob/cell=1/2]
2371: 2978,2979,2979 -- 1 [vob/cell=1/2]
2372: 2980,2980 -- 2 [vob/cell=1/2]
2373: 2981,2981,2982 -- 3 [vob/cell=1/2]
2374: 2982,2983 -- 0 [vob/cell=1/2]
2375: 2983,2984,2984 -- 1 [vob/cell=1/2]
2376: 2985,2985 -- 2 [vob/cell=1/2]
2377: 2986,2986,2987 -- 3 [vob/cell=1/2]
2378: 2987,2988 -- 0 [vob/cell=1/2]
[GOP START]
2511: 3153,3154,3154 -- 1 [vob/cell=1/2]
2512: 3155,3155 -- 2 [vob/cell=1/2]
2513: 3156,3156 -- 2 [vob/cell=1/2] [3:2 pattern break]
2514: 3157,3157 -- 2 [vob/cell=1/2] [3:2 pattern break]
2515: 3158,3158 -- 2 [vob/cell=1/2] [3:2 pattern break]
2516: 3159,3159 -- 2 [vob/cell=1/2] [3:2 pattern break]
2517: 3160,3160 -- 2 [vob/cell=1/2] [3:2 pattern break]
2518: 3161,3161 -- 2 [vob/cell=1/2] [3:2 pattern break]
2519: 3162,3162 -- 2 [vob/cell=1/2] [3:2 pattern break]
2520: 3163,3163 -- 2 [vob/cell=1/2] [3:2 pattern break]
2521: 3164,3164 -- 2 [vob/cell=1/2] [3:2 pattern break]
2522: 3165,3165 -- 2 [vob/cell=1/2] [3:2 pattern break]
[GOP START]
2523: 3166,3166 -- 2 [vob/cell=1/2] [3:2 pattern break]
2524: 3167,3167 -- 2 [vob/cell=1/2] [3:2 pattern break]
2525: 3168,3168 -- 2 [vob/cell=1/2] [3:2 pattern break]
2526: 3169,3169 -- 2 [vob/cell=1/2] [3:2 pattern break]
2527: 3170,3170 -- 2 [vob/cell=1/2] [3:2 pattern break]
2528: 3171,3171,3172 -- 3 [vob/cell=1/2]
2529: 3172,3173 -- 0 [vob/cell=1/2]
2530: 3173,3174,3174 -- 1 [vob/cell=1/2]
2531: 3175,3175 -- 2 [vob/cell=1/2]
2532: 3176,3176 -- 2 [vob/cell=1/2] [3:2 pattern break]
2533: 3177,3177 -- 2 [vob/cell=1/2] [3:2 pattern break]
2534: 3178,3178 -- 2 [vob/cell=1/2] [3:2 pattern break]
[GOP START]
2535: 3179,3179,3180 -- 3 [vob/cell=1/2]
2536: 3180,3181,3181 -- 1 [vob/cell=1/2] [3:2 pattern break]
2537: 3182,3182,3183 -- 3 [vob/cell=1/2] [3:2 pattern break]
2538: 3183,3184 -- 0 [vob/cell=1/2]
2539: 3184,3185,3185 -- 1 [vob/cell=1/2]
2540: 3186,3186 -- 2 [vob/cell=1/2]
2541: 3187,3187 -- 2 [vob/cell=1/2] [3:2 pattern break]
2542: 3188,3188,3189 -- 3 [vob/cell=1/2]
2543: 3189,3190,3190 -- 1 [vob/cell=1/2] [3:2 pattern break]
2544: 3191,3191 -- 2 [vob/cell=1/2]
2545: 3192,3192,3193 -- 3 [vob/cell=1/2]
2546: 3193,3194 -- 0 [vob/cell=1/2]
[GOP START]
2547: 3194,3195 -- 0 [vob/cell=1/2] [3:2 pattern break]
2548: 3195,3196,3196 -- 1 [vob/cell=1/2]
2549: 3197,3197 -- 2 [vob/cell=1/2]
2550: 3198,3198 -- 2 [vob/cell=1/2] [3:2 pattern break]
2551: 3199,3199 -- 2 [vob/cell=1/2] [3:2 pattern break]
2552: 3200,3200 -- 2 [vob/cell=1/2] [3:2 pattern break]
2553: 3201,3201,3202 -- 3 [vob/cell=1/2]
2554: 3202,3203 -- 0 [vob/cell=1/2]
2555: 3203,3204,3204 -- 1 [vob/cell=1/2]
2556: 3205,3205 -- 2 [vob/cell=1/2]
2557: 3206,3206,3207 -- 3 [vob/cell=1/2]
2558: 3207,3208 -- 0 [vob/cell=1/2]
[GOP START]
2661: 3336,3336,3337 -- 3 [vob/cell=1/2]
2662: 3337,3338 -- 0 [vob/cell=1/2]
2663: 3338,3339 -- 0 [vob/cell=1/2] [3:2 pattern break]
2664: 3339,3340,3340 -- 1 [vob/cell=1/2]
2665: 3341,3341,3342 -- 3 [vob/cell=1/2] [3:2 pattern break]
2666: 3342,3343 -- 0 [vob/cell=1/2]
2667: 3343,3344 -- 0 [vob/cell=1/2] [3:2 pattern break]
2668: 3344,3345,3345 -- 1 [vob/cell=1/2]
2669: 3346,3346,3347 -- 3 [vob/cell=1/2] [3:2 pattern break]
2670: 3347,3348 -- 0 [vob/cell=1/2]
2671: 3348,3349 -- 0 [vob/cell=1/2] [3:2 pattern break]
2672: 3349,3350,3350 -- 1 [vob/cell=1/2]
[GOP START]
2673: 3351,3351,3352 -- 3 [vob/cell=1/2] [3:2 pattern break]
2674: 3352,3353 -- 0 [vob/cell=1/2]
2675: 3353,3354 -- 0 [vob/cell=1/2] [3:2 pattern break]
2676: 3354,3355,3355 -- 1 [vob/cell=1/2]
2677: 3356,3356,3357 -- 3 [vob/cell=1/2] [3:2 pattern break]
2678: 3357,3358 -- 0 [vob/cell=1/2]
2679: 3358,3359 -- 0 [vob/cell=1/2] [3:2 pattern break]
2680: 3359,3360,3360 -- 1 [vob/cell=1/2]
2681: 3361,3361,3362 -- 3 [vob/cell=1/2] [3:2 pattern break]
2682: 3362,3363 -- 0 [vob/cell=1/2]
2683: 3363,3364 -- 0 [vob/cell=1/2] [3:2 pattern break]
2684: 3364,3365,3365 -- 1 [vob/cell=1/2]
[GOP START]
2685: 3366,3366,3367 -- 3 [vob/cell=1/2] [3:2 pattern break]
2686: 3367,3368 -- 0 [vob/cell=1/2]
2687: 3368,3369 -- 0 [vob/cell=1/2] [3:2 pattern break]
2688: 3369,3370,3370 -- 1 [vob/cell=1/2]
2689: 3371,3371,3372 -- 3 [vob/cell=1/2] [3:2 pattern break]
2690: 3372,3373 -- 0 [vob/cell=1/2]
2691: 3373,3374 -- 0 [vob/cell=1/2] [3:2 pattern break]
2692: 3374,3375,3375 -- 1 [vob/cell=1/2]
2693: 3376,3376,3377 -- 3 [vob/cell=1/2] [3:2 pattern break]
2694: 3377,3378 -- 0 [vob/cell=1/2]
2695: 3378,3379 -- 0 [vob/cell=1/2] [3:2 pattern break]
2696: 3379,3380,3380 -- 1 [vob/cell=1/2]
[GOP START]
2697: 3381,3381,3382 -- 3 [vob/cell=1/2] [3:2 pattern break]
2698: 3382,3383 -- 0 [vob/cell=1/2]
2699: 3383,3384 -- 0 [vob/cell=1/2] [3:2 pattern break]
2700: 3384,3385,3385 -- 1 [vob/cell=1/2]
2701: 3386,3386,3387 -- 3 [vob/cell=1/2] [3:2 pattern break]
2702: 3387,3388 -- 0 [vob/cell=1/2]
2703: 3388,3389 -- 0 [vob/cell=1/2] [3:2 pattern break]
2704: 3389,3390,3390 -- 1 [vob/cell=1/2]
2705: 3391,3391,3392 -- 3 [vob/cell=1/2] [3:2 pattern break]
2706: 3392,3393 -- 0 [vob/cell=1/2]
2707: 3393,3394 -- 0 [vob/cell=1/2] [3:2 pattern break]
2708: 3394,3395,3395 -- 1 [vob/cell=1/2]
[GOP START]
2709: 3396,3396,3397 -- 3 [vob/cell=1/2] [3:2 pattern break]
2710: 3397,3398 -- 0 [vob/cell=1/2]
2711: 3398,3399 -- 0 [vob/cell=1/2] [3:2 pattern break]
2712: 3399,3400,3400 -- 1 [vob/cell=1/2]
2713: 3401,3401,3402 -- 3 [vob/cell=1/2] [3:2 pattern break]
2714: 3402,3403 -- 0 [vob/cell=1/2]
2715: 3403,3404 -- 0 [vob/cell=1/2] [3:2 pattern break]
2716: 3404,3405,3405 -- 1 [vob/cell=1/2]
2717: 3406,3406,3407 -- 3 [vob/cell=1/2] [3:2 pattern break]
2718: 3407,3408 -- 0 [vob/cell=1/2]
2719: 3408,3409 -- 0 [vob/cell=1/2] [3:2 pattern break]
2720: 3409,3410,3410 -- 1 [vob/cell=1/2]
[GOP START]
2721: 3411,3411,3412 -- 3 [vob/cell=1/2] [3:2 pattern break]
2722: 3412,3413 -- 0 [vob/cell=1/2]
2723: 3413,3414 -- 0 [vob/cell=1/2] [3:2 pattern break]
[GOP START]
2724: 3414,3415,3415 -- 1 [vob/cell=1/2]
2725: 3416,3416,3417 -- 3 [vob/cell=1/2] [3:2 pattern break]
2726: 3417,3418 -- 0 [vob/cell=1/2]
2727: 3418,3419,3419 -- 1 [vob/cell=1/2]
2728: 3420,3420 -- 2 [vob/cell=1/2]
2729: 3421,3421,3422 -- 3 [vob/cell=1/2]
2730: 3422,3423 -- 0 [vob/cell=1/2]
2731: 3423,3424,3424 -- 1 [vob/cell=1/2]
2732: 3425,3425 -- 2 [vob/cell=1/2]
2733: 3426,3426,3427 -- 3 [vob/cell=1/2]
2734: 3427,3428 -- 0 [vob/cell=1/2]
2735: 3428,3429,3429 -- 1 [vob/cell=1/2]

[daveidmx]

Just tested today's release (Recode 2.2.6.4) and the issue appears unresolved. :(

[mediator]

Thank you daveidmx for your detailed analysis. I hope a fix for this will be available in the not too far future ;)

[daveidmx]

Wheee! This is, of course, good news.

Also, I want to thank you guys for all your hard work. I know there's always a million different little things that get fixed here and there, and often all that work seems to go unnoticed. Great job, I appreciate it!

[justinkwaugh]

I have a similar problem encoding directv recorded hdtv content, for what seems to be the same reason according to the guy who wrote the tivo extraction tool:

Directv uses TFF and RFF in a weird way (http://www.dealdatabase.com/forum/showpost.php?p=203601&postcount=708)

[daveidmx]

@justinkwaugh

1. Aside from a couple typos, that's the exact same issue as here. It's a known issue and being worked on.

2. Workaround, yes. Decode with DGMpegDec and frameserve with AviSynth.

The quick and dirty way is to take a guess and pick either Force Film or None for field ops and live with it.

If you want to take some more time and save some more bits, you can DGParse.exe the .d2v file and see if it has a pretty consistent FPS. DGIndex with Field Ops None, then use SelectEvery(), Telecide() and Decimate() to filter out your dup frames. Then drop the .avs into Recode.

Good luck!

[momentum]

Strange thing is that there is no synch problem when I encode, as a test, part of the movie, first, middle, and later some 1-5 minutes long. The whole movie encoding give me serious, near 5 minutes delayed sync problem in the later part of the movie.

So when the next version fixing this problem will be availble ?

[justinkwaugh]

Originally posted by daveidmx
2. Workaround, yes. Decode with DGMpegDec and frameserve with AviSynth.

The quick and dirty way is to take a guess and pick either Force Film or None for field ops and live with it.


I tried this and with force-film or none the video is extremely choppy, has the incorrect aspect ratio (my source is 1280x1088 at 16:9, but it ends up just 1280x1088 with square pixels), and the video now lags behind the audio by quite a bit.

[daveidmx]

Ok, take a deep breath.

:readrule: :readfaq: :readguid: :search:

In five minutes I searched for and found possible solutions to all three of these. Did you?


Oh, and :script:

(1)
Originally posted by justinkwaugh
I tried this and with force-film or none the video is extremely choppy,
Originally posted by daveidmx
...then use SelectEvery(), Telecide() and Decimate() to filter out your dup frames.
Did you do this? By the way, in searching for an answer, I found a cool new tool I didn't know about before. It should make this step virtually automatic!


(2)
Originally posted by justinkwaugh
has the incorrect aspect ratio (my source is 1280x1088 at 16:9, but it ends up just 1280x1088 with square pixels),
This is the well-known and expected result. There's at least two ways to fix this--one is before you encode, the other is after.


(3)
Originally posted by justinkwaugh
and the video now lags behind the audio by quite a bit.
There's a thousand possible reasons for this.
Can you encode the script using some tool other than Recode? Does the script play in VirtualDub? Is it skew or drift? Is your CPU at 100% when playing? Did you forget to do (1) and encoded a 60 fps HD clip?

Basic HD transcoding is discussed in several other threads. If your .AVS doesn't play properly in VirtualDub or MediaPlayer, you have to fix that problem first before you can try encoding it.

[raldrich]

I have about 570 movies on DVD and am converting them all to Nero Digital format. Here is a list of movies that I have experienced the audio sync problem with so far (I'm about 40% done so far):

Army of Darkness
Austin Powers - International Man of Mystery
Austin Powers - The Spy Who Shagged Me
Blast from the Past
Boogie Nights
Clerks
Dead Poet Society
Deep Impact
Distinguished Gentleman
Earth Girls are Easy
Fargo
Four Rooms
From Dusk till Dawn
Heartbreakers
Highlander
Hitcher
Independance Day
Jackie Brown
Blade 1
Hunt for Red October
Lion King 1 1/2
Lost in Space
Manhunter

On a positive note, I have about 200 movies that are fine, so this isn't a huge percentage, but it is still a problem. Has anyone else NOT had a audio sync problem with any of these titles?

[daveidmx]

Are you using the latest version of Recode? The problem should have been fixed. If you are using the latest version but still having problems, let me know and I'll look into it.

[raldrich]

I'm using Nero Recode 2.2.6.1 - I see that the newest version is 2.2.6.9. I couldn't find any reference to this being corrected in the newest release. Has this bug been fixes since 2.2.6.1? (I don't want to uninstall and reinstall the new version unless it will help).

Thanks!

Robert

[plonk420]

daveidmx, AVISynth doesn't really help me if i want to retain the subtitles (soft subs) and have an alternate language track, unfortunately

[JohnV]

Originally posted by raldrich
I'm using Nero Recode 2.2.6.1 - I see that the newest version is 2.2.6.9. I couldn't find any reference to this being corrected in the newest release. Has this bug been fixes since 2.2.6.1? (I don't want to uninstall and reinstall the new version unless it will help).

Thanks!

Robert Definitely try the latest version. Some audio sync issues were fixed in it..

[raldrich]

It works! Does anyone else have the problem that sometimes the final rendered file is only a portion of the whole movie (even though the whole movie was correctly selected to be rendered)? I've had a couple of titles that I've had to render 2 or 3 times to get them to work!

[plonk420]

sweet, works here, too. the anime i'd been trying to encode doesn't have the sync problems anymore, either.

excel saga: CD1: 9 eps, CD2: 9 eps, CD3: 8 eps :D

[Elias]

Originally posted by raldrich
It works! Does anyone else have the problem that sometimes the final rendered file is only a portion of the whole movie (even though the whole movie was correctly selected to be rendered)? I've had a couple of titles that I've had to render 2 or 3 times to get them to work! Yeah, sometimes it's like a couple of seconds or something, when the entire file is minutes! This is mostly the case with vob files. Don't have this problem with avi files.