Opened 8 weeks ago

Last modified 7 weeks ago

#13462 new defect

SCUMM v7-8: DiMUSE: Large audio lag in 2.6git compared to 2.5.1

Reported by: rsn8887 Owned by:
Priority: normal Component: Engine: SCUMM
Version: Keywords: Dimuse
Cc: AndywinXp Game:

Description

The audio lag in Full Throttle and probably in other imuse/dimuse games as well is much larger now than it used to be in 2.5.1. Tested using a build of 2.6git from May 2 2022 on PSP and Windows.

For example, the sound in the first scene when hitting the ground after jumping out of the dumpster is now notably delayed. The sound of kicking the dumpster comes after the foot hits, it is not anymore perfectly synchronized. In 2.5.1 and Dosbox the synchronization between graphics and sound is much better.

Example videos using Windows 10:
2.5.1 (no audio lag)
https://youtu.be/TYEioBrw8YE
2.6git May 2 2022 (noticable audio lag)
https://youtu.be/JDcykC2WN8Q

Change History (2)

comment:1 by AndywinXp, 7 weeks ago

Cc: AndywinXp added
Component: AudioEngine: SCUMM
Summary: Large audio lag in 2.6git compared to 2.5.1SCUMM v7-8: DiMUSE: Large audio lag in 2.6git compared to 2.5.1

comment:2 by rsn8887, 7 weeks ago

After some testing on PSP with Bosca's help on Discord, we found out that, on PSP, changing "samples = 8192" to "samples = 16" or lower in osys_psp.cpp and changing "_mixer = new Audio::MixerImpl(samplesPerSec);" to "_mixer = new Audio::MixerImpl(samplesPerSec, samples);" seems to reduce the audio lag in Full Throttle to 2.5.1 levels of imperceptibly small lag, or at least very close.

The funny thing is that changing samples to 1024 or even 128 seems to make so change. The change only happens at really low numbers.

I am not sure how a 16 sample large buffer can work without producing stuttering, but it seems to work.

Last edited 7 weeks ago by rsn8887 (previous) (diff)
Note: See TracTickets for help on using tickets.