Go to the documentation of this file.
19 #ifndef AVFILTER_QP_TABLE_H
20 #define AVFILTER_QP_TABLE_H
50 #endif // AVFILTER_QP_TABLE_H
This structure describes decoded (raw) audio or video data.
static const uint16_t table[]
static int ff_norm_qscale(int qscale, int type)
Normalize the qscale factor FIXME the H264 qscale is a log based scale, mpeg1/2 is not,...
it s the only field you need to keep assuming you have a context There is some magic you don t need to care about around this just let it vf type
#define FF_QSCALE_TYPE_MPEG2
int ff_qp_table_extract(AVFrame *frame, int8_t **table, int *table_w, int *table_h, int *qscale_type)
Extract a libpostproc-compatible QP table - an 8-bit QP value per 16x16 macroblock,...
#define FF_QSCALE_TYPE_MPEG1
#define FF_QSCALE_TYPE_H264
these buffered frames must be flushed immediately if a new input produces new the filter must not call request_frame to get more It must just process the frame or queue it The task of requesting more frames is left to the filter s request_frame method or the application If a filter has several the filter must be ready for frames arriving randomly on any input any filter with several inputs will most likely require some kind of queuing mechanism It is perfectly acceptable to have a limited queue and to drop frames when the inputs are too unbalanced request_frame For filters that do not use the this method is called when a frame is wanted on an output For a it should directly call filter_frame on the corresponding output For a if there are queued frames already one of these frames should be pushed If the filter should request a frame on one of its repeatedly until at least one frame has been pushed Return or at least make progress towards producing a frame
#define FF_QSCALE_TYPE_VP56