> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Saturday, August 31, 2019 12:40
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v2 2/4] avc/avcodec: add
> AV_CODEC_
On Wed, Sep 11, 2019 at 5:20 AM Fu, Linjie wrote:
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Carl Eugen Hoyos
> > Sent: Wednesday, September 11, 2019 03:25
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
On Wed, Sep 11, 2019 at 13:39:55 +0800, Zachary Zhou wrote:
> Subject: [PATCH v4 1/2] libavuitl: add A2R10G10B10 & A2B10G10R10
^
Nit: libavutil
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mail
On Wed, Sep 11, 2019 at 13:39:56 +0800, Zachary Zhou wrote:
> +@section tonemap_vappi
^
Typo - the filter has a different name.
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Hendrik Leppkes
> Sent: Wednesday, September 11, 2019 15:28
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/6] lavu/pixfmt: add new pi
This commit fixes a memleak in the hls muxer when one uses a single file
as output. It has been forgotten to free the temporary buffers used to write
the packets so that the size of the leaks basically amounts to the size
of the output file. This commit adds the necessary free.
Signed-off-by: Andr
Steven Liu:
> fix memleak at hls_write_trailer
>
> Found-by: Andreas Rheinhardt
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index f881bb9d60..218bfb2cba 100644
> --- a/libavforma
On 9/10/2019 2:38 AM, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/h2645_parse.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
> index 307e8643e6..f077
On 9/7/2019 4:55 PM, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Removed (new_size - pkt->nals_allocated) because this value is always 1
> during the call.
> ---
> libavcodec/h2645_parse.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/libavcodec/h2645_parse.c b/l
Adds a streamhash muxer, much like the hash muxer, but analyzing each stream
independently. I chose not to add a "streammd5" muxer, as the other *md5
muxers are just legacy versions of the *hash muxers with a different default
algorithm.
The first two patches re-arrange the code in preparation for
Only the frame* muxers support the format_version option.
Use macros to ease the proliferation of identical options to
coming muxers as well.
---
libavformat/hashenc.c | 35 +++
1 file changed, 27 insertions(+), 8 deletions(-)
diff --git a/libavformat/hashenc.c b/l
Implemented as a variant of the hash muxer, reusing most functions,
and making use of the previously introduced array of hashes.
---
Changelog| 1 +
doc/muxers.texi | 46 ++
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/
Only the first element of the array is used currently, the other
elements are in preparation for a new muxer calculating multiple
hashes.
Also move alloc/init code from the write_header() functions to
dedicated init() functions, and the cleanup code from the
write_trailer() functions to dedicated
On 02.09.2019 18:24, Timo Rothenpieler wrote:
I have sent one of my spare AMD GPUs to Rodger Combs for work on AMF and
AMF/Vulkan integration.
Since there is personal information on the receipts, I won't post them
here, but can send them to the responsible person on request easily.
Packaging
On 9/11/2019 10:34 AM, Moritz Barsnick wrote:
> Only the first element of the array is used currently, the other
> elements are in preparation for a new muxer calculating multiple
> hashes.
>
> Also move alloc/init code from the write_header() functions to
> dedicated init() functions, and the cle
On Wed, Sep 11, 2019 at 10:39:40 -0300, James Almer wrote:
> On 9/11/2019 10:34 AM, Moritz Barsnick wrote:
> > +static void hash_free(struct AVFormatContext *s)
> > +{
> > +struct HashContext *c = s->priv_data;
> > +av_hash_freep(&c->hashes[0]);
>
> AVOutputFormat.deinit() is called when AV
On 9/11/2019 10:53 AM, Moritz Barsnick wrote:
> On Wed, Sep 11, 2019 at 10:39:40 -0300, James Almer wrote:
>> On 9/11/2019 10:34 AM, Moritz Barsnick wrote:
>>> +static void hash_free(struct AVFormatContext *s)
>>> +{
>>> +struct HashContext *c = s->priv_data;
>>> +av_hash_freep(&c->hashes[0
On 9/11/2019 10:34 AM, Moritz Barsnick wrote:
> Implemented as a variant of the hash muxer, reusing most functions,
> and making use of the previously introduced array of hashes.
> ---
> Changelog| 1 +
> doc/muxers.texi | 46 ++
> libavformat/Makefile
On Wed, Sep 11, 2019 at 11:08:01 -0300, James Almer wrote:
> > +static int streamhash_init(struct AVFormatContext *s)
> > +{
> > +int res, i;
> > +struct HashContext *c = s->priv_data;
> > +c->per_stream = 1;
> > +c->hashes = av_mallocz_array(s->nb_streams, sizeof(c->hashes));
> > +
On 11-09-2019 07:04 PM, Moritz Barsnick wrote:
Implemented as a variant of the hash muxer, reusing most functions,
and making use of the previously introduced array of hashes.
---
Changelog| 1 +
doc/muxers.texi | 46 ++
libavformat/Makefile
On Wed, Sep 11, 2019 at 19:57:43 +0530, Gyan wrote:
> > +ffmpeg -i INPUT -f streamhash -hash md5 -
> > +@end example
> Since there's no mapping, this will select only one video and audio
> stream, but more importantly the video will be first, which may not be
> the case in the input. Maybe add mapp
On Wed, Sep 11, 2019 at 10:39:40 -0300, James Almer wrote:
> > +static void hash_free(struct AVFormatContext *s)
> > +{
> > +struct HashContext *c = s->priv_data;
> > +av_hash_freep(&c->hashes[0]);
>
> AVOutputFormat.deinit() is called when AVOutputFormat.init() fails, so
> c->hashes can be
Content-Type: text/plain; charset=y
error: cannot convert from y to UTF-8
fatal: could not parse patch
On Wed, Sep 11, 2019 at 12:05:58AM +0800, Linjie Fu wrote:
> Add some packed pixel formats for hardware decode support in VAAPI
> and QSV:
>
> 4:2:2 10 bit: Y210
> 4:4:4 8 bit: AYUV
> 4:4:4 1
On Wed, Sep 11, 2019 at 10:29:14AM -0300, James Almer wrote:
> On 9/10/2019 2:38 AM, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/h2645_parse.c | 10 --
> > 1 file changed, 4 insertions(+), 6 deletions(-)
> >
> > diff --git
On Mon, Sep 02, 2019 at 06:24:08PM +0200, Timo Rothenpieler wrote:
> I have sent one of my spare AMD GPUs to Rodger Combs for work on AMF and
> AMF/Vulkan integration.
>
> Since there is personal information on the receipts, I won't post them here,
> but can send them to the responsible person on
On 9/11/2019 11:53 AM, Moritz Barsnick wrote:
> On Wed, Sep 11, 2019 at 10:39:40 -0300, James Almer wrote:
>>> +static void hash_free(struct AVFormatContext *s)
>>> +{
>>> +struct HashContext *c = s->priv_data;
>>> +av_hash_freep(&c->hashes[0]);
>>
>> AVOutputFormat.deinit() is called when
On 11-09-2019 08:19 PM, Moritz Barsnick wrote:
On Wed, Sep 11, 2019 at 19:57:43 +0530, Gyan wrote:
+ffmpeg -i INPUT -f streamhash -hash md5 -
+@end example
Since there's no mapping, this will select only one video and audio
stream, but more importantly the video will be first, which may not b
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/checkasm.mak | 1 -
1 file changed, 1 deletion(-)
diff --git a/tests/fate/checkasm.mak b/tests/fate/checkasm.mak
index 3893245..618bde5 100644
--- a/tests/fate/checkasm.mak
+++ b/tests/fate/checkasm.mak
@@ -19,7 +19,6 @@ FATE_CHECKASM =
Previously, media driver provided planar format(like 420 8 bit),
but for HEVC Range Extension (422/444 8/10 bit), the decoded image
is produced in packed format because Windows expects it.
Add some packed pixel formats for hardware decode support in VAAPI
and QSV:
4:2:2 10 bit: Y210
4:4:4 8 bit:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Wednesday, September 11, 2019 23:06
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/6] lavu/pixfmt: add ne
On Wed, Aug 28, 2019 at 11:12:51PM +0800, Kah Goh wrote:
> There are differing standards that define different starting line
> numbers. For example, VSF TR-03 says the line numbers starts at 1,
> whereas SMPTE 2110-20 says it should start at 0.
>
> This change fixes the following issues when the l
From: Mark Thompson
Supports closed captions, active format and bar data as defined by
SCTE 128 part 1 or A/53 part 4, suitable for use with both MPEG-2
and H.264.
---
libavcodec/cbs_misc.c | 217 ++
libavcodec/cbs_misc.h | 109
From: Mark Thompson
Allows insertion (from side data), extraction (to side data), and removal
of closed captions in SEI messages.
---
libavcodec/Makefile| 2 +-
libavcodec/h264_metadata_bsf.c | 133 +
2 files changed, 134 insertions(+), 1 deletion(-)
From: Mark Thompson
Allows extraction (to side data) and removal of closed captions in
user data blocks.
---
doc/bitstream_filters.texi | 12 ++
libavcodec/Makefile | 2 +-
libavcodec/mpeg2_metadata_bsf.c | 76 -
3 files changed, 88 insertion
From: Mark Thompson
Improve documentation for the delete_filler option, and add the
display_orientation and a53_cc options.
---
doc/bitstream_filters.texi | 51 +-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/doc/bitstream_filters.texi b/doc/b
---
libavcodec/dv.h| 2 ++
libavcodec/dvdec.c | 90 +++---
2 files changed, 72 insertions(+), 20 deletions(-)
diff --git a/libavcodec/dv.h b/libavcodec/dv.h
index 0e97bb200e..7ef5b7c552 100644
--- a/libavcodec/dv.h
+++ b/libavcodec/dv.h
@@ -31,6 +31,7
---
libavcodec/dv.h| 1 +
libavcodec/dvenc.c | 576 -
2 files changed, 522 insertions(+), 55 deletions(-)
diff --git a/libavcodec/dv.h b/libavcodec/dv.h
index 7ef5b7c552..0205d72347 100644
--- a/libavcodec/dv.h
+++ b/libavcodec/dv.h
@@ -83,6 +83,7
---
libavcodec/dvdec.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dvdec.c b/libavcodec/dvdec.c
index 4345cd9e29..cfa0fb9905 100644
--- a/libavcodec/dvdec.c
+++ b/libavcodec/dvdec.c
@@ -592,12 +592,19 @@ static int dvvideo_decode_frame(AVCodecConte
Am Mi., 11. Sept. 2019 um 21:31 Uhr schrieb Baptiste Coudurier
:
>
> ---
> libavcodec/dvdec.c | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/dvdec.c b/libavcodec/dvdec.c
> index 4345cd9e29..cfa0fb9905 100644
> --- a/libavcodec/dvdec.c
> +++ b/lib
Am Mi., 11. Sept. 2019 um 21:30 Uhr schrieb Baptiste Coudurier
:
>
> ---
> libavcodec/dv.h| 1 +
> libavcodec/dvenc.c | 576 -
> 2 files changed, 522 insertions(+), 55 deletions(-)
Please mention ticket #1370.
Thank you, Carl Eugen
__
Hey Carl,
> On Sep 11, 2019, at 12:38 PM, Carl Eugen Hoyos wrote:
>
> Am Mi., 11. Sept. 2019 um 21:31 Uhr schrieb Baptiste Coudurier
> :
>>
>> ---
>> libavcodec/dvdec.c | 13 ++---
>> 1 file changed, 10 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavcodec/dvdec.c b/libavcodec/dvd
Am Mi., 11. Sept. 2019 um 09:35 Uhr schrieb Hendrik Leppkes
:
>
> On Wed, Sep 11, 2019 at 5:20 AM Fu, Linjie wrote:
> >
> > > -Original Message-
> > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > > Of Carl Eugen Hoyos
> > > Sent: Wednesday, September 11, 2019 0
On Tue, Aug 20, 2019 at 11:51:49AM +0200, Michael Niedermayer wrote:
> A threshold of 1 is sufficient for simple_dump_cut.webm, 10 is used
> just to be sure the next truncated file doesnt cause the same issue
>
> Obvious alternative fixes are to simply accept that the file is broken or to
> write
Am Mi., 11. Sept. 2019 um 20:56 Uhr schrieb Aman Gupta :
>
> From: Mark Thompson
>
> Allows insertion (from side data), extraction (to side data), and removal
> of closed captions in SEI messages.
Please mention ticket #5283.
Carl Eugen
___
ffmpeg-deve
Am Mi., 11. Sept. 2019 um 07:59 Uhr schrieb Zhou, Zachary
:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Carl
> > Eugen Hoyos
> > Sent: Wednesday, September 11, 2019 7:30 AM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH v1] l
Michael - you probably missed my question...
-Original Message-
From: Soft Works
Sent: Friday, September 6, 2019 11:44 PM
To: FFmpeg development discussions and patches
Subject: RE: [FFmpeg-devel] [PATCH] Add option to log timing
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
On Sat, Aug 24, 2019 at 08:18:24PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -822667928 + -1399761199 cannot be
> represented in type 'int'
> Fixes:
> 15756/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_FIXED_fuzzer-5645182051024896
>
> Found-by: continuous fuzz
On Sun, Aug 25, 2019 at 08:41:56PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -2424832 - 2145653689 cannot be represented
> in type 'int'
> Fixes:
> 16138/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TAK_fuzzer-5643451346976768
>
> Found-by: continuous fuzzing proce
On Sun, Aug 25, 2019 at 08:41:58PM +0200, Michael Niedermayer wrote:
> The specification does not seem to list what the maximum valid
> value is
>
> Fixes: shift exponent 32 is too large for 32-bit type 'unsigned int'
> Fixes:
> 16268/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5
Am Di., 10. Sept. 2019 um 16:19 Uhr schrieb :
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/pngenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/pngenc.c b/libavcodec/pngenc.c
> index d4d8dc8..e78a829 100644
> --- a/libavcodec/pngen
On Tue, Aug 27, 2019 at 11:21:50PM +0200, Michael Niedermayer wrote:
> Fixes: Multiple memleaks
> Fixes: ffmpeg-memory-leak
>
> Found-by: Francis Provencher
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg12enc.c | 2 ++
> 1 file changed, 2 insertions(+)
will apply
[...]
--
Micha
On Wed, Aug 28, 2019 at 11:17:20PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/htmlsubtitles.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Any
Am Mi., 11. Sept. 2019 um 07:41 Uhr schrieb Zachary Zhou
:
>
> It supports ICL platform.
> H2H (HDR to HDR): P010 -> A2R10G10B10
> H2S (HDR to SDR): P010 -> ARGB
> +if (ctx->hdr_type == HDR_VAAPI_H2H) {
> +vpp_ctx->output_format = AV_PIX_FMT_A2R10G10B10;
I believe that even if you tel
Am Mi., 11. Sept. 2019 um 17:46 Uhr schrieb Michael Niedermayer
:
>
> On Mon, Sep 02, 2019 at 06:24:08PM +0200, Timo Rothenpieler wrote:
> > I have sent one of my spare AMD GPUs to Rodger Combs for work on AMF and
> > AMF/Vulkan integration.
> >
> > Since there is personal information on the receip
tis 2019-09-10 klockan 16:16 +0200 skrev Michael Niedermayer:
> On Mon, Sep 09, 2019 at 11:04:32PM +0200, Tomas Härdin wrote:
> > mån 2019-09-09 klockan 22:16 +0200 skrev Michael Niedermayer:
> > > Fixes: Timeout (100sec -> 0.7sec)
> > > Fixes:
> > > 8668/clusterfuzz-testcase-minimized-ffmpeg_AV_C
If adding an SEI message to an access unit fails, said SEI message was
not touched, so that the caller had to free any data associated with it
that might need to be freed. But given that ff_cbs_h264_add_sei_message
can simply call cbs_h264_free_sei_payload, one can easily free
the content of the SE
x264 adds a user data unregistered SEI containing its version number and
encoding parameters to the first access unit. This SEI is mostly
informative, but it can also be used by a decoder (like FFmpeg's H.264
decoder) to decide whether to use workarounds for certain bugs in old
versions of x264. Th
On Wed, Sep 11, 2019 at 11:18:47PM +0200, Tomas Härdin wrote:
> tis 2019-09-10 klockan 16:16 +0200 skrev Michael Niedermayer:
> > On Mon, Sep 09, 2019 at 11:04:32PM +0200, Tomas Härdin wrote:
> > > mån 2019-09-09 klockan 22:16 +0200 skrev Michael Niedermayer:
> > > > Fixes: Timeout (100sec -> 0.7se
On date Monday 2019-09-02 18:24:08 +0200, Timo Rothenpieler wrote:
> I have sent one of my spare AMD GPUs to Rodger Combs for work on AMF and
> AMF/Vulkan integration.
>
> Since there is personal information on the receipts, I won't post them here,
> but can send them to the responsible person on
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/tscc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/tscc.c b/libavcodec/tscc.c
index 6d03081..9eb17e3 100644
--- a/libavcodec/tscc.c
+++ b/libavcodec/tscc.c
@@ -88,7 +88,11 @@ static int decode_fram
On Wed, Sep 11, 2019 at 01:42:38AM +0200, Carl Eugen Hoyos wrote:
> Am Do., 5. Sept. 2019 um 00:45 Uhr schrieb :
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/tscc.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/tscc
I'm not sure it's my system issue only? Have make distclean to build.
[lmwang@vpn ffmpeg]$ make fate-checkasm-opusdsp SAMPLES=../fate-suite
TESTcheckasm-opusdsp
Test checkasm-opusdsp failed. Look at tests/data/fate/checkasm-opusdsp.err for
details.
make: *** [fate-checkasm-opusdsp] Error 13
Fixes checkasm on systems like win64.
Signed-off-by: James Almer
---
libavcodec/x86/opusdsp.asm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/x86/opusdsp.asm b/libavcodec/x86/opusdsp.asm
index f5d206a8b1..53a799d3d6 100644
--- a/libavcodec/x86/opusdsp.asm
+
On 9/11/2019 8:23 PM, James Almer wrote:
> Fixes checkasm on systems like win64.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/opusdsp.asm | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/x86/opusdsp.asm b/libavcodec/x86/opusdsp.asm
> index f5d20
On 9/11/2019 7:51 PM, Limin Wang wrote:
>
> I'm not sure it's my system issue only? Have make distclean to build.
>
> [lmwang@vpn ffmpeg]$ make fate-checkasm-opusdsp SAMPLES=../fate-suite
> TESTcheckasm-opusdsp
> Test checkasm-opusdsp failed. Look at tests/data/fate/checkasm-opusdsp.err
> f
Andreas Rheinhardt:
> Using avio_enum_protocols works as follows: One initializes a pointer to
> void and gives avio_enum_protocols the address of said pointer as
> argument; the pointer will be updated to point to a member of the
> url_protocols array. Now the address of the pointer can be reused
Andreas Rheinhardt:
> 1. Since bd90a2ec, mpeg4_unpack_bframes caches whole packets instead of
> just the pointer to the buffer and the buffer's size in order to be able
> to make use of refcounting to avoid copying of data; this unfortunately
> introduced copies of packet structures and side data (
On Wed, Sep 11, 2019 at 08:44:47PM -0300, James Almer wrote:
> On 9/11/2019 7:51 PM, Limin Wang wrote:
> >
> > I'm not sure it's my system issue only? Have make distclean to build.
> >
> > [lmwang@vpn ffmpeg]$ make fate-checkasm-opusdsp SAMPLES=../fate-suite
> > TESTcheckasm-opusdsp
> > Test
> 在 2019年9月11日,下午8:36,Andreas Rheinhardt 写道:
>
> This commit fixes a memleak in the hls muxer when one uses a single file
> as output. It has been forgotten to free the temporary buffers used to write
> the packets so that the size of the leaks basically amounts to the size
> of the output file
This fixes an issue where the context could be configured with one resolution,
but incoming frames could have another, and our output AVFrames wouldn't match
the underlying surfaces' resolution, which is usually the value that MFX code
uses.
In particular, this would happen when mapping from DXVA2
On 09-09-2019 11:44 PM, Gyan wrote:
From 9581ee61d2eaeac1cf2a0262d010e95d316228db Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Mon, 9 Sep 2019 23:37:08 +0530
Subject: [PATCH] cmdutils: promote report level if loglevel is higher
Plan to push tonight.
Gyan
__
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Monday, August 19, 2019 10:04
> To: FFmpeg development discussions and patches de...@ffmpeg.org>; Mark Thompson
> Subject: Re: [FFmpeg-devel] [PATCH, v2] lavc/vaapi_encode:
> > But I'd like to see data decoder in the future to use more easily
> > EPG/NIT/BAT etc tables.
> > Will it be possible? With modifications if it needs to be?
>
> I don't see how, as it does not fit into the concept of the libav*
> libraries. I feel this belongs to a separate library.
A new liba
Hi,
On Tue, Sep 10, 2019 at 6:13 PM Guo, Yejun wrote:
>
> example command line to verify it:
> ./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
> tmp.webm
>
> Signed-off-by: Guo, Yejun
> ---
> libavcodec/libvpxenc.c | 188
> +++
74 matches
Mail list logo