Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Right Audio channel output starts ever so slightly later #61

Open
pceDev16 opened this issue May 17, 2022 · 4 comments
Open

Right Audio channel output starts ever so slightly later #61

pceDev16 opened this issue May 17, 2022 · 4 comments
Labels
Accuracy Improves Emulation Accuracy Audio Audio related bug Something isn't working PCE/TG16 NEC PC Engine / Turbografx-16 related SGX PC Engine SuperGrafx

Comments

@pceDev16
Copy link
Collaborator

Comparing the output of MDFourier in the latest 240PTestSuite from @artemio he noticed that the Right Audio channel is starting 0.000625 miliseconds later. This is happening in both our builds and the baseline vanilla Mednafen

@pceDev16 pceDev16 added bug Something isn't working Audio Audio related PCE/TG16 NEC PC Engine / Turbografx-16 related Accuracy Improves Emulation Accuracy SGX PC Engine SuperGrafx labels May 17, 2022
@pceDev16
Copy link
Collaborator Author

pceDev16 commented May 21, 2022

Some more info from digging into this a bit more:

  • @artemio has also seen this on a single physical DUO-R out of a sample of 10 and we know that the original author also used a Duo to set up the emulation nature of the PCE modules so perhaps they had a similar "run" of DUO's that exhibited this issue?
  • This issue is not exhibiting on physical SuperGrafx units

@pceDev16
Copy link
Collaborator Author

The delay appears to be exactly 5 cycles of an 8khz waveform

@dshadoff
Copy link
Member

5 cycles of an 8KHz waveform would be 0.625 milliseconds (or 0.000625 seconds).... is this what you meant above ?
(rather than "0.000625 milliseconds)

@dshadoff
Copy link
Member

@pceDev16 , which of the various audio outputs is being compared here - CD ? PSG ? ADPCM ?

And just to be clear, are you saying that SOME real hardware is also exhibiting this behaviour ? If true, I would like to try to understand what the variation is between chipsets (but maybe I misunderstood what was written above ?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Accuracy Improves Emulation Accuracy Audio Audio related bug Something isn't working PCE/TG16 NEC PC Engine / Turbografx-16 related SGX PC Engine SuperGrafx
Projects
None yet
Development

No branches or pull requests

2 participants