I've been using the following commandline in the CLI encoder with the new LAME 3.99.2:
--noreplaygain -b 256 -q 7 [IFCOMP]--compilation[] - "[outfile_long]"
Works great on single-artist albums, but for various artist compilations, it creates a corrupted file that's only about 2kb in size, and I get this error:
Error converting to CLI Encoder, "[path]" Error writing audio data to StdIn Pipe [clEncoder::EncodeBlock]
The whole [IFCOMP]--compilation[] - "[outfile_long]" thing works perfectly on various artists compilations using Quicktime AAC Encoder. I can't figure out why I get the error when I change encoders. It's just the [IFCOMP]--compilation[] part of the commandline that is not working with the LAME for some reason.
Any ideas what I'm doing wrong? Why does this work with Quicktime AAC and not with LAME?
--noreplaygain -b 256 -q 7 [IFCOMP]--compilation[] - "[outfile_long]"
Works great on single-artist albums, but for various artist compilations, it creates a corrupted file that's only about 2kb in size, and I get this error:
Error converting to CLI Encoder, "[path]" Error writing audio data to StdIn Pipe [clEncoder::EncodeBlock]
The whole [IFCOMP]--compilation[] - "[outfile_long]" thing works perfectly on various artists compilations using Quicktime AAC Encoder. I can't figure out why I get the error when I change encoders. It's just the [IFCOMP]--compilation[] part of the commandline that is not working with the LAME for some reason.
Any ideas what I'm doing wrong? Why does this work with Quicktime AAC and not with LAME?
Comment