Recherche avancée

Sur d’autres sites (4118)

• Does not compile ffmpeg [duplicate]

  4 avril 2018, par Megafox

  This question already has an answer here :

  • ffmpeg missing config.h in libavutil (No Such File or Directory) CodeBlocks
    
    2 answers
    

  Translated.

  I have a problem. When I try to compile a file in which h files ffmpeg are connected using gcc, I get an error that in the code ffmpeg is incorrectly written include, and it means that the file is in the current directory, although it should be in the next directory. How to fix it ?

  Includes in my C file :

  #include "libavcodec/avcodec.h"
  
  #include "libavformat/avformat.h"
  
  #include "libswscale/swscale.h"

  Error :

  D:\gcc\bin>gcc -o a a.c -lavutil -lavformat -lavcodec -lz -
  
  lavutil -lm
  
  In file included from a.c:3:0: libavcodec/avcodec.h:31:33: 
  
  fatal error: libavutil/samplefmt.h: No such file or directory 
  
  #include "libavutil/samplefmt.h"
  
  ^
  
  compilation terminated.

  My answer :

  I was able to solve the problem only by fixing the source code. First I added the libavutil/avconfig.h file with the contents :

    #ifndef AVUTIL_AVCONFIG_H
  
    #define AVUTIL_AVCONFIG_H
  
    #define AV_HAVE_BIGENDIAN 0
  
    #define AV_HAVE_FAST_UNALIGNED 0
  
    #endif

  Then if I saw an error where the directory and the file (libavutil/avutil) participate, I added "../" there, since this is the case where the directory is located next to the one where the file that caused the error is (../libavutil/avutil.h). In another case, if this file should be inside (only if the directory name matches the current one (libavutil/avutil.h)), you can either just leave the file name (avutil.h), or also add "../", the difference will not be. Such operations need to be repeated about 20 times until errors in all header files disappear. After that, you can safely compile ffmpeg without special knowledge and patches. Code for avconfig.h found on the Chinese site.

• FFmpeg .jpg images to .mp4 incompatible with Windows Media Player

  8 janvier 2020, par willspill

  I have a series of 10 images with which I am trying to form an animation. I have used the following code below in the command line :

  ffmpeg -f image2 -i plot-%03d.jpg -r 5 -pix_fmt yuv420p -vcodec mpeg4 output.mp4

  This creates a .mp4 file with a seemingly valid file size, however, when trying to open with Windows Media Player gives the following error :

  Windows Media Player cannot play the file. The Player might not support the file type or might not support the codec that was used to compress the file.

  I have tried many solutions from previous threads but have found no solution. I have checked that my version of windows media player is compatible with mp4, avi, wmv etc. and have tried all of these outputs also. Any ideas of the issue ?

  The full code :

  M:Example\Frames_plot-001_jpg>ffmpeg -f image2 -i plot-%03
  
  ix_fmt yuv420p -vcodec mpeg4 output.mp4
  
  FFmpeg version SVN-r11200, Copyright (c) 2000-2007 Fabrice Bellard,
  
    configuration: --enable-memalign-hack
  
    libavutil version: 49.5.0
  
    libavcodec version: 51.48.0
  
    libavformat version: 52.1.0
  
    built on Dec 11 2007 14:33:27, gcc: 3.4.5 (mingw special)
  
  Input #0, image2, from 'plot-%03d.jpg':
  
    Duration: 00:00:00.4, start: 0.000000, bitrate: N/A
  
      Stream #0.0: Video: mjpeg, yuvj420p, 4167x4167 [PAR 120:120 DAR
  
  tb(r)
  
  Output #0, mp4, to 'output.mp4':
  
      Stream #0.0: Video: mpeg4, yuv420p, 4167x4167 [PAR 1:1 DAR 1:1]
  
   kb/s,  5.00 tb(c)
  
  Stream mapping:
  
    Stream #0.0 -> #0.0
  
  Press [q] to stop encoding
  
  Compiler did not align stack variables. Libavcodec has been miscomp
  
  and may be very slow or crash. This is not a bug in libavcodec,
  
  but in the compiler. You may try recompiling using gcc >= 4.2.
  
  Do not report crashes to FFmpeg developers.
  
  frame=    3 fps=  3 q=4.0 Lsize=     917kB time=0.6 bitrate=12522.6
  
  video:916kB audio:0kB global headers:0kB muxing overhead 0.072455%

• lavc : deprecate CrystalHD decoders

  31 janvier 2023, par Anton Khirnov

  lavc : deprecate CrystalHD decoders
  The hardware is old and not relevant today. The decoders also have many
  
  special quirks and are effectively unmaintained.
  

  • [DH] Changelog
  • [DH] MAINTAINERS
  • [DH] configure
  • [DH] libavcodec/crystalhd.c
  • [DH] libavcodec/version_major.h