AVI capture sound sync problem (even using 0.8.22 Release 9)

Hi,

I am trying the new release 9 which is supposed to fix the AVI recording sound sync problem.

Trying to record "Desert Dream", I got 8 AVI files. (The file split is great!)
When each file is opened separately, the sound seems to be synced at the begining.

Unfortunately, some AVI files contain too much sound data!

Let me explain :
I recorded at 50 fps, 48000hz sample rate, video codec=Huffyuv (RGB), audio = PCM uncompressed.
In a normal situation, it should lead to 960 audio samples by frame.
Here is the frame count / sample data of each AVI.
Between parenthesis is the frame count actually covered by the audio data, (sample data / 960) :
0 : 5771 / 5541248 (5772.13)
1 : 5706 / 5478784 (5707.06)
2 : 4896 / 5095808 (5308.13)
3 : 5910 / 5673600 (5910.00)
4 : 6061 / 5818624 (6061.06)
5 : 5509 / 5288704 (5509.06)
6 : 5686 / 7083136 (7378.26)
7 : 5467 / 10409856 (10843.60)

As you can see, some AVI files contains far more audio samples than required.
I listened to the "superfluous" audio parts and they are actually parts of the original music, not a repetition of the previous seconds or garbage...

Because of that, when I merge the AVI files together (either using VirtualDub or AviSynth) the sound get un-synchronized as from AVI 3.

I made an other try using video codec Huffyuv (convert to YUY2) and I ended up with 5 AVI files.
Here are the frame count / audio data :
0 : 9623 / 9239168 (9624.13)
1 : 8889 / 8908288 (9279.46)
2 : 9660 / 9273600 (9660)
3 : 9040 / 8684160 (9046)
4 : 5018 / 9032192 (9408.53)

I can understaind the difference for 1 or 2 frames, but a difference of more than 1500 frames is abnormal.

I hope somebody (Toni?) will be able to find the cause, and fix it.

I attached my WinUAE config file :

[TheBoss]

Make sure that you turn JIT OFF, otherwise audio will not sync!

[Toni Wilen]

Make sure winuae won't lose focus during recording, losing/gaining focus resets sound subsystem..

JIT is off (everything is grayed out) as I am only emulating a 68000.
Or should I do something special to disable it ?

WinUAE have the focus from the begining till to end, I actually don't use the PC when I am capturing.

I am running WinXP (home) on a Dell Dimension 8250 (2.4Ghz CPU, 512 Mb Ram and 20 Gb free hard disk).

I am capturing in windowed mode.

Any idea ?

I just made an other test, in full screen, here is the frames / samples count :
0 : 7855 / 7541888 (7856.13)
1 : 7254 / 7370752 (7677.86)
2 : 7033 / 6751616 (7032.93)
3 : 8050 / 7728000 (8050.00)
4 : 7351 / 7056896 (7350.93)
5 : 8066 / 15171584 (15803.73)

The part 5 contain the scrolling ending credits, I suppose the video bitrare is lower on this part as it only contain B/W text.
I am using Huffyuv as video codec.

It seems at each try, the first mis-sync came around frame 11400 and 15100.
The second one on the ending credits.

Maybe it's caused by a drop on the video bitrate ???

I'll try to make an other test using DivX

I just made a new recording test, this time using Fraunhofer MP3 at 128 kbps for audio and DivX 5.0.3 at 768 kbps for video.

The sound corresponding to the visual effect at 7:33 is played at 7:48 (15 seconds delay)
The sound corresponding to the visual effect at 12:29 is played at 12:47 (18 seconds delay) :eek

Actually the delay is far bigger than with Release 7 of WinUAE

I'll try an other test, the last one, on a different computer running Win 2000.

I really hope we will figure out where does this problem come from.

Hi,

I just made an other test on a different computer : Compaq iPAQ 1 Ghz, 256 Mb ram, 9 Gb free disk space.
Running under Windows 2000 SP3

Due to lack of disk space, I made the capture in Lores (400*300)
I used the "Huffyuv v2.1.1 - CCESP Patch v0.2.2" video codec (in "Convert to YUY2" mode) and PCM for audio.

To my surprise, this time the sound IS synchronized.

I don't know whether it is thanks to the OS (Win 2000), the different video codec, or the lores.

I'll try to make further investigation, and I'll keep you informed.