Recherche avancée

Sur d’autres sites (12585)

• How should one start with ffmpeg's API ?

  20 mai 2018, par JoeDough

  I’d like to make a real time streaming program that takes input from a webcamera, ffmpeg looks like a good library for encoding a stream of images but there is no documentation or community tutorials (there is just a doxygen API reference).Where should I start if there’s no official documentation ?

• FFmpeg 5 C api codec end of stream situation

  11 mars 2023, par Guanyuming He

  I'm new to FFmpeg api programming (I'm using version 5.1) and am learning from the documentation and official examples.

  


  In the documentation page about send/receive encoding and decoding API overview, end of stream situation is discussed briefly :

  


  


  End of stream situations. These require "flushing" (aka draining) the codec, as the codec might buffer multiple frames or packets internally for performance or out of necessity (consider B-frames). This is handled as follows :

  


  


  


  Instead of valid input, send NULL to the avcodec_send_packet() (decoding) or avcodec_send_frame() (encoding) functions. This will enter draining mode.
Call avcodec_receive_frame() (decoding)
or avcodec_receive_packet() (encoding) in a loop until AVERROR_EOF is returned. The functions will not return AVERROR(EAGAIN), unless you forgot to enter draining mode.
Before decoding can be resumed again, the codec has to be reset with avcodec_flush_buffers().

  


  


  As I understand it, when I get AVERROR_EOF, I have reached a special point where I need to drain buffered data from the codec and finally reset the codec with avcodec_flush_buffers(). Without doing it, I cannot continue decoding/encoding.

  


  Then I have some questions :

  


  

  1. If I received EOF when I already finished sending data (e.g. when after EOF is returned by av_read_frame()), how should I tell if it's really finished ?

  


  2. The data returned from the receive_... functions during draining, should I take them as valid ?

  


  


  I might have found answers to those in the official examples, but I'm not sure if the answer is universally true. I noticed that in some official examples, like in transcode_aac.c, draining is only done for the first EOF reached, and then after the second one is received, it is regarded that there are really nothing left. Any data received during draining is also written to the final output.

  


  I just wonder, Is it true for all multimedia files in ffmpeg ?

  


  I appreciate your response and time in advance. :)

  


• Anomalie #2427 (Nouveau) : vignette sur image trop grosse

  24 novembre 2011, par Ben .

  15:02 reprenons 15:03 de ce que tu décris et ce qui arrive de temps en temps : 15:03 un utilisateur poste une GROSSE image, SPIP essaye de générer une vignette de cette image, mais php n’y arrive pas car pas assez de mémoire en général 15:03 ok 15:04 fil> c’st affreux comme situation Benny_b (...)