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:
> >>>
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
Am Mo., 20. Jan. 2020 um 03:47 Uhr schrieb 一滴水 <229135...@qq.com>:
> Solve the problem that the generated avi file with 8-bit grayscale image
> raw byte array data can't be played correctly.
How can I reproduce the issue this patch is trying to solve?
Carl Eugen
_
Hi!
Attached patch fixes ticket #8412.
Please comment, Carl Eugen
From 7f62ffa46f9264c1fc7854def8467816e0173883 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 20 Jan 2020 00:51:33 +0100
Subject: [PATCH] lavc/mpegvideo_enc: Do not write an extra RST tag after final
jpeg slice
Am So., 19. Jan. 2020 um 23:44 Uhr schrieb Zane van Iperen
:
>
> 20/1/20 4:52 am, Carl Eugen Hoyos пишет:
> >> +argo_asf_parse_file_header(&hdr, p->buf);
> >> +
> >> +if(hdr.magic != ASF_TAG)
> >> +return 0;
> >> +
> >
Am Sa., 18. Jan. 2020 um 14:52 Uhr schrieb Steven Liu :
>
>
>
> > 在 2020年1月18日，21:33，Guo, Yejun 写道：
> >
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >> Carl Eugen
Am So., 19. Jan. 2020 um 09:34 Uhr schrieb Zane van Iperen
:
> +static int argo_asf_probe(const AVProbeData *p)
> +{
> +int score;
> +ArgoASFFileHeader hdr;
> +
> +if (p->buf_size < ASF_FILE_HEADER_SIZE)
> +return AVPROBE_SCORE_RETRY;
Either assert that AVPROBE_PADDING_SIZE >=
Am So., 19. Jan. 2020 um 10:28 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Thursday, January 16, 2020 19:38
> > To: FFmpeg development discussions and patches > de...@ffmpeg
Am Fr., 20. Sept. 2019 um 06:01 Uhr schrieb Guo, Yejun :
>
> Signed-off-by: Guo, Yejun
> ---
> tests/dnn/Makefile | 1 +
> tests/dnn/dnn-layer-maximum-test.c | 71
> ++
> tests/fate/dnn.mak | 5 +++
> 3 files changed, 77 inser
Am Sa., 18. Jan. 2020 um 00:14 Uhr schrieb Kaplan, John :
> As far as control, I'll need to add a config switch to control adding gapless
> data or not.
Why wouldn't it always be added?
Please avoid top-posting here, Carl Eugen
___
ffmpeg-devel mailin
Am Fr., 17. Jan. 2020 um 15:37 Uhr schrieb Guo, Yejun :
>
> the reason is that the tested models are in float format
The two reference files are ~1MB together: Do we want / need that?
(No opinion here.)
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-de
Am Fr., 17. Jan. 2020 um 02:29 Uhr schrieb James Almer :
>
> ffmpeg | branch: master | James Almer | Thu Jan 16
> 16:25:26 2020 -0300| [ab9627223e630390a8a99c052de2fb82abde2746] | committer:
> James Almer
>
> Revert "avformat/utils: make ff_ntp_time() accept a timestamp as input
> argument"
Wo
Am Do., 16. Jan. 2020 um 15:30 Uhr schrieb Guo, Yejun :
>
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Thursday, January 16, 2020 10:18 PM
> > To: FFm
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
> > libavcodec/hevcdec.c | 179 -
> > libavcodec/hevcdec.h | 13 +++
> > 3 files changed, 206 insertions(+
Am Do., 16. Jan. 2020 um 15:15 Uhr schrieb Guo, Yejun :
> the 'float' in 'fate-filter-dnn_processing-halve_first_channel_float' means
> the dnn module accepts float as input
meaning you cannot use it for (bit-exact) fate.
Carl Eugen
___
ffmpeg-devel m
Am Do., 16. Jan. 2020 um 07:49 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Thursday, January 16, 2020 02:30
> > To: FFmpeg development discussions and patches > de...@ffmpeg
Am Mi., 15. Jan. 2020 um 07:59 Uhr schrieb Linjie Fu :
>
> Add swscale input support for Y210LE, output support and fate
> test could be added later if there is requirement for software
> CSC to this packed format.
Please confirm that this works as expected on big-endian hardware.
Thank you, Carl
Am Mi., 15. Jan. 2020 um 19:16 Uhr schrieb Gaullier Nicolas
:
>
> >> Add s337m probing/reading similarly to spdif.
> >> ---
> >> libavformat/wavdec.c | 23 +++
> >> 1 file changed, 19 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/libavformat/wavdec.c b/libavformat/wavdec
Am Mi., 15. Jan. 2020 um 16:07 Uhr schrieb Gaullier Nicolas
:
>
> >>
> >> ---
> >> libavformat/wavdec.c | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c index
> >> 3571733817..d8a27c79cf 100644
> >> --- a/libavformat/wavd
Hi!
Attached patch fixes hard-to-understand behaviour of ffmpeg for some
mp4 input files, a hard exit following a debug message.
Please comment, Carl Eugen
From b4b6d426fadacef4b1e912e8be6d06520093a955 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 15 Jan 2020 14:48:02 +0100
Subject
Am Mi., 15. Jan. 2020 um 11:56 Uhr schrieb Nicolas Gaullier
:
>
> ---
> libavformat/wavdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
> index 3571733817..d8a27c79cf 100644
> --- a/libavformat/wavdec.c
> +++ b/libavformat/w
Am Mi., 15. Jan. 2020 um 11:57 Uhr schrieb Nicolas Gaullier
:
>
> Add s337m probing/reading similarly to spdif.
> ---
> libavformat/wavdec.c | 23 +++
> 1 file changed, 19 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
> index 575c667
Am Di., 14. Jan. 2020 um 08:25 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Tuesday, January 14, 2020 12:42
> > To: FFmpeg development discussions and patches > de...@ffmpeg
Am 14.01.2020 um 03:38 schrieb Fu, Linjie :
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Carl Eugen Hoyos
>> Sent: Monday, January 13, 2020 00:41
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: R
> Am 14.01.2020 um 04:20 schrieb Fu, Linjie :
>
> Zitierten Inhalt anzeigen
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Carl Eugen Hoyos
>> Sent: Monday, January 13, 2020 00:40
>> To: FFmpeg development discussions and patches >
Am Mo., 13. Jan. 2020 um 17:07 Uhr schrieb Moritz Barsnick :
>
> On Mon, Jan 13, 2020 at 12:08:28 +0530, Parameshwaran Thangaraj wrote:
> > I would like to cross compile ffmpeg and ffplay for linux embedded with ARM
> > processor.
> > Other parameters:
> > *Toradex Apalis iMX6*
> > *RAM 1GB*
> >
>
Am Mo., 13. Jan. 2020 um 17:10 Uhr schrieb Derek Buitenhuis
:
>
> On 11/01/2020 09:18, fgodt...@hotmail.com wrote:
> > From: FgoDt
> >
> > Add use_captureblt option for disable or use CAPTUREBLT flag, when useing
> > the bitblt function with CAPTUREBLT may caused the Windows mouse cursor
> > fli
Am Mo., 13. Jan. 2020 um 15:53 Uhr schrieb Gaullier Nicolas
:
>
> >> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c index
> >> 2796905e1f..ccb9576b84 100644
> >> --- a/libavformat/wavdec.c
> >> +++ b/libavformat/wavdec.c
> >> @@ -78,7 +78,7 @@ static void set_spdif_s337m(AVFormatContext *
Am Fr., 3. Jan. 2020 um 16:56 Uhr schrieb Nicolas Gaullier
:
>
> This is a new version of my previous patchset reviewed by Tomas.
> http://ffmpeg.org/pipermail/ffmpeg-devel/2019-August/247677.html
>
> It takes into account the last feedback from Carl Eugen,
> I mean that the integration of s337m in
Am Fr., 3. Jan. 2020 um 16:57 Uhr schrieb Nicolas Gaullier
:
>
> Similar to ff_spdif_probe() with two additionnal parameters:
> - an AVClass for logging
> - the bit resolution of the container as it may be 16 or 24 for s337m
> ---
> libavformat/s337m.c | 35 +++
> l
Am Mo., 13. Jan. 2020 um 19:55 Uhr schrieb Nicolas Gaullier
:
>
> This patch was initially composed of 7 patchs, the two first have been
> applied.
> There was no feedback on these remaining 5 patchs for long, but I just have
> catched in
> the patchwork that Michael asked me to repost the whole
Am So., 29. Dez. 2019 um 17:40 Uhr schrieb Linjie Fu :
>
> Add swscale input support for Y210, output support and fate
> test could be added later if there is requirement for software
> CSC to this packed format.
>
> Signed-off-by: Linjie Fu
> ---
> libswscale/input.c | 48 +++
Am So., 12. Jan. 2020 um 08:57 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Mark Thompson
> > Sent: Thursday, January 9, 2020 05:47
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH 1/8] lavu/pix_fmt: add new pixel format
>
Am Mo., 6. Jan. 2020 um 19:42 Uhr schrieb Paul B Mahol :
>
> LGTM
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
Hi!
Attached patch fixes several warnings when compiling with clang.
Please comment, Carl Eugen
From fa987cd315d432146e48f7d07832ff153eacb4bd Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 6 Jan 2020 16:16:18 +0100
Subject: [PATCH] Silence "string-plus-int" warning show
Am Mo., 6. Jan. 2020 um 15:50 Uhr schrieb James Almer :
>
> On 1/6/2020 10:55 AM, Michael Niedermayer wrote:
> > The gif test should depend on gif not fits
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > tests/fate/lavf-video.mak | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
Am Mo., 6. Jan. 2020 um 15:37 Uhr schrieb Jörg Beckmann
:
>
> > -Ursprüngliche Nachricht-
> > Von: ffmpeg-devel Im Auftrag von Carl
> > Eugen Hoyos
> > Gesendet: Montag, 6. Januar 2020 15:24
> > An: FFmpeg development discussions and patches
>
Am Mo., 16. Dez. 2019 um 12:13 Uhr schrieb Jörg Beckmann
:
>
>
> > -Ursprüngliche Nachricht-
> > Von: ffmpeg-devel Im Auftrag von Carl
> > Eugen Hoyos
> > Gesendet: Montag, 16. Dezember 2019 11:50
> > An: FFmpeg development discussions and patches
&g
Am So., 5. Jan. 2020 um 22:57 Uhr schrieb Alyssa Milburn :
> diff --git a/libavformat/riff.c b/libavformat/riff.c
> index c73f6e9db0..560a3aa208 100644
> --- a/libavformat/riff.c
> +++ b/libavformat/riff.c
> @@ -491,6 +491,7 @@ const AVCodecTag ff_codec_bmp_tags[] = {
> { AV_CODEC_ID_IMM5,
Am Mi., 1. Jan. 2020 um 14:28 Uhr schrieb Andreas Rheinhardt
:
>
> Using a linked list had very much overhead (the pointer to the next
> entry increased the size of the index entry struct from 16 to 24 bytes,
> not to mention the overhead of having separate allocations), so it is
> better to (re)al
Am Mi., 1. Jan. 2020 um 01:59 Uhr schrieb Andreas Rheinhardt
:
>
> The Matroska Projection master element has such a small maximum length
> that it can always be written with a length field of length one.
> So it is unnecessary to first write the element into a dynamic buffer to
> get the accurate
Am Mo., 30. Dez. 2019 um 01:19 Uhr schrieb James Almer :
>
> On 12/29/2019 8:38 PM, Michael Niedermayer wrote:
> > This allows the fuzzer to target meaningfull codec tags instead
> > of hunting the 4gb space, which it seems to have problems with.
> >
> > Suggested-by: James
> > Signed-off-by: Micha
Am Di., 17. Dez. 2019 um 19:36 Uhr schrieb Nicolas George :
>
> Carl Eugen Hoyos (12019-12-16):
> > From f164e22f185d6a3e69d3376246a41a6958dba215 Mon Sep 17 00:00:00 2001
> > From: Carl Eugen Hoyos
> > Date: Mon, 16 Dec 2019 21:02:19 +0100
> > Subject: [PATCH]
Hi!
Attached patch reduces the verbosity of the console output, comments welcome.
Carl Eugen
From f164e22f185d6a3e69d3376246a41a6958dba215 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 16 Dec 2019 21:02:19 +0100
Subject: [PATCH] lavu/log: Do not print pointer addresses for loglevel
Am Mo., 16. Dez. 2019 um 18:15 Uhr schrieb Michael Niedermayer
:
>
> On Mon, Dec 16, 2019 at 01:11:28PM +0100, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch allows to also print the log level for level trace.
> >
> > Please comment, Carl Eugen
>
>
Hi!
Attached patch allows to also print the log level for level trace.
Please comment, Carl Eugen
From 762b66a07448529564a94c1103f07790f7476c08 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 16 Dec 2019 13:08:40 +0100
Subject: [PATCH] lavu/log: Also print the log level for level
Am Mo., 16. Dez. 2019 um 01:07 Uhr schrieb James Almer :
>
> On 12/15/2019 9:03 PM, Carl Eugen Hoyos wrote:
> > Am Mo., 16. Dez. 2019 um 01:00 Uhr schrieb James Almer :
> >>
> >> On 12/15/2019 8:50 PM, Carl Eugen Hoyos wrote:
> >>> Am So., 15.
Am Mo., 9. Dez. 2019 um 16:05 Uhr schrieb Jörg Beckmann
:
>
> Invents a new option "discard_fragments" for the MP4/Quicktime/MOV decoder.
>
> If the option is not set, nothing changes at all. If it is set, old fragments
> are discarded as far as possible on each call to switch_root.
> For pure aud
Am Mo., 16. Dez. 2019 um 09:05 Uhr schrieb zhilizhao :
>
> > On Dec 15, 2019, at 12:35 AM, Carl Eugen Hoyos wrote:
> >
> > Am Sa., 14. Dez. 2019 um 08:28 Uhr schrieb zhilizhao
> > :
> >> and may improve a little bit of performance.
> >
> > Such a
Am Mo., 16. Dez. 2019 um 01:00 Uhr schrieb James Almer :
>
> On 12/15/2019 8:50 PM, Carl Eugen Hoyos wrote:
> > Am So., 15. Dez. 2019 um 23:25 Uhr schrieb James Almer :
> >>
> >> On 12/15/2019 7:00 PM, Michael Niedermayer wrote:
> >>> Fixes: Ticket7249
Am So., 15. Dez. 2019 um 23:25 Uhr schrieb James Almer :
>
> On 12/15/2019 7:00 PM, Michael Niedermayer wrote:
> > Fixes: Ticket7249 (No longer displaying a scary red message)
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/h264_ps.c | 4
> > 1 file changed, 4 insertions(+)
Am Sa., 14. Dez. 2019 um 00:02 Uhr schrieb James Almer :
> BIG is too generic
Within fate?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
Am Sa., 14. Dez. 2019 um 08:28 Uhr schrieb zhilizhao :
> > On Dec 13, 2019, at 10:00 PM, Paul B Mahol wrote:
> >
> > Please provide some explanation.
>
> No functional changes, just use temporary variables to make code more
> readable,
> and may improve a little bit of performance.
Such a clai
Am Fr., 13. Dez. 2019 um 23:06 Uhr schrieb Michael Niedermayer
:
>
> On Fri, Dec 13, 2019 at 07:13:20PM +0100, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes decoding a sample provided on irc.
> >
> > Please comment, Carl Eugen
>
> &g
> Am 13.12.2019 um 09:34 schrieb Martin Storsjö :
>
>> On Thu, 12 Dec 2019, James Almer wrote:
>>
>>> On 12/12/2019 7:03 PM, Martin Storsjö wrote:
>>>> On Wed, 11 Dec 2019, Martin Storsjö wrote:
>>>>> On Wed, 11 Dec 2019, Carl Eugen Hoyos
Hi!
Attached patch fixes decoding a sample provided on irc.
Please comment, Carl Eugen
From 9bf070aab1a88fb37db3c9322665edee9f90919f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Fri, 13 Dec 2019 19:10:15 +0100
Subject: [PATCH] lavc/pnmdec: Fix 16bit decoding.
Regression since cdb5479c
Am Fr., 13. Dez. 2019 um 03:43 Uhr schrieb Linjie Fu :
> 5 cabac states for cbf_cb and cbf_cr are supported according to
> Table 9-4.
>
> Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0.
> +fate-hevc-cabac-tudepth: CMD = framecrc -flags unaligned -i
> $(TARGET_SAMPLES)/hev
Am Mi., 11. Dez. 2019 um 13:21 Uhr schrieb Martin Storsjö :
>
> This fixes compilation with old mingw.org toolchains, which has got
> much fewer errno.h entries.
> ---
> There's still a couple fate instances that use mingw.org headers/libs,
> and this is the only detail that currently stops them fr
Am Mi., 11. Dez. 2019 um 12:14 Uhr schrieb Andreas Rheinhardt
:
>
> When an incomplete header is encountered, apng_read_header would under
> certain circumstances only return the return value of the last
> successfull call. So override this by returning AVERROR(EIO) manually.
What does this fix /
Am Mi., 11. Dez. 2019 um 14:30 Uhr schrieb Moritz Barsnick :
>
> On Wed, Dec 11, 2019 at 16:52:17 +0800, Linjie Fu wrote:
> > Subject: lavf/zf_zscale: remove unused code
> ^ vf_
While there, change "lavf" to lavfi or avfilter
Carl Eugen
Am Mi., 11. Dez. 2019 um 09:57 Uhr schrieb Linjie Fu :
>
> The max transform depth is 5(from 0 to 4), so we need 5 cabac states for
> cbf_cb and cbf_cr.
>
> See Table 9-4 for details.
Does this change the output of a file?
If yes, please provide it / implement a fate test.
Carl Eugen
Am Mi., 11. Dez. 2019 um 09:39 Uhr schrieb Martin Storsjö :
>
> When testing on a memory limited system, these tests consume a
> significant amount of memory and can often fail if testing by running
> multiple processes in parallel.
> ---
> Adjusted to use ALLYES instead of a -yes-yes construct.
>
Hi!
I gave a talk at NTTW4 in Budapest last week and participated (late)
in the community day.
I request reimbursement for travel and accommodation, together € 78,-
and will prepare the usual paperwork for SPI.
Thank you, Carl Eugen
https://www.youtube.com/watch?v=cjJZ0cjtaz8
___
Am Di., 3. Dez. 2019 um 09:27 Uhr schrieb Jörg Beckmann
:
>
> Hi,
>
> I recreated the patch from a clean source tree and applied it to a clean
> source tree:
>
> $ patch -p1 -i ../ffmpeg.patch
> patching file libavformat/isom.h
> patching file libavformat/mov.c
>
> Hope it works now.
>
> Cheers,
>
Am Di., 3. Dez. 2019 um 04:53 Uhr schrieb Fu, Ting :
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Carl
> > Eugen Hoyos
> > Sent: Monday, December 2, 2019 05:49 PM
> > To: FFmpeg development discussions and patches
> > Subje
Am Mo., 2. Dez. 2019 um 17:19 Uhr schrieb James Almer :
>
> Signed-off-by: James Almer
> ---
> This is meant to be squashed with patch 2/3, otherwise it will write duplicate
> compatible brands, and a lot of tests will have to be updated twice.
>
> I'm sending it like this to make reviewing/readin
Am Mo., 2. Dez. 2019 um 19:19 Uhr schrieb Nicolas George :
>
> Signed-off-by: Nicolas George
> ---
> fftools/ffmpeg_filter.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
> index 72838de1e2..ff46ffab01 100644
> --- a/fftools/ffmp
Am Mo., 2. Dez. 2019 um 11:06 Uhr schrieb Jörg Beckmann
:
> The for-loop and the warning are copied from somewhere else in the decoder.
> I'm also quite sure that it cannot really happen.
Then use an assert().
> One cannot set the option to discard old frames and also try to seek. I did
> not
Am Mo., 2. Dez. 2019 um 04:17 Uhr schrieb Fu, Ting :
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Michael Niedermayer
> > Sent: Friday, November 29, 2019 05:33 AM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH 1/2] libswsc
Am Mo., 2. Dez. 2019 um 10:05 Uhr schrieb Jörg Beckmann
:
>
> Hi,
>
> this patch invents a new option "discard_fragments" for the MP4/Quicktime/MOV
> decoder. If the option is not set, nothing changes at all. If it is set, old
> fragments are discarded as far as possible on each call to switch_ro
Am Mo., 2. Dez. 2019 um 08:33 Uhr schrieb chen :
> +#define __assume(cond) do { if (!(cond)) __builtin_unreachable(); }
> while (0)
We currently don't do that.
If you have a testcase where it makes a big difference,
adding it could be discussed but has to be checked in
configure and added t
Am Mo., 2. Dez. 2019 um 03:42 Uhr schrieb 徐鋆 :
> I'm sorry not to reply in time.
Definitely in time!
> The performance of this C code is about 10% better than the existing C code.
Please add this to the commit message.
Carl Eugen
___
ffmpeg-devel mai
Am Sa., 30. Nov. 2019 um 00:52 Uhr schrieb :
>
> From: Gonzalo Garramuño
>
> Moved the check inside and at the end of the if (pktl) as per Michael
> Niedermayer's suggestion.
> This patch is based on one from bsenftner at earthlink.net.
Please mention his name as suggested.
Carl Eugen
> Am 29.11.2019 um 08:44 schrieb manuelyuan :
>
> Of course I did，and I can give you the bad case videos for your analysis if
> you need.
> How can I give them to you?
I don’t have access to a stream analyser so it won’t necessarily help (me) to
provide the samples but you could mention in t
Am Fr., 29. Nov. 2019 um 00:43 Uhr schrieb Liu Steven :
>
>
>
> > 在 2019年11月29日，上午2:48，Michael Niedermayer 写道：
> >
> > On Thu, Nov 28, 2019 at 11:26:24AM +0800, Steven Liu wrote:
> >>
> >>
> >>> 在 2019年11月28日，04:06，Michael Niedermayer 写道：
> >>>
> >>> mm-short.mpg
> >> Hi Michael,
> >>
> >> W
Am Do., 28. Nov. 2019 um 07:56 Uhr schrieb Song, Ruiling
:
> > > Am 28.11.2019 um 06:37 schrieb Sun, Xinpeng :
> > >
> > >>>
> > >>> +if (input_frame->color_trc != AVCOL_TRC_SMPTE2084) {
> > >>> +av_log(avctx, AV_LOG_ERROR, "Only support HDR10 as input for
> > vaapi tone-mapping\n");
>
> Am 28.11.2019 um 03:34 schrieb manuelyuan :
>
> In this case, the input video is of dynamic frame rate and we don't want to
> duplicate or drop frames, but the output video duration calculated by DTS is
> incorrect, I solved it by using PTS.
> There are many UGC videos with dynamic frame rates
> Am 28.11.2019 um 06:37 schrieb Sun, Xinpeng :
>
>>>
>>> +if (input_frame->color_trc != AVCOL_TRC_SMPTE2084) {
>>> +av_log(avctx, AV_LOG_ERROR, "Only support HDR10 as input for vaapi
>>> tone-mapping\n");
>>> +return AVERROR(EINVAL);
>>
>> Shouldn't this also accept unkno
> Am 28.11.2019 um 07:07 schrieb Ting Fu :
>
> +#if HAVE_SSSE3
> +#define COMPILE_TEMPLATE_SSSE3 1
> +#endif
Please add a line about performance to the commit message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
Am Mi., 27. Nov. 2019 um 17:58 Uhr schrieb Andreas Rheinhardt
:
> I consider this only a slight disadvantage: E.g. the streamhash or the
> framehash muxers would provide easy ways to examine whether the actual
> content of the files (besides the UIDs) are different.
But that wouldn't show changes
Am Mi., 27. Nov. 2019 um 15:56 Uhr schrieb :
> From: Xu Jun
>
> In order to add x86 SIMD for filter_column(), I write a C function which
> processes 16 columns at a time.
How does this perform compared to the existing C code?
Carl Eugen
___
ffmpeg-de
> Am 27.11.2019 um 10:52 schrieb Jun Zhao :
>
> From: Jun Zhao
>
> enable the PC(2^n -1) colorspace in libx264rgb
>
> fix #8404
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/libx264.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/libavcodec/libx264.c b/l
Am Mi., 27. Nov. 2019 um 10:51 Uhr schrieb Xinpeng Sun :
>
> It performs HDR(High Dynamic Range) to SDR(Standard Dynamic Range) conversion
> with tone-mapping. It only supports HDR10 as input temporarily.
>
> An example command to use this filter with vaapi codecs:
> FFMPEG -hwaccel vaapi -vaapi_de
Am Di., 26. Nov. 2019 um 14:07 Uhr schrieb James Almer :
>
> Signed-off-by: James Almer
> ---
> libavformat/avc.c | 38 +-
> libavformat/avc.h | 1 +
> 2 files changed, 34 insertions(+), 5 deletions(-)
>
> diff --git a/libavformat/avc.c b/libavformat/avc.c
> i
Am Di., 26. Nov. 2019 um 10:53 Uhr schrieb Paul B Mahol :
>
> On 11/25/19, Tomas Härdin wrote:
> > mån 2019-11-25 klockan 22:09 +0100 skrev Paul B Mahol:
> >> Signed-off-by: Paul B Mahol
> >> +static int decode_mvdv(MidiVidContext *s, AVCodecContext *avctx, AVFrame
> >> *frame)
> >> +{
> >> +
> Am 24.11.2019 um 11:35 schrieb
> :
>
> I did some benchmarks and for example on x86_64, 64-bit
> (Intel Core i3-2120, 3.30GHz)
> I saw no speed regressions for HEVC and x264 and
> some speed ups for OPUS, AAC, DCA,
> SVQ3. PRORES was even 11 % faster.
How can I reproduce this?
(How did yo
Am Do., 21. Nov. 2019 um 12:28 Uhr schrieb Limin Wang :
>
> On Thu, Nov 21, 2019 at 10:49:28AM +0100, Carl Eugen Hoyos wrote:
> > Am Mi., 20. Nov. 2019 um 16:03 Uhr schrieb :
> > >
> > > From: Limin Wang
> > >
> > > It's useful for d
Am Do., 21. Nov. 2019 um 11:42 Uhr schrieb Gonzalo Garramuño
:
>
>
>
> El 21/11/19 a las 06:42, Carl Eugen Hoyos escribió:
> > Am Mi., 20. Nov. 2019 um 23:42 Uhr schrieb :
> >> From: Gonzalo Garramuño
> > I was under the impression that the following patch
Am Do., 21. Nov. 2019 um 11:03 Uhr schrieb Tsuchiya, Yuki (SHES)
:
>
> Hi Carl,
>
> > On 2019/11/21 17:30, "ffmpeg-devel on behalf of Carl Eugen Hoyos"
> > wrote:
> >Sorry, I was traveling (in Japan), the link is gone;-(
> Oh, let me know w
Am Do., 21. Nov. 2019 um 08:40 Uhr schrieb Yuki Tsuchiya
:
>
> 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 MPE
Am Mi., 20. Nov. 2019 um 16:03 Uhr schrieb :
>
> From: Limin Wang
>
> It's useful for debugging filter graph purposes, now only lavfi can do that.
>
> Signed-off-by: Limin Wang
> ---
> doc/ffmpeg.texi | 4
> fftools/ffmpeg.h| 1 +
> fftools/ffmpeg_filter.c | 7 +++
> fft
Am Mi., 20. Nov. 2019 um 23:42 Uhr schrieb :
>
> From: Gonzalo Garramuño
I was under the impression that the following patch was written
by Blake Senftner, bsenftner at earthlink.net
Am I wrong?
> libavformat/utils.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/util
Am Do., 7. Nov. 2019 um 09:38 Uhr schrieb Tsuchiya, Yuki (SHES)
:
>
> Hi Carl,
>
> > From: ffmpeg-devel On Behalf Of Carl
> > Eugen Hoyo
> > Does not work here, please use any other filehoster.
>
> I have uploaded it to following, so please confirm.
> https://wetransfer.com/downloads/f6d4468bf7559
Am Mi., 20. Nov. 2019 um 12:29 Uhr schrieb Alex Mogurenko :
>
> by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
> ---
> libavcodec/mjpegbdec.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpeg
Hi!
Attached are two patches that fix ticket #8390, I would prefer not to
add more special cases but others may disagree.
Please comment, Carl Eugen
From e42fc509f5693489b0bdd2ff2fddfbd5d58711c3 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 20 Nov 2019 17:56:18 +0100
Subject
> Am 20.11.2019 um 14:41 schrieb Alex Mogurenko :
>
>> On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos wrote:
>>
>>
>>
>>> Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
>>>
>>> by default adobe_transform set to 0 and because
> Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
>
> by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
Please provide a sample that gets fixed by this patch.
Carl Eugen
___
ffmpeg-devel mailing
Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Carl Eugen
___
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 w
Am Di., 19. Nov. 2019 um 08:14 Uhr schrieb Gyan :
[...]
lgtm
Carl Eugen
___
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 w
> Am 12.11.2019 um 04:01 schrieb James Almer :
>
>> On 11/11/2019 2:36 PM, Carl Eugen Hoyos wrote:
>>
>>
>>> Am 11.11.2019 um 22:36 schrieb James Almer :
>>>
>>> +AVInputFormat ff_obu_demuxer = {
>>> +.name = "o
701 - 800 of 5839 matches
Mail list logo
