Why you think it is useless?
Have you checked checksums matches before and after?
On 10/30/19, leozhang wrote:
> Signed-off-by: leozhang
> ---
> libavfilter/vf_bilateral.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavfilter/vf_bilateral.c b/libavfilter/vf_b
> -Original Message-
> From: ffmpeg-devel On Behalf Of Fu,
> Linjie
> Sent: Friday, October 18, 2019 16:50
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvenc: Fix bitrate_limit to allow
> AVC encode in limited bitrate
>
>
On 10/30/19, Limin Wang wrote:
> On Wed, Oct 30, 2019 at 09:22:52AM +0800, lance.lmw...@gmail.com wrote:
>> From: Limin Wang
>>
>> Signed-off-by: Limin Wang
>> ---
>> tests/fate/filter-video.mak | 3 +++
>> tests/ref/fate/filter-pixfmts-lut3d | 24
>> 2 files c
lgtm
On 10/30/19, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
>
> Fixes:
>
> ./configure --disable-everything --enable-muxer=mxf
> ...
> LD ffmpeg_g
> /usr/bin/ld: libavformat/libavformat.a(mxfenc.o): in function
> `get_ue_golomb_31':
> ffmpeg/./libavcodec/golomb.h:140: undefined refe
On Tue, Oct 29, 2019 at 18:00:57 +0100, Paul B Mahol wrote:
> { "input", "use input framerate if available", OFFSET(input),
> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, V|F },
> +{ "frames", "set rounding method for frames", OFFSET(frames_rounding),
> AV_OPT_TYPE_INT, { .i64 = AV_ROUND_DOWN }
On Fri, Jun 21, 2019 at 07:52:31AM +1000, Peter Ross wrote:
> VP4 applies a loop filter during motion compensation, causing the block offset
> will often by unaligned. This produces a bus error on some platforms, namely
> ARMv7 NEON.
>
> This patch adds a unaligned version of the loop filter funct
Paul B Mahol 于2019年10月30日周三 下午4:35写道：
>
> Why you think it is useless?
>
> Have you checked checksums matches before and after?
I compared md5sum were the same. Please point it out if I understand wrong.
>
> On 10/30/19, leozhang wrote:
> > Signed-off-by: leozhang
> > ---
> > libavfilter/vf_bil
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 7 ++-
libavfilter/median.h | 1 +
libavfilter/median_template.c | 15 ---
libavfilter/vf_median.c | 10 ++
4 files changed, 21 insertions(+), 12 deletions(-)
diff --git a/doc/filters.texi b/
On 10/30/19, Moritz Barsnick wrote:
> On Tue, Oct 29, 2019 at 18:00:57 +0100, Paul B Mahol wrote:
>> { "input", "use input framerate if available", OFFSET(input),
>> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, V|F },
>> +{ "frames", "set rounding method for frames",
>> OFFSET(frames_rounding),
On Wed, Oct 30, 2019 at 10:18:50 +0100, Paul B Mahol wrote:
> > You forgot to add the corresponding option flags here.
>
> No I have not. Today is good day for you because you will learn that
> that options values will be used from previous occurrence. Otherwise
> both options would get duplicated
Signed-off-by: Alfred E. Heggestad
---
doc/muxers.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 4c88b5daec..09ded7d48a 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2084,7 +2084,7 @@ but supports several other algorithms
On 10/30/19, Yuki.Tsuchiya wrote:
> Implemented according to the specification at
> https://www.iso.org/standard/69561.html
> The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
> encapsulated single stream MPEG-H 3D Audio.
> 'MHAS' stands for MPEG-H audio stream, which cont
Can not be applied, patch is corrupted.
On 10/30/19, Alfred E. Heggestad wrote:
> Signed-off-by: Alfred E. Heggestad
> ---
> doc/muxers.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index 4c88b5daec..09ded7d48a 100644
> --- a
> 在 2019年10月30日，17:51，Alfred E. Heggestad 写道：
>
> Signed-off-by: Alfred E. Heggestad
> ---
> doc/muxers.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index 4c88b5daec..09ded7d48a 100644
> --- a/doc/muxers.texi
> +++ b/doc/muxe
> 在 2019年10月30日，17:55，Paul B Mahol 写道：
>
> Can not be applied, patch is corrupted.
Yes
liuqideMBP:ffmpeg_up liuqi$ git am
~/Downloads/FFmpeg-devel-doc-fix-typo-in-muxers-documentation.patch
Applying: doc: fix typo in muxers documentation
.git/rebase-apply/patch:16: trailing whitespace.
singl
On 30/10/2019 10:55, Paul B Mahol wrote:
Can not be applied, patch is corrupted.
sorry about that, patch is attached.
/alfred
From 417b3a38d25fbc3aca1f8e7d0d65de7efea55777 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Wed, 30 Oct 2019 10:48:44 +0100
Subject: [PATCH] doc: fix t
Applied
On 10/30/19, Alfred E. Heggestad wrote:
> On 30/10/2019 10:55, Paul B Mahol wrote:
>> Can not be applied, patch is corrupted.
>>
>
> sorry about that, patch is attached.
>
>
>
> /alfred
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
> 在 2019年10月30日，09:05，Dennis Mungai 写道：
>
> On Tue, 29 Oct 2019 at 06:07, Steven Liu wrote:
>>
>>
>>
>>> 在 2019年10月29日，01:09，Dennis Mungai 写道：
>>>
>>> On Mon, 28 Oct 2019 at 05:45, Steven Liu wrote:
> 在 2019年10月28日，02:39，Philip Langdale 写道：
>
> There have
> On Oct 16, 2019, at 1:17 AM, Zhao Zhili wrote:
>
> ---
> How about add AV_FRAME_DATA_NONE to AVFrameSideDataType?
Ping for the patch.
>
> libavfilter/f_sidedata.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/f_sidedata.c b/libavfilter/f_sidedata.c
>
LGTM
On 10/15/19, Zhao Zhili wrote:
> ---
> How about add AV_FRAME_DATA_NONE to AVFrameSideDataType?
>
> libavfilter/f_sidedata.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/f_sidedata.c b/libavfilter/f_sidedata.c
> index 381da5a052..4210dcac4c 100644
> -
---
From 6331f77ca00acdaaee0db6b0d2d04fff9f1c70c9 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Wed, 30 Oct 2019 12:30:49 +0100
Subject: [PATCH] sdl2: map AV_PIX_FMT_NONE to SDL_PIXELFORMAT_UNKNOWN
This does not change the programs behaviour.
The purpose of this patch is to make the
On Tue, Oct 29, 2019 at 04:39:16PM +0300, Andrey Semashev wrote:
> On 2019-10-26 14:05, Andrey Semashev wrote:
> >The decoder never marks pictures as I-frames, which results in no
> >keyframe indication and incorrect frame skipping, in cases when
> >keyframes should be decoded.
> >
> >This commit w
On Tue, Oct 29, 2019 at 10:25:03AM +0100, Alfred E. Heggestad wrote:
> using a gop_size of 10 in the example code is very misleading.
> in practice this means around 2 keyframes per second.
>
> a normal video encoder should not send keyframes so frequent,
> a better interval is 10 seconds.
>
> Si
On Tue, Oct 29, 2019 at 02:42:47PM +0100, Mattias Wadman wrote:
> A too big picture will case the muxer to write a truncated block size (uint24)
> causing the output file to be corrupt.
>
> How to reproduce:
>
> Write a file with truncated block size:
> ffmpeg -y -f lavfi -i sine -f lavfi -i colo
On 2019-10-30 14:40, Michael Niedermayer wrote:
On Tue, Oct 29, 2019 at 04:39:16PM +0300, Andrey Semashev wrote:
On 2019-10-26 14:05, Andrey Semashev wrote:
The decoder never marks pictures as I-frames, which results in no
keyframe indication and incorrect frame skipping, in cases when
keyframe
Mattias Wadman (1):
libavformat/flacenc: reject too big picture blocks
libavformat/flacenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
--
2.18.0
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
A too big picture will case the muxer to write a truncated block size (uint24)
causing the output file to be corrupt.
How to reproduce:
Write a file with truncated block size:
ffmpeg -y -f lavfi -i sine -f lavfi -i color=red:size=2400x2400 -map 0:a:0 -map
1:v:0 -c:v:0 bmp -disposition:1 attached
Sorry i failed to get gmail to play nice with patches :( sent a new
message using git send-email, hope that works.
On Wed, Oct 30, 2019 at 12:51 PM Michael Niedermayer
wrote:
>
> On Tue, Oct 29, 2019 at 02:42:47PM +0100, Mattias Wadman wrote:
> > A too big picture will case the muxer to write a t
From: Limin Wang
You can reproduce it by below command:
./ffmpeg -f lavfi -i "testsrc=duration=1:rate=30" -vf format=gbrap10 -vcodec
rawvideo \
-pix_fmt gbrap10le -flags +bitexact -sws_flags +accurate_rnd+bitexact
-fflags +bitexact \
-frames:v 1 -f nut md5:
little-endian:
f91e2edd8098
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_lut3d.c | 54 +-
1 file changed, 6 insertions(+), 48 deletions(-)
diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
index cd0aba1f69..9e820a17c9 100644
--- a/libavfilter/vf_lut3d.c
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate-run.sh | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index aec12c16a3..6ea0ab4f3c 100755
--- a/tests/fate-run.sh
+++ b/tests/fate-run.sh
@@ -385,6 +385,8 @@ pixfmts(
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/filter-video.mak | 6 ++
tests/ref/fate/filter-pixfmts-lut1d | 24
tests/ref/fate/filter-pixfmts-lut3d | 24
3 files changed, 54 insertions(+)
create mode 100644 tests/ref/f
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_lut.c | 60
1 file changed, 11 insertions(+), 49 deletions(-)
diff --git a/libavfilter/vf_lut.c b/libavfilter/vf_lut.c
index 1fdc5e1812..3aed4ccc2c 100644
--- a/libavfilter/vf_lut.c
+++ b
On Thu, 24. Oct 20:50, Andriy Gelman wrote:
> On Tue, 15. Oct 22:50, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > Fixes #7799
> >
> > Currently, the mp4toannexb filter always inserts the same extradata at
> > the start of the first IRAP unit. As in ticket #7799, this can lead to
> > deco
On Wed, Oct 30, 2019 at 09:37:06AM +0100, Paul B Mahol wrote:
> On 10/30/19, Limin Wang wrote:
> > On Wed, Oct 30, 2019 at 09:22:52AM +0800, lance.lmw...@gmail.com wrote:
> >> From: Limin Wang
> >>
> >> Signed-off-by: Limin Wang
> >> ---
> >> tests/fate/filter-video.mak | 3 +++
> >> t
lgtm
On 10/30/19, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_lut3d.c | 54 +-
> 1 file changed, 6 insertions(+), 48 deletions(-)
>
> diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
>
Em seg, 21 de out de 2019 às 09:44, Guo, Yejun
escreveu:
> Unlike other tf.*.conv2d layers, tf.nn.conv2d does not create many
> nodes (within a scope) in the graph, it just acts like other layers.
> tf.nn.conv2d only creates one node in the graph, and no internal
> nodes such as 'kernel' are crea
Em seg, 21 de out de 2019 às 09:44, Guo, Yejun
escreveu:
> so, we can make a filter more general to accept different network
> models, by adding a data type convertion after getting data from network.
>
> After we add dt field into struct DNNData, it becomes the same as
> DNNInputData, so merge
Em seg, 21 de out de 2019 às 09:44, Guo, Yejun
escreveu:
> to support dnn networks more general, we need to know the input info
> of the dnn model.
>
> background:
> The data type of dnn model's input could be float32, uint8 or fp16, etc.
> And the w/h of input image could be fixed or variable.
>
Pushed, thanks.
Em seg, 28 de out de 2019 às 10:24, Paul B Mahol
escreveu:
> LGTM
>
> On 10/28/19, Guo, Yejun wrote:
> > If filter changes frame w/h, AVFILTER_FLAG_SUPPORT_TIMELINE_GENERIC
> > cannot be supported.
> >
> > Signed-off-by: Guo, Yejun
> > ---
> > libavfilter/vf_sr.c | 1 -
> > 1
On Tue, Oct 29, 2019 at 10:49:49PM +0800, Limin Wang wrote:
>
> ping
probably ok if tested with a range of vertical sizes and threads
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many things microsoft did are stupid, but not doing something just becaus
probably ok, but note that both filters use floats
On 10/30/19, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> tests/fate/filter-video.mak | 6 ++
> tests/ref/fate/filter-pixfmts-lut1d | 24
> tests/ref/fate/filter-p
On Tue, Oct 29, 2019 at 10:48:28PM +0800, Limin Wang wrote:
>
> ping, the patchset 1 and 2 has been pushed by Michael, but the #3
> haven't merged yet.
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Dictatorship naturally arises out of democrac
On Tue, Oct 29, 2019 at 09:09:34AM +0800, Shiyou Yin wrote:
> >-Original Message-
[...]
> >2.1.0
> >
>
> LGTM
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
"I am not trying to be anyone's saviour, I'm trying to think about the
future a
On Wed, Oct 30, 2019 at 11:58:15AM +0100, Paul B Mahol wrote:
> LGTM
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
You can kill me, but you cannot change the truth.
signature.asc
Description: PGP signature
On 10/30/19, Christopher Kennedy wrote:
> On Sat, Oct 26, 2019 at 9:15 AM Paul B Mahol wrote:
>>
>> On 10/26/19, Christopher Kennedy wrote:
>> > On Sat, Oct 26, 2019 at 8:22 AM Paul B Mahol wrote:
>> >>
>> >> On 10/26/19, Christopher Kennedy wrote:
>> >> > This is a reference/encode comparison
On Tue, 29 Oct 2019, 05:02 Paul B Mahol, wrote:
> On 10/29/19, Steven Liu wrote:
> > Hi,
> > I'm requesting the reimbursement of travel expenses for the Google Mentor
> > Summit.
> > I mentored the Derain project, more details can be found in [1].
> >
> >
> > Flight (CNY) ¥ 7062.00
> >
On 10/30/19, Kieran Kunhya wrote:
> On Tue, 29 Oct 2019, 05:02 Paul B Mahol, wrote:
>
>> On 10/29/19, Steven Liu wrote:
>> > Hi,
>> > I'm requesting the reimbursement of travel expenses for the Google
>> > Mentor
>> > Summit.
>> > I mentored the Derain project, more details can be found in [1].
On Wed, Oct 30, 2019 at 10:07 AM Paul B Mahol wrote:
>
> On 10/30/19, Christopher Kennedy wrote:
> > On Sat, Oct 26, 2019 at 9:15 AM Paul B Mahol wrote:
> >>
> >> On 10/26/19, Christopher Kennedy wrote:
> >> > On Sat, Oct 26, 2019 at 8:22 AM Paul B Mahol wrote:
> >> >>
> >> >> On 10/26/19, Chr
On 10/30/19, Christopher Kennedy wrote:
> On Wed, Oct 30, 2019 at 10:07 AM Paul B Mahol wrote:
>>
>> On 10/30/19, Christopher Kennedy wrote:
>> > On Sat, Oct 26, 2019 at 9:15 AM Paul B Mahol wrote:
>> >>
>> >> On 10/26/19, Christopher Kennedy wrote:
>> >> > On Sat, Oct 26, 2019 at 8:22 AM Paul
On Sat, Oct 26, 2019 at 9:15 AM Paul B Mahol wrote:
>
> On 10/26/19, Christopher Kennedy wrote:
> > On Sat, Oct 26, 2019 at 8:22 AM Paul B Mahol wrote:
> >>
> >> On 10/26/19, Christopher Kennedy wrote:
> >> > This is a reference/encode comparison filter with two files input like
> >> > the psnr
Paul B Mahol (12019-10-28):
> The new API is more extensible and allows for custom layouts.
> More accurate information is exported, eg for decoders that do not
> set a channel layout, lavc will not make one up for them.
>
> Deprecate the old API working with just uint64_t bitmasks.
>
> Original
On 10/23/2019 9:59 AM, Andreas Rheinhardt wrote:
> Prevents memleaks when the trailer is never written (e.g. when there was
> a write error when writing the header).
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/apngenc.c | 14 ++
> 1 file changed, 10 insertions(+), 4 del
On Wed, Oct 30, 2019, at 12:38 AM, Paul B Mahol wrote:
> lgtm
Pushed
881f083a16a17509aaa53274f2c6f4f4c507dade
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or ema
On date Tuesday 2019-10-29 16:34:04 +0800, Steven Liu wrote:
> Hi,
> I'm requesting the reimbursement of travel expenses for the Google Mentor
> Summit.
> I mentored the Derain project, more details can be found in [1].
>
>
> Flight (CNY) ¥ 7062.00
> One night hotel (CNY) ¥ 632.00
>
>
On date Wednesday 2019-10-30 18:21:45 +0100, Paul B Mahol wrote:
> On 10/30/19, Kieran Kunhya wrote:
[...]
> >> Carl and Michael took all the remaining money, sorry.
> >>
> >
> > This is an unacceptable comment.
>
> Nobody confirmed nor denied it.
Of course I deny this, all the refund/expense r
Was there a reason this never landed? I sympathize with the complexity of
the format, but since AVIF has adopted it as well, it'd be nice to have
ffmpeg support.
- dale
On Sat, Aug 19, 2017 at 2:40 AM Carl Eugen Hoyos wrote:
> 2017-08-19 9:24 GMT+02:00 Rodger Combs :
>
> > AVInputFormat ff_mov
Am Mi., 30. Okt. 2019 um 21:05 Uhr schrieb Dale Curtis
:
>
> Was there a reason this never landed? I sympathize with the complexity of
> the format, but since AVIF has adopted it as well, it'd be nice to have
> ffmpeg support.
Feel free to test this tree:
https://github.com/Swaraj1998/FFmpeg
(Rog
Hi!
I am requesting reimbursement for my travel to the Google mentor summit.
My total travelling expenses were € 90,90
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsub
On Tue, Oct 29, 2019 at 04:34:04PM +0800, Steven Liu wrote:
> Hi,
> I'm requesting the reimbursement of travel expenses for the Google Mentor
> Summit.
> I mentored the Derain project, more details can be found in [1].
>
>
> Flight (CNY) ¥ 7062.00
> One night hotel (CNY) ¥ 632.00
>
> T
Hello,
I have been trying to use acrossfade but have been experiencing that the audio
in the resulting output is totally jumbled. From stepping through the code, it
appears that acrossfade is starting the crossfade before the first input is
exhausted. I'm not sure why this happens from ffmpeg'
On Wed, Oct 30, 2019 at 1:17 PM Carl Eugen Hoyos wrote:
> https://github.com/Swaraj1998/FFmpeg
>
> (Roger's patch sadly did not work with real-world files)
Thanks Carl! That patch looks good. I'll test it out. Is Swaraj still
planning to send that for review later?
- dale
_
On Wed, Oct 30, 2019 at 04:07:22PM +0100, Michael Niedermayer wrote:
> On Tue, Oct 29, 2019 at 10:49:49PM +0800, Limin Wang wrote:
> >
> > ping
>
> probably ok if tested with a range of vertical sizes and threads
I have tested with fate with below command from thread 1 to 16:
make fate-dds SAMP
> 在 2019年10月31日，04:25，Carl Eugen Hoyos 写道：
>
> Hi!
>
> I am requesting reimbursement for my travel to the Google mentor summit.
> My total travelling expenses were € 90,90
>
> Thank you, Carl Eugen
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ff
Hi,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul
> B Mahol
> Sent: Wednesday, October 30, 2019 6:52 PM
> To: FFmpeg development discussions and patches
>
> Cc: Tsuchiya, Yuki (SHES)
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] lavf/isom: support for demuxing
> MPEG-H 3D A
ping, please help to push the patch, it'll fix ticket #8348 although I have
sumit the fix long
time ago after Miachel report it.
On Wed, Oct 23, 2019 at 11:55:15PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Reviewed-by: Liu Steven
> Signed-off-by: Limin Wang
> ---
> libav
> 在 2019年10月31日，14:01，Limin Wang 写道：
>
>
>
> ping, please help to push the patch, it'll fix ticket #8348 although I have
> sumit the fix long
> time ago after Miachel report it.
Waiting that reporter test it, i will push it if test passed.
>
>
> On Wed, Oct 23, 2019 at 11:55:15PM +0800, la
67 matches
Mail list logo
