> Am 22.06.2020 um 07:32 schrieb Gautam Ramakrishnan :
>
> Hello,
>
> JPEG2000 uses .pgx format for conformance testing. Is it a good idea
> to allow the ffmpeg
> native decoder to have an option to dump .pgx files? This would help
> with testing additions
> to the code.
I believe it would be
On Mon, Jun 22, 2020 at 12:38 PM Carl Eugen Hoyos wrote:
>
>
>
> > Am 22.06.2020 um 07:32 schrieb Gautam Ramakrishnan :
> >
> > Hello,
> >
> > JPEG2000 uses .pgx format for conformance testing. Is it a good idea
> > to allow the ffmpeg
> > native decoder to have an option to dump .pgx files? This
On Mon, Jun 22, 2020 at 7:58 AM Andriy Gelman wrote:
>
> Hi Valery,
>
> Thanks for the patch.
>
> Please also update the fate test:
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/cagtf1mncx2joo-vmtucdkjcp76y5jslnhubzat4mf48c2hf...@mail.gmail.com/
Thanks for feedback. Updating FATE tests is a
Quoting Andreas Rheinhardt (2020-06-21 10:53:47)
> Document that it also sets the size in case the desired side data is
> absent (if the pointer has been supplied).
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Do this and the next patch actually need a version bump and API change
> entry?
I'd s
Patchset looks ok
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Hello,
We have been using FFMPEG library to create the following thumbnails from
videos:
a. picture
b. video - for example a 60secs video thumbnail.
Our video sizes are about 200 - 300 MB. We are using a PHP program to
transfer command to the shell for FFMPEG executable to generate the
thumbnails
Quoting Andreas Rheinhardt (2020-05-29 17:52:40)
> Ping. What is other's opinion on this matter? Notice that the current
> behaviour is suboptimal even if it is decided that the buffer should not
> be kept: It allocates 1/16 more than needed (in addition to
> AV_INPUT_BUFFER_PADDING_SIZE) that is g
Quoting James Almer (2020-06-01 19:25:36)
> Signed-off-by: James Almer
> ---
> No changes since v1.
>
> doc/APIchanges | 4
> libavutil/buffer.c | 25 +
> libavutil/buffer.h | 31 +++
> libavutil/buffer_inte
On Mon, Jun 22, 2020 at 12:47:11 +0530, Gautam Ramakrishnan wrote:
> On Mon, Jun 22, 2020 at 12:38 PM Carl Eugen Hoyos wrote:
> > > Am 22.06.2020 um 07:32 schrieb Gautam Ramakrishnan :
> > > JPEG2000 uses .pgx format for conformance testing. Is it a good idea
> > > to allow the ffmpeg native decod
On Fri, Jun 19, 2020 at 17:15:06 +0200, Valery Kot wrote:
> -if ((!i || i == w - 1 || !j || j == h - 1) &&
> +if (!(!i || i == w - 1 || !j || j == h - 1) &&
NOT of a logical OR can be inverted, so this *may* be more readable as:
if ((i && i != w - 1 && j && j
On Mon, Jun 22, 2020 at 09:58:42 +0200, Valery Kot wrote:
> Thanks for feedback. Updating FATE tests is a bridge too far for me. I
> can't even build FFmpeg itself at the moment, say nothing about
> setting up the test environment and finding out how it works. Could
> you please do this update for
Hello,
I've attached another patch with the latest changes.
Sorry for sending it as an attachment again, I'll figure something out
for the future patches.
Anyhow, this patch removes the reordering and the unused HANC constant.
It also checks if PSC is in order and renames the option to "enable_kl
On Mon, Jun 22, 2020 at 12:54 PM Moritz Barsnick wrote:
>
> On Fri, Jun 19, 2020 at 17:15:06 +0200, Valery Kot wrote:
> > -if ((!i || i == w - 1 || !j || j == h - 1) &&
> > +if (!(!i || i == w - 1 || !j || j == h - 1) &&
>
> NOT of a logical OR can be inverted, so this *may
On Mon, Jun 22, 2020 at 12:57 PM Moritz Barsnick wrote:
>
> On Mon, Jun 22, 2020 at 09:58:42 +0200, Valery Kot wrote:
> > Thanks for feedback. Updating FATE tests is a bridge too far for me. I
> > can't even build FFmpeg itself at the moment, say nothing about
> > setting up the test environment a
On 6/22/2020 6:18 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-06-01 19:25:36)
>> Signed-off-by: James Almer
>> ---
>> No changes since v1.
>>
>> doc/APIchanges | 4
>> libavutil/buffer.c | 25 +
>> libavutil/buffer.h | 31 +
On 6/22/20, Mathias Rasmussen wrote:
> ---
> Hi there! First time contributor here.
>
> I've made a filter for performing nonlinear stretching of videos,
> also known as dynamic stretch and similar to GoPro's SuperView.
>
I really doubt that this filter have anything to do with GoPro's SuperView.
From: hwren
=== Version1 ===
These patches are to supplement the third generation of Audio Video Coding
Standard,
part 2: video (AVS3-P2), aka IEEE1857.10, decoding support via libuavs3d
wrapper.
The uAVS3d decoder could be found in https://github.com/uavs3/uavs3d
AVS3 sample streams could be
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/Makefile | 1 +
libavcodec/avs3_parser.c | 184 +++
libavcodec/parsers.c | 1 +
3 files changed, 186 insertions(+)
create mode 100644 libavcodec/avs3_parser.c
diff --git a/liba
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/avs3dec.c| 75
3 files changed, 77 insertions(+)
create mode 100644 libavformat/avs3dec.c
diff --git a/libavforma
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 9f8847544f..ad55d992d3 100644
--- a/libavcodec/codec_desc.c
+++ b/l
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/decoders.texi | 21 +++
doc/general.texi | 8 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libuavs3d.c | 283 ++
> Am 22.06.2020 um 12:42 schrieb Moritz Barsnick :
>
>> On Mon, Jun 22, 2020 at 12:47:11 +0530, Gautam Ramakrishnan wrote:
>> On Mon, Jun 22, 2020 at 12:38 PM Carl Eugen Hoyos wrote:
Am 22.06.2020 um 07:32 schrieb Gautam Ramakrishnan :
JPEG2000 uses .pgx format for conformance testing
On Mon, 22. Jun 09:58, Valery Kot wrote:
> On Mon, Jun 22, 2020 at 7:58 AM Andriy Gelman wrote:
> >
> > Hi Valery,
> >
> > Thanks for the patch.
> >
> > Please also update the fate test:
> > https://patchwork.ffmpeg.org/project/ffmpeg/patch/cagtf1mncx2joo-vmtucdkjcp76y5jslnhubzat4mf48c2hf...@mail.
On 22 Jun 2020, at 15.57, Paul B Mahol wrote:
>
> I really doubt that this filter have anything to do with GoPro's SuperView.
> GoPro's SuperView, unlike this filter, extends FOV of currently
> recording video with real data.
Please see https://community.gopro.com/t5/en/What-is-SuperView/ta-p/39
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/ftp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/ftp.c b/libavformat/ftp.c
index caeea42..39ea297 100644
--- a/libavformat/ftp.c
+++ b/libavformat/ftp.c
@@ -200,7 +200,7 @@ static int ftp_status(FTPC
From: Limin Wang
Don't need to do double check by the description of the API.
Signed-off-by: Limin Wang
---
libavformat/hlsenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index f7a4f30..a34da2f 100644
--- a/libavformat/h
=== 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" threshold dropped,
pixels in between kept if they are a
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/au.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/au.c b/libavformat/au.c
index 4afee85..ff9176a 100644
--- a/libavformat/au.c
+++ b/libavformat/au.c
@@ -81,7 +81,7 @@ static int au_read_annotati
On Mon, Jun 22, 2020 at 3:57 PM Paul B Mahol wrote:
> I really doubt that this filter have anything to do with GoPro's SuperView.
> GoPro's SuperView, unlike this filter, extends FOV of currently
> recording video with real data.
Please see https://community.gopro.com/t5/en/What-is-SuperView/ta
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/au.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/au.c b/libavformat/au.c
index ff9176a..b6df63e 100644
--- a/libavformat/au.c
+++ b/libavformat/au.c
@@ -145,6 +145,7 @@ static int au_read_header(AV
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/opt.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 2c3f998..552985e 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -2120,6 +2120,9 @@ int av_opt_serialize(void *obj
On Mon, Jun 22, 2020 at 4:56 PM Andriy Gelman wrote:
> It should be enough to change the hashes in two files.
> Please resend with these changes.
>
> diff --git a/tests/ref/fate/filter-edgedetect
> b/tests/ref/fate/filter-edgedetect
> index 23c9953e61..e49639afac 100644
> --- a/tests/ref/fate/fil
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/hlsenc.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 71fa3db..f7a4f30 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -370,6 +370,7
On 6/22/20, Mathias Rasmussen wrote:
> On 22 Jun 2020, at 15.57, Paul B Mahol wrote:
>>
>> I really doubt that this filter have anything to do with GoPro's
>> SuperView.
>> GoPro's SuperView, unlike this filter, extends FOV of currently
>> recording video with real data.
>
> Please see https://co
On Mon, Jun 22, 2020 at 8:07 PM Carl Eugen Hoyos wrote:
>
>
>
> > Am 22.06.2020 um 12:42 schrieb Moritz Barsnick :
> >
> >> On Mon, Jun 22, 2020 at 12:47:11 +0530, Gautam Ramakrishnan wrote:
> >> On Mon, Jun 22, 2020 at 12:38 PM Carl Eugen Hoyos
> >> wrote:
> Am 22.06.2020 um 07:32 schrieb
Am Mo., 22. Juni 2020 um 19:40 Uhr schrieb Gautam Ramakrishnan
:
>
> On Mon, Jun 22, 2020 at 8:07 PM Carl Eugen Hoyos wrote:
> >
> >
> >
> > > Am 22.06.2020 um 12:42 schrieb Moritz Barsnick :
> > >
> > >> On Mon, Jun 22, 2020 at 12:47:11 +0530, Gautam Ramakrishnan wrote:
> > >> On Mon, Jun 22, 202
On Mon, Jun 22, 2020 at 11:30 PM Carl Eugen Hoyos wrote:
>
> Am Mo., 22. Juni 2020 um 19:40 Uhr schrieb Gautam Ramakrishnan
> :
> >
> > On Mon, Jun 22, 2020 at 8:07 PM Carl Eugen Hoyos wrote:
> > >
> > >
> > >
> > > > Am 22.06.2020 um 12:42 schrieb Moritz Barsnick :
> > > >
> > > >> On Mon, Jun 2
On Mon, Jun 22, 2020 at 6:35 PM Paul B Mahol wrote:
> I simply looked at youtube videos and images, as I never trust their
> documentation.
>
Okay, but that's what I meant by SuperView.
It's difficult to discuss beyond what is documented.
The filter is not for public.
>
In that case, I would s
On Mon, Jun 22, 2020 at 11:37 PM Gautam Ramakrishnan
wrote:
>
> On Mon, Jun 22, 2020 at 11:30 PM Carl Eugen Hoyos wrote:
> >
> > Am Mo., 22. Juni 2020 um 19:40 Uhr schrieb Gautam Ramakrishnan
> > :
> > >
> > > On Mon, Jun 22, 2020 at 8:07 PM Carl Eugen Hoyos
> > > wrote:
> > > >
> > > >
> > > >
On Sun, Jun 21, 2020 at 10:55:24PM +0530, Gautam Ramakrishnan wrote:
> On Sat, Jun 20, 2020 at 9:48 AM Gautam Ramakrishnan
> wrote:
> >
> > On Sat, Jun 20, 2020 at 1:29 AM Michael Niedermayer
> > wrote:
> > >
> > > On Thu, Jun 18, 2020 at 11:55:20PM +0530, gautamr...@gmail.com wrote:
> > > > From
On Mon, Jun 22, 2020 at 12:47:30AM +0200, Mathias Rasmussen wrote:
> ---
> Hi there! First time contributor here.
>
> I've made a filter for performing nonlinear stretching of videos,
> also known as dynamic stretch and similar to GoPro's SuperView.
>
> I left some questions as TODO's in the code
On Mon, Jun 22, 2020 at 12:14:39AM +0530, Gautam Ramakrishnan wrote:
> On Mon, Jun 22, 2020 at 12:12 AM wrote:
> >
> > From: Gautam Ramakrishnan
> >
> > The log2_chroma_wh is derived from the sample separations of the
> > codestream if the file is a j2k codestream. Not sure if sample
> > separati
On Mon, Jun 22, 2020 at 10:35 PM Michael Niedermayer
wrote:
> the test does not succeed, maybe you forgot to include the ref file in the
> patch
>
Yes, you are correct, is it supposed to be an empty file?
I'm not sure my test case really works though, is there a way to see the
results of the tes
On Mon, 22 Jun 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/ftp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/ftp.c b/libavformat/ftp.c
index caeea42..39ea297 100644
--- a/libavformat/ftp.c
+++ b/libavforma
On Mon, 22 Jun 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/au.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/au.c b/libavformat/au.c
index ff9176a..b6df63e 100644
--- a/libavformat/au.c
+++ b/libavformat
On Mon, Jun 22, 2020 at 12:12:07AM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This patch enables support for image offsets.
> ---
> libavcodec/jpeg2000dec.c | 4
> 1 file changed, 4 deletions(-)
Is there a testcase for this ? (a file using this)
[...]
--
Michael
On Mon, Jun 22, 2020 at 12:12:06AM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> libopenjpeg2000 uses ceiling division while dividing tile
> co-ordinates with the sample separation. Also, corrections
> were made to the WRITE_FRAME macro.
> ---
> libavcodec/jpeg2000dec.c | 24
Am Mo., 22. Juni 2020 um 04:57 Uhr schrieb Gautam Ramakrishnan
:
>
> On Mon, Jun 22, 2020 at 1:54 AM Carl Eugen Hoyos wrote:
> >
> > Am So., 21. Juni 2020 um 21:11 Uhr schrieb :
> > >
> > > From: Gautam Ramakrishnan
> > >
> > > The log2_chroma_wh is derived from the sample separations of the
> >
Am Mo., 22. Juni 2020 um 23:16 Uhr schrieb Michael Niedermayer
:
>
> On Mon, Jun 22, 2020 at 12:12:07AM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > This patch enables support for image offsets.
> > ---
> > libavcodec/jpeg2000dec.c | 4
> > 1 file changed, 4 delet
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 components have
> a non zero sample separation. This is to replicate the
> output of opj_decompress.
> ---
> libavcodec/jpeg2000dec.c | 19 ++---
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 components have
> > a non zero sample separation. This is to replicate the
> > outp
Am Mo., 22. Juni 2020 um 20:08 Uhr schrieb Gautam Ramakrishnan
:
>
> On Mon, Jun 22, 2020 at 11:30 PM Carl Eugen Hoyos wrote:
> >
> > Am Mo., 22. Juni 2020 um 19:40 Uhr schrieb Gautam Ramakrishnan
> > :
> > >
> > > On Mon, Jun 22, 2020 at 8:07 PM Carl Eugen Hoyos
> > > wrote:
> > > >
> > > >
> >
Am Mo., 22. Juni 2020 um 20:44 Uhr schrieb Gautam Ramakrishnan
:
> Another issue is that as the .pgx format is tightly linked to JPEG2000,
> how could the format be restricted to conversions between j2k and jp2
> files only?
For the sake of this discussion, pgx has absolutely nothing to do with
j
HEVC is left chroma like H.264, so add the proper location on init.
Signed-off-by: Steinar H. Gunderson
---
libavcodec/hevcdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index c9e28f5826..3306cf3702 100644
--- a/libavcodec/hevcdec.c
+++ b/
On Tue, Jun 23, 2020 at 12:02 AM Steinar H. Gunderson
wrote:
>
> HEVC is left chroma like H.264, so add the proper location on init.
>
> Signed-off-by: Steinar H. Gunderson
> ---
> libavcodec/hevcdec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/h
On Mon, Jun 22, 2020 at 11:15:12PM +0200, Marton Balint wrote:
>
>
> On Mon, 22 Jun 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/au.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/libav
On Mon, Jun 22, 2020 at 11:08:23PM +0200, Marton Balint wrote:
>
>
> On Mon, 22 Jun 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/ftp.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavfo
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/au.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/au.c b/libavformat/au.c
index ff9176a..f92863e 100644
--- a/libavformat/au.c
+++ b/libavformat/au.c
@@ -145,6 +145,7 @@ static int au_read_header(A
Fixes: signed integer overflow: 1394614304 * 2 cannot be represented in type
'int'
Fixes:
23491/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5697377020411904
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Nieder
Fixes; signed integer overflow: 1 - -9223372036854775808 cannot be represented
in type 'long'
Fixes:
23490/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5133490093031424
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mic
Based on cbs_h264 code.
Should fix ticket #8752.
Signed-off-by: James Almer
---
libavcodec/cbs_h265_syntax_template.c | 28 +++
1 file changed, 28 insertions(+)
diff --git a/libavcodec/cbs_h265_syntax_template.c
b/libavcodec/cbs_h265_syntax_template.c
index 5b7d1aa837.
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 dividing tile
> > co-ordinates with the sample separation. Also, corrections
> > w
On Tue, Jun 23, 2020 at 2:55 AM Carl Eugen Hoyos wrote:
>
> Am Mo., 22. Juni 2020 um 04:57 Uhr schrieb Gautam Ramakrishnan
> :
> >
> > On Mon, Jun 22, 2020 at 1:54 AM Carl Eugen Hoyos wrote:
> > >
> > > Am So., 21. Juni 2020 um 21:11 Uhr schrieb :
> > > >
> > > > From: Gautam Ramakrishnan
> > >
Michael Niedermayer:
> Fixes: signed integer overflow: 1394614304 * 2 cannot be represented in type
> 'int'
> Fixes:
> 23491/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5697377020411904
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/f
Nothing written in avformat_write_trailer() for the submuxers will be
output anyway because the AVIOContexts used for actual output have been
closed before the call. Writing the trailer of the subcontext has probably
only been done in order to free the memory allocated by the submuxer.
And this job
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/smoothstreamingenc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/smoothstreamingenc.c
> b/libavformat/smoothstreamingenc.c
> index 0e4f531f90..a5fd8a18db 100644
> --- a/libavf
66 matches
Mail list logo
