avformat_find_stream_info讀資料時的幾個快取資料的流向

阿新 • • 發佈：2019-02-19

簡介

瞭解ffmpeg在使用幾個讀資料的函式時，原始資料是怎樣讀到記憶體中，在記憶體中又是從哪個結構體轉到哪個結構體，
我覺得這是很關鍵的。因為ffmpeg就是處理資料的。只知道幾個API的呼叫，不知道資料的流轉方向，對於細緻的
處理來說很難。

分析流資訊時的資料流轉

資料存放基本介紹

此圖中涉及到的快取區位置包括如下：
AVIOContext：AVFormatContext->pb,原始資料都是先進到這裡。
AVFormatInternal ：AVFormatContext->internal

struct AVFormatInternal {
    /**
     * Number of streams relevant for interleaving.
     * Muxing only.
     */ 

    int nb_interleaved_streams;

    /**
     * This buffer is only needed when packets were already buffered but
     * not decoded, for example to get the codec parameters in MPEG
     * streams.
     */
    struct AVPacketList *packet_buffer;
    struct AVPacketList *packet_buffer_end;

    /* av_seek_frame() support */ 

    int64_t data_offset; /**< offset of the first packet */

    /**
     * Raw packets from the demuxer, prior to parsing and decoding.
     * This buffer is used for buffering packets until the codec can
     * be identified, as parsing cannot be done without knowing the
     * codec.
     */
    struct 
 AVPacketList *raw_packet_buffer;
    struct AVPacketList *raw_packet_buffer_end;
    /**
     * Packets split by the parser get queued here.
     */
    struct AVPacketList *parse_queue;
    struct AVPacketList *parse_queue_end;
    /**
     * Remaining size available for raw_packet_buffer, in bytes.
     */
#define RAW_PACKET_BUFFER_SIZE 2500000
    int raw_packet_buffer_remaining_size;

    /**
     * Offset to remap timestamps to be non-negative.
     * Expressed in timebase units.
     * @see AVStream.mux_ts_offset
     */
    int64_t offset;

    /**
     * Timebase for the timestamp offset.
     */
    AVRational offset_timebase;

#if FF_API_COMPUTE_PKT_FIELDS2
    int missing_ts_warning;
#endif

    int inject_global_side_data;

    int avoid_negative_ts_use_pts;

    /**
     * Whether or not a header has already been written
     */
    int header_written;
    int write_header_ret;
};

raw_packet_buffer和raw_packet_buffer_end：在ff_read_packet()中會用到。這個還沒分析清楚
parse_queue和parse_queue_end：在read_frame_internal()中由於讀到的資料可能是多包，在此過程中就不能每分析到一包就返回，所以用這個快取去來存放分析到為一包的資料。
packet_buffer和packet_buffer_end：在read_frame_internal()中會從parse_queue中讀資料，將分析到的每包都放到這個連結串列中。是為了防止資料丟失，給之後的轉碼過程提供資料。在轉碼讀資料的時候就是先檢視這個連結串列裡面有沒有資料。

這些連結串列中存放的都是沒有解碼的資料。在分析碼流的最後會嘗試解碼，並釋放解碼後的資料。

資料流轉圖

這裡寫圖片描述

幾個涉及到的函式

以下將對幾個函式進行分析。從前到後對資料的開始讀入到解碼成功做一個梳理。

av_probe_input_buffer函式中的資料流向

av_probe_input_buffer函式中的資料流向
這篇文章對在探查幀格式的過程中，資料的快取做了分析。這是對輸入流的第一步分析。
最後將探查過的資料存放到了AVIOContext *pb的buf_ptr到buf_end中。