Opened 4 years ago

Closed 3 years ago

#11296 closed defect (fixed)

BLADERUNNER: Investigate audio video desynch issues

Reported by: antoniou79 Owned by: antoniou79
Priority: normal Component: Engine: Bladerunner
Version: Keywords: desynch, cutscenes
Cc: antoniou79 Game: Blade Runner


People in GOG forums have reported this issue, and some have written that it was randomly fixed the next time they launched the game.

GOG's official trailer for the Blade Runner re-release is an example of said issue -- in this the sound plays noticeably earlier than the image / actor lips moving:

Potential causes:

  • Installing the game on a slow drive (eg. external USB)
  • Heavy CPU load on the machine due to other processes(?)
  • Additional load from recording the gameplay?

Change History (10)

comment:1 by antoniou79, 4 years ago

One thing I've noticed is that it is possible to cause a video/audio desynch if running the game in windowed mode, and move the game's window around, while a video cutscene is playing.

comment:2 by IlDucci, 4 years ago

Greetings. I started playing the Restored Content version and did the whole Act 1. The first videos played alright, but Eisenduller's Death (Start of Act 2) did have a A/V desynch.

I'm using Win7 x64, version 2.2.0git2888-g8ab9c8ec77, playing in Windowed mode. I moved the window so I could read other things in my Desktop, but during gameplay, not at a FMV.

comment:3 by antoniou79, 4 years ago

Another way this was reproduced today was by calling the Ctrl+F5 menu and resuming the game.

comment:4 by antoniou79, 4 years ago

Priority: normalhigh

comment:5 by antoniou79, 3 years ago

Owner: set to rsn8887
Resolution: pending
Status: newpending

Wrong ticket, sorry.

Last edited 3 years ago by antoniou79 (previous) (diff)

comment:6 by antoniou79, 3 years ago

Owner: changed from rsn8887 to antoniou79

Assigning this to me.

comment:7 by antoniou79, 3 years ago

Priority: highnormal

Reverting the priority back to "normal" for this, as I need to off-load my tasks list for the next stable 2.2 version, and it's looking like I might not be able to properly attend to this within the available timeframe.

comment:8 by sev-, 3 years ago

Resolution: pending
Status: pendingnew

comment:9 by antoniou79, 3 years ago

Resolution: pending
Status: newpending

I just pushed a possible fix for one of the causes of audio-video desynch.

This fix addresses the situation, when moving the ScummVM window around, in which case the video stops immediately but the audio keeps playing until the stream queue is exhausted (audio stream queue stores audio ahead of time, up to 15 frames). Thus, upon "resuming" (after having stopped moving the window), the video would remain behind the audio.

With this fix, the video will catch up with the audio first, before resuming queuing of the audio again. This does mean that in order for the video to catch up, the audio will have to be silent for the frames that it already has "played".

I still want to look into the video decoder code too, to see if we can optimize it for speed, so that it can run faster on slower devices, but perhaps this ticket can be closed for now.

I will keep it open for another week or so, pending feedback.

comment:10 by antoniou79, 3 years ago

Resolution: pendingfixed
Status: pendingclosed

Closing this, since feedback has been positive about the de-synching issue.

Note: See TracTickets for help on using tickets.