Dead or Alive - music stutters at the beginning of a fight

[Kuba-J]

music stutters at the beginning of a fight - latest dualsdram test core

is like this before each new fight , when a new song starts

[Kuba-J]

The stutter can also be heard in Virtua Fighter 2 when the fighter's choice comes up

EDIT: the last core on which it works well for me is 20241030

[srg320]

@Kuba-J, Can you check the following?
Start the game, but do not start the fight. Quit the game in the bios (A+B+C+Start). Listen to the beginning of the fight tracks (starting at 4) and check for stuttering.

[Kuba-J]

music works fine in music player (bios)

I tested the same sd card on three dualsdram hardware. Two de10 and qmtech , on each I got different results. The first my test , as I described in the submission , clipping in the music at the beginning of the fight in DoA, on the second de10 everything is fine, on the qmtech clone I even have artifacts in the DOA intro.

[srg320]

Well I only have one Mister and one sd card. I don't have that issue yet. That makes it harder to find the problem.

Try this build
Saturn_DS.zip

[Kuba-J]

no change + gfxs corruption

bandicam.2024-11-21.11-31-30-529.mp4

In my opinion, this error is related to sdram, you can even see gfx errors for a fraction of a second when clipping music. Here you can hear the music clipping better.

20241119_183859.mp4

[Kuba-J]

problems do not occur up to core version 20241030 , from core 20241106 the problem occurs.

[srg320]

Try this build
Saturn_DS.zip

[Kuba-J]

sorry , no luck (music) :(

[Kuba-J]

i found the cause of the problem , the error occurs with vsync=1 setting , no problems with vsync=0. i am wondering what has changed and what is affecting it at the moment? core from october works ok with vsync=1

[srg320]

i found the cause of the problem , the error occurs with vsync=1 setting , no problems with vsync=0. i am wondering what has changed and what is affecting it at the moment? core from october works ok with vsync=1

At the moment of stuttering, the video mode is switched from normal to interlace. That's where the relation to vsync setting comes from.

There are two builds on October 30th. Are both of them without stuttering?

[Kuba-J]

20241008 works ok , as for core 20241030 I only checked yours from here #259 , because I had problems

[Kuba-J]

problem also occurs in core 20241030 (dualsdram test core )

[srg320]

There are two builds on October 30th.
Saturn_DualSDRAM_unstable_20241030_090616.rbf
Saturn_DualSDRAM_unstable_20241030_14f3a8.rbf

[Kuba-J]

ok i checked two versions of core single 20241030 before and after the fix for interlace. The problem appears with the changes for interlace.

https://github.com/MiSTer-unstable-nightlies/Saturn_MiSTer/releases/download/unstable-builds/Saturn_unstable_20241030_090616.rbf - works fine
https://github.com/MiSTer-unstable-nightlies/Saturn_MiSTer/releases/download/unstable-builds/Saturn_unstable_20241030_14f3a8.rbf - probem with vsync=1

[srg320]

Ok. The problem has been localized. But I don't know how to fix it. I don't know much about video signals. Need help from more experienced people.

[Kuba-J]

Thank you for your time and I apologize for being so late in verifying other things.

[Kuba-J]

A new observation, deinterlacing BOB holds steady at 60Hz , Wave shows 59.7-59.8Hz and jumps to 60Hz. When using BOB I have no problem with vsync=1 (dead or alive)