]> git.lizzy.rs Git - plan9front.git/commit
games/opl3: use correct sampling rate
authorqwx <devnull@localhost>
Wed, 5 May 2021 14:57:19 +0000 (16:57 +0200)
committerqwx <devnull@localhost>
Wed, 5 May 2021 14:57:19 +0000 (16:57 +0200)
commit7048f1ca111fb8a2898039f4e9cd255ec3cd42b2
tree0455a3ba7bd295fa525cde9e2e41de2f510961a4
parentebaddcf030d195e393fdb6308e107fa4e17b8867
games/opl3: use correct sampling rate

games/dmid uses the same sample rate as the chip for music, but other
applications do not.  opl3 and its older version opl2 (not in 9front)
read an input stream of commands in basically IMF format, something
used in other id Software games and some others, which assumes a
given input sampling rate:  700 Hz for Wolfenstein 3D music, 560 Hz
for Commander Keen, 60 Hz for Ultima 6, etc.

The opl3 emulation on the other hand is not really intended to run at
a sampling rate different that the chip's 49.716 kHz sampling rate.
Previously, we assumed it runs at 44.1 kHz and just used the input
rate as a divisor to get the number of samples per delay tic.

From what I understand, the correct way to use it for accurate
emulation is to run the opl chip emulator at its intended sampling
frequency, then downsample to 44.1 kHz.  This means better output
but more code.  The alternative is to basically do the same as
before rev 8433, except with no buffering, but at accuracy/quality
loss.  This change implements the former and just forks pcmconv to
deal with resampling.
sys/man/1/opl3
sys/src/games/dmid.c
sys/src/games/opl3/opl3m.c