On 5/25/19, Jun Li wrote:
> Add exif orientation support and expose an option.
> ---
> libavfilter/vf_transpose.c | 258 +
> 1 file changed, 207 insertions(+), 51 deletions(-)
>
> diff --git a/libavfilter/vf_transpose.c b/libavfilter/vf_transpose.c
> index dd54
On Sun, May 26, 2019 at 1:16 AM Paul B Mahol wrote:
> On 5/25/19, Jun Li wrote:
> > Add exif orientation support and expose an option.
> > ---
> > libavfilter/vf_transpose.c | 258 +
> > 1 file changed, 207 insertions(+), 51 deletions(-)
> >
> > diff --git a/
On 5/26/19, Jun Li wrote:
> On Sun, May 26, 2019 at 1:16 AM Paul B Mahol wrote:
>
>> On 5/25/19, Jun Li wrote:
>> > Add exif orientation support and expose an option.
>> > ---
>> > libavfilter/vf_transpose.c | 258 +
>> > 1 file changed, 207 insertions(+), 51
On Tue, May 07, 2019 at 02:09:02AM -0700, Aman Gupta wrote:
> On Thu, May 2, 2019 at 1:20 AM Matthieu Bouron
> wrote:
>
> > On Wed, Apr 24, 2019 at 09:59:28AM +0200, Matthieu Bouron wrote:
> > > Avoids returning EAGAIN after signaling EOF to the codec in
> > > ff_mediacodec_dec_send() so we can t
On 25/05/2019 22:55, Derek Buitenhuis wrote:
> This patch also adds support for checking the AVCOL range. If you object that
> strongly to it, I'm sure they don't mind switching to -color_range jpeg. That
> works with x264, etc. too.
Pushed as-is, as per IRC conversation.
- Derek
> Can someone who has the right hardware for CPIA, dump some frames into
> a file so people and myself can test this without special hw.
Would dd'ing /dev/video0 be enough and how can I provide the file? Ftp
`upload.ffmpeg.org` seems down.
pgpkF1LLjC_Z2.pgp
Description: OpenPGP digital signature
0001-doc-swscaler-explain-default-Lanczos-parameter.patch
Description: Binary data
___
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...@f
On 26-05-2019 09:23 PM, Werner Robitza wrote:
> From 2f91dfe64e41edcdcc8ba28e37b711106b640a05 Mon Sep 17 00:00:00 2001
> From: Werner Robitza
> Date: Sun, 26 May 2019 17:52:00 +0200
> Subject: [PATCH] doc/swscaler: explain default Lanczos parameter
>
> Explain that the default Lanczos filter p
On Sun, May 26, 2019 at 6:09 PM Gyan wrote:
> Do you want to update it for all algorithms with missing parameter details?
Not at this stage – would be a lot of guesswork since I didn't
implement the filters. Also, at least from research I've seen, the
Lanczos parameter seems to be used often with
On 26-05-2019 10:08 PM, Werner Robitza wrote:
On Sun, May 26, 2019 at 6:09 PM Gyan wrote:
Do you want to update it for all algorithms with missing parameter details?
Not at this stage – would be a lot of guesswork since I didn't
implement the filters. Also, at least from research I've seen,
On Fri, May 24, 2019 at 10:26:43AM +0800, Shiyou Yin wrote:
> In function ff_dct_unquantize_mpeg2_intra_mmi,
> addr0 shoudn't be changed before storage operation.
> ---
> libavcodec/mips/mpegvideo_mmi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
thx
[...]
--
Michael
Signed-off-by: James Almer
---
libavcodec/cbs_h264.h | 6 ++
libavcodec/cbs_h2645.c| 1 +
libavcodec/cbs_h264_syntax_template.c | 17 +
3 files changed, 24 insertions(+)
diff --git a/libavcodec/cbs_h264.h b/libavcodec/cbs_h264.h
index cc46eeb
On Sat, May 25, 2019 at 12:04:49PM +1000, Peter Ross wrote:
> ---
> This provides a small readability improvement.
> I observe no performance change on x86_64 or arm6.
Looks good to me, but probably the maintainer should decide.
I guess I'd be very mildly curious to know if the asm code
the compil
On Sun, May 26, 2019 at 01:46:32AM +0530, Swaraj Hota wrote:
> +st = avformat_new_stream(s, NULL);
> +if (!st)
> +return AVERROR(ENOMEM);
> +
> +st->codecpar->codec_type = AVMEDIA_TYPE_VIDEO;
> +st->codecpar->codec_id = AV_CODEC_ID_H264;
> +st->codecpar->width = ifv->wid
On Fri, May 24, 2019 at 11:54:20 +0200, Michael Niedermayer wrote:
> LGTM
> a testcase in fate would be good
Thanks.
Indeed, I'll work on adding a fate testcase next week (have never done
so previously). There's valid input material in the as-yet unsolved
ticket #5023.
Moritz
___
On Fri, May 24, 2019 at 11:58:51 +0200, Michael Niedermayer wrote:
> > if (boundary != NULL) {
> > -mpjpeg->boundary = boundary;
> > -mpjpeg->searchstr = av_asprintf( "\r\n%s\r\n", boundary );
> > +mpjpeg->boundary = av_asprintf("--%s", boundary);
>
> me
According to RFC1341, the multipart boundary indicated by the
Content-Type header must be prepended by CRLF + "--", and followed
by CRLF. In the case of strict MIME header boundary handling, the
"--" was forgotten to add.
Fixes trac #7921.
Signed-off-by: Moritz Barsnick
---
libavformat/mpjpegde
On Sun, May 26, 2019 at 22:44:00 +0200, Moritz Barsnick wrote:
> Subject: [FFmpeg-devel] [PATCH 2/2] avformat/mpjpegdec: fix strict boundary
> search string
D'uh, I told git send-email that the subject should contain "V2". I
wonder why that gets ignored.
Moritz
__
Fixes: Timeout (90543 ms -> 59 ms)
Fixes:
14721/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INTERPLAY_VIDEO_fuzzer-5697492148027392
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/interp
On Sat, May 25, 2019 at 06:31:14PM -0300, James Almer wrote:
> On 5/25/2019 6:03 PM, James Almer wrote:
> > On 5/25/2019 12:50 PM, Derek Buitenhuis wrote:
> >> On 25/05/2019 04:25, James Almer wrote:
> +
> >>>
> >>> Unnecessary empty line.
> >>
> >> Fixed.
> >>
> >>> Could we not? The idea is
On Sun, May 26, 2019 at 02:54:55PM +0200, Stephan Hilb wrote:
> > Can someone who has the right hardware for CPIA, dump some frames into
> > a file so people and myself can test this without special hw.
>
> Would dd'ing /dev/video0 be enough and how can I provide the file? Ftp
> `upload.ffmpeg.org
On Sat, 25 May 2019, Antonin Gouzer wrote:
Hello,
Shame on me, I didn't test the patch with the json format, only xml and flat.
It's ok now.
ok for XML too.
Thanks!
Thanks, applied.
Regards,
Marton
Le sam. 25 mai 2019 à 00:27, Marton Balint a écrit :
On Fri, 24 May 2019, Antonin G
On Sun, May 26, 2019 at 2:09 AM Paul B Mahol wrote:
> On 5/26/19, Jun Li wrote:
> > On Sun, May 26, 2019 at 1:16 AM Paul B Mahol wrote:
> >
> >> On 5/25/19, Jun Li wrote:
> >> > Add exif orientation support and expose an option.
> >> > ---
> >> > libavfilter/vf_transpose.c | 258
> +++
On 5/23/2019 8:25 PM, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -2142516591 + -267814575 cannot be
> represented in type 'int'
> Fixes:
> 14450/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-5716105319940096
>
> Found-by: continuous fuzzing process
> https://gi
On 25-05-2019 07:22 PM, Gyan wrote:
On 23-05-2019 06:40 PM, Gyan wrote:
On 21-05-2019 06:59 PM, Gyan wrote:
Fixes playback in QT for me.
Gyan
Ping.
Pong.
Plan to push tomorrow.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Thu, 2019-05-23 at 08:12 -0400, Ronald S. Bultje wrote:
Hi guys,
On Wed, May 22, 2019 at 11:14 PM 严小复
mailto:mryan...@gmail.com>> wrote:
code”, I'm little confused about the red word,would you mean encode process
need validity checks or there need to check the reference id of each frame?
And
On Mon, 2019-05-27 at 04:44 +, Xiang, Haihao wrote:
> On Thu, 2019-05-23 at 08:12 -0400, Ronald S. Bultje wrote:
> Hi guys,
>
> On Wed, May 22, 2019 at 11:14 PM 严小复 mryan...@gmail.com>> wrote:
> code”, I'm little confused about the red word,would you mean encode process
> need validity checks
Please ignore this email because my comment was mixed with yours.
Thanks
Haihao
> On Thu, 2019-05-23 at 08:12 -0400, Ronald S. Bultje wrote:
> Hi guys,
>
> On Wed, May 22, 2019 at 11:14 PM 严小复 mryan...@gmail.com>> wrote:
> code”, I'm little confused about the red word,would you mean encode pro
On Fri, May 24, 2019 at 8:40 PM Xuewei Meng wrote:
>
> Remove the rain in the input image/video by applying the derain
> methods based on convolutional neural networks. Training scripts
> as well as scripts for model generation are provided in the
> repository at https://github.com/XueweiMeng/dera
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_blend.c | 21 +
1 file changed, 9 insertions(+), 12 deletions(-)
diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
index 83f3d591a8..46e0518d26 100644
--- a/libavfilter/vf_blend.c
+++ b/libavfilter/vf_
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_blend.c | 188 +++--
1 file changed, 48 insertions(+), 140 deletions(-)
diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
index 46e0518d26..cf71200773 100644
--- a/libavfilter/vf_blend.
31 matches
Mail list logo