[FFmpeg-devel] [PATCH v1] avcodec/v210enc: add yuv420p/yuv420p10 input pixel format support
Limin Wang
lance.lmwang at gmail.com
Sun Sep 22 15:35:40 EEST 2019
On Sun, Sep 22, 2019 at 10:05:10AM +0200, Paul B Mahol wrote:
> On 9/20/19, lance.lmwang at gmail.com <lance.lmwang at gmail.com> wrote:
> > From: Limin Wang <lance.lmwang at gmail.com>
> >
> > Signed-off-by: Limin Wang <lance.lmwang at gmail.com>
> > ---
> > libavcodec/v210_template.c | 20 ++++++++++++++++++++
> > libavcodec/v210enc.c | 8 +++++---
> > 2 files changed, 25 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavcodec/v210_template.c b/libavcodec/v210_template.c
> > index 9e1d9f9..083a9f1 100644
> > --- a/libavcodec/v210_template.c
> > +++ b/libavcodec/v210_template.c
> > @@ -43,11 +43,31 @@ static void RENAME(v210_enc)(AVCodecContext *avctx,
> > const TYPE *y = (const TYPE *)pic->data[0];
> > const TYPE *u = (const TYPE *)pic->data[1];
> > const TYPE *v = (const TYPE *)pic->data[2];
> > + const TYPE *u_even = u;
> > + const TYPE *v_even = v;
> > const int sample_size = 6 * s->RENAME(sample_factor);
> > const int sample_w = avctx->width / sample_size;
> >
> > for (h = 0; h < avctx->height; h++) {
> > uint32_t val;
> > +
> > + if (pic->format == AV_PIX_FMT_YUV420P10 ||
> > + pic->format == AV_PIX_FMT_YUV420P) {
> > + int mod = pic->interlaced_frame == 1 ? 4 : 2;
> > + if (h % mod == 0) {
> > + u_even = u;
> > + v_even = v;
> > + } else {
> > + /* progressive chroma */
> > + if (mod == 2) {
> > + u = u_even;
> > + v = v_even;
> > + } else if (h % 4 == 2) {
> > + u = u_even;
> > + v = v_even;
> > + }
> > + }
> > + }
> > w = sample_w * sample_size;
> > s->RENAME(pack_line)(y, u, v, dst, w);
> >
> > diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
> > index 16e8810..2180737 100644
> > --- a/libavcodec/v210enc.c
> > +++ b/libavcodec/v210enc.c
> > @@ -131,9 +131,9 @@ static int encode_frame(AVCodecContext *avctx, AVPacket
> > *pkt,
> > }
> > dst = pkt->data;
> >
> > - if (pic->format == AV_PIX_FMT_YUV422P10)
> > + if (pic->format == AV_PIX_FMT_YUV422P10 || pic->format ==
> > AV_PIX_FMT_YUV420P10)
> > v210_enc_10(avctx, dst, pic);
> > - else if(pic->format == AV_PIX_FMT_YUV422P)
> > + else if(pic->format == AV_PIX_FMT_YUV422P || pic->format ==
> > AV_PIX_FMT_YUV420P)
> > v210_enc_8(avctx, dst, pic);
> >
> > side_data = av_frame_get_side_data(pic, AV_FRAME_DATA_A53_CC);
> > @@ -165,5 +165,7 @@ AVCodec ff_v210_encoder = {
> > .priv_data_size = sizeof(V210EncContext),
> > .init = encode_init,
> > .encode2 = encode_frame,
> > - .pix_fmts = (const enum AVPixelFormat[]){ AV_PIX_FMT_YUV422P10,
> > AV_PIX_FMT_YUV422P, AV_PIX_FMT_NONE },
> > + .pix_fmts = (const enum AVPixelFormat[]){ AV_PIX_FMT_YUV422P10,
> > AV_PIX_FMT_YUV422P,
> > + AV_PIX_FMT_YUV420P10,
> > AV_PIX_FMT_YUV420P,
> > + AV_PIX_FMT_NONE },
> > };
> > --
> > 2.6.4
> >
> > _______________________________________________
> > ffmpeg-devel mailing list
> > ffmpeg-devel at ffmpeg.org
> > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> >
> > To unsubscribe, visit link above, or email
> > ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
>
>
> Why people constantly try to do this? First cinepak, now this?
>
> Obviously not accepted.
This means that several of your big-name experts should consider the global design,
improve the current system framework, and solve the actual needs, rather than simply
rejecting the performance improvement of different modules. I believe that the kernel
zero copy technology is also forced to come out like this. Technology is to change
the world, not to be perfect.
More information about the ffmpeg-devel
mailing list