Recherche avancée

Sur d’autres sites (3442)

• ffmpeg m4a/m4b/mp4 output file's "Time" value is incorrect when read into iTunes

  2 juin 2019, par PistoletPierre

  I’m using ffmpeg to convert audiobooks to m4a/m4b/mp4. All seems to work until trying to play them in iTunes. It plays in VLC, QuickTime, and MacOS’s Quicklook without issue.

  "So why are you posting here ? This isn’t an iTunes forum."

  I’m hoping this is iTunes being picky about file formats and that I can add some magic argument to my ffmpeg command and have it spit out something that iTunes can read.

  Below is the bash function I’m using to do the conversion. I’ve tried m4a/mp4/m4b as values for TEMP_FILE_EXTENSION and tried opening the intermediate file as well. It’s always the same corrupted "Time" value when you put it in iTunes.

  dedrm_audible () {
  
    # Check for AtomicParsley, ffmpeg, and 3 args
  
    if (! type AtomicParsley >/dev/null 2>/dev/null) || (! type ffmpeg >/dev/null 2>/dev/null) || [ ! $# -eq 3 ]; then
  
      echo "Usage:"
  
      echo "    dedrm_audible <path to="to"> <activation bytes="bytes"> <path to="to" output="output" file="file">"
  
      echo "    Note: AtomicParsley and ffmpeg must be in PATH variable"
  
      return
  
    fi
  
    local ORIGINAL_PWD="$(pwd)"
  
    local TEMP_DIR="/tmp/audible"
  
    local AUDIOBOOK_FILE="$1"
  
    local ACTIVATION_BYTES="$2"
  
    local OUTPUT_FILE="$3"
  
    local FULL_AUDIOBOOK_PATH="$(realpath "${AUDIOBOOK_FILE}")"
  
    local OUTPUT_PATH="$(realpath "${OUTPUT_FILE}")"
  
    local TEMP_FILE_EXTENSION="m4a"
  
  
  
    mkdir -p "${TEMP_DIR}"
  
    cd "${TEMP_DIR}"
  
  
  
    # Extract the book cover
  
    ffmpeg -activation_bytes "${ACTIVATION_BYTES}" -i "${FULL_AUDIOBOOK_PATH}" -vcodec copy artwork.png
  
    # Convert the audio
  
    ffmpeg -activation_bytes "${ACTIVATION_BYTES}" -i "${FULL_AUDIOBOOK_PATH}" -vn -c:a copy -v debug output.${TEMP_FILE_EXTENSION}
  
    # Add the cover to the new file
  
    AtomicParsley output.${TEMP_FILE_EXTENSION} --artwork artwork.png --overWrite
  
  
  
    # Put it where you want it and clean up
  
    cp output.${TEMP_FILE_EXTENSION} "${OUTPUT_PATH}"
  
    rm artwork.png
  
    rm output.${TEMP_FILE_EXTENSION}
  
    cd "${ORIGINAL_PWD}"
  
  }
  
  </path></activation></path>

  It goes off without a hitch. The new file is there waiting for me, with all the metadata including the cover when I do a "Get Info" or "Quick look" on it (I’m on MacOS). But when opening it and trying to play it in iTunes, the "time" field is way off and it immediately skips to the next song/audiobook in the queue.

  Attempts to convert it within iTunes fail immediately - too quickly to see what’s happening. The errors in the console simply say "Assert failure :" (with nothing after the colon).

  edit : Tommy answered the question. Here’s a working bash function :

  dedrm_audible () {
  
    # Check for AtomicParsley, ffmpeg, and 3 args
  
    if (! type AtomicParsley >/dev/null 2>/dev/null) || (! type ffmpeg >/dev/null 2>/dev/null) || [ ! $# -eq 3 ]; then
  
      echo "Usage:"
  
      echo "    dedrm_audible <path to="to"> <activation bytes="bytes"> <path to="to" output="output" file="file">"
  
      echo "    Note: AtomicParsley and ffmpeg must be in PATH variable"
  
      return
  
    fi
  
    local ORIGINAL_PWD="$(pwd)"
  
    local TEMP_DIR="/tmp/audible"
  
    local AUDIOBOOK_FILE="$1"
  
    local ACTIVATION_BYTES="$2"
  
    local OUTPUT_FILE="$3"
  
    # Alternative to realpath (since I read somewhere that it's not there by default on some systems): OUTPUT_PATH="$( cd "$( dirname "$OUTPUT_FILE" )" &amp;&amp; pwd )"
  
    local FULL_AUDIOBOOK_PATH="$(realpath "${AUDIOBOOK_FILE}")"
  
    local AUDIOBOOK_NAME="${$(basename "${FULL_AUDIOBOOK_PATH}")%.aax}.m4a"
  
    local OUTPUT_PATH="$(realpath "${OUTPUT_FILE}")"
  
    local TEMP_FILE_EXTENSION="m4a"
  
  
  
    mkdir -p "${TEMP_DIR}"
  
    cd "${TEMP_DIR}"
  
  
  
    cp "${FULL_AUDIOBOOK_PATH}" "${AUDIOBOOK_NAME}"
  
  
  
    # Extract the book cover
  
    ffmpeg -activation_bytes "${ACTIVATION_BYTES}" -i "${AUDIOBOOK_NAME}" -vcodec copy artwork.png
  
    # Convert the audio
  
    ffmpeg -activation_bytes "${ACTIVATION_BYTES}" -i "${AUDIOBOOK_NAME}" -vn -c:a copy -v debug output.${TEMP_FILE_EXTENSION}
  
    # Add the cover to the new file
  
    AtomicParsley output.${TEMP_FILE_EXTENSION} --artwork artwork.png --overWrite
  
  
  
    # Put it where you want it and clean up
  
    mv output.${TEMP_FILE_EXTENSION} "${OUTPUT_PATH}"
  
    rm artwork.png
  
    rm "${AUDIOBOOK_NAME}"
  
    cd "${ORIGINAL_PWD}"
  
  }
  
  </path></activation></path>

• ffmpeg - Invalid report file level (windows)

  24 octobre 2019, par Pedro Lobito

  ffmpeg is giving me an error and I couldn’t get much help googling it, besides a thread on ffmpeg mailing list dated 5 years ago which doesn’t address the exact same problem.

  No matter which ffmpeg version or build for windows I use, the error is always :

  c:\>ffmpeg.exe
  
  Invalid report file level

  I’ve been using ffmpeg on the same computer for years and I’ve no idea where the problem started and how to debug it. Any help is welcome.

  ---

  Notes :

  1. No antivirus is running
  2. ffmpeg.exe is on windows path
  3. I’ve tried installing ffmpeg with
     choco install
ffmpeg

     but it reports the same error.

• avisynth : adapt 239d02eff3ffe9f7d40caa21dde50fb4a0e94c24 to dlsym

  30 mars 2019, par Stephen Hutchinson

  avisynth : adapt 239d02eff3ffe9f7d40caa21dde50fb4a0e94c24 to dlsym
  This commit was merged in a couple years ago as a no-op because we
  
  had already switched from GetProcAddress to dlsym some time before
  
  that.  However, not applying the actual cast causes warnings about
  
  FARPROC and when attempting to build FFmpeg in MSVC with AviSynth-GCC
  
  32-bit compatibility, those FARPROC warnings turn into FARPROC errors.
  

  • [DH] libavformat/avisynth.c