Originally Posted by
wouldbeirish
I'm having a problem when using the Multi-Encoder. I have it setup to do both Apple Lossless and m4a FDK AAC. It seems to error out on multiple tracks. The destination that the Lossless files are supposed to go shows only Folder.jpg and no-filename-specified.m4a. The destination that the AAC files are supposed to go to show the same 2 files.
If I just rip the same CD with only Apple Lossless I have no issues.
I have had this happen with both the released version and the 1.2 beta. I'm running 10.8.5 Mountain Lion if it's helpful.
Error converting to [Multi Encoder], 'Track 4' to '/tmp/no-filename-specified.ignore'
Apple Lossless: Error audio file failed verification '/Users/ron/Music/dBpoweramp/no-filename-specified.m4a.tmp.m4a'.
---cut
Thanks,
Ron
I have that problem, too! I use AIFF for my QNAP silent NAS (home stereo), and AAC for iTunes (portable use). Single encoder works for both formats, but multi-encoder does not. Although the ripping process seems to run through normally, only one "Folder.jpeg" and one empty "no-filename-specified.(audioformat)" file exist in the end in each target folders (MQ and LQ). Not even the folder structure /artistname/albumname gets created...
In the info after the single format rips, it show no errors. But in the multi-format rips, it shows quite some errors (from the same CD!) live e.g. those:
Code:
AIFF: Warning 'RiffSizeLeft != FileSizeLeft' must be extra data on end of file. [ScanFile]
AIFF: Error calculated total AIFF chunk size differs from file. [ScanFile]
Warning 'RiffSizeLeft != FileSizeLeft' must be extra data on end of file. [ScanFile]
Silence detected, ReplayGain track tag not generated [EndConversion]
AIFF: Silence detected, ReplayGain track tag not generated [EndConversion]
m4a FDK (AAC): Silence detected, ReplayGain track tag not generated [EndConversion]
AIFF: Warning 'RiffSizeLeft != FileSizeLeft' must be extra data on end of file. [ScanFile]
AIFF: Error calculated total AIFF chunk size differs from file. [ScanFile]
Warning Chunk is out of AIFF area (but still inside file). [ScanFile]
Tested with dBp 1.1 final and 1.2 beta with same results. iMac 27" mid 2011 with integrated Superdrive, OS 10.10.3 with all current updates.
Any news when and in which version this bug will be fixed? I waited a long time for the OS X version and wanted to license it now - but this is some kind of show stopper... I have a lot of CDs to rip and don't like to unnecessarily double the effort and time. Thanks ;-)