From: Gautam Ramakrishnan
This patch adds support to demux pgx file
format.
---
libavformat/allformats.c | 1 +
libavformat/img2dec.c| 10 ++
libavformat/version.h| 2 +-
3 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavformat/allformats.c b/libavformat/allfo
From: Gautam Ramakrishnan
This patch adds a pgx decoder.
---
Changelog | 1 +
doc/general.texi| 2 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/codec_id.h | 1 +
libavcodec/pgxdec.c | 184 ++
On Sat, Jun 27, 2020 at 09:47:33AM +0300, Martin Storsjö wrote:
> On Fri, 26 Jun 2020, Limin Wang wrote:
>
> > ffmpeg | branch: master | Limin Wang | Sun Jun 21
> > 20:57:22 2020 +0800| [a705bcd763e344fac191e157ffeddc285388b7fa] |
> > committer: Limin Wang
> >
> > avcodec/mpeg12dec: switch to
On Sat, 27 Jun 2020, Zhao Zhili wrote:
This is a map from 'Macintosh Language Codes' to 'ISO639-2/T'. Some items
in the map are ISO639-2/B, some are ISO639-1.
Is this a functional change or a cosmetic change? If both, then seperate
commits are preferred.
German: ger => deu
Dutch: dut =
On 6/27/20, lance.lmw...@gmail.com wrote:
> On Sat, Jun 27, 2020 at 09:47:33AM +0300, Martin Storsjö wrote:
>> On Fri, 26 Jun 2020, Limin Wang wrote:
>>
>> > ffmpeg | branch: master | Limin Wang | Sun Jun
>> > 21 20:57:22 2020 +0800| [a705bcd763e344fac191e157ffeddc285388b7fa] |
>> > committer: Li
Hi,
Recently I was trying to capture screen in wayland using kmsgrab and
noticed that the output is mangled/tiled. When one does kmsgrab and
hwdownload, as the data could be tiled many a times, I have implemented a
simple cpu based detiling logic to convert them into linear layout, so that
it is p
On Fri, Jun 26, 2020 at 02:15:00PM +0100, Derek Buitenhuis wrote:
> This useful, because by ffprobe's very nature, you use it to probe
> a file and find out what it is. Requiring every format private option
> to be known to the demuxer forces one to run ffprobe twice, if one
> wants to use ffprobe
On Sat, Jun 27, 2020 at 10:22:24AM +0200, Paul B Mahol wrote:
> On 6/27/20, lance.lmw...@gmail.com wrote:
> > On Sat, Jun 27, 2020 at 09:47:33AM +0300, Martin Storsjö wrote:
> >> On Fri, 26 Jun 2020, Limin Wang wrote:
> >>
> >> > ffmpeg | branch: master | Limin Wang | Sun Jun
> >> > 21 20:57:22 2
On 6/27/20, lance.lmw...@gmail.com wrote:
> On Sat, Jun 27, 2020 at 10:22:24AM +0200, Paul B Mahol wrote:
>> On 6/27/20, lance.lmw...@gmail.com wrote:
>> > On Sat, Jun 27, 2020 at 09:47:33AM +0300, Martin Storsjö wrote:
>> >> On Fri, 26 Jun 2020, Limin Wang wrote:
>> >>
>> >> > ffmpeg | branch: m
On Fri, 26 Jun 2020 21:45:37 +0200
"Michael Niedermayer" wrote:
> On Sat, Jun 20, 2020 at 10:59:14AM +, Zane van Iperen wrote:
> > Signed-off-by: Zane van Iperen
> > ---
> > libavcodec/adpcm.c | 17 -
> > 1 file changed, 12 insertions(+), 5 deletions(-)
>
> will apply
>
On Sat, Jun 27, 2020 at 10:37:31AM +0200, Paul B Mahol wrote:
> On 6/27/20, lance.lmw...@gmail.com wrote:
> > On Sat, Jun 27, 2020 at 10:22:24AM +0200, Paul B Mahol wrote:
> >> On 6/27/20, lance.lmw...@gmail.com wrote:
> >> > On Sat, Jun 27, 2020 at 09:47:33AM +0300, Martin Storsjö wrote:
> >> >>
> On Jun 27, 2020, at 4:00 PM, Marton Balint wrote:
>
>
>
> On Sat, 27 Jun 2020, Zhao Zhili wrote:
>
>> This is a map from 'Macintosh Language Codes' to 'ISO639-2/T'. Some items
>> in the map are ISO639-2/B, some are ISO639-1.
>
> Is this a functional change or a cosmetic change? If both, t
Am Sa., 27. Juni 2020 um 11:02 Uhr schrieb Zhao Zhili :
>
> Is it better to first make the table single-column, then modify the table
> items?
Yes.
> (The multi-column to single-column change is still hard to review and
> error-prone).
That should not be generally true.
Carl Eugen
___
On Mon, Jun 22, 2020 at 12:12:04AM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This patch removes a check which throws an error if
> the log2 precinct width/height is 0. The standard allows
> the first component to have 0 as the log2 width/height.
> ---
> libavcodec/jpeg20
fre 2020-06-26 klockan 11:36 +0200 skrev Hendrik Leppkes:
> On Fri, Jun 26, 2020 at 11:31 AM Tomas Härdin wrote:
> > ons 2020-06-24 klockan 21:22 +0200 skrev Carl Eugen Hoyos:
> > > Am Mi., 24. Juni 2020 um 21:10 Uhr schrieb rcombs :
> > > > ---
> > > > libavutil/avutil.h | 4
> > > > 1 file
Am Sa., 27. Juni 2020 um 11:47 Uhr schrieb Tomas Härdin :
>
> fre 2020-06-26 klockan 11:36 +0200 skrev Hendrik Leppkes:
> > On Fri, Jun 26, 2020 at 11:31 AM Tomas Härdin wrote:
> > > ons 2020-06-24 klockan 21:22 +0200 skrev Carl Eugen Hoyos:
> > > > Am Mi., 24. Juni 2020 um 21:10 Uhr schrieb rcomb
On Mon, Jun 22, 2020 at 11:33:38PM +0200, Carl Eugen Hoyos wrote:
> Am Mo., 22. Juni 2020 um 23:32 Uhr schrieb Michael Niedermayer
> :
> >
> > On Mon, Jun 22, 2020 at 12:12:05AM +0530, gautamr...@gmail.com wrote:
> > > From: Gautam Ramakrishnan
> > >
> > > Reduce image size of the image if all com
On Tue, Jun 23, 2020 at 07:50:11AM +0530, Gautam Ramakrishnan wrote:
> On Tue, Jun 23, 2020 at 2:48 AM Michael Niedermayer
> wrote:
> >
> > On Mon, Jun 22, 2020 at 12:12:06AM +0530, gautamr...@gmail.com wrote:
> > > From: Gautam Ramakrishnan
> > >
> > > libopenjpeg2000 uses ceiling division while
On 6/26/20, James Almer wrote:
> On 6/26/2020 4:16 PM, Lynne wrote:
>> Jun 26, 2020, 19:05 by jamr...@gmail.com:
>>
>>> On 6/26/2020 1:58 PM, Paul B Mahol wrote:
>>>
On 6/26/20, James Almer wrote:
> On 6/26/2020 1:13 PM, Paul B Mahol wrote:
>
>> On 6/26/20, Paul B Mahol wro
On Sat, Jun 27, 2020 at 3:13 PM Michael Niedermayer
wrote:
>
> On Mon, Jun 22, 2020 at 12:12:04AM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > This patch removes a check which throws an error if
> > the log2 precinct width/height is 0. The standard allows
> > the first
On Sat, 27 Jun 2020, lance.lmw...@gmail.com wrote:
On Sat, Jun 27, 2020 at 10:37:31AM +0200, Paul B Mahol wrote:
On 6/27/20, lance.lmw...@gmail.com wrote:
> On Sat, Jun 27, 2020 at 10:22:24AM +0200, Paul B Mahol wrote:
>> On 6/27/20, lance.lmw...@gmail.com wrote:
>> > On Sat, Jun 27, 2020 at
Gautam Ramakrishnan (12020-06-25):
> The type conversions confused me a bit. I will remove them.
Please be sure you have the basics about C type promotions right. C will
automatically convert types whenever necessary and notify when one such
conversion may cause unexpected results. Adding a cast w
On Sat, Jun 27, 2020 at 5:45 PM Nicolas George wrote:
>
> Gautam Ramakrishnan (12020-06-25):
> > The type conversions confused me a bit. I will remove them.
>
> Please be sure you have the basics about C type promotions right. C will
> automatically convert types whenever necessary and notify when
On Sat, Jun 27, 2020 at 02:48:50PM +0300, Martin Storsjö wrote:
> On Sat, 27 Jun 2020, lance.lmw...@gmail.com wrote:
>
> > On Sat, Jun 27, 2020 at 10:37:31AM +0200, Paul B Mahol wrote:
> > > On 6/27/20, lance.lmw...@gmail.com wrote:
> > > > On Sat, Jun 27, 2020 at 10:22:24AM +0200, Paul B Mahol w
Gautam Ramakrishnan (12020-06-27):
> This will require me to remove the decode_header() function and add the
> logic directly into the decode_frame function. If that is fine, I shall remove
> PGX context structrure.
No, it requires nothing of the sort. You can pass pointers to the
individual varia
On 6/24/20, Paul B Mahol wrote:
> On 6/24/20, Nicolas George wrote:
>> Paul B Mahol (12020-06-24):
>>> As already explained I can not use fixed buffer at all.
>>
>> Not true.
>>
>> Bring new, accurate arguments, or stop.
>
> You never provided argument to show how to accomplish anything with
> fi
Paul B Mahol (12020-06-27):
> Going to apply this, as not valid technical arguments are provided to
> act differently.
This is not true.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.or
On Sat, Jun 27, 2020 at 6:06 PM Nicolas George wrote:
>
> Gautam Ramakrishnan (12020-06-27):
> > This will require me to remove the decode_header() function and add the
> > logic directly into the decode_frame function. If that is fine, I shall
> > remove
> > PGX context structrure.
>
> No, it re
On 6/27/20, Nicolas George wrote:
> Paul B Mahol (12020-06-27):
>> Going to apply this, as not valid technical arguments are provided to
>> act differently.
>
> This is not true.
>
You need to provide valid proof. Simply stating something is not valid.
Added VDPAU to list of supported formats for HEVC10 and 12 bit formats
also added 42010 bit to surface_parameters and new VDP chroma formats to
VDPAUPixFmtMaps
Add HEVC 420 10/12 Bit and 444 10/12 Bit support for VDPAU
YUV444P10 is defined as the 444 surface with 10bit valid data in LSBs
but H/
NVIDIA R450 driver added VDPAU support for HEVC 10/12 bit Decoding
adding the same in ffmpeg. Updated version with #ifdef guards
to continue compiling with older releases
ManojGuptaBonda (2):
lavc/vdpau_hevc: add function to find exact vdp_profile for REXT
Add VDPAU to list of supported form
Add vdpau_parse_rext_profile and use profile constraint flags to
determine the exact vdp_profile for HEVC_REXT.
If profile mismatch is allowed, select Main profile by default.
Add build object in Makefile for h265_profile_level dependency.
---
libavcodec/Makefile | 2 +-
libavcodec/vdpau_he
Thanks Philip for pointing out the mistake.
Sorry for the churn.
Thanks,
ManojGupta.
> -Original Message-
> From: Philip Langdale
> Sent: Friday, June 26, 2020 10:50 PM
> To: Manoj Bonda
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; vd...@lists.freedesktop.org;
On Sat, Jun 27, 2020 at 04:49:49PM +0530, Gautam Ramakrishnan wrote:
> On Sat, Jun 27, 2020 at 3:13 PM Michael Niedermayer
> wrote:
> >
> > On Mon, Jun 22, 2020 at 12:12:04AM +0530, gautamr...@gmail.com wrote:
> > > From: Gautam Ramakrishnan
> > >
> > > This patch removes a check which throws an
On Sat, Jun 20, 2020 at 10:59:28AM +, Zane van Iperen wrote:
> Signed-off-by: Zane van Iperen
> ---
> libavformat/Makefile | 2 +-
> libavformat/apm.c| 130 +++
> 2 files changed, 70 insertions(+), 62 deletions(-)
>
> diff --git a/libavformat/Mak
On Sat, Jun 27, 2020 at 12:35:17PM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This patch adds a pgx decoder.
> ---
> Changelog | 1 +
> doc/general.texi| 2 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/code
This is a map from 'Macintosh Language Codes' to 'ISO639-2/T'. Some items
in the map were ISO639-2/B, some were ISO639-1.
---
libavformat/isom.c | 50 +++---
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/libavformat/isom.c b/libavformat/iso
---
libavformat/isom.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavformat/isom.c b/libavformat/isom.c
index e6b9506f67..978fa32170 100644
--- a/libavformat/isom.c
+++ b/libavformat/isom.c
@@ -541,9 +541,11 @@ int ff_mov_iso639_to_lang(const char lang[4], int mp
---
The following code is used to do the reformat:
https://gist.github.com/quink-black/8643d8fab8b3f49ff6ace6916111d2c4
libavformat/isom.c | 158 +++--
1 file changed, 139 insertions(+), 19 deletions(-)
diff --git a/libavformat/isom.c b/libavformat/isom.c
Michael Niedermayer (12020-06-27):
> this could overflow
The original code had a test to limit the size of numbers to 9 digits,
guaranteeing no overflow. I wonder where it went.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
_
On Fri, Jun 26, 2020 at 10:28:20PM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/bitstream.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When the ty
On Fri, Jun 26, 2020 at 10:28:21PM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/bitstream.c | 14 --
> 1 file changed, 8 insertions(+), 6 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0F
Hi everyone this is the first time I post on this mailing list. I am
working since several years on a fork of Xuggler for manipulating ffmpeg
API with Java/Kotlin.
This work leads me to develop encoder and decoder based on Android NDK
MediaCodec.
This work can be found on my Github repository
htt
Signed-off-by: Nicolas George
---
libavutil/avrefcount_template.h | 140
tests/ref/fate/source | 1 +
2 files changed, 141 insertions(+)
create mode 100644 libavutil/avrefcount_template.h
I will need to refcount something soon. Recently, the need to
Signed-off-by: Nicolas George
---
libavutil/buffer.c | 26 ++
1 file changed, 18 insertions(+), 8 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index 38a554208a..7b4d0a867a 100644
--- a/libavutil/buffer.c
+++ b/libavutil/buffer.c
@@ -26,6 +26,19 @@
#i
Signed-off-by: Nicolas George
---
libavutil/buffer.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index 7b4d0a867a..a30e289087 100644
--- a/libavutil/buffer.c
+++ b/libavutil/buffer.c
@@ -225,6 +225,14 @@ int av_
Am Sa., 27. Juni 2020 um 16:33 Uhr schrieb Olivier Ayache
:
>
> Hi everyone this is the first time I post on this mailing list. I am
> working since several years on a fork of Xuggler for manipulating ffmpeg
> API with Java/Kotlin.
> This work leads me to develop encoder and decoder based on Androi
On Sat, Jun 27, 2020 at 7:55 PM Michael Niedermayer
wrote:
>
> On Sat, Jun 27, 2020 at 12:35:17PM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > This patch adds a pgx decoder.
> > ---
> > Changelog | 1 +
> > doc/general.texi| 2 +
> > libavcod
On Sat, Jun 27, 2020 at 7:58 PM Nicolas George wrote:
>
> Michael Niedermayer (12020-06-27):
> > this could overflow
>
> The original code had a test to limit the size of numbers to 9 digits,
> guaranteeing no overflow. I wonder where it went.
>
I used 9 digits because I was using a fixed size str
On Sat, Jun 27, 2020 at 7:36 PM Michael Niedermayer
wrote:
>
> On Sat, Jun 27, 2020 at 04:49:49PM +0530, Gautam Ramakrishnan wrote:
> > On Sat, Jun 27, 2020 at 3:13 PM Michael Niedermayer
> > wrote:
> > >
> > > On Mon, Jun 22, 2020 at 12:12:04AM +0530, gautamr...@gmail.com wrote:
> > > > From: Ga
From: Limin Wang
The issue is introduced from a705bcd763e344fa, please tested with below command
line:
make V=1 fate-sub-cc-scte20 TARGET_EXEC="valgrind --error-exitcode=1"
Reported-by: Martin Storsjö
Signed-off-by: Limin Wang
---
libavcodec/mpeg12dec.c | 2 ++
1 file changed, 2 insertions
Am Sa., 27. Juni 2020 um 17:46 Uhr schrieb :
>
> From: Limin Wang
>
> The issue is introduced from a705bcd763e344fa, please tested with below
> command line:
> make V=1 fate-sub-cc-scte20 TARGET_EXEC="valgrind --error-exitcode=1"
>
> Reported-by: Martin Storsjö
> Signed-off-by: Limin Wang
> -
On 6/27/2020 12:46 PM, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> The issue is introduced from a705bcd763e344fa, please tested with below
> command line:
> make V=1 fate-sub-cc-scte20 TARGET_EXEC="valgrind --error-exitcode=1"
>
> Reported-by: Martin Storsjö
> Signed-off-by: Limin W
From: Gautam Ramakrishnan
This patch adds a pgx decoder.
---
Changelog | 1 +
doc/general.texi| 2 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/codec_id.h | 1 +
libavcodec/pgxdec.c | 199 ++
From: Gautam Ramakrishnan
This patch adds support to demux pgx file
format.
---
libavformat/allformats.c | 1 +
libavformat/img2dec.c| 10 ++
libavformat/version.h| 2 +-
3 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavformat/allformats.c b/libavformat/allfo
Remove the check on dv_demux since dv_fctx will leak if allocate
dv_demux failed.
---
libavformat/mov.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index adc52de947..f179b6efdd 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov
On Sat, 27 Jun 2020, Olivier Ayache wrote:
Hi everyone this is the first time I post on this mailing list. I am
working since several years on a fork of Xuggler for manipulating ffmpeg
API with Java/Kotlin.
This work leads me to develop encoder and decoder based on Android NDK
MediaCodec.
This
Am Sa., 27. Juni 2020 um 20:11 Uhr schrieb :
> +static int ff_pgx_decode_header(AVCodecContext *avctx, PGXContext * s,
> +int *depth, int *width, int *height,
> +int *sign)
> +{
> +const char *header_start = "PG ML ";
> +int b
v02-20200627IST2331
Unrolled Intel Legacy Tile-Y detiling logic.
Also a consolidated patch file, instead of the previous development
flow based multiple patch files.
v01-20200627IST1308
Implemented Intel Legacy Tile-X and Tile-Y detiling logic
NOTES:
This video filter allows framebuffers whic
What is this?
Missing documentation.
NAK
On 6/27/20, hanishkvc wrote:
> v02-20200627IST2331
>
> Unrolled Intel Legacy Tile-Y detiling logic.
>
> Also a consolidated patch file, instead of the previous development
> flow based multiple patch files.
>
> v01-20200627IST1308
>
> Implemented Intel Le
Hi,
It is a new video filter which I created to do detailing of the Intel
Tile-X and Tile-Y framebuffer layouts into linear layout using a logic
which runs on the cpu. It can be used if one uses kmsgrab and hwdownload to
capture screen on a Intel GPU based system, so that one can get proper
screen
On Sat, 27 Jun 2020 19:04:20 +0530
ManojGuptaBonda wrote:
> NVIDIA R450 driver added VDPAU support for HEVC 10/12 bit Decoding
> adding the same in ffmpeg. Updated version with #ifdef guards
> to continue compiling with older releases
>
>
> ManojGuptaBonda (2):
> lavc/vdpau_hevc: add function
Zhao Zhili:
> Remove the check on dv_demux since dv_fctx will leak if allocate
> dv_demux failed.
> ---
> libavformat/mov.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index adc52de947..f179b6efdd 100644
> --- a/libavform
On 2020-06-26 01:56 +, Jun Zhao wrote:
> ffmpeg | branch: master | Jun Zhao | Sun May 17
> 12:10:05 2020 +0800| [60d79b1df9d4c6030010ccb0c134ede9e33158c2] | committer:
> Jun Zhao
>
> lavc/aac_ac3_parser: improve the raw AAC file bit rate calculation
>
> Now we just use one ADTS raw frame to
On Mon, 22. Jun 17:29, Valery Kot wrote:
> === Version 1 ===
> vf_edgedetect video filter implements Canny algorithm
> (https://en.wikipedia.org/wiki/Canny_edge_detector)
>
> Important part of this algo is the double threshold step: pixels above
> "high" threshold being kept, pixels below "low" th
Some of them were not reverse engineered correctly so I will fix them later.
0001-cfhd-Add-tag-names.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
On Sat, Jun 27, 2020 at 05:54:52PM +0200, Carl Eugen Hoyos wrote:
> Am Sa., 27. Juni 2020 um 17:46 Uhr schrieb :
> >
> > From: Limin Wang
> >
> > The issue is introduced from a705bcd763e344fa, please tested with below
> > command line:
> > make V=1 fate-sub-cc-scte20 TARGET_EXEC="valgrind --error
On 6/27/2020 7:56 PM, lance.lmw...@gmail.com wrote:
> On Sat, Jun 27, 2020 at 05:54:52PM +0200, Carl Eugen Hoyos wrote:
>> Am Sa., 27. Juni 2020 um 17:46 Uhr schrieb :
>>>
>>> From: Limin Wang
>>>
>>> The issue is introduced from a705bcd763e344fa, please tested with below
>>> command line:
>>> ma
On Sat, Jun 27, 2020 at 01:02:52PM -0300, James Almer wrote:
> On 6/27/2020 12:46 PM, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > The issue is introduced from a705bcd763e344fa, please tested with below
> > command line:
> > make V=1 fate-sub-cc-scte20 TARGET_EXEC="valgrind --error
On Sat, Jun 27, 2020 at 08:01:49PM -0300, James Almer wrote:
> On 6/27/2020 7:56 PM, lance.lmw...@gmail.com wrote:
> > On Sat, Jun 27, 2020 at 05:54:52PM +0200, Carl Eugen Hoyos wrote:
> >> Am Sa., 27. Juni 2020 um 17:46 Uhr schrieb :
> >>>
> >>> From: Limin Wang
> >>>
> >>> The issue is introduce
Fixes: left shift of 1913647649 by 1 places cannot be represented in type 'int'
Fixes:
23572/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5082619795734528
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mi
Fixes: signed integer overflow: 2048 + 2147483646 cannot be represented in type
'int'
Fixes:
23538/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5227567073460224
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off
Am Do., 28. März 2019 um 12:00 Uhr schrieb Carl Eugen Hoyos
:
>
> Attached patch also simplifies the release process.
Finally applied with the requested simplified commit message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://
It was introduced in 061a0c14bb but apparently never used
Signed-off-by: James Almer
---
libavcodec/internal.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/internal.h b/libavcodec/internal.h
index 21708df12e..e4f4b1f190 100644
--- a/libavcodec/internal.h
+++ b/libavcodec/interna
> On Jun 28, 2020, at 5:09 AM, Andreas Rheinhardt
> wrote:
>
> Zhao Zhili:
>> Remove the check on dv_demux since dv_fctx will leak if allocate
>> dv_demux failed.
>> ---
>> libavformat/mov.c | 7 +++
>> 1 file changed, 3 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavformat/mov.c b/
From: Zhao Zhili
Fix two cases of memleaks:
1. The leak of dv_demux
2. The leak of dv_fctx upon dv_demux allocate failure
---
libavformat/mov.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index adc52de947..f179b6efdd 100644
---
76 matches
Mail list logo
