http://redump.org/discs/sort/system/dumper/nitro322/

?none of your dumps have audio tracks, i'd say redump all the discs you are talking about and add them as verifications anyway.

Since you're doing a lossless conversion of the audio data here from "bin" to WAV format, is it possible to reverse that to convert WAV back to bin?  Seems like it should be doable, but of course I have no idea how much work would be involved.

Have you given something like this any thought?  Seems like it'd be a useful feature even regardless of MiSTer support, as it'd provide an easy way to convert a rip back to its original format for verification against redump's DAT files.  Otherwise, I'd have to re-rip all of my games, which I'd prefer not to do if possible.

Would appreciate if you could at least share some feedback on this, whether it seems feasible or not.  Thanks!

=====

http://redump.org/disc/20028/
DA files in the file system linked to the audio tracks copied via the OS file manager, except the last one (dummy audio track with digital silence):

=====

http://redump.org/disc/29920/
DA files too:

=====

http://redump.org/disc/1741/
Extracted via PR and appending gaps to none:

=====

http://redump.org/disc/25923/
Same method than the used for Heavy Nova.

=====

So it seems to work very properly, no more exotic methods to get rid of the damn gaps I don't want in my redbook rips.

Same results than PR appending gaps to none and ripping to wav.

To test my favourite PS1 soundtrack, Racingroovy／ レーシングルーヴィー。Variety of styles in the racing themes and likely one of the best menu themes I have ever listened. Composed/produced by Satoru Wono, just in case that someone is interested in tagging properly these tracks (names of tracks 06-13 [racing themes], including these ones, are official, they are in the booklet and in the juke box of the game).

.DA files, which are actually linked to audio tracks. Windows adds automatically the RIFF header (and due to this are actually .wav files once renamed to *.wav) when you copy these ones as normal files from the physical CD/virtual drive once mounted the image via the file manager of Windows. Of course, the best option is from a virtual drive mounting the redump image, because copied files will be offset corrected, it's impossible that there are C2 errors and it's much faster.

Ordered by LBAs.

Splitted .wav files compared against the ones which were extracted a time ago via mounting the image into a virtual drive and copying these .DA files as normal files. Then renamed, tagged and whatnot. Fully success! DA files don't include pregap (length of audio is dictated by the ISO9660 file linked to the audio track, without including pregap) and therefore match the .wav files created.

To test this deeply, I have converted the .wav files to headerless files by removing the first 44 bytes and renaming to .raw.

All pregaps of this disc include only digital silence and hashes are the expected ones for a file filled with 352800 bytes of zeroes.

Last test: prepend 352800 bytes of zeroes to the indexes 1 of tracks, to restore the missing pregaps. As expected, now they match the original .bins, thus .wav files have the right size, they are properly aligned and no audio data was lost.

Tracks are 2352 bytes smaller than expected.

http://redump.org/disc/21535/

Every gap of this disc contain 150 sectors, so expected size of the created wav file is 352800 bytes (raw audio) + 44 bytes (RIFF header):

And to put an example, compared against the rip I made one year ago using EAC (I don't have this program installed anymore) and gaps excluded:

For example, according to the DB track size of track 5 (actually named Summer Day 1 according to the filenames of files linked to audio tracks) is 43314432. 43314432 bytes - 352800 bytes  (due to excluded pregap) + 44 bytes (due to the RIFF header) = 42961676 bytes. EAC one's has the right size.

Repository
https://github.com/saramibreak/bin2wav
20170401
https://github.com/saramibreak/bin2wav/releases
20140516
http://www.mediafire.com/download/h89m2ut0b7x3am6/