Recherche avancée

Sur d’autres sites (5419)

• avformat/AVFormatContext : Move fields down to match the fork

  9 juillet 2013, par Michael Niedermayer

  avformat/AVFormatContext : Move fields down to match the fork
  avconv uses private and internal fields from libavformat, we thus must
  
  match the layout even of the fields marked non public.
  
  Otherwise ffmpegs libavformat could not be used as a dropin replacement
  
  on debian/ubuntu
  The current soname of libavformat was not part of any release nor are any
  
  fields marked public moved thus in theory
  
  no installed shared lib ABI breakage should occur. Still the need for this
  
  change is unfortunate and chilling.
  
  If you installed shared libs from a recent development version of libavformat
  
  that is more recent than the last release. You probably want to check or rebuild
  
  applications that linked to it.
  minor versions of avformat & avdevice are bumped to allow detecting this
  
  as both use the updated struct
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavdevice/version.h
  • [DH] libavformat/avformat.h
  • [DH] libavformat/version.h

• FFMPEG : Creating video stream from non-consecutively numbered png sequence [closed]

  8 mars 2016, par frageDE

  I have used VLC to decompose a video stream into frames, and it decomposed in a way that it leaps 5 frames per save, so the images are ordered like this :

  scene04436.png
  
  scene04441.png
  
  scene04446.png
  
  scene04451.png
  
  scene04456.png
  
  scene04461.png
  
  scene04466.png

  Now I want them to be a video stream again. I have already tried FFMPEG and AVCONV commands, they didn’t work out for me. The following command gives the error below :

  ffmpeg -framerate 1/5 -i scene%05d.png -c:v libx264 -r 30 -pix_fmt yuv420p out.mp4

  EDIT : Yes, I tried Googleing the ffmpeg commands, they did not work, mostly gave the error of :

      ffmpeg version 0.8.17-4:0.8.17-0ubuntu0.12.04.1, Copyright (c) 2000-2014 the Libav developers built on Mar 16 2015 13:26:50 with gcc 4.6.3
  
  
  
  The ffmpeg program is only provided for script compatibility and will be removed in a future release. It has been deprecated in the Libav project to allow for incompatible command line syntax improvements in its replacement called avconv
  
  
  
  (see Changelog for details). Please use avconv instead.
  
  Input #0, image2, from 'scene%05d.png':
  
    Duration: 00:00:05.00, start: 0.000000, bitrate: N/A
  
      Stream #0.0: Video: png, bgra, 720x480, 0.20 tbr, 0.20 tbn, 0.20 tbc
  
  
  
  Unrecognized option 'c:v'
  
  Failed to set value 'libx264' for option 'c:v'

  EDIT2 : This is the version output on my console for the FFMPEG

  ffmpeg version 3.0 Copyright (c) 2000-2016 the FFmpeg developers
  
  built with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
  
  configuration: --disable-yasm
  
  libavutil      55. 17.103 / 55. 17.103
  
  libavcodec     57. 24.102 / 57. 24.102
  
  libavformat    57. 25.100 / 57. 25.100
  
  libavdevice    57.  0.101 / 57.  0.101
  
  libavfilter     6. 31.100 /  6. 31.100
  
  libswscale      4.  0.100 /  4.  0.100
  
  libswresample   2.  0.101 /  2.  0.101

  Any suggestions ?

• avcodec/h264dec : Use RefStruct-pool API instead of AVBufferPool API

  5 août 2022, par Andreas Rheinhardt

  avcodec/h264dec : Use RefStruct-pool API instead of AVBufferPool API
  It involves less allocations and therefore has the nice property
  
  that deriving a reference from a reference can't fail.
  
  This allows for considerable simplifications in
  
  ff_h264_(ref|replace)_picture().
  
  Switching to the RefStruct API also allows to make H264Picture
  
  smaller, because some AVBufferRef* pointers could be removed
  
  without replacement.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/h264_picture.c
  • [DH] libavcodec/h264_slice.c
  • [DH] libavcodec/h264dec.c
  • [DH] libavcodec/h264dec.h