Opened 14 years ago

Closed 13 years ago

Last modified 13 years ago

#2212 closed defect (fixed)

COMI: Cutscene, video and audio out of sync

Reported by: SF/beerdeer Owned by: eriktorbjorn
Priority: normal Component: Engine: SCUMM
Keywords: Cc:
Game: Monkey Island 3


Guess its better to put the other glitches I discovered
in one thread. Here we go:

comi.s03: Cutsene, video and audio are completely out
of sync.

comi.04: Graphical bug, use the skeleton arm on the
lamp on the table and watch the guy with the book.

comi.05: Graphical bug, talk to the rat and watch the

German version of COMI on ScummVM w32 0.7.1 stable

Ticket imported from: #1303367. Ticket imported from: bugs/2212.

Attachments (1) (209.1 KB ) - added by SF/beerdeer 14 years ago.

Download all attachments as: .zip

Change History (22)

by SF/beerdeer, 14 years ago

Attachment: added

comment:1 by cyxx, 14 years ago

Summary: COMI: Three more glitchesCOMI: Cutscene, video and audio out of sync

comment:2 by cyxx, 14 years ago

The bugs 4 and 5 have been fixed some months ago and don't
occur anymore with the CVS version.
Not sure what's wrong with the cutscene, though.

comment:3 by sev-, 14 years ago

Err... May I ask you to:

o Test these bugs on daily build
o Submit those bugs which appear in current version

0.7.1 is quite old now and many things were

And it is extremely difficult (read impossible) to manage
more than one bugreports in one reporting item. What to do
if bug (b) will be fixed and not bug (c)? How to explain it?
How to deal with. so I ask you to fullfill above requests.

Of course, you may leave _one_ bug here in this thread.

comment:4 by sev-, 14 years ago

Summary: COMI: Cutscene, video and audio out of syncCOMI: Three more glitches

comment:5 by sev-, 14 years ago

PS. No need to compress ScummVM saves as they're already

comment:6 by cyxx, 14 years ago

No need to open new bug reports. This one will be specific
to the cutscene issue.

comment:7 by cyxx, 14 years ago

Summary: COMI: Three more glitchesCOMI: Cutscene, video and audio out of sync

comment:8 by SF/beerdeer, 14 years ago

Damn you're right, 4+5 are already fixed, sorry. What do you
guys think of the banjo duel bug I've posted in an own
thread? It still happens in the latest CVS and it may make
the game uncompletable.

comment:9 by cyxx, 14 years ago

We saw your "banjo duel" bug report (and the one with the
graphical glitch in the restaurant, too). If no-one in the
team has posted comments for them so far, it's just that
no-one has an idea of what is going wrong there.

comment:10 by joostp, 14 years ago

I have the same problem with SMUSH going out of sync on PSP.
The audio seems to use a different timing mechanism than the
video and this seems to cause problems on slow(er) devices.

comment:11 by SF/abolishment, 14 years ago

Any progress on the problem with sync issues on cutscenes? I
just checked the COMI intro using both the 0.8.0 release and
the latest published CVS version (November 24, 2005) and the
sync issue is still there. The intro seems to play just fine
for the first part, where Guybrush is writing in his diary -
the audio is definitely in sync when the chicken clucks, and
the scene changes/facial expressions are exactly as seen in
the original game until the credits sequence starts (I
checked). The sync issue is only noticeable after the
credits sequence. Once Elaine and LeChuck start talking,
however, the voices are off by nearly a second on my system.
I tried several times, both in ScummVM and the original
game, and the results are the same: The original plays in
perfect sync, and SCUMMVM fails to do so.

Any work being done on this one?

Brief system summary: ASUS P4P800S-X motherboard, 2.66 GHz
P4 processor, 1 GB RAM, Terratec Aureon 5.1 Fun sound card,
ATI Radeon 9600 Pro graphics card.

comment:12 by SF/drw25, 14 years ago

Both this issue and the banjo duel one still seem to be
around in my English version of CMI running on the current
SVN build. I agree with 'abolishment' below - it loses
sync when the SMUSH kicks back in after the credits text,
which doesn't seem to be pre-rendered. The banjo duel bug
does affect playability - you need ultra-fast reactions to
avoid being put-down by Snugglecakes ad infinitum!

comment:13 by SF/headb, 13 years ago

I wish to help audio-outta-sync scummVM users.

doing the ff. helped me. it's may be the "true solution" to
the problem, or it may just be one of the infinite work-
arounds to the problem.

this is what i added to the scummvm.ini (located in windows
folder if ur using windows), under [comi]:


so that my [comi] section looked like this:

description=The Curse of Monkey Island (Windows)
path=C:\GAMES\LucasArtsAdventures\Monkey Island 3- The
Curse of Monkey Island\Game\

version .9 of scummvm has a readme that states:

The output sample rate tells ScummVM how many sound samples
to play per channel
per second. There is much that could be said on this
subject, but most of it
would be irrelevant here. The short version is that for
most games 22050 Hz is
fine, but in some cases 44100 Hz is preferable. On
extremely low-end systems
you may want to use 11025 Hz, but it's unlikely that you
have to worry about

so scummvm recommends 11025, 22050, and 44100Hz

in my case, the cutscene from comi had a lagging video and
a leading sound, so increasing the output sample to 44100Hz
(or maybe correcting it, for i do not know what freq. it
was resampling the *.san file) more or less "synced" the
audio with the video. increasing this value even more would
yield a leading video and a lagging sound. Decreasing this
would yield a lagging video and a leading sound.

hope this helps. i presume this is the result of a non-
standard compressed sound file (?); althoough i did
download a torrent of a supposed;y original CD image. my
original copy of MI3 was stolen btw. still have the box and
goodies though.

comment:14 by SF/headb, 13 years ago

hmm... my hypothesis needs a bit of testing. any feedback
from those who would test this is welcome. all i could
reaffirm is that when i set the output rate to 11025Hz, i
end up with a lagging video again. if i put a 44100Hz
frequency, the video and audio sync

comment:15 by eriktorbjorn, 13 years ago

I wonder if bug #1584888 (and its attached patch) has any
relevance to this one.

comment:16 by fingolfin, 13 years ago

The fact that changing the sample frequency affects this issue indicates a timing related problem. It might be necessary to add code that adjusts for clock drift -- the typical cause for sync problems in videos. After all, the audio is driven by one thread (called with a frequence of 44.1kHz, or 11.024kHz), while the graphics are drawn by a timer running at a different frequency...

Anyway, we had some fundamental changes in this code recently, and we no longer use a timer for the graphics drawing. This might affect this issue. Could somebody please confirm whether it is still present with a current build (post 0.9.1).

comment:17 by SF/beerdeer, 13 years ago

I'll test it as soon as I got back from work.

comment:18 by SF/beerdeer, 13 years ago

You did it! :-)
Checked english and german version with the latest build (w32) and both are sync now. Check it yourself by using boot param 600, this cutscene was the most desynced one. Thanks for your work guys!

comment:19 by fingolfin, 13 years ago

Thank Torbjörn for his good work then ;-)

comment:20 by fingolfin, 13 years ago

Owner: set to eriktorbjorn
Resolution: fixed
Status: newclosed

comment:21 by SF/eilhan, 13 years ago

I finally got around to check this out, and the entire intro did indeed play flawlessly. Looks like Torbjörn did some excellent work indeed :)

Note: See TracTickets for help on using tickets.