#2212 closed defect (fixed)
COMI: Cutscene, video and audio out of sync
| Reported by: | SF/beerdeer | Owned by: | eriktorbjorn |
|---|---|---|---|
| Priority: | normal | Component: | Engine: SCUMM |
| Version: | Keywords: | ||
| Cc: | Game: | Monkey Island 3 |
Description
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 cannon.
German version of COMI on ScummVM w32 0.7.1 stable
Ticket imported from: #1303367. Ticket imported from: bugs/2212.
Attachments (1)
Change History (22)
by , 19 years ago
| Attachment: | COMI_de.zip added |
|---|
comment:1 by , 19 years ago
| Summary: | COMI: Three more glitches → COMI: Cutscene, video and audio out of sync |
|---|
comment:2 by , 19 years ago
comment:3 by , 19 years ago
Err... May I ask you to:
o Test these bugs on daily build o Submit those bugs which appear in current version _separately_
0.7.1 is quite old now and many things were fixed/changed/improved.
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 , 19 years ago
| Summary: | COMI: Cutscene, video and audio out of sync → COMI: Three more glitches |
|---|
comment:6 by , 19 years ago
No need to open new bug reports. This one will be specific to the cutscene issue.
comment:7 by , 19 years ago
| Summary: | COMI: Three more glitches → COMI: Cutscene, video and audio out of sync |
|---|
comment:8 by , 19 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 , 19 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 , 19 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 , 19 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 , 19 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 , 18 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]:
output_rate=44100
so that my [comi] section looked like this:
[comi] description=The Curse of Monkey Island (Windows) music_volume=256 speech_volume=256 path=C:\GAMES\LucasArtsAdventures\Monkey Island 3- The Curse of Monkey Island\Game\ aspect_ratio=false music_driver=auto subtitles=true platform=windows gameid=comi fullscreen=true sfx_volume=256 talkspeed=85 speech_mute=false output_rate=44100
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 that.
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 , 18 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 , 18 years ago
I wonder if bug #1584888 (and its attached patch) has any relevance to this one.
comment:16 by , 18 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:18 by , 18 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:20 by , 18 years ago
| Owner: | set to |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
comment:21 by , 18 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 :)
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.