On Wed, Jan 11, 2023 at 02:43:25PM +0100, Jan Stary wrote: > On Jan 11 01:10:11, a...@caoua.org wrote: > > On Tue, Jan 10, 2023 at 08:22:27PM +0000, John Rigg wrote: > > > > > > > > # If I recall correctly, I converted to FLAC here because the WAV > > > > > headers > > > > > # generated by aucat and SoX differed, and so SoX would refuse to > > > > > play WAV fil > > > > es > > > > > # created by aucat. > > > > > > > > That would be a bug in itself. > > > > How exactly does SoX refuse to play the WAVs created by aucat? > > > > > > sox is strict about headers and will complain if cbSize is inconsistent > > > with > > > fmt size. Workaround is to use the '-t sndfile' option. > > > > > > aucat is not alone here; several other programs write .wav files that > > > require this option with sox. > > > > > > > Here's a diff to switch aucat to extended wav format. According to > > Microsoft docs, it is needed if bits > 16 or if there are more than 2 > > channels, which aucat supports. It fixes the sox problem. > > Thank you. > > One nit that's perhaps related: $ aucat -n in.wav -o out.wav > produces a stereo 24bit out.wav, as -c 0:1 -e s24 is the default. > Would it make more sense with -n to preserve the characteristics > of in.wav instead? >
Yes, this is on my todo list, including preserving the sample rate, which is the most annoying.
