2009-10-21 23:57:30 +03:00
|
|
|
/*
|
2010-11-28 12:22:58 +02:00
|
|
|
* Copyright (c) 2007 Bobby Bingham
|
2009-10-21 23:57:30 +03:00
|
|
|
*
|
|
|
|
* This file is part of FFmpeg.
|
|
|
|
*
|
|
|
|
* FFmpeg is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
* version 2.1 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* FFmpeg is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
|
|
|
* License along with FFmpeg; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
2010-04-20 17:45:34 +03:00
|
|
|
* @file
|
2009-10-21 23:57:30 +03:00
|
|
|
* video crop filter
|
|
|
|
*/
|
|
|
|
|
2012-08-06 16:49:32 +03:00
|
|
|
#include <stdio.h>
|
|
|
|
|
2009-10-21 23:57:30 +03:00
|
|
|
#include "avfilter.h"
|
2012-05-30 11:12:55 +03:00
|
|
|
#include "formats.h"
|
2012-06-12 21:12:42 +03:00
|
|
|
#include "internal.h"
|
2012-05-19 11:37:56 +03:00
|
|
|
#include "video.h"
|
2010-09-25 04:18:43 +03:00
|
|
|
#include "libavutil/eval.h"
|
|
|
|
#include "libavutil/avstring.h"
|
2012-08-06 16:49:32 +03:00
|
|
|
#include "libavutil/internal.h"
|
2010-09-25 04:18:43 +03:00
|
|
|
#include "libavutil/libm.h"
|
2011-02-07 15:37:08 +02:00
|
|
|
#include "libavutil/imgutils.h"
|
2011-06-04 14:58:23 +03:00
|
|
|
#include "libavutil/mathematics.h"
|
2012-12-15 18:57:43 +03:00
|
|
|
#include "libavutil/opt.h"
|
2009-10-21 23:57:30 +03:00
|
|
|
|
2012-02-20 11:42:33 +03:00
|
|
|
static const char *const var_names[] = {
|
2010-09-25 04:18:43 +03:00
|
|
|
"in_w", "iw", ///< width of the input video
|
|
|
|
"in_h", "ih", ///< height of the input video
|
|
|
|
"out_w", "ow", ///< width of the cropped video
|
|
|
|
"out_h", "oh", ///< height of the cropped video
|
2011-07-04 14:28:37 +03:00
|
|
|
"a",
|
|
|
|
"sar",
|
|
|
|
"dar",
|
|
|
|
"hsub",
|
|
|
|
"vsub",
|
2010-09-25 04:18:43 +03:00
|
|
|
"x",
|
|
|
|
"y",
|
|
|
|
"n", ///< number of frame
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
2010-09-25 04:18:43 +03:00
|
|
|
"pos", ///< position in the file
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#endif
|
2010-09-25 04:18:43 +03:00
|
|
|
"t", ///< timestamp expressed in seconds
|
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
enum var_name {
|
2010-09-25 16:53:32 +03:00
|
|
|
VAR_IN_W, VAR_IW,
|
|
|
|
VAR_IN_H, VAR_IH,
|
|
|
|
VAR_OUT_W, VAR_OW,
|
|
|
|
VAR_OUT_H, VAR_OH,
|
2011-07-04 14:28:37 +03:00
|
|
|
VAR_A,
|
|
|
|
VAR_SAR,
|
|
|
|
VAR_DAR,
|
|
|
|
VAR_HSUB,
|
|
|
|
VAR_VSUB,
|
2010-09-25 16:53:32 +03:00
|
|
|
VAR_X,
|
|
|
|
VAR_Y,
|
|
|
|
VAR_N,
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
2013-04-12 20:15:06 +03:00
|
|
|
VAR_POS,
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#endif
|
2010-09-25 16:53:32 +03:00
|
|
|
VAR_T,
|
|
|
|
VAR_VARS_NB
|
2010-09-25 04:18:43 +03:00
|
|
|
};
|
|
|
|
|
2014-04-11 12:54:15 +03:00
|
|
|
typedef struct CropContext {
|
2012-12-15 18:57:43 +03:00
|
|
|
const AVClass *class;
|
2009-10-21 23:57:30 +03:00
|
|
|
int x; ///< x offset of the non-cropped area with respect to the input area
|
|
|
|
int y; ///< y offset of the non-cropped area with respect to the input area
|
|
|
|
int w; ///< width of the cropped area
|
|
|
|
int h; ///< height of the cropped area
|
|
|
|
|
2012-03-10 06:07:17 +03:00
|
|
|
AVRational out_sar; ///< output sample aspect ratio
|
|
|
|
int keep_aspect; ///< keep display aspect ratio when cropping
|
2016-08-21 00:01:57 +02:00
|
|
|
int exact; ///< exact cropping, for subsampled formats
|
2012-03-10 06:07:17 +03:00
|
|
|
|
2010-07-30 14:33:31 +03:00
|
|
|
int max_step[4]; ///< max pixel step for each plane, expressed as a number of bytes
|
2009-10-21 23:57:30 +03:00
|
|
|
int hsub, vsub; ///< chroma subsampling
|
2012-12-15 18:57:43 +03:00
|
|
|
char *x_expr, *y_expr, *w_expr, *h_expr;
|
2010-09-25 04:18:43 +03:00
|
|
|
AVExpr *x_pexpr, *y_pexpr; /* parsed expressions for x and y */
|
2010-09-25 16:53:32 +03:00
|
|
|
double var_values[VAR_VARS_NB];
|
2009-10-21 23:57:30 +03:00
|
|
|
} CropContext;
|
|
|
|
|
|
|
|
static int query_formats(AVFilterContext *ctx)
|
|
|
|
{
|
2021-09-26 00:09:16 +02:00
|
|
|
int reject_flags = AV_PIX_FMT_FLAG_BITSTREAM | FF_PIX_FMT_FLAG_SW_FLAT_SUB;
|
2013-07-04 00:05:42 +03:00
|
|
|
|
2021-09-26 00:09:16 +02:00
|
|
|
return ff_set_common_formats(ctx, ff_formats_pixdesc_filter(0, reject_flags));
|
2009-10-21 23:57:30 +03:00
|
|
|
}
|
|
|
|
|
2010-09-25 04:18:43 +03:00
|
|
|
static av_cold void uninit(AVFilterContext *ctx)
|
|
|
|
{
|
2013-03-18 22:44:36 +03:00
|
|
|
CropContext *s = ctx->priv;
|
2010-09-25 04:18:43 +03:00
|
|
|
|
2013-03-18 22:44:36 +03:00
|
|
|
av_expr_free(s->x_pexpr);
|
|
|
|
s->x_pexpr = NULL;
|
|
|
|
av_expr_free(s->y_pexpr);
|
|
|
|
s->y_pexpr = NULL;
|
2010-09-25 04:18:43 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline int normalize_double(int *n, double d)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (isnan(d)) {
|
|
|
|
ret = AVERROR(EINVAL);
|
|
|
|
} else if (d > INT_MAX || d < INT_MIN) {
|
|
|
|
*n = d > INT_MAX ? INT_MAX : INT_MIN;
|
|
|
|
ret = AVERROR(EINVAL);
|
|
|
|
} else
|
2015-12-16 21:50:00 +02:00
|
|
|
*n = lrint(d);
|
2010-09-25 04:18:43 +03:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2009-10-21 23:57:30 +03:00
|
|
|
static int config_input(AVFilterLink *link)
|
|
|
|
{
|
|
|
|
AVFilterContext *ctx = link->dst;
|
2013-03-18 22:44:36 +03:00
|
|
|
CropContext *s = ctx->priv;
|
2012-10-06 14:29:37 +03:00
|
|
|
const AVPixFmtDescriptor *pix_desc = av_pix_fmt_desc_get(link->format);
|
2010-09-25 04:18:43 +03:00
|
|
|
int ret;
|
|
|
|
const char *expr;
|
|
|
|
double res;
|
|
|
|
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_IN_W] = s->var_values[VAR_IW] = ctx->inputs[0]->w;
|
|
|
|
s->var_values[VAR_IN_H] = s->var_values[VAR_IH] = ctx->inputs[0]->h;
|
2013-05-16 11:08:17 +03:00
|
|
|
s->var_values[VAR_A] = (float) link->w / link->h;
|
|
|
|
s->var_values[VAR_SAR] = link->sample_aspect_ratio.num ? av_q2d(link->sample_aspect_ratio) : 1;
|
|
|
|
s->var_values[VAR_DAR] = s->var_values[VAR_A] * s->var_values[VAR_SAR];
|
|
|
|
s->var_values[VAR_HSUB] = 1<<pix_desc->log2_chroma_w;
|
|
|
|
s->var_values[VAR_VSUB] = 1<<pix_desc->log2_chroma_h;
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_X] = NAN;
|
|
|
|
s->var_values[VAR_Y] = NAN;
|
|
|
|
s->var_values[VAR_OUT_W] = s->var_values[VAR_OW] = NAN;
|
|
|
|
s->var_values[VAR_OUT_H] = s->var_values[VAR_OH] = NAN;
|
|
|
|
s->var_values[VAR_N] = 0;
|
|
|
|
s->var_values[VAR_T] = NAN;
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
2013-05-16 11:08:17 +03:00
|
|
|
s->var_values[VAR_POS] = NAN;
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#endif
|
2013-03-18 22:44:36 +03:00
|
|
|
|
|
|
|
av_image_fill_max_pixsteps(s->max_step, NULL, pix_desc);
|
2019-03-23 18:18:48 +02:00
|
|
|
|
|
|
|
if (pix_desc->flags & AV_PIX_FMT_FLAG_HWACCEL) {
|
|
|
|
s->hsub = 1;
|
|
|
|
s->vsub = 1;
|
|
|
|
} else {
|
|
|
|
s->hsub = pix_desc->log2_chroma_w;
|
|
|
|
s->vsub = pix_desc->log2_chroma_h;
|
|
|
|
}
|
2013-03-18 22:44:36 +03:00
|
|
|
|
2019-12-04 12:33:11 +02:00
|
|
|
av_expr_parse_and_eval(&res, (expr = s->w_expr),
|
|
|
|
var_names, s->var_values,
|
|
|
|
NULL, NULL, NULL, NULL, NULL, 0, ctx);
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_OUT_W] = s->var_values[VAR_OW] = res;
|
2013-05-16 11:08:17 +03:00
|
|
|
if ((ret = av_expr_parse_and_eval(&res, (expr = s->h_expr),
|
2013-03-18 22:44:36 +03:00
|
|
|
var_names, s->var_values,
|
2013-03-18 23:48:18 +03:00
|
|
|
NULL, NULL, NULL, NULL, NULL, 0, ctx)) < 0)
|
|
|
|
goto fail_expr;
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_OUT_H] = s->var_values[VAR_OH] = res;
|
2010-09-25 04:18:43 +03:00
|
|
|
/* evaluate again ow as it may depend on oh */
|
2013-05-16 11:08:17 +03:00
|
|
|
if ((ret = av_expr_parse_and_eval(&res, (expr = s->w_expr),
|
2013-03-18 22:44:36 +03:00
|
|
|
var_names, s->var_values,
|
2013-03-18 23:48:18 +03:00
|
|
|
NULL, NULL, NULL, NULL, NULL, 0, ctx)) < 0)
|
|
|
|
goto fail_expr;
|
|
|
|
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_OUT_W] = s->var_values[VAR_OW] = res;
|
|
|
|
if (normalize_double(&s->w, s->var_values[VAR_OUT_W]) < 0 ||
|
|
|
|
normalize_double(&s->h, s->var_values[VAR_OUT_H]) < 0) {
|
2010-09-25 04:18:43 +03:00
|
|
|
av_log(ctx, AV_LOG_ERROR,
|
|
|
|
"Too big value or invalid expression for out_w/ow or out_h/oh. "
|
|
|
|
"Maybe the expression for out_w:'%s' or for out_h:'%s' is self-referencing.\n",
|
2013-05-16 11:08:17 +03:00
|
|
|
s->w_expr, s->h_expr);
|
2010-09-25 04:18:43 +03:00
|
|
|
return AVERROR(EINVAL);
|
|
|
|
}
|
2016-08-21 00:01:57 +02:00
|
|
|
|
|
|
|
if (!s->exact) {
|
|
|
|
s->w &= ~((1 << s->hsub) - 1);
|
|
|
|
s->h &= ~((1 << s->vsub) - 1);
|
|
|
|
}
|
2009-10-21 23:57:30 +03:00
|
|
|
|
2013-03-18 23:31:54 +03:00
|
|
|
av_expr_free(s->x_pexpr);
|
|
|
|
av_expr_free(s->y_pexpr);
|
|
|
|
s->x_pexpr = s->y_pexpr = NULL;
|
2013-03-18 22:44:36 +03:00
|
|
|
if ((ret = av_expr_parse(&s->x_pexpr, s->x_expr, var_names,
|
2010-09-25 04:18:43 +03:00
|
|
|
NULL, NULL, NULL, NULL, 0, ctx)) < 0 ||
|
2013-03-18 22:44:36 +03:00
|
|
|
(ret = av_expr_parse(&s->y_pexpr, s->y_expr, var_names,
|
2010-09-25 04:18:43 +03:00
|
|
|
NULL, NULL, NULL, NULL, 0, ctx)) < 0)
|
|
|
|
return AVERROR(EINVAL);
|
2009-10-21 23:57:30 +03:00
|
|
|
|
2013-05-16 11:08:17 +03:00
|
|
|
if (s->keep_aspect) {
|
2012-03-10 06:07:17 +03:00
|
|
|
AVRational dar = av_mul_q(link->sample_aspect_ratio,
|
|
|
|
(AVRational){ link->w, link->h });
|
2013-05-16 11:08:17 +03:00
|
|
|
av_reduce(&s->out_sar.num, &s->out_sar.den,
|
|
|
|
dar.num * s->h, dar.den * s->w, INT_MAX);
|
2012-03-10 06:07:17 +03:00
|
|
|
} else
|
2013-05-16 11:08:17 +03:00
|
|
|
s->out_sar = link->sample_aspect_ratio;
|
2012-03-10 06:07:17 +03:00
|
|
|
|
2012-06-27 02:58:09 +03:00
|
|
|
av_log(ctx, AV_LOG_VERBOSE, "w:%d h:%d sar:%d/%d -> w:%d h:%d sar:%d/%d\n",
|
2012-03-17 14:28:09 +03:00
|
|
|
link->w, link->h, link->sample_aspect_ratio.num, link->sample_aspect_ratio.den,
|
2013-05-16 11:08:17 +03:00
|
|
|
s->w, s->h, s->out_sar.num, s->out_sar.den);
|
2010-11-23 23:08:22 +02:00
|
|
|
|
2013-03-18 22:44:36 +03:00
|
|
|
if (s->w <= 0 || s->h <= 0 ||
|
|
|
|
s->w > link->w || s->h > link->h) {
|
2009-10-21 23:57:30 +03:00
|
|
|
av_log(ctx, AV_LOG_ERROR,
|
2010-09-25 04:18:43 +03:00
|
|
|
"Invalid too big or non positive size for width '%d' or height '%d'\n",
|
2013-03-18 22:44:36 +03:00
|
|
|
s->w, s->h);
|
2010-07-30 14:56:01 +03:00
|
|
|
return AVERROR(EINVAL);
|
2009-10-21 23:57:30 +03:00
|
|
|
}
|
|
|
|
|
2010-09-25 04:18:43 +03:00
|
|
|
/* set default, required in the case the first computed value for x/y is NAN */
|
2013-03-18 22:44:36 +03:00
|
|
|
s->x = (link->w - s->w) / 2;
|
|
|
|
s->y = (link->h - s->h) / 2;
|
2016-08-21 00:01:57 +02:00
|
|
|
if (!s->exact) {
|
|
|
|
s->x &= ~((1 << s->hsub) - 1);
|
|
|
|
s->y &= ~((1 << s->vsub) - 1);
|
|
|
|
}
|
2009-10-21 23:57:30 +03:00
|
|
|
return 0;
|
2010-09-25 04:18:43 +03:00
|
|
|
|
|
|
|
fail_expr:
|
2019-09-30 09:08:33 +02:00
|
|
|
av_log(ctx, AV_LOG_ERROR, "Error when evaluating the expression '%s'\n", expr);
|
2010-09-25 04:18:43 +03:00
|
|
|
return ret;
|
2009-10-21 23:57:30 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static int config_output(AVFilterLink *link)
|
|
|
|
{
|
2013-03-18 22:44:36 +03:00
|
|
|
CropContext *s = link->src->priv;
|
2019-03-23 18:18:48 +02:00
|
|
|
const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(link->format);
|
2009-10-21 23:57:30 +03:00
|
|
|
|
2019-03-23 18:18:48 +02:00
|
|
|
if (desc->flags & AV_PIX_FMT_FLAG_HWACCEL) {
|
|
|
|
// Hardware frames adjust the cropping regions rather than
|
|
|
|
// changing the frame size.
|
|
|
|
} else {
|
|
|
|
link->w = s->w;
|
|
|
|
link->h = s->h;
|
|
|
|
}
|
2013-05-16 11:08:17 +03:00
|
|
|
link->sample_aspect_ratio = s->out_sar;
|
2009-10-21 23:57:30 +03:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-11-28 10:41:07 +03:00
|
|
|
static int filter_frame(AVFilterLink *link, AVFrame *frame)
|
2009-10-21 23:57:30 +03:00
|
|
|
{
|
2010-09-25 04:18:43 +03:00
|
|
|
AVFilterContext *ctx = link->dst;
|
2013-03-18 22:44:36 +03:00
|
|
|
CropContext *s = ctx->priv;
|
2012-10-06 14:29:37 +03:00
|
|
|
const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(link->format);
|
2009-10-21 23:57:30 +03:00
|
|
|
int i;
|
|
|
|
|
2016-08-30 15:28:41 +02:00
|
|
|
s->var_values[VAR_N] = link->frame_count_out;
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_T] = frame->pts == AV_NOPTS_VALUE ?
|
2012-11-29 02:15:40 +03:00
|
|
|
NAN : frame->pts * av_q2d(link->time_base);
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
#if FF_API_FRAME_PKT
|
|
|
|
FF_DISABLE_DEPRECATION_WARNINGS
|
2017-04-22 10:57:18 +02:00
|
|
|
s->var_values[VAR_POS] = frame->pkt_pos == -1 ?
|
|
|
|
NAN : frame->pkt_pos;
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
FF_ENABLE_DEPRECATION_WARNINGS
|
|
|
|
#endif
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_X] = av_expr_eval(s->x_pexpr, s->var_values, NULL);
|
|
|
|
s->var_values[VAR_Y] = av_expr_eval(s->y_pexpr, s->var_values, NULL);
|
2018-02-01 04:55:19 +02:00
|
|
|
/* It is necessary if x is expressed from y */
|
2013-03-18 22:44:36 +03:00
|
|
|
s->var_values[VAR_X] = av_expr_eval(s->x_pexpr, s->var_values, NULL);
|
|
|
|
|
|
|
|
normalize_double(&s->x, s->var_values[VAR_X]);
|
|
|
|
normalize_double(&s->y, s->var_values[VAR_Y]);
|
|
|
|
|
|
|
|
if (s->x < 0)
|
|
|
|
s->x = 0;
|
|
|
|
if (s->y < 0)
|
|
|
|
s->y = 0;
|
|
|
|
if ((unsigned)s->x + (unsigned)s->w > link->w)
|
|
|
|
s->x = link->w - s->w;
|
|
|
|
if ((unsigned)s->y + (unsigned)s->h > link->h)
|
|
|
|
s->y = link->h - s->h;
|
2016-08-21 00:01:57 +02:00
|
|
|
if (!s->exact) {
|
|
|
|
s->x &= ~((1 << s->hsub) - 1);
|
|
|
|
s->y &= ~((1 << s->vsub) - 1);
|
|
|
|
}
|
2010-09-25 04:18:43 +03:00
|
|
|
|
lavu/frame: deprecate AVFrame.pkt_{pos,size}
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
dedicated field in AVFrame; unlike e.g. the timestamps, there is no
fundamental link between coded packet offset/size and decoded frames
- they only make sense for frames produced by decoding demuxed packets,
and even then it is not always the case that the encoded data was
stored in the file as a contiguous sequence of bytes (in order for pos
to be well-defined)
- pkt_pos was added without much explanation, apparently to allow
passthrough of this information through lavfi in order to handle byte
seeking in ffplay. That is now implemented using arbitrary user data
passthrough in AVFrame.opaque_ref.
- several filters use pkt_pos as a variable available to user-supplied
expressions, but there seems to be no established motivation for using them.
- pkt_size was added for use in ffprobe, but that too is now handled
without using this field. Additonally, the values of this field
produced by libavcodec are flawed, as described in the previous
ffprobe conversion commit.
In summary - these fields are ill-defined and insufficiently motivated,
so deprecate them.
2023-03-10 11:48:34 +02:00
|
|
|
av_log(ctx, AV_LOG_TRACE, "n:%d t:%f x:%d y:%d x+w:%d y+h:%d\n",
|
|
|
|
(int)s->var_values[VAR_N], s->var_values[VAR_T],
|
2013-05-16 11:08:17 +03:00
|
|
|
s->x, s->y, s->x+s->w, s->y+s->h);
|
2010-09-25 04:18:43 +03:00
|
|
|
|
2019-03-23 18:18:48 +02:00
|
|
|
if (desc->flags & AV_PIX_FMT_FLAG_HWACCEL) {
|
|
|
|
frame->crop_top += s->y;
|
|
|
|
frame->crop_left += s->x;
|
|
|
|
frame->crop_bottom = frame->height - frame->crop_top - frame->crop_bottom - s->h;
|
|
|
|
frame->crop_right = frame->width - frame->crop_left - frame->crop_right - s->w;
|
|
|
|
} else {
|
|
|
|
frame->width = s->w;
|
|
|
|
frame->height = s->h;
|
|
|
|
|
|
|
|
frame->data[0] += s->y * frame->linesize[0];
|
|
|
|
frame->data[0] += s->x * s->max_step[0];
|
|
|
|
|
2021-04-14 01:46:26 +02:00
|
|
|
if (!(desc->flags & AV_PIX_FMT_FLAG_PAL)) {
|
2019-03-23 18:18:48 +02:00
|
|
|
for (i = 1; i < 3; i ++) {
|
|
|
|
if (frame->data[i]) {
|
|
|
|
frame->data[i] += (s->y >> s->vsub) * frame->linesize[i];
|
|
|
|
frame->data[i] += (s->x * s->max_step[i]) >> s->hsub;
|
|
|
|
}
|
2009-10-21 23:57:30 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-03-23 18:18:48 +02:00
|
|
|
/* alpha plane */
|
|
|
|
if (frame->data[3]) {
|
|
|
|
frame->data[3] += s->y * frame->linesize[3];
|
|
|
|
frame->data[3] += s->x * s->max_step[3];
|
|
|
|
}
|
2009-10-21 23:57:30 +03:00
|
|
|
}
|
|
|
|
|
2012-11-29 02:15:40 +03:00
|
|
|
return ff_filter_frame(link->dst->outputs[0], frame);
|
2010-09-25 04:18:43 +03:00
|
|
|
}
|
|
|
|
|
2015-07-21 12:48:33 +02:00
|
|
|
static int process_command(AVFilterContext *ctx, const char *cmd, const char *args,
|
|
|
|
char *res, int res_len, int flags)
|
|
|
|
{
|
|
|
|
CropContext *s = ctx->priv;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if ( !strcmp(cmd, "out_w") || !strcmp(cmd, "w")
|
|
|
|
|| !strcmp(cmd, "out_h") || !strcmp(cmd, "h")
|
|
|
|
|| !strcmp(cmd, "x") || !strcmp(cmd, "y")) {
|
|
|
|
|
|
|
|
int old_x = s->x;
|
|
|
|
int old_y = s->y;
|
|
|
|
int old_w = s->w;
|
|
|
|
int old_h = s->h;
|
|
|
|
|
|
|
|
AVFilterLink *outlink = ctx->outputs[0];
|
|
|
|
AVFilterLink *inlink = ctx->inputs[0];
|
|
|
|
|
|
|
|
av_opt_set(s, cmd, args, 0);
|
|
|
|
|
|
|
|
if ((ret = config_input(inlink)) < 0) {
|
|
|
|
s->x = old_x;
|
|
|
|
s->y = old_y;
|
|
|
|
s->w = old_w;
|
|
|
|
s->h = old_h;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = config_output(outlink);
|
|
|
|
|
|
|
|
} else
|
|
|
|
ret = AVERROR(ENOSYS);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2013-02-25 23:21:29 +03:00
|
|
|
#define OFFSET(x) offsetof(CropContext, x)
|
2013-04-10 17:56:33 +03:00
|
|
|
#define FLAGS AV_OPT_FLAG_FILTERING_PARAM|AV_OPT_FLAG_VIDEO_PARAM
|
2020-01-11 03:29:46 +02:00
|
|
|
#define TFLAGS AV_OPT_FLAG_FILTERING_PARAM|AV_OPT_FLAG_VIDEO_PARAM|AV_OPT_FLAG_RUNTIME_PARAM
|
2013-04-10 17:56:33 +03:00
|
|
|
|
|
|
|
static const AVOption crop_options[] = {
|
2020-03-17 23:46:36 +02:00
|
|
|
{ "out_w", "set the width crop area expression", OFFSET(w_expr), AV_OPT_TYPE_STRING, {.str = "iw"}, 0, 0, TFLAGS },
|
|
|
|
{ "w", "set the width crop area expression", OFFSET(w_expr), AV_OPT_TYPE_STRING, {.str = "iw"}, 0, 0, TFLAGS },
|
|
|
|
{ "out_h", "set the height crop area expression", OFFSET(h_expr), AV_OPT_TYPE_STRING, {.str = "ih"}, 0, 0, TFLAGS },
|
|
|
|
{ "h", "set the height crop area expression", OFFSET(h_expr), AV_OPT_TYPE_STRING, {.str = "ih"}, 0, 0, TFLAGS },
|
|
|
|
{ "x", "set the x crop area expression", OFFSET(x_expr), AV_OPT_TYPE_STRING, {.str = "(in_w-out_w)/2"}, 0, 0, TFLAGS },
|
|
|
|
{ "y", "set the y crop area expression", OFFSET(y_expr), AV_OPT_TYPE_STRING, {.str = "(in_h-out_h)/2"}, 0, 0, TFLAGS },
|
2015-09-08 23:46:12 +02:00
|
|
|
{ "keep_aspect", "keep aspect ratio", OFFSET(keep_aspect), AV_OPT_TYPE_BOOL, {.i64=0}, 0, 1, FLAGS },
|
2016-08-21 00:01:57 +02:00
|
|
|
{ "exact", "do exact cropping", OFFSET(exact), AV_OPT_TYPE_BOOL, {.i64=0}, 0, 1, FLAGS },
|
2013-09-07 15:13:50 +03:00
|
|
|
{ NULL }
|
2013-02-25 23:21:29 +03:00
|
|
|
};
|
|
|
|
|
2013-04-10 17:56:33 +03:00
|
|
|
AVFILTER_DEFINE_CLASS(crop);
|
2013-02-25 23:21:29 +03:00
|
|
|
|
2012-07-24 16:14:01 +03:00
|
|
|
static const AVFilterPad avfilter_vf_crop_inputs[] = {
|
|
|
|
{
|
2013-09-07 15:13:50 +03:00
|
|
|
.name = "default",
|
|
|
|
.type = AVMEDIA_TYPE_VIDEO,
|
|
|
|
.filter_frame = filter_frame,
|
|
|
|
.config_props = config_input,
|
2012-07-24 16:14:01 +03:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
|
|
|
static const AVFilterPad avfilter_vf_crop_outputs[] = {
|
|
|
|
{
|
|
|
|
.name = "default",
|
|
|
|
.type = AVMEDIA_TYPE_VIDEO,
|
|
|
|
.config_props = config_output,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2021-04-19 18:33:56 +02:00
|
|
|
const AVFilter ff_vf_crop = {
|
2015-07-21 12:48:33 +02:00
|
|
|
.name = "crop",
|
|
|
|
.description = NULL_IF_CONFIG_SMALL("Crop the input video."),
|
|
|
|
.priv_size = sizeof(CropContext),
|
|
|
|
.priv_class = &crop_class,
|
|
|
|
.uninit = uninit,
|
2021-08-12 13:05:31 +02:00
|
|
|
FILTER_INPUTS(avfilter_vf_crop_inputs),
|
|
|
|
FILTER_OUTPUTS(avfilter_vf_crop_outputs),
|
2021-09-27 12:07:35 +02:00
|
|
|
FILTER_QUERY_FUNC(query_formats),
|
2015-07-21 12:48:33 +02:00
|
|
|
.process_command = process_command,
|
2009-10-21 23:57:30 +03:00
|
|
|
};
|