Recherche avancée

Sur d’autres sites (10329)

• Enabling libmp3lame for FFMPEG on elastic beanstalk

  13 octobre 2017, par Adam Sith

  I am trying to enable libmp3lame with FFMPEG in elastic beanstalk (Amazon Redhat Linux machine).

  I am able to successfully install FFMPEG in /ffmpeg.config with the following script :

  # .ebextensions/ffmpeg.config
  
  
  
  packages:
  
    yum:
  
      autoconf: []
  
      automake: []
  
      cmake: []
  
      freetype-devel: []
  
      gcc: []
  
      gcc-c++: []
  
      git: []
  
      libtool: []
  
      make: []
  
      nasm: []
  
      pkgconfig: []
  
      zlib-devel: []
  
  sources:
  
    /usr/local/src: http://ffmpeg.org/releases/ffmpeg-3.2.tar.bz2
  
  commands:
  
    ffmpeg_install:
  
        cwd: /usr/local/src/ffmpeg-3.2
  
        command: sudo ./configure --prefix=/usr && make && make install

  I need to install libmp3lame however. I’ve tried to do this with an --enable-libmp3lame flag and the directions here. The modified script :

  packages:
  
  yum:
  
      autoconf: []
  
      automake: []
  
      cmake: []
  
      freetype-devel: []
  
      gcc: []
  
      gcc-c++: []
  
      git: []
  
      libtool: []
  
      make: []
  
      nasm: []
  
      pkgconfig: []
  
      zlib-devel: []
  
  sources:
  
    /usr/local/src: http://ffmpeg.org/releases/ffmpeg-3.2.tar.bz2
  
  commands:
  
    01-install_libmp3lame:
  
        cwd: /usr/local/src/
  
        command: curl -L -O http://downloads.sourceforge.net/project/lame/lame/3.99/lame-3.99.5.tar.gz && tar xzvf lame-3.99.5.tar.gz && cd lame-3.99.5 && ./configure --prefix="$HOME/ffmpeg_build" --bindir="$HOME/bin" --disable-shared --enable-nasm && make && make install
  
    02-ffmpeg_install:
  
        cwd: /usr/local/src/ffmpeg-3.2
  
        command: sudo ./configure --enable-libmp3lame && --prefix=/usr && make && make install

  This doesn’t work. Command 01-install_libmp3lame completes. Command 02-ffmpeg_install fails because :

  [2017-10-12T20:55:19.324Z] INFO  [24606] - [Application update app-8fe3-123456_7895@111/AppDeployStage0/EbExtensionPreBuild/Infra-EmbeddedPreBuild/prebuild_3_clover_platform/Command 02-ffmpeg_install] : Activity execution failed, because: ERROR: libmp3lame >= 3.98.3 not found

  I have tried installing libmp3lame in /ffmpeg-3.2 and got the same issue.

• avformat/mpegenc : Ensure packet queue stays valid

  15 février 2021, par Andreas Rheinhardt

  avformat/mpegenc : Ensure packet queue stays valid
  The MPEG-PS muxer uses a custom queue of custom packets. To keep track
  
  of it, it has a pointer (named predecode_packet) to the head of the
  
  queue and a pointer to where the next packet is to be added (it points
  
  to the next-pointer of the last element of the queue) ; furthermore,
  
  there is also a pointer that points into the queue (called premux_packet).
  The exact behaviour was as follows : If premux_packet was NULL when a
  
  packet is received, it is taken to mean that the old queue is empty and
  
  a new queue is started. premux_packet will point to the head of said
  
  queue and the next_packet-pointer points to its next pointer. If
  
  predecode_packet is NULL, it will also made to point to the newly
  
  allocated element.
  But if premux_packet is NULL and predecode_packet is not, then there
  
  will be two queues with head elements premux_packet and
  
  predecode_packet. Yet only elements reachable from predecode_packet are
  
  ever freed, so the premux_packet queue leaks.
  
  Worse yet, when the predecode_packet queue will be eventually exhausted,
  
  predecode_packet will be made to point into the other queue and when
  
  predecode_packet will be freed, the next pointer of the preceding
  
  element of the queue will still point to the element just freed. This
  
  element might very well be still reachable from premux_packet which
  
  leads to use-after-frees lateron. This happened in the tickets mentioned
  
  below.
  Fix this by never creating two queues in the first place by checking for
  
  predecode_packet to know whether the queue is empty. If premux_packet is
  
  NULL, then it is set to the newly allocated element of the queue.
  Fixes tickets #6887, #8188 and #8266.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/mpegenc.c

• qsvenc : mark the encoders as INIT_CLEANUP

  5 août 2015, par Anton Khirnov

  qsvenc : mark the encoders as INIT_CLEANUP
  Should fix some leaks on init failure.
  

  • [DBH] libavcodec/qsvenc_h264.c
  • [DBH] libavcodec/qsvenc_hevc.c
  • [DBH] libavcodec/qsvenc_mpeg2.c