08981: dendego: Rendering desyncs from audio by running at too slow a speed (regression)

ID	Category [?]	Severity [?]	Reproducibility	Date Submitted	Last Update
08981	Timing	Major	Always	Dec 1, 2024, 12:08	Dec 1, 2024, 16:30

Tester	Mark	View Status	Public	Platform	MAME (Official Binary)
Assigned To		Resolution	Open	OS	Windows 10/11 (64-bit)
Status [?]	Confirmed			Driver	taito/taitojc.cpp
Version	0.272	Fixed in Version		Build	64-bit
		Fixed in Git Commit		Github Pull Request #

Summary	08981: dendego: Rendering desyncs from audio by running at too slow a speed (regression)
Description	When running dedego, the graphics rapidly descync from the audio by running too slow. I've attached a video showing the problem. This occurred somewhere between 0.266 (Working, correct speed), and 0.267 (too slow), I believe the culprit may be -cpu/m68000: Updated 680x0 FPU to Softfloat 3 from 2. or -cpu/m68000: FPU now sets the NaN flag for all NaNs, not just signalling. Fixes dendego black screen in attract mode. I've turned on the speed counter in both videos, so you can see the regression is not related to an overhead in performance (both run at 100%) , but probably some miscalculation somewhere.
Steps To Reproduce	.\mame.exe dendego Watch intro - note the audio/video desync.
Additional Information	Ignore the incorrect colours in the video, these are not present outside the capture.
Github Commit

Flags	Noted in Source
Regression Version	0.267
Affected Sets / Systems	dendego

Attached Files	Dendego Correct Speed.compressed.mp4 (3,231,842 bytes) Dec 1, 2024, 12:10 Uploaded by Mark 0.266 - Correct
	Dendego Wrong (Slow) Speed.compressed.mp4 (3,219,873 bytes) Dec 1, 2024, 12:11 Uploaded by Mark 0.267 - Wrong
	0.266 - Correct.compressed.mp4 (2,822,567 bytes) Dec 1, 2024, 16:29 Uploaded by Mark 0.226 - Correct Announcement Speed
	0267 - Slow.compressed.mp4 (2,482,903 bytes) Dec 1, 2024, 16:30 Uploaded by Mark 0.267 - Long Pauses Between Words

No.22515 Robbbert Moderator Dec 1, 2024, 13:47	I'm not getting any desync, the game seems ok, even if somewhat sluggish compared to what real train driving is like.
No.22516 Mark Tester Dec 1, 2024, 16:28 edited on: Dec 1, 2024, 16:48	I've tried with a clean INI on a Windows Sandbox and can still reproduce here. To be clear about the symptoms - in the Correct video note that the audio perfectly aligns with the video transition from the engine shed pan down to the wheels. In the Slow video the music cut doesn't align with the same scene transition. I see the same results with my own custom builds, which I build with Clang 19 on MSYS2 (I assume the official builds are GCC 12/13). Once you're in game on the Slow version, the game does indeed feel sluggish. If it helps, I'm on an AMD Ryzen 5900HX System. I've uploaded two gameplay videos showing the difference. Notice the long pauses between each station's name as the announcer announces them in the Slow video.

No.22515

Robbbert

Moderator

Dec 1, 2024, 13:47

I'm not getting any desync, the game seems ok, even if somewhat sluggish compared to what real train driving is like.

No.22516

Mark

Tester

Dec 1, 2024, 16:28

edited on: Dec 1, 2024, 16:48

I've tried with a clean INI on a Windows Sandbox and can still reproduce here. To be clear about the symptoms - in the Correct video note that the audio perfectly aligns with the video transition from the engine shed pan down to the wheels. In the Slow video the music cut doesn't align with the same scene transition.

I see the same results with my own custom builds, which I build with Clang 19 on MSYS2 (I assume the official builds are GCC 12/13).

Once you're in game on the Slow version, the game does indeed feel sluggish.
If it helps, I'm on an AMD Ryzen 5900HX System.

I've uploaded two gameplay videos showing the difference. Notice the long pauses between each station's name as the announcer announces them in the Slow video.