illustrate
Products            Buy            Support Forum            Registrations            Professional            About           
 

macOS Batch Converter (FLAC): Move Destination File on Error not moving failures

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • AudibleImagery
    dBpoweramp Enthusiast

    • Aug 2020
    • 50

    #1

    macOS Batch Converter (FLAC): Move Destination File on Error not moving failures

    Environment
    • macOS: Tahoe 26.0
    • dBpoweramp Music Converter (Batch Converter) for macOS: Current
    • Encoder: FLAC (Compression Level 8, Verify Written Audio checked)
    • DSPs configured (in the FLAC encoder’s DSP Effects dialog):
      • Trim Silence
      • Delete Source File
      • Move Destination File on Error
        • Root = [origpath]
        • Naming = errors/[origfilename]

    Goal
    When a Batch Converter job is marked Error by the GUI, relocate the destination file to:
    <source folder>/errors/<original filename>.flac
    Observed
    • Conversions that the GUI shows as Error do not result in the destination file being moved to the errors/ subfolder. No moved copy appears under errors/ even though the DSP is set as above.

    Steps I took (GUI only)
    1. In Batch Converter, select sources and choose Convert To ➜ FLAC.
    2. Click DSP Effects and add Trim Silence plus Move Destination File on Error.
      • Root: [origpath]
      • Naming: errors/[origfilename]
    3. Ensure Verify Written Audio is checked in the FLAC encoder options.
    4. Run a conversion that the GUI flags as Error.
    5. Expected: destination moved to <source>/errors/….
      Actual: not moved.

    Additional note
    • I also tried Multi-Encoder. On macOS, I didn’t see a top-level DSP chain for the entire Multi-Encoder job; I could only add DSPs inside the FLAC child encoder panel. Using the same settings there, I still observed that failed outputs were not moved.

    Questions
    1. Are the paths above correct on macOS for placing moved outputs under <source>/errors/…?
    2. What exact condition triggers Move Destination File on Error in the Batch Converter GUI?
    3. Are there any known macOS limitations in Batch Converter (or Multi-Encoder) that would prevent this DSP from executing or creating the errors/ subfolder?
    4. If supported, could you share a confirmed-working example (screenshots of the FLAC DSP dialog) so I can mirror it?

    Happy to provide:
    • Short debug logs from Batch Converter showing runs where the job is Error yet the destination wasn’t moved.

    Thanks!
  • PeterP
    Super Moderator
    • Jul 2011
    • 1562

    #2
    Thanks for the detailed bug report!

    Fixed in new build-

    Comment

    • AudibleImagery
      dBpoweramp Enthusiast

      • Aug 2020
      • 50

      #3
      Originally posted by PeterP
      Thanks for the detailed bug report!

      Fixed in new build-
      https://www.dbpoweramp.com/beta/DMC-2025-09-18.dmg
      Thank you, Peter!! This is the second time you've fixed a new build just for me. I'm still using External scripting in JRiver thanks to you!

      Comment

      • AudibleImagery
        dBpoweramp Enthusiast

        • Aug 2020
        • 50

        #4
        Originally posted by PeterP
        Thanks for the detailed bug report!

        Fixed in new build-
        https://www.dbpoweramp.com/beta/DMC-2025-09-18.dmg
        I don't know what I'm doing wrong. I can't get this DSP effect to work when I use its default settings, even though I'm using the new build. I don't know if this is the problem but I'm using this DSP effect in FLAC encoing in Batch Convert.


        Environment
        • App: dBpoweramp Music Converter, Release 2025‑09‑18 (CFBundleVersion 1). App path: /Applications/dBpoweramp Music Converter.app.
        • macOS: see attached macos.txt.
        • Repro file: 1‑byte bad.wav (intentionally invalid).

        Expected
        With DSP Move Destination File on Error set to Root=[origpath] and Naming=error/[origfilename], a failed conversion should move the destination artifact into …/error/. If the encoder writes a temp file (for example *.flac.tmp) and never promotes to a final *.flac on failure, the DSP should still relocate that temp artifact.

        Actual
        On an early decode failure (“missing fmt chunk”), the conversion fails and nothing is moved into …/error/. No final bad.flac is created, and the temp artifact is not moved either.

        Reproduce
        1. Enable Control Center → Advanced Settings → Diagnostics → Write debug logs.
        2. Create bad.wav with content notawav in a test folder.
        3. Open Music Converter. Encoder FLAC (level 8, verify).
        4. DSP Move Destination File on Error with Root=[origpath], Naming=error/[origfilename].
        5. Convert bad.wav. Observe failure and empty error/ folder.

        What the logs show
        • CoreConverter is prepared with the expected input and output paths (so the backend ran):
          About to start CoreConverter: -infile="/Users/.../bad.wav" -outfile="/Users/.../bad.flac"
        • The command line includes the Move Destination File on Error DSP (configuration is correct):
          ... -convert_to="FLAC" ... -dspeffect1="Move Destination File on Error=-root={qt}[origpath]{qt} -naming={qt}error/[origfilename]{qt} ..."
        • The decoder fails immediately on the bogus WAV with repeated:
          Error cannot find 'fmt ' chunk. [PullOutFMTnDATA]

        Question
        On macOS builds, the encoder writes to a temp file and only promotes to the final *.flac on success. When decode fails before promotion, should the Move Destination File on Error DSP also move the temp artifact (for example bad.flac.tmp) into error/? Or should CoreConverter emit a final placeholder so the DSP can relocate it?

        Attachments
        Zip bundle with:
        • DBDebug-*.txt from the failing run (contains the command line and the error)
        • ls-before.txt, ls-after.txt, ls-error.txt (directory listings before/after)
        • dbpoweramp_version.txt and macos.txt
        Attached Files

        Comment

        • Spoon
          Administrator
          • Apr 2002
          • 45348

          #5
          If no part of the file can be decoded, then there is no destination file to move.
          Spoon
          www.dbpoweramp.com

          Comment

          Working...