I apologize for the spam but I realized that this ML is mostly about
patches. So I created a ticket here:
https://trac.ffmpeg.org/ticket/11137
Errata for the previous email: the seek timestamps should not be doubles
but int64_t so the correct max_ts is 5120, not 0.5.
On Mon, Aug 12, 2024 at 4
hat I see is that for certain H265 videos,
FFMPEG seeks beyond the timestamp passed in. To repro this behavior I ran
these commands:
# Create a clean conda environment for testing purposes
conda create --name test
conda activate test
conda install -c conda-forge x265
# Install some build
> collect2: error: ld returned 1 exit status
>
> Signed-off-by: Haihao Xiang
> ---
> configure | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index b101ed9256..02711bf930 100755
> --- a/configure
> +
> -Original Message-
> From: ffmpeg-devel On Behalf Of Fei Wang
> Sent: Monday, May 29, 2023 8:30 PM
> To: [email protected]
> Subject: [FFmpeg-devel] [PATCH v1 3/3] lavfi/{denoise, procamp, scale,
> sharpness}_vaapi: Add passthrough mode
> @@ -188,11 +194,14 @@ static av_cold int
ile changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
> index 2514d5b256..fbb22ca436 100644
> --- a/libavcodec/qsvenc.c
> +++ b/libavcodec/qsvenc.c
> @@ -1003,7 +1003,7 @@ static int init_video_param(AVCodecContext *avctx,
> QSVEncC
Hello.
Is there a way to grab audio under android?
Do I need to create it by myself?
--
Thanks!
Dmitry
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
+-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
> index 35769dfd60..954f882637 100644
> --- a/libavfilter/qsvvpp.c
> +++ b/libavfilter/qsvvpp.c
> @@ -796,7 +796,7 @@ int ff_qsvvpp_filter_frame(QSVVPPCo
; offset_w might be updated after growing the FIFO
>
> Fix ticket #9630
>
> Tested-by: U. Artie Eoff
> Reviewed-by: mkver
> Reviewed-by: U. Artie Eoff
> Signed-off-by: Haihao Xiang
> ---
> libavutil/fifo.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Tuesday, December 14, 2021 8:41 AM
> To: FFmpeg development discussions and patches
> Cc: Mark Thompson ; [email protected]
> Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add
c 14, 2021 at 04:04:39PM +, Eoff, Ullysses A wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of Soft
> > > Works
> > > Sent: Monday, December 13, 2021 10:56 PM
> > > To: FFmpeg development discussions and patches
> &
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Tuesday, December 14, 2021 8:00 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv
>
> > -Ori
eauchesne from vaapi maintainer
> > who has not been active since 2016.
> >
> > Current alternative maintainer for vaapi is Mark
> > Thompson whom has not been active since
> > March/April 2021.
> >
> > Therefore, add Haihao Xiang to vaapi maintainer
> &g
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Thursday, December 09, 2021 9:25 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for qsv
>
> > -Ori
, 2021-12-02 at 15:40 +0800, Wenbin Chen wrote:
> > > When we upload a frame that is not padded as MSDK requires, we create a
> > > new AVFrame to copy data. The frame's padding data is uninitialized so
> > > it brings run to run problem. For example, If we run the f
MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index dcac46003e..39ce91b755 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -226,7 +226,7 @@ Codecs:
>ptx.c
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Thursday, December 09, 2021 12:01 AM
> To: FFmpeg development discussions and patches
> Cc: Chen, Wenbin
> Subject: Re: [FFmpeg-devel] [PATCH] libavutil/hwcontext_qsv: clean paddi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Wenbin Chen
> Sent: Wednesday, December 01, 2021 11:41 PM
> To: [email protected]
> Cc: Chen, Wenbin
> Subject: [FFmpeg-devel] [PATCH] libavutil/hwcontext_qsv: clean padding when
> upload qsv frames
>
transpose, rotate, hflip, and vflip filters don't support them.
> Fixes ticket #9432.
>
> Signed-off-by: James Almer
> ---
> I'm surprised nobody tried to decode an mp4 video like those coming from a
> cellphone camera using a hwaccel decoder. This would have been
gt; Signed-off-by: James Almer
> ---
> libavcodec/mjpegdec.c | 53 +++
> 1 file changed, 53 insertions(+)
>
> diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c
> index 2a5868fe1d..7bec5ce221 100644
> --- a/libavcodec/mjpegdec.c
&
ec/h264dec.c | 55 ++-----
> libavcodec/h264dec.h | 6 +
> 4 files changed, 90 insertions(+), 22 deletions(-)
>
> diff --git a/libavcodec/h264_picture.c b/libavcodec/h264_picture.c
> index ff30166b4d..5944798394 100644
> --- a/libavcodec/
--
> libavcodec/h264dec.c | 39 +++----
> libavcodec/h264dec.h | 6 ++
> 4 files changed, 80 insertions(+), 16 deletions(-)
>
> diff --git a/libavcodec/h264_picture.c b/libavcodec/h264_picture.c
> index ff30166b4d..5944798394 1
[PATCH 08/12] fate/demux: convert flv-demux to
> ffprobe
>
> Hey,
> Quoting Eoff, Ullysses A (2021-05-12 19:16:09)
> > *bump*
> >
> > Is anyone actively fixing this? Anton? Please.
>
> Sorry about the delay, the patch was on the ML since Monday, but peopl
*bump*
Is anyone actively fixing this? Anton? Please.
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Tuesday, May 11, 2021 8:44 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 08/12] fate/
> -Original Message-
> From: ffmpeg-devel On Behalf Of Anton
> Khirnov
> Sent: Sunday, April 25, 2021 12:03 AM
> To: [email protected]
> Subject: [FFmpeg-devel] [PATCH 08/12] fate/demux: convert flv-demux to ffprobe
>
> It can handle side data cleanly.
> ---
This patch breaks FATE
encoder's pix_fmts array now
> included all pixel formats and fftools/ffmpeg_filter.c instead used
> a small list of all pixel formats supported when strictness is >
> unofficial and the encoder's pixel formats instead. In particular,
> the codec's pix_fmt is not
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Tuesday, April 13, 2021 10:34 AM
> To: [email protected]
> Subject: Re: [FFmpeg-devel] [PATCH 6/9] avcodec/mjpegenc: Include all
> supported pix_fmts in mpegenc pix_fmts
std_compliance. This makes the MJPEG encoder an outlier as all
> other codecs put all potentially supported pixel formats into said list
> and error out if the chosen pixel format is unsupported. This commit
> brings it therefore in line with the other encoders.
>
> The behaviour of
> -Original Message-
> From: ffmpeg-devel On Behalf Of Jan Ekström
> Sent: Tuesday, November 03, 2020 3:17 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] vaapi_encode_h264: Fix setting colour
> properties
>
> On Tue, Nov 3, 2020 at 12:59
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Wednesday, September 23, 2020 10:33 AM
> To: Xiang, Haihao ; [email protected]
> Subject: Re: [FFmpeg-devel] [PATCH v3] libavcodec/vp8dec: fix the
> multi-thread HWAccel decod
/intel/media-driver/issues/1028#issuecomment-695033952
Regards,
U. Artie
> -Original Message-
> From: Xiang, Haihao
> Sent: Monday, September 21, 2020 8:09 PM
> To: [email protected]; Eoff, Ullysses A
> Subject: Re: [FFmpeg-devel] [PATCH v3] libavcodec/vp8dec: fix the
*bump*
This patch fixes vp8d output corruption in multi-thread mode. This bug has
existed for way too long.
> -Original Message-
> From: ffmpeg-devel On Behalf Of Wang,
> Shaofei
> Sent: Monday, July 01, 2019 1:22 AM
> To: FFmpeg development discussions and patches
> Cc: Xiang, Haiha
; to disable/enable the default scale
> >
> > Gyan Doshi (12020-02-18):
> > > Protection in the command line tool will help steer the user towards
> > > choosing an accommodating encoder, which is possible once the flag and a
> > > check is added.
> >
>
return ogg_pcm_codecs[i].format_id;
> +
> +return 0;
> +}
> +
The ogg_get_pcm_format_id cannot return 0 for an unsupported format since that
is already assigned to pcm_s8.
From: ffmpeg-devel on behalf of A G
Sent: Thursday, May 28, 2020
Apologies for the previous patch (v1), the commit message was incorrect
and I failed to add the requested change.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
(+), 6 deletions(-)
diff --git a/libavformat/oggenc.c b/libavformat/oggenc.c
index f5032759a6..153f7f6760 100644
--- a/libavformat/oggenc.c
+++ b/libavformat/oggenc.c
@@ -99,6 +99,36 @@ static const AVClass flavor ## _muxer_class = {\
.version= LIBAVUTIL_VERSION_INT,\
};
+
+static const
| 123 ++
4 files changed, 126 insertions(+)
create mode 100644 libavformat/oggparsepcm.c
diff --git a/libavformat/Makefile b/libavformat/Makefile
index efe82f9f08..145407bb40 100644
--- a/libavformat/Makefile
+++ b/libavformat/Makefile
@@ -364,6 +364,7 @@ OBJS
eavily based on the work here:
https://ffmpeg.org/pipermail/ffmpeg-devel/2013-July/145556.html
and here:
http://www.on2.com/media/gpl/mplayer/
---
libavformat/oggenc.c | 85
1 file changed, 79 insertions(+), 6 deletions(-)
diff --git a/libavformat/ogge
> this time you didn't even include the relevant disclaimer.
That was a mistake, sorry.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmp
gdec.c | 1 +
libavformat/oggdec.h | 1 +
libavformat/oggparsepcm.c | 123 ++
4 files changed, 126 insertions(+)
create mode 100644 libavformat/oggparsepcm.c
diff --git a/libavformat/Makefile b/libavformat/Makefile
index efe82f9f08..145407bb40 100644
Andreas:
"avformat/ogg: Add partial support for muxing and demuxing" would be
better. But actually you should split this into separate patches for
muxing and demuxing.
Thanks.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/
Sorry, I realize I made a mistake in the patch name. Should it be
"avformat: Add partial support for muxing and playing" or "avformat/ogg:
Add partial support for muxing and playing"?
___
ffmpeg-devel mailing list
ffmpeg-de
| 84 --
libavformat/oggparsepcm.c | 123 ++
5 files changed, 204 insertions(+), 6 deletions(-)
create mode 100644 libavformat/oggparsepcm.c
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 2b634ecbfc..41df74fc4f 100644
--- a/libavformat/Makefile
works.
So does it make a sence to share jni
<https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/ffjni.c> stuff for
this from libavcodec and which best way for doing it?
I asking because that stuff is in libavcodec but my plugin should be in
libavdevice.
Please advice.
--
Thanks!
> -Original Message-
> From: ffmpeg-devel On Behalf Of Eoff,
> Ullysses A
> Sent: Tuesday, October 22, 2019 9:00 PM
> To: FFmpeg development discussions and patches
> Cc: Zhou, Zachary
> Subject: Re: [FFmpeg-devel] [PATCH v5] avfilter/vaapi: add ov
> -Original Message-
> From: ffmpeg-devel On Behalf Of Zachary Zhou
> Sent: Sunday, September 08, 2019 11:51 PM
> To: [email protected]
> Cc: Zhou, Zachary
> Subject: [FFmpeg-devel] [PATCH v5] avfilter/vaapi: add overlay_vaapi filter
>
Do you need to set params.pipeline_flags = VA
-Original Message-
From: Sun, Jing A
Sent: Monday, August 19, 2019 1:55 PM
To: [email protected]
Cc: Sun, Jing A ; Huang, Zhengxu
; Tmar, Hassene ; Jun Zhao
Subject: [PATCH v17 1/2] lavc/svt_hevc: add libsvt hevc encoder wrapper
Fixed memleak.
Regards,
Sun, Jing
This update corrected the rc_mode assignment position. It should get assigned
before the if().
264a265,269
> +if (param->rateControlMode) {
> +param->maxQpAllowed = avctx->qmax;
> +param->minQpAllowed = avctx->qmin;
> +}
> +
277,281d281
< +if (param->rateControlMode) {
-Original Message-
From: Sun, Jing A
Sent: Thursday, August 1, 2019 3:53 PM
To: [email protected]
Cc: Sun, Jing A ; Huang, Zhengxu
; Tmar, Hassene ; Jun Zhao
Subject: [PATCH v16 1/2] lavc/svt_hevc: add libsvt hevc encoder wrapper
[Patch content]
This update removed the code line
Sun, Jing A would like to recall the message, "[PATCH v16 1/2] lavc/svt_hevc:
add libsvt hevc encoder wrapper".
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
-Original Message-
From: Sun, Jing A
Sent: Thursday, August 1, 2019 3:53 PM
To: [email protected]
Cc: Sun, Jing A ; Huang, Zhengxu
; Tmar, Hassene ; Jun Zhao
Subject: [PATCH v16 1/2] lavc/svt_hevc: add libsvt hevc encoder wrapper
[Patch content]
This update removed the code
-Original Message-
From: ffmpeg-devel [mailto:[email protected]] On Behalf Of James
Almer
Sent: Wednesday, July 31, 2019 11:40 AM
To: [email protected]
Subject: Re: [FFmpeg-devel] [PATCH v15 1/2] lavc/svt_hevc: add libsvt hevc
encoder wrapper
> Simply remove the void*
+.close = eb_enc_close,
> > > > +.capabilities = AV_CODEC_CAP_DELAY |
> > > AV_CODEC_CAP_AUTO_THREADS,
> > >
> > > The code don't support to configure thread_count, so I think you'll
> > > get the same result without AV_CODE
.
> IMO, the padding size is used for the bitstream optimized buffer read(32 or
> 64 bit for minimal at least). If it's memcpy, do we need malloc with extra
> AV_INPUT_BUFFER_PADDING_SIZE?
Thanks for everyone's advices and I am considering on how to make this not
confusing. Will
READS,
>
> The code don't support to configure thread_count, so I think you'll
> get the same result without AV_CODEC_CAP_AUTO_THREADS.
> This was pointed out by Mark Thompson on patch V4.
> It is a problem how comment can be well addressed and avoid to be pointe
The just updated one fixed such typo:
.pix_fmts = (const enum AVPixelFormat[]){ AV_PIX_FMT_YUV420P,
AV_PIX_FMT_YUV420P10,
AV_PIX_FMT_YUV422P,
-
OPT_EXPERT | OPT_INPUT,
> > { .off = OFFSET(autoscale) },
> > +"automatically insert correct scale filters" },
>
> I think this description is inadequate to understand what the option does.
> Scale filters are inserted at various places (fo
> -Original Message-
> From: ffmpeg-devel [mailto:[email protected]] On Behalf Of
> Nicolas George
> Sent: Thursday, July 18, 2019 2:01 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH, v2 2/2] doc/ffmpeg.texi: update docs for
> autos
docs for
> autoscale/autorotate
>
> Add docs for autoscale.
>
> Update information for autorotate according to ffplay.
>
> Signed-off-by: Linjie Fu
> ---
> doc/ffmpeg.texi | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --g
-Original Message-
From: Li, Zhong
Sent: Saturday, July 13, 2019 1:23 AM
To: Sun, Jing A ; [email protected]
Cc: Daryl Seah ; Tang, Zhizhen
Subject: RE: [PATCH] lavc: Add libsvt-av1 encoder wrapper
> I prefer to contribute on FFmpeg mainline instead of a forked branch.
> H
> > > Add an option to disable/enable "auto insert" is Ok for me, but I
> > > think if you reuse the -reinit_filter option, you need to update doc
> > > part at the same time.
> >
> > I prefer to add a separate option, too.
> > Depending on
lter
>
> > On Wed, Jul 10, 2019 at 07:54:32PM +, Eoff, Ullysses A wrote:
> > Although -reinit_filter 0 works in some cases, it is quite
> > verbose. And I have found many other cases where it
> > doesn't work when we need to specify additional filters
>
-Original Message-
From: Li, Zhong
Sent: Friday, July 12, 2019 6:32 PM
To: [email protected]
Cc: Daryl Seah ; Li, Zhong ; Daryl;
Seah; Sun, Jing A ; Tang, Zhizhen
Subject: [PATCH] lavc: Add libsvt-av1 encoder wrapper
From: Daryl Seah
Signed-off-by: Daryl Seah
Signed-off-by
> -Original Message-
> From: Eoff, Ullysses A
> Sent: Tuesday, July 09, 2019 6:45 PM
> To: [email protected]
> Cc: Eoff, Ullysses A
> Subject: [PATCH] avfilter: add rawdump filter
>
> This filter enables raw frames to be dumped to a
> file before the
> -Original Message-
> From: ffmpeg-devel [mailto:[email protected]] On Behalf Of Gyan
> Sent: Wednesday, July 10, 2019 7:33 AM
> To: [email protected]
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add rawdump filter
>
>
>
> On 10-07-2019
p filter
>
> Eoff, Ullysses A (12019-07-10):
> > For the record, this "static" is a problem if multiple rawdump filters are
> > specified in the graph. The initial reason for this was to open the file
> > for
> > writing on the first init (to overwrite any pre-exis
p filter
>
> Eoff, Ullysses A (12019-07-10):
> > Agree. There are many ways to specify format. But there are some formats
> > which one might want to dump that some hw drivers can't output directly
> > without conversion.
>
> In that case, your goal to avoid
t;
>
> Jul 10, 2019, 3:26 PM by [email protected]:
>
> >> -Original Message-
> >> From: Paul B Mahol [mailto:[email protected]]
> >> Sent: Wednesday, July 10, 2019 7:20 AM
> >> To: Eoff, Ullysses A
> >> Cc: FFmpeg development d
> -Original Message-
> From: Nicolas George [mailto:[email protected]]
> Sent: Wednesday, July 10, 2019 7:37 AM
> To: FFmpeg development discussions and patches
> Cc: Eoff, Ullysses A
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add rawdump filter
>
> U.
> From: Eoff, Ullysses A
> +static av_cold int rawdump_init(AVFilterContext *avctx)
> +{
> +RawDumpContext *ctx = avctx->priv;
> +static char *mode = "w";
For the record, this "static" is a problem if multiple rawdump filters are
specified in the grap
> -Original Message-
> From: Paul B Mahol [mailto:[email protected]]
> Sent: Wednesday, July 10, 2019 7:20 AM
> To: Eoff, Ullysses A
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add rawdump filter
>
> On 7/10/19,
; > To: FFmpeg development discussions and patches > > [email protected]>
> > > Cc: Eoff, Ullysses A
> > > Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add rawdump filter
> > >
> > > On 7/10/19, U. Artie Eoff wrote:
> > > > This filter enable
> -Original Message-
> From: Paul B Mahol [mailto:[email protected]]
> Sent: Wednesday, July 10, 2019 3:25 AM
> To: FFmpeg development discussions and patches
> Cc: Eoff, Ullysses A
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add rawdump filter
>
> On 7/
вс, 30 июн. 2019 г. в 01:03, Dmitry A :
>
>
> сб, 29 июн. 2019 г. в 22:47, Reimar Döffinger :
>
>>
>>
>> On 29.06.2019, at 18:26, Dmitry A wrote:
>>
>> > сб, 29 июн. 2019 г. в 21:43, Dmitry A :
>> >
>> >>
>> >>
>&
сб, 29 июн. 2019 г. в 22:47, Reimar Döffinger :
>
>
> On 29.06.2019, at 18:26, Dmitry A wrote:
>
> > сб, 29 июн. 2019 г. в 21:43, Dmitry A :
> >
> >>
> >>
> >> сб, 29 июн. 2019 г. в 19:11, Dmitry A :
> >>
> >>>
> >&g
сб, 29 июн. 2019 г. в 21:43, Dmitry A :
>
>
> сб, 29 июн. 2019 г. в 19:11, Dmitry A :
>
>>
>>
>> сб, 29 июн. 2019 г. в 19:04, Carl Eugen Hoyos :
>>
>>> Am Sa., 29. Juni 2019 um 14:23 Uhr schrieb Dmitry A <
>>> [email protected]>:
сб, 29 июн. 2019 г. в 19:11, Dmitry A :
>
>
> сб, 29 июн. 2019 г. в 19:04, Carl Eugen Hoyos :
>
>> Am Sa., 29. Juni 2019 um 14:23 Uhr schrieb Dmitry A <
>> [email protected]>:
>>
>> > What is right way to make changes in the cofigure script?
>
сб, 29 июн. 2019 г. в 19:04, Carl Eugen Hoyos :
> Am Sa., 29. Juni 2019 um 14:23 Uhr schrieb Dmitry A <
> [email protected]>:
>
> > What is right way to make changes in the cofigure script?
> > I hacked it for building ffmpeg for android since clang doesn't
сб, 29 июн. 2019 г. в 18:22, Dmitry A :
> Hello.
> What is right way to make changes in the cofigure script?
> I hacked it for building ffmpeg for android since clang doesn't support
> -mcpu and -march or something else.
> Does it make a sence to add some configure paramet
Hello.
What is right way to make changes in the cofigure script?
I hacked it for building ffmpeg for android since clang doesn't support
-mcpu and -march or something else.
Does it make a sence to add some configure parameter for android?
In this case then these options should be dis
>A minor bump is common for new codecs.
>Carl Eugen
Thanks Carl! It's modified.
Regards,
Sun, Jing
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or e
alues
> >> may end up being the same value (i.e. 0 with
> >> GNU GCC 9.x). Unfortunately, the GNU GCC
> >> compiler, at least, never prints any warnings
> >> about this.
> >>
> >> This patch fixes this issue by assigning the
> >> constant
ср, 12 июн. 2019 г. в 01:09, Reimar Döffinger :
> On 11.06.2019, at 20:46, Dmitry A wrote:
>
> > Hello.
> > I working on android internals and made some changes in latest ffmpeg for
> > making it compilable by clang and some additional changes for making it
> > work
Hello.
I working on android internals and made some changes in latest ffmpeg for
making it compilable by clang and some additional changes for making it
work under android.
The job is not finished yet but if community has not objections I'd prefer
to share these changes and integrate them in ffmpeg
ents" to those
> > as necessary.
> >
> > Fixes #7915
> >
> > Signed-off-by: U. Artie Eoff
> > ---
> > libavcodec/vaapi_encode_mjpeg.c | 6 --
> > 1 file changed, 4 insertions(+), 2 deletions(-)
> >
> > diff --git a/l
> -Original Message-
> From: Eoff, Ullysses A
> Sent: Friday, June 07, 2019 2:42 PM
> To: [email protected]
> Cc: Eoff, Ullysses A
> Subject: [PATCH v3] vaapi_encode_mjpeg: fix bad component id bug
>
> The compound literals assigned to "components"
> -Original Message-
> From: Eoff, Ullysses A
> Sent: Friday, June 07, 2019 2:11 PM
> To: [email protected]
> Cc: Eoff, Ullysses A
> Subject: [PATCH v2] vaapi_encode_mjpeg: fix bad component id bug
>
> When compile time optimizations are enabled and
>
ug
>
> On 07/06/2019 21:28, U. Artie Eoff wrote:
> > When compile time optimizations are enabled and
> > compiling with GNU GCC 9.x, the pointer assignment
> > to the inline brace-enclosed list initialized
> > array does not work and "component" ends up p
not work and "component" ends up pointing
> > to an empty array. This is probably a bug in GCC
> > 9.x.
>
> This to me sounds like a serious enough bug that I'm tempted to suggest
> blacklisting gcc 9 instead...
> However the original code doesn't seem
-Original Message-
From: ffmpeg-devel [mailto:[email protected]] On Behalf Of James
Almer
Sent: Monday, June 3, 2019 9:55 PM
To: [email protected]
Subject: Re: [FFmpeg-devel] [PATCH v1 1/1] vaapi_encode: replace av_new_packet
with ff_alloc_packet2
> I can't find this
packet if exist, or calls encode2 instead. Please correct me
if I am wrong.
And would you please review the other patch "[PATCH v13 1/2] lavc/svt_hevc: add
libsvt hevc encoder wrapper" for another time? I have updated it again. Thanks
a lot in
ere. AVCodec.encode2() must not return AVERROR_EOF.
>Anything < 0 is considered an error.
>Since this can only happen after EOF, a return value of 0 and *got_packet == 0
>will effectively signal EOF.
>Use PRId64 instead of ld.
Thanks so much for the review! Modified and please k
API you should be using ff_alloc_packet2() instead.
>As i said, the API user may provide it's own buffer in the avpacket passed to
>avcodec_encode_video2(), which av_new_packet() would ignore and
>unconditionally allocate a new one.
Thanks for the guidance! I am modifying it an
-Original Message-
From: Sun, Jing A
Sent: Friday, May 31, 2019 11:37 AM
To: [email protected]
Cc: Sun, Jing A ; Huang, Zhengxu
; Tmar, Hassene ; Jun Zhao
Subject: [PATCH v13 1/2] lavc/svt_hevc: add libsvt hevc encoder wrapper
Sorry I forgot to remove some debugging code lines
de2? All previous versions were using the send/receive
>API, and seeing SVT also uses a decoupled input/output API, it was certainly
>the most adequate option.
>Were you running into some issue? A quick look at v12 shows you were using
>ff_alloc_packet2(), which afaik you shouldn
-Original Message-
From: ffmpeg-devel [mailto:[email protected]] On Behalf Of Li,
Zhong
Sent: Friday, May 10, 2019 1:23 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH v12 1/2] lavc/svt_hevc: add libsvt hevc
encoder wrapper
>The better
-Original Message-
From: ffmpeg-devel [mailto:[email protected]] On Behalf Of James
Almer
Sent: Friday, May 10, 2019 12:05 PM
To: [email protected]
Subject: Re: [FFmpeg-devel] [PATCH v12 1/2] lavc/svt_hevc: add libsvt hevc
encoder wrapper
>You used av_mallocz() to all
You add a new encoder, so you have to raise MINOR in libavcodec/version.h (and
>reset MICRO).
>Carl Eugen
Hi Carl,
I made the version change and submitted the v11 patches. Please kindly review
if I am doing it correctly.
Regards,
Sun, Jing
_
2019-04-26 8:41 GMT+02:00, Li, Zhong :
>> Is it V11 now? (Just saw several V10 and I am a litter confused.)
>> Since there is some existed software HEVC encoder, how about add a
>> link to the SVT-HEVC writepaper in the commit message to make other
>> easily to understand
> -Original Message-
> From: ffmpeg-devel [mailto:[email protected]] On Behalf Of Carl
> Eugen Hoyos
> Sent: Wednesday, May 01, 2019 2:59 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] ffmpeg: Add option t
> -Original Message-
> From: ffmpeg-devel [mailto:[email protected]] On Behalf Of Carl
> Eugen Hoyos
> Sent: Tuesday, April 23, 2019 12:48 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] ffmpeg: Add option t
1 - 100 of 160 matches
Mail list logo
