ValleyBell wrote:
Did you happen to log that song with the "normal" DOSBox instead of the modified one we have on vgmrips?
The "normal" DOSBox uses a vgm_cmp like algorithm* when logging and that often causes instrument definitions to be incomplete even when starting a song. (and it sometimes screws frequencies up when looping)
The trimming points look good from what I saw by comparing the VGMs via vgm2txt.
I believe I was using the one posted here in the forum, but I'll download it again just to make sure.
ValleyBell wrote:
Anyway, why were you trying to convert OPL2 to OPL3? There is really no reason for that. If DOSBox writes a DRO for OPL2, the sound uses none of the OPL3 features, so it plays back on identically OPL2 and OPL3.
(And opl_23 can only convert between DualOPL2 and OPL3 anyway.)
Because when you set OPL mode to auto (which I think is already like that by default), DOSBox behaves with the kind of backward compatibility that a Sound Blaster 16 with the physical OPL3 chip does when playing OPL2 music. It does sound differently in DOSBox than it does when you convert a freshly logged .DRO to .VGM.
Changing the OPL mode to dualopl2 did it for me. I did some little testing with the intro music from Darkseed, and converting dualopl2 to opl3 gave me the sound I was looking for - what you actually hear while playing the game in DOSBox with the OPL mode set to auto, and I think, the sound you'd get if you played the game with a Sound Blaster 16 with a physical OPL3 chip instead of an OPL2.
ValleyBell wrote:
* in fact, the VGM you posted gets only 3 bytes smaller when using vgm_cmp on it, so I'm pretty sure DOSBox did some optimization while logging.[/size]
In that case I'm definitely going to recheck the download, or use the SVN build if the problem persists, lest you don't recommend it?
EDIT: I downloaded DOSBox again from
here and the problem persists. Here are the files attached from my second attempt at trimming it (at which I realised that the actual cycle was a bit ahead of where I had set it - not that that made much of a difference).
Attachment:
File comment: Raw DRO log, freshly converted VGM, and trimmed VGM.
DRO_VGM.zip [35.82 KiB]
Downloaded 146 times
EDIT #2: This particular DRO/VGM log worked with the DOSBox SVN Build R4000 available
here. This particular build waits until receiving any OPL commands, resulting in an automatically trimmed DRO log (at the beginning), to which I added a 3072 samples silence just in case.
Attachment:
File comment: New logs with the DOSBox SVN build R4000.
DRO_VGM_SVN.zip [36.81 KiB]
Downloaded 162 times