> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Martin Storsj?
> Sent: Tuesday, January 21, 2020 4:38 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-video.mak: do not use
> bit-exact
On 11/7/19, Michael Niedermayer wrote:
> I see there are multiple People working on this and others who worked
> previously on this. Can one of the people working on this code
> please review this ?
> Iam happy to apply it if its reviewed (assuming noone spots anything
> bad of course)
Just had a
Jon Cook 于2020年1月20日周一 下午5:58写道:
>
> From: JonCookCubic
>
> Currently width_align and height_align are zero which cases "Error submitting
> the frame for encoding". This change sets the alignments.
Could you help to provide detail steps (CLI and input video) to
reproduce the issue?
>
> Signed-
在 2020/1/17 10:04, fgodt 写道:
On 2020/1/17 上午2:00, Calvin Walton wrote:
On Thu, 2020-01-16 at 09:08 +0800, fgodt wrote:
By default, this is set to @code{1}, which means that gdigrab will
use
the CAPTUREBLT flag when grabbing images of a window. With this
flag
set, gdigrab will capture the ent
Am Do., 9. Jan. 2020 um 04:54 Uhr schrieb Xingwen.Fang :
>
> From: Xingwen Fang
>
> When the block size is illegal, we don't need to read the
> block data. Otherwise, there will be abnormal memory access
> in dsp.mlp_filter_channel.
>
> Signed-off-by: Xingwen Fang
> ---
> libavcodec/mlpdec.c | 5
1. i * i + (1 << (NMSEDC_FRACBITS - 1)) is always positive (and it
doesn't overflow), so one can remove the FFMAX in the computation of
lut_nmsedec_sig0.
2. The discriminant of the polynomial i * i - 2^(F + 1) * i + 2^(2 * F) +
2^(F - 1) is negative; hence this polynomial has no real solutions, i.e
Also add parentheses to some lines to make the operator precedence
clearer.
This affected the FATE-tests vsynth*-jpeg2000 and vsynth*-jpeg2000-97
(where * ranges over { 1, 2, 3, _lena }) as well as ticket #7983.
Signed-off-by: Andreas Rheinhardt
---
Supersedes
https://ffmpeg.org/pipermail/ffmpeg
Am Di., 21. Jan. 2020 um 00:43 Uhr schrieb Andreas Rheinhardt
:
>
> On Tue, Jan 21, 2020 at 12:11 AM Carl Eugen Hoyos
> wrote:
>
> > Am Sa., 18. Jan. 2020 um 09:46 Uhr schrieb Andreas Rheinhardt
> > :
> > >
> > > Up until now, the Matroska muxer would mark a track as default if it had
> > > the di
On Tue, Jan 21, 2020 at 12:11 AM Carl Eugen Hoyos
wrote:
> Am Sa., 18. Jan. 2020 um 09:46 Uhr schrieb Andreas Rheinhardt
> :
> >
> > Up until now, the Matroska muxer would mark a track as default if it had
> > the disposition AV_DISPOSITION_DEFAULT or if there was no track with
> > AV_DISPOSITION
Am Sa., 18. Jan. 2020 um 09:46 Uhr schrieb Andreas Rheinhardt
:
>
> Up until now, the Matroska muxer would mark a track as default if it had
> the disposition AV_DISPOSITION_DEFAULT or if there was no track with
> AV_DISPOSITION_DEFAULT set; in the latter case even more than one track
> of a kind (
Am Mo., 20. Jan. 2020 um 23:34 Uhr schrieb Michael Niedermayer
:
>
> On Mon, Jan 20, 2020 at 11:15:31PM +0100, Carl Eugen Hoyos wrote:
> > Am Mo., 20. Jan. 2020 um 22:51 Uhr schrieb Michael Niedermayer
> > :
> > >
> > > On Mon, Jan 20, 2020 at 12:54:21AM +0100, Carl Eugen Hoyos wrote:
> > > > Hi!
>
On Mon, Jan 20, 2020 at 11:15:31PM +0100, Carl Eugen Hoyos wrote:
> Am Mo., 20. Jan. 2020 um 22:51 Uhr schrieb Michael Niedermayer
> :
> >
> > On Mon, Jan 20, 2020 at 12:54:21AM +0100, Carl Eugen Hoyos wrote:
> > > Hi!
> > >
> > > Attached patch fixes ticket #8412.
> > >
> > > Please comment, Carl
On Mon, Jan 20, 2020 at 2:26 PM Carl Eugen Hoyos wrote:
> Am Mo., 20. Jan. 2020 um 14:18 Uhr schrieb Bodecs Bela >:
> > 2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta:
> > So why the warning did disappear?
>
> I believe newer compilers detect that hls->nb_varstreams cannot
> be zero.
>
>
I
Am Mo., 20. Jan. 2020 um 22:51 Uhr schrieb Michael Niedermayer
:
>
> On Mon, Jan 20, 2020 at 12:54:21AM +0100, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes ticket #8412.
> >
> > Please comment, Carl Eugen
>
> > mpegvideo_enc.c |7 ---
> > 1 file changed, 4 insertions(+), 3
On Mon, Jan 20, 2020 at 12:54:21AM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #8412.
>
> Please comment, Carl Eugen
> mpegvideo_enc.c |7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
> 73d8636d0dba4f02cf1697b622c97945d738f06f
> 0001-lavc-mpegvideo_en
LGTM
On 1/11/20, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Signed-off-by: Andriy Gelman
> ---
> libavformat/libzmq.c | 24 +++-
> 1 file changed, 11 insertions(+), 13 deletions(-)
>
> diff --git a/libavformat/libzmq.c b/libavformat/libzmq.c
> index 2df55542c7e..8c8b294
On Mon, 20 Jan 2020, Guo, Yejun wrote:
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
Carl Eugen Hoyos
Sent: Monday, January 20, 2020 10:14 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-vide
From: Mans Rullgard
---
I think this should allow filtering on the owner by doing
/index.cgi?query=owner:, but as I don't have access to the
actual fate server, I'd appreciate if someone could try it out.
---
FATE.pm| 14 +-
report.cgi | 8 +---
2 files changed, 14 insertion
Replace "((a << shift) + b) >> shift" by "a + (b >> shift)". This avoids
a left shift which also happens to trigger undefined behaviour in case "a"
is negative. This affected the FATE-tests acodec-adpcm-adx and
acodec-adpcm-adx-trellis; it also fixes ticket #8008.
Signed-off-by: Andreas Rheinhardt
Replace "(a * (1 << shift) * b + c) >> shift" by "a * b + (c >> shift)".
It is equivalent to the old code because a is in the range of uint16_t,
shift is 12 and b is effectively a signed 4-bit number, so that no
overflow/truncation of high bits happens during the multiplication
(overflow would be u
From: Gonzalo Garramuño
This change allows ffmpeg to match channel names in lowercase, like Diffuse.r
in addition to Diffuse.R.
---
libavcodec/exr.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/exr.c
index aeeaed40f5..
Gyan (12020-01-20):
> LGTM.
Thanks, pushed.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abov
On 20-01-2020 09:41 pm, Nicolas George wrote:
Signed-off-by: Nicolas George
---
doc/fftools-common-opts.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index 1234de850e..31cf424823 100644
--- a/doc/fftools-
Affected the adpcm-afc, adpcm-ea-1, adpcm-ea-2, adpcm-ea-maxis-xa,
adpcm-thp and ea-cdata FATE-tests. Also fixes ticket #8487.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/adpcm.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavc
Signed-off-by: Nicolas George
---
doc/fftools-common-opts.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index 1234de850e..31cf424823 100644
--- a/doc/fftools-common-opts.texi
+++ b/doc/fftools-common-opts.texi
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Monday, January 20, 2020 10:14 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-video.mak: do not use
> bit-exa
On Fri, 10. Jan 23:25, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Signed-off-by: Andriy Gelman
> ---
> libavformat/libzmq.c | 24 +++-
> 1 file changed, 11 insertions(+), 13 deletions(-)
>
> diff --git a/libavformat/libzmq.c b/libavformat/libzmq.c
> index 2df55542c7e..8
Am Mo., 20. Jan. 2020 um 14:25 Uhr schrieb Martin Storsjö :
> Keep in mind that ideally, you shouldn't be changing the reference files
> in the separate samples directory incrementially; ideally they should be
> fairly static.
Since not everybody is a native speaker:
You cannot change reference f
Hi!
Just a friendly reminder: FOSDEM, the biggest European Open source
Software Developers' meeting is taking place 1 & 2 February 2020 in
Brussels.
All active FFmpeg contributors can get full travel re-imbursement
(railway or economy class flight to Brussels and back home) including
accommodation
Em seg., 20 de jan. de 2020 às 10:01, Martin Storsjö
escreveu:
>
> On Tue, 14 Jan 2020, Pedro Arthur wrote:
>
> > Hi,
> >
> > Em qua., 8 de jan. de 2020 às 03:52, Guo, Yejun
> > escreveu:
> >>
> >> Signed-off-by: Guo, Yejun
> >> ---
> >> tests/fate/filter-video.mak| 4
2020.01.20. 14:25 keltezéssel, Carl Eugen Hoyos írta:
Am Mo., 20. Jan. 2020 um 14:18 Uhr schrieb Bodecs Bela :
2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta:
This patch corrects compiler warning about returning possibly uninitialized
variable in hls_write_header function.
Which compil
Am Mo., 20. Jan. 2020 um 14:18 Uhr schrieb Bodecs Bela :
>
>
> 2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta:
> >
> This patch corrects compiler warning about returning possibly
> uninitialized
> variable in hls_write_header function.
>
> Which c
On Sat, 18 Jan 2020, Guo, Yejun wrote:
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
Carl Eugen Hoyos
Sent: Saturday, January 18, 2020 7:06 AM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-
2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta:
This patch corrects compiler warning about returning possibly uninitialized
variable in hls_write_header function.
Which compiler warns about this?
libavformat/hlsenc.c: In function ‘hls_write_header’:
libavformat/hlsenc.c:2174: warning:
Am Mo., 20. Jan. 2020 um 14:01 Uhr schrieb Martin Storsjö :
>
> On Tue, 14 Jan 2020, Pedro Arthur wrote:
>
> > Hi,
> >
> > Em qua., 8 de jan. de 2020 às 03:52, Guo, Yejun
> > escreveu:
> >>
> >> Signed-off-by: Guo, Yejun
> >> ---
> >> tests/fate/filter-video.mak| 4 ++
>
Am Mo., 20. Jan. 2020 um 13:56 Uhr schrieb Bodecs Bela :
>
>
> 2020.01.20. 13:46 keltezéssel, Carl Eugen Hoyos írta:
> > Am Mo., 20. Jan. 2020 um 13:18 Uhr schrieb Bodecs Bela :
> >>
> >> 2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta:
> >>> Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs B
On Tue, 14 Jan 2020, Pedro Arthur wrote:
Hi,
Em qua., 8 de jan. de 2020 às 03:52, Guo, Yejun escreveu:
Signed-off-by: Guo, Yejun
---
tests/fate/filter-video.mak| 4 ++
...filter-dnn_processing-halve_first_channel_float | 55 ++
.../fate/filter-d
2020.01.20. 13:46 keltezéssel, Carl Eugen Hoyos írta:
Am Mo., 20. Jan. 2020 um 13:18 Uhr schrieb Bodecs Bela :
2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta:
Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela :
2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta:
On Mon, Jan 20
Am Mo., 20. Jan. 2020 um 13:18 Uhr schrieb Bodecs Bela :
>
>
> 2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta:
> > Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela :
> >>
> >> 2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta:
> >>> On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote
2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta:
Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela :
2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta:
On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote:
Dear All,
This patch corrects compiler warning about returning possibly
Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela :
>
>
> 2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta:
> > On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote:
> >
> >> Dear All,
> >>
> >> This patch corrects compiler warning about returning possibly uninitialized
> >> variable in hls
From: JonCookCubic
Currently width_align and height_align are zero which cases "Error submitting
the frame for encoding". This change sets the alignments.
Signed-off-by: Jon Cook
---
libavcodec/qsvenc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qs
From: JonCookCubic
Currently width_align and height_align are zero which cases "Error submitting
the frame for encoding". This change sets the alignments.
Signed-off-by: Jon Cook
---
libavcodec/qsvenc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qs
On Sun, 19 Jan 2020 at 22:54, Nicolas George wrote:
> Jonathan Noble (12020-01-19):
> > I'd gathered that, but rather than bombing out shouldn't there be a
> AVERROR
> > returned or something else to notify the user of their error, like so
> many
> > other non-optional checks in ffmpeg?
>
> No. A
Ping
On Thu, Jan 16, 2020 at 4:59 PM Asaf Kave wrote:
>
>
> On Thu, Jan 16, 2020 at 4:19 PM Carl Eugen Hoyos
> wrote:
>
>> Am Do., 16. Jan. 2020 um 14:10 Uhr schrieb Lynne :
>> >
>> > Jan 15, 2020, 09:19 by kavea...@gmail.com:
>> >
>> > > ---
>> > > libavcodec/hevc_refs.c | 15
>> > > li
2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta:
On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote:
Dear All,
This patch corrects compiler warning about returning possibly uninitialized
variable in hls_write_header function.
Which compiler warns about this?
libavformat/hlsenc.c: In
46 matches
Mail list logo