Recherche avancée

Sur d’autres sites (5055)

• Unable to convert .mp3 to .m4a using ffmpeg [closed]

  4 mai 2013, par rahulg

  I am fully aware the legal constraints in using libfaac but this is just for my testing purpose.

  I have compiled ffmpeg with faac enabled. So when I tried to convert an .mp3 to a .m4a here is the error that I am getting. Please provide a resolution to this problem. I tried it on two different sources of .mp3, still I am getting the same error.

  [user@ip-10-161-13-26 ~]$ ffmpeg  -i Kalimba.mp3 -c:a libfaac Kalimba.m4a
  
  ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers
  
    built on May  4 2013 09:33:27 with gcc 4.4.6 20120305 (Red Hat 4.4.6-4)
  
    configuration: --enable-libfaac --enable-nonfree --disable-yasm
  
    libavutil      51. 54.100 / 51. 54.100
  
    libavcodec     54. 23.100 / 54. 23.100
  
    libavformat    54.  6.100 / 54.  6.100
  
    libavdevice    54.  0.100 / 54.  0.100
  
    libavfilter     2. 77.100 /  2. 77.100
  
    libswscale      2.  1.100 /  2.  1.100
  
    libswresample   0. 15.100 /  0. 15.100
  
  [mp3 @ 0x2464680] Header missing
  
  [mp3 @ 0x2463100] max_analyze_duration 5000000 reached at 5015510
  
  [mp3 @ 0x2463100] Estimating duration from bitrate, this may be inaccurate
  
  Input #0, mp3, from 'Kalimba.mp3':
  
    Metadata:
  
      publisher       : Ninja Tune
  
      track           : 1
  
      album           : Ninja Tuna
  
      artist          : Mr. Scruff
  
      album_artist    : Mr. Scruff
  
      title           : Kalimba
  
      genre           : Electronic
  
      composer        : A. Carthy and A. Kingslow
  
      date            : 2008
  
    Duration: 00:05:50.60, start: 0.000000, bitrate: 191 kb/s
  
      Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 192 kb/s
  
      Stream #0:1: Video: mjpeg, yuvj420p, 512x512, 90k tbr, 90k tbn, 90k tbc
  
      Metadata:
  
        title           : thumbnail
  
        comment         : Cover (front)
  
  Output #0, ipod, to 'Kalimba.m4a':
  
    Metadata:
  
      publisher       : Ninja Tune
  
      track           : 1
  
      album           : Ninja Tuna
  
      artist          : Mr. Scruff
  
      album_artist    : Mr. Scruff
  
      title           : Kalimba
  
      genre           : Electronic
  
      composer        : A. Carthy and A. Kingslow
  
      date            : 2008
  
      Stream #0:0: Video: none, q=2-31, 128 kb/s, 90k tbn
  
      Metadata:
  
        title           : thumbnail
  
        comment         : Cover (front)
  
      Stream #0:1: Audio: none, 0 channels, 128 kb/s
  
  Stream mapping:
  
    Stream #0:1 -> #0:0 (mjpeg -> ?)
  
    Stream #0:0 -> #0:1 (mp3 -> libfaac)
  
  Encoder (codec none) not found for output stream #0:0

  MP3 file is at http://db.tt/HtpEBpFU

  Also while using Faac independently I get this weird error for any file.

  Freeware Advanced Audio Coder
  
  FAAC 1.28
  
  
  
  Couldn't open input file sample.mp3

• Unable to convert .mp3 to .m4a using ffmpeg [closed]

  26 décembre 2020, par rahulg

  I am fully aware the legal constraints in using libfaac but this is just for my testing purpose.

  



  I have compiled ffmpeg with faac enabled. So when I tried to convert an .mp3 to a .m4a here is the error that I am getting. Please provide a resolution to this problem. I tried it on two different sources of .mp3, still I am getting the same error.

  



  [user@ip-10-161-13-26 ~]$ ffmpeg  -i Kalimba.mp3 -c:a libfaac Kalimba.m4a
ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers
  built on May  4 2013 09:33:27 with gcc 4.4.6 20120305 (Red Hat 4.4.6-4)
  configuration: --enable-libfaac --enable-nonfree --disable-yasm
  libavutil      51. 54.100 / 51. 54.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.100 / 54.  6.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
[mp3 @ 0x2464680] Header missing
[mp3 @ 0x2463100] max_analyze_duration 5000000 reached at 5015510
[mp3 @ 0x2463100] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from 'Kalimba.mp3':
  Metadata:
    publisher       : Ninja Tune
    track           : 1
    album           : Ninja Tuna
    artist          : Mr. Scruff
    album_artist    : Mr. Scruff
    title           : Kalimba
    genre           : Electronic
    composer        : A. Carthy and A. Kingslow
    date            : 2008
  Duration: 00:05:50.60, start: 0.000000, bitrate: 191 kb/s
    Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 192 kb/s
    Stream #0:1: Video: mjpeg, yuvj420p, 512x512, 90k tbr, 90k tbn, 90k tbc
    Metadata:
      title           : thumbnail
      comment         : Cover (front)
Output #0, ipod, to 'Kalimba.m4a':
  Metadata:
    publisher       : Ninja Tune
    track           : 1
    album           : Ninja Tuna
    artist          : Mr. Scruff
    album_artist    : Mr. Scruff
    title           : Kalimba
    genre           : Electronic
    composer        : A. Carthy and A. Kingslow
    date            : 2008
    Stream #0:0: Video: none, q=2-31, 128 kb/s, 90k tbn
    Metadata:
      title           : thumbnail
      comment         : Cover (front)
    Stream #0:1: Audio: none, 0 channels, 128 kb/s
Stream mapping:
  Stream #0:1 -> #0:0 (mjpeg -> ?)
  Stream #0:0 -> #0:1 (mp3 -> libfaac)
Encoder (codec none) not found for output stream #0:0


  



  MP3 file is at http://db.tt/HtpEBpFU

  



  Also while using Faac independently I get this weird error for any file.

  



  Freeware Advanced Audio Coder
FAAC 1.28

Couldn't open input file sample.mp3


  


• fftools : Use right function signature and pointers

  6 août 2019, par Andreas Rheinhardt

  fftools : Use right function signature and pointers
  The option tables of the various fftools (in particular ffprobe) are
  
  arrays of OptionDef ; said type contains a union of a pointer to void and
  
  a function pointer of type int (*)(void *, const char *, const char *)
  
  as well as a size_t. Some entries (namely the common entry for writing a
  
  report as well as several more of ffprobe's entries) used the pointer to
  
  void to store a pointer to functions of type int (*)(const char *) or
  
  type int (*)(const char *, const char *) ; nevertheless, when the functions
  
  are actually called in write_option (in cmdutils.c), it is done via a
  
  pointer of the first type.
  There are two things wrong here :
  
  1. Pointer to void can be converted to any pointer to incomplete or
  
  object type and back ; but they are nevertheless not completely generic
  
  pointers : There is no provision in the C standard that guarantees their
  
  convertibility with function pointers. C90 lacks a generic function
  
  pointer, C99 made every function pointer a generic function pointer and
  
  still disallows the convertibility with void *.
  
  2. The signature of the called function differs from the signature
  
  of the pointed-to type. This is undefined behaviour in C99 (given that
  
  C90 lacks a way to convert function pointers at all, it doesn't say
  
  anything about such a situation). It only works because none of the
  
  functions this patch is about make any use of their parameters at all.
  Therefore this commit changes the type of the relevant functions
  
  to match the type used for the call and uses the union's function
  
  pointer to store it. This is legal even in C90.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] fftools/cmdutils.c
  • [DH] fftools/cmdutils.h
  • [DH] fftools/ffprobe.c