Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

Hi Carl, > > Please split the patch. > > Carl Eugen > OK. Here the relevant part regargind the bug fix. I'll send another new with the log enhancement. Regards. A.H. From af81338c21c67c0ef2c30ab2009c7094b32327f4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20H=C3=A5kon?= Date: Wed, 17 Ap

Re: [FFmpeg-devel] [PATCH] Updated the documentation for libaom encoder options.

On 18-04-2019 12:47 AM, Gyan wrote: On 18-04-2019 12:33 AM, Sam John via ffmpeg-devel wrote: Hi, Is there anything to be done for this patch ? Just a tiny bit of formatting, which I'll do and push. Added some details; fixed some formatting and pushed as 88325f4b34dd927da680fe180d4ebdc5

[FFmpeg-devel] [PATCH] libavformat: improve logs with cur_dts

Hi, This is the second part of my previous patch: https://patchwork.ffmpeg.org/patch/12783/ It improves the logs when the message "cur_dts is invalid" appears. If helps to identify which stream generates the trouble, and the status of the stream. A lot of users suffers with the message, and the o

[FFmpeg-devel] Patchwork attribution

Patchwork can incorrectly assign ownership. See https://patchwork.ffmpeg.org/patch/12680/ The author is Sam John as identified by Message ID as well as the From field in the headers, yet Patchwork attributes this patch to "Oliver Collyer via ffmpeg-devel", a name which appears nowhere in the

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

> Hi Carl, > > > Please split the patch. > > Carl Eugen > > OK. Here the relevant part regargind the bug fix. > I'll send another new with the log enhancement. > > Regards. > A.H. > This supersedes my previous PATCH: https://patchwork.ffmpeg.org/patch/12783/ So, please, mark it as superseded.

Re: [FFmpeg-devel] [PATCH] avcodec/dvdec: add frame threads

On 4/18/19, Michael Niedermayer wrote: > On Thu, Apr 18, 2019 at 01:19:58AM +0200, Michael Niedermayer wrote: >> On Wed, Apr 17, 2019 at 06:16:39PM +0200, Paul B Mahol wrote: >> > Signed-off-by: Paul B Mahol >> > --- >> > libavcodec/dvdec.c | 19 ++- >> > 1 file changed, 10 inser

[FFmpeg-devel] [PATCH] libavformat: fix copyts and muxrate in mpegts muxer

Hi, This patch resolves one very specific use case: - When you use the mpegts muxer; - And use the global parameter “-copyts”; - And use the parameter “-muxrate” for the mpegts muxer; - And use too the parameter “-mpegts_copyts”. The problem is created because the member “first_pcr” of the MpegT

Re: [FFmpeg-devel] [PATCH] avcodec/dvdec: add frame threads

On Thu, Apr 18, 2019 at 10:30:49AM +0200, Paul B Mahol wrote: > On 4/18/19, Michael Niedermayer wrote: > > On Thu, Apr 18, 2019 at 01:19:58AM +0200, Michael Niedermayer wrote: > >> On Wed, Apr 17, 2019 at 06:16:39PM +0200, Paul B Mahol wrote: > >> > Signed-off-by: Paul B Mahol > >> > --- > >> >

Re: [FFmpeg-devel] Patchwork attribution

On 18/04/2019 09:49, Gyan wrote: Patchwork can incorrectly assign ownership. See https://patchwork.ffmpeg.org/patch/12680/ The author is Sam John as identified by Message ID as well as the From field in the headers, yet Patchwork attributes this patch to "Oliver Collyer via ffmpeg-devel", a

Re: [FFmpeg-devel] [PATCH v2] Fix sdp size check on fmtp integer parameters

On Mon, Apr 01, 2019 at 04:45:38PM +0200, Olivier Maignial wrote: > RFC-4566 do not give any limit of size on interger parameters given in fmtp > line. > By reading some more RFCs it is possible to find examples where some integers > parameters are greater than 32 (see RFC-6416, 7.4) > > Instead

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

On Wed, Apr 17, 2019 at 08:28:39PM +, Andreas Håkon via ffmpeg-devel wrote: > This patch solves the initialization of the inputs when using filters (a > graph filter) with the mpegts muxer. > > This bug seems to be generated by a simple forgetting to copy. The same code > is repeated two tim

Re: [FFmpeg-devel] [PATCH] avcodec/dvdec: add frame threads

On 4/18/19, Michael Niedermayer wrote: > On Thu, Apr 18, 2019 at 10:30:49AM +0200, Paul B Mahol wrote: >> On 4/18/19, Michael Niedermayer wrote: >> > On Thu, Apr 18, 2019 at 01:19:58AM +0200, Michael Niedermayer wrote: >> >> On Wed, Apr 17, 2019 at 06:16:39PM +0200, Paul B Mahol wrote: >> >> > Si

[FFmpeg-devel] [PATCH] libavcodec: QSV protect GPB code with CO3 define

Hi, In response to this ticket I provide the first part of the patch: https://trac.ffmpeg.org/ticket/7839 This QSV_HAVE_GPB code needs to be protected by QSV_HAVE_CO3. Regards. A.H. ---From d43c81f5bba49e55ea867bd6afd2eef878dc0ad3 Mon Sep 17 00:00:00 2001 From: Andreas Hakon Date: Thu, 18 Apr

Re: [FFmpeg-devel] [PATCH] avcodec/dvdec: add frame threads

On 18.04.2019 11:40, Michael Niedermayer wrote: On Thu, Apr 18, 2019 at 10:30:49AM +0200, Paul B Mahol wrote: On 4/18/19, Michael Niedermayer wrote: On Thu, Apr 18, 2019 at 01:19:58AM +0200, Michael Niedermayer wrote: On Wed, Apr 17, 2019 at 06:16:39PM +0200, Paul B Mahol wrote: Signed-off-b

Re: [FFmpeg-devel] [PATCH]lavfi/fspp: Add a cast to silence a clang warning

On Tue, Apr 16, 2019 at 12:55:03AM +0200, Carl Eugen Hoyos wrote: > 2019-04-14 1:02 GMT+02:00, Michael Niedermayer : > > On Sat, Apr 13, 2019 at 07:25:54PM -0300, James Almer wrote: > >> On 4/13/2019 7:04 PM, Carl Eugen Hoyos wrote: > >> > Hi! > >> > > >> > Attached patch silences two warnings show

Re: [FFmpeg-devel] Patchwork attribution

On 18-04-2019 03:25 PM, Timo Rothenpieler wrote: On 18/04/2019 09:49, Gyan wrote: Patchwork can incorrectly assign ownership. See https://patchwork.ffmpeg.org/patch/12680/ The author is Sam John as identified by Message ID as well as the From field in the headers, yet Patchwork attributes

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

> On Wed, Apr 17, 2019 at 08:28:39PM +, Andreas Håkon via ffmpeg-devel > wrote: > > > This patch solves the initialization of the inputs when using filters (a > > graph filter) with the mpegts muxer. > > This bug seems to be generated by a simple forgetting to copy. The same > > code is rep

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

‐‐‐ Original Message ‐‐‐ On Thursday, 18 de April de 2019 13:14, Andreas Håkon wrote: > > On Wed, Apr 17, 2019 at 08:28:39PM +, Andreas Håkon via ffmpeg-devel > > wrote: > > > > > This patch solves the initialization of the inputs when using filters (a > > > graph filter) with th

Re: [FFmpeg-devel] [FFmpeg-cvslog] doc/encoders: Fix libvpx option name arnr-maxframes.

2019-04-18 13:41 GMT+02:00, Carl Eugen Hoyos : > ffmpeg | branch: master | Carl Eugen Hoyos | Thu Apr 18 > 13:39:58 2019 +0200| [09f8b21deb16c545e8fe9cc531314284b92e8371] | committer: > Carl Eugen Hoyos > > doc/encoders: Fix libvpx option name arnr-maxframes. > > Fixes ticket #7856. > >> http://gi

[FFmpeg-devel] [PATCH]lavc/alac: Make a variable unsigned

Hi! Attached patch silences a warning that is shown with some gcc versions. Please comment, Carl Eugen From 6ed77b4c191028f47f48396a782619f2ba47b716 Mon Sep 17 00:00:00 2001 From: Carl Eugen Hoyos Date: Thu, 18 Apr 2019 13:51:07 +0200 Subject: [PATCH] lavc/alac: Make a variable unsigned. MIME-Ve

[FFmpeg-devel] [PATCH]lavu/hwcontext_d3d: Cast a pointer calling av_image_copy()

Hi! Attached patch silences several warnings when compiling for win32. Please comment, Carl Eugen From e9f39015d5796dbbd59565a99df54eff31dc885f Mon Sep 17 00:00:00 2001 From: Carl Eugen Hoyos Date: Thu, 18 Apr 2019 13:55:29 +0200 Subject: [PATCH] lavu/hwcontext_d3d: Cast a pointer calling av_ima

Re: [FFmpeg-devel] [PATCH] aacdec: use float_dsp in apply_independent_coupling

Apr 12, 2019, 10:55 PM by d...@lynne.ee: > Could not be used in apply_dependent_coupling because of alignment issues. > Ping? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit l

Re: [FFmpeg-devel] [PATCH] apedec: add ability to check CRC

Apr 9, 2019, 2:56 PM by d...@lynne.ee: > > > > Apr 7, 2019, 12:56 AM by > mich...@niedermayer.cc > > : > >> On Sat, Apr 06, 2019 at 10:44:00AM +0200, Lynne wrote: >> >>> Apr 4, 2019, 10:30 AM by >>> mich...@niedermayer.cc >>> >

Re: [FFmpeg-devel] [PATCH]lavfi/fspp: Add a cast to silence a clang warning

2019-04-18 12:16 GMT+02:00, Michael Niedermayer : > On Tue, Apr 16, 2019 at 12:55:03AM +0200, Carl Eugen Hoyos wrote: >> 2019-04-14 1:02 GMT+02:00, Michael Niedermayer : >> > On Sat, Apr 13, 2019 at 07:25:54PM -0300, James Almer wrote: >> >> On 4/13/2019 7:04 PM, Carl Eugen Hoyos wrote: >> >> > Hi!

Re: [FFmpeg-devel] [PATCH]lavf/utils: Allow url credentials to contain a slash

2019-03-28 19:35 GMT+01:00, Carl Eugen Hoyos : > Attached patch fixes ticket #7816 for me. I will push this patch if there are no comments. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-deve

Re: [FFmpeg-devel] [PATCH] aacdec: use float_dsp in apply_independent_coupling

On 4/12/19, Lynne wrote: > Could not be used in apply_dependent_coupling because of alignment issues. > > Probably OK ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link abov

Re: [FFmpeg-devel] Patchwork attribution

Ok.  Then shouldn't it assign 'Sam John via ffmpeg-devel' as the author? It did do that for 'Oliver Collyer via ffmpeg-devel', the string wrongly substituted here. This looks like a parser failure in Patchwork. Gyan If the patch is sent with git send-email, the From: header of the E-Mail is

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019 at 12:41 PM Gyan wrote: > > > > On 18-04-2019 03:25 PM, Timo Rothenpieler wrote: > > On 18/04/2019 09:49, Gyan wrote: > >> > >> Patchwork can incorrectly assign ownership. See > >> https://patchwork.ffmpeg.org/patch/12680/ > >> > >> The author is Sam John as identified by Mess

Re: [FFmpeg-devel] [PATCH]lavc/alac: Make a variable unsigned

On Thu, 18 Apr 2019 13:53:37 +0200 Carl Eugen Hoyos wrote: > Hi! > > Attached patch silences a warning that is shown with some gcc versions. It pokes my style sense to have different things in the sizeof() and the var. How about uint32_t in both? - Lauri

Re: [FFmpeg-devel] [PATCH]lavc/alac: Make a variable unsigned

On Thu, Apr 18, 2019 at 2:54 PM Lauri Kasanen wrote: > > On Thu, 18 Apr 2019 13:53:37 +0200 > Carl Eugen Hoyos wrote: > > > Hi! > > > > Attached patch silences a warning that is shown with some gcc versions. > > It pokes my style sense to have different things in the sizeof() and > the var. How a

Re: [FFmpeg-devel] [PATCH]lavc/alac: Make a variable unsigned

2019-04-18 14:54 GMT+02:00, Lauri Kasanen : > On Thu, 18 Apr 2019 13:53:37 +0200 > Carl Eugen Hoyos wrote: > >> Hi! >> >> Attached patch silences a warning that is shown with some gcc versions. > > It pokes my style sense to have different things in the sizeof() and > the var. How about uint32_t i

Re: [FFmpeg-devel] Patchwork attribution

On 18-04-2019 06:13 PM, Hendrik Leppkes wrote: On Thu, Apr 18, 2019 at 12:41 PM Gyan wrote: Ok. Then shouldn't it assign 'Sam John via ffmpeg-devel' as the author? It did do that for 'Oliver Collyer via ffmpeg-devel', the string wrongly substituted here. This looks like a parser failure in P

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019 at 3:31 PM Gyan wrote: > > > > On 18-04-2019 06:13 PM, Hendrik Leppkes wrote: > > On Thu, Apr 18, 2019 at 12:41 PM Gyan wrote: > >> Ok. Then shouldn't it assign 'Sam John via ffmpeg-devel' as the author? > >> It did do that for 'Oliver Collyer via ffmpeg-devel', the string w

Re: [FFmpeg-devel] Patchwork attribution

On 18-04-2019 07:03 PM, Hendrik Leppkes wrote: On Thu, Apr 18, 2019 at 3:31 PM Gyan wrote: On 18-04-2019 06:13 PM, Hendrik Leppkes wrote: All of those patches with re-written senders are send from the same email, ffmpeg-devel@ffmpeg.org Presumably patchwork only sends the email itself, no

Re: [FFmpeg-devel] [PATCH]lavc/alac: Make a variable unsigned

On Thu, 18 Apr 2019 15:07:03 +0200 Hendrik Leppkes wrote: > On Thu, Apr 18, 2019 at 2:54 PM Lauri Kasanen wrote: > > > > On Thu, 18 Apr 2019 13:53:37 +0200 > > Carl Eugen Hoyos wrote: > > > > > Hi! > > > > > > Attached patch silences a warning that is shown with some gcc versions. > > > > It po

Re: [FFmpeg-devel] [PATCH 0/3] v210dec checkasm test and avx2 function

On 2019-04-10 14:47, James Darnley wrote: > I am resending this my patches because I am not sure if I sent this version in > the past. I split my changes into two patches because they do separate > things. > > I also changed some tabs to spaces in Mike's AVX2 patch. > > James Darnley (2): > a

Re: [FFmpeg-devel] [PATCH] add tests/ref/fate/hls-segment-size for the fate test

2019-04-18 4:33 GMT+02:00, Steven Liu : > Signed-off-by: Steven Liu > --- > tests/ref/fate/hls-segment-size | 772 > > 1 file changed, 772 insertions(+) > create mode 100644 tests/ref/fate/hls-segment-size > > diff --git a/tests/ref/fate/hls-segment-size

Re: [FFmpeg-devel] [PATCH] add tests/ref/fate/hls-segment-size for the fate test

On 4/18/19, Carl Eugen Hoyos wrote: > 2019-04-18 4:33 GMT+02:00, Steven Liu : >> Signed-off-by: Steven Liu >> --- >> tests/ref/fate/hls-segment-size | 772 >> >> 1 file changed, 772 insertions(+) >> create mode 100644 tests/ref/fate/hls-segment-size >> >

Re: [FFmpeg-devel] [PATCH] add tests/ref/fate/hls-segment-size for the fate test

2019-04-18 17:44 GMT+02:00, Paul B Mahol : > On 4/18/19, Carl Eugen Hoyos wrote: >> 2019-04-18 4:33 GMT+02:00, Steven Liu : >>> Signed-off-by: Steven Liu >>> --- >>> tests/ref/fate/hls-segment-size | 772 >>> >>> 1 file changed, 772 insertions(+) >>> cre

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019, at 4:51 AM, Hendrik Leppkes wrote: > > Whoever setup this ML sender rewriting thing should probably look into > options to also re-write the patch content and add a "From:" line in > there with the original name and email to avoid issues. I enabled this due DMARC as Timo corr

Re: [FFmpeg-devel] [OT] Patchwork attribution

Lou Logan (12019-04-18): > I enabled this due DMARC as Timo correctly pointed out. This was due > to the seemingly increasing number of rejected/bounced messages from > certain domains resulting in the recipient being automatically > unsubscribed from the list. I changed this relatively recently (l

Re: [FFmpeg-devel] [OT] Patchwork attribution

On Thu, Apr 18, 2019, at 11:09 AM, Nicolas George wrote: > > In my not-so-humble opinion, mailing-list operators should have refused > these bad compromises. "Sorry, you cannot use mailing-lists with > $operator, that is not our fault, they broke it on purpose." The mail admin on the other side pr

Re: [FFmpeg-devel] [PATCH] avutil/colorspace: add macros for RGB->YUV BT.709

On 17-04-2019 11:30 PM, Gyan wrote: On 17-04-2019 11:11 PM, Vittorio Giovara wrote: On Wed, Apr 17, 2019 at 12:26 AM Gyan wrote: On 13-04-2019 05:23 PM, Gyan wrote: Will be helpful for correct result in filters that paint like fillborders/drawbox or those using drawutils. Ping. these

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

On Thu, Apr 18, 2019 at 11:14:39AM +, Andreas Håkon via ffmpeg-devel wrote: > > > On Wed, Apr 17, 2019 at 08:28:39PM +, Andreas Håkon via ffmpeg-devel > > wrote: > > > > > This patch solves the initialization of the inputs when using filters (a > > > graph filter) with the mpegts muxer.

Re: [FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

On Thu, Apr 18, 2019 at 11:18:13AM +, Andreas Håkon via ffmpeg-devel wrote: > > > ‐‐‐ Original Message ‐‐‐ > On Thursday, 18 de April de 2019 13:14, Andreas Håkon > wrote: > > > > On Wed, Apr 17, 2019 at 08:28:39PM +, Andreas Håkon via ffmpeg-devel > > > wrote: > > > > > > > T

Re: [FFmpeg-devel] [PATCH] libavformat: improve logs with cur_dts

On Thu, Apr 18, 2019 at 07:46:43AM +, Andreas Håkon via ffmpeg-devel wrote: > Hi, > > This is the second part of my previous patch: > https://patchwork.ffmpeg.org/patch/12783/ > > It improves the logs when the message "cur_dts is invalid" appears. > If helps to identify which stream generates

[FFmpeg-devel] [PATCH 1/3] avfilter: add audio soft clip filter

Signed-off-by: Paul B Mahol --- doc/filters.texi | 27 + libavfilter/Makefile | 1 + libavfilter/af_asoftclip.c | 217 + libavfilter/allfilters.c | 1 + 4 files changed, 246 insertions(+) create mode 100644 libavfilter/af_asoftclip.c

[FFmpeg-devel] [PATCH 2/3] avfilter: add audio upsample filter

Signed-off-by: Paul B Mahol --- libavfilter/Makefile | 1 + libavfilter/af_aupsample.c | 159 + libavfilter/allfilters.c | 1 + 3 files changed, 161 insertions(+) create mode 100644 libavfilter/af_aupsample.c diff --git a/libavfilter/Makefile b/li

[FFmpeg-devel] [PATCH 3/3] avfilter: add audio downsample filter

Signed-off-by: Paul B Mahol --- doc/filters.texi | 15 +++ libavfilter/Makefile | 1 + libavfilter/af_adownsample.c | 171 +++ libavfilter/allfilters.c | 1 + 4 files changed, 188 insertions(+) create mode 100644 libavfilter/af_adownsa

Re: [FFmpeg-devel] [PATCH] rtsp: add pkt_size option

On Mon, Apr 15, 2019 at 6:50 PM Tristan Matthews wrote: > > This allows users to specify an upper limit on the size of outgoing packets > when publishing via RTSP. > > Signed-off-by: Martin Storsjö > --- > libavformat/rtsp.c | 5 - > libavformat/rtsp.h | 1 + > 2 files changed, 5 insertions(

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019 at 03:03:44PM -0400, Lou Logan wrote: > On Thu, Apr 18, 2019, at 4:51 AM, Hendrik Leppkes wrote: > > > > Whoever setup this ML sender rewriting thing should probably look into > > options to also re-write the patch content and add a "From:" line in > > there with the original n

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019 at 9:04 PM Lou Logan wrote: > > On Thu, Apr 18, 2019, at 4:51 AM, Hendrik Leppkes wrote: > > > > Whoever setup this ML sender rewriting thing should probably look into > > options to also re-write the patch content and add a "From:" line in > > there with the original name and

Re: [FFmpeg-devel] [PATCH 0/3] v210dec checkasm test and avx2 function

On 4/18/19, James Darnley wrote: > On 2019-04-10 14:47, James Darnley wrote: >> I am resending this my patches because I am not sure if I sent this >> version in >> the past. I split my changes into two patches because they do separate >> things. >> >> I also changed some tabs to spaces in Mike's

Re: [FFmpeg-devel] Patchwork attribution

On Thu, Apr 18, 2019, at 1:25 PM, Hendrik Leppkes wrote: > > Did you try the "wrap" option? As I understand it, it would preserve > the original mail entirely, and rely on the mail client of the > recipient (ie. us) to properly unwrap the MIME container. > We've had various problems of authorship i

[FFmpeg-devel] [PATCH]configure: Fix libmfx detection

Hi! I needed attached patch to use libmfx. Please comment, Carl Eugen From 46bde1c4c314a5aad30632a18ae81a5dd8174722 Mon Sep 17 00:00:00 2001 From: Carl Eugen Hoyos Date: Fri, 19 Apr 2019 01:03:22 +0200 Subject: [PATCH] configure: Fix libmfx detection. --- configure |2 +- 1 file changed, 1

Re: [FFmpeg-devel] [PATCH 2/3] avfilter: add audio upsample filter

2019-04-18 23:17 GMT+02:00, Paul B Mahol : > Signed-off-by: Paul B Mahol > --- > libavfilter/Makefile | 1 + > libavfilter/af_aupsample.c | 159 + > libavfilter/allfilters.c | 1 + > 3 files changed, 161 insertions(+) > create mode 100644 libavfilt

Re: [FFmpeg-devel] [PATCH]tests: Add EXESUF to program calls

2019-04-18 3:39 GMT+02:00, Carl Eugen Hoyos : > Attached patch fixes fate on Windows subsystem for Linux here. Patch applied. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscr

Re: [FFmpeg-devel] [PATCH 1/2] web/security: fix typos

On Wed, Apr 17, 2019 at 10:37:02PM +0200, Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > src/security | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) will apply patchset [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The e

Re: [FFmpeg-devel] Patchwork attribution

Hello, Gyan: > > Patchwork can incorrectly assign ownership. See > https://patchwork.ffmpeg.org/patch/12680/ > > The author is Sam John as identified by Message ID as well as the From > field in the headers, yet Patchwork attributes this patch to "Oliver > Collyer via ffmpeg-devel", a name which

[FFmpeg-devel] [PATCH] avformat/apetag: tag values are unsigned

Fixes: UBSan runtime error Found-by: Clusterfuzz --- libavformat/apetag.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libavformat/apetag.c b/libavformat/apetag.c index cdc602e1a9..2991f57d5d 100644 --- a/libavformat/apetag.c +++ b/libavformat/apetag.c @@ -29,10 +29,

Re: [FFmpeg-devel] [PATCH] avformat/apetag: tag values are unsigned

On 4/18/2019 9:12 PM, Dan Sanders via ffmpeg-devel wrote: > Fixes: UBSan runtime error > Found-by: Clusterfuzz > --- > libavformat/apetag.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/libavformat/apetag.c b/libavformat/apetag.c > index cdc602e1a9..2991f57d5d 1

[FFmpeg-devel] [PATCH] New API usage example (it converts, encodes, muxes a raw audio file and shows how to use a custom callback for muxing, with an allocated I/O context)

I think this example can be useful for showing all the above tasks in an ordered, easy and strictly sequential way, with a kind of input close to the user's needings. Signed-off-by: Paolo Prete --- configure | 2 + doc/examples/Makefile | 47 +

Re: [FFmpeg-devel] [PATCH] New API usage example (it converts, encodes, muxes a raw audio file and shows how to use a custom callback for muxing, with an allocated I/O context)

2019-04-19 2:34 GMT+02:00, Paolo Prete : > diff --git a/doc/examples/Makefile b/doc/examples/Makefile > index 2935424e54..7b7855fa27 100644 > --- a/doc/examples/Makefile > +++ b/doc/examples/Makefile > @@ -1,26 +1,27 @@ > -EXAMPLES-$(CONFIG_AVIO_DIR_CMD_EXAMPLE) += avio_dir_cmd > -EXAMPLES-$(

Re: [FFmpeg-devel] [PATCH] avformat/apetag: tag values are unsigned

> > +#define APE_TAG_FLAG_CONTAINS_HEADER (1U << 31) > > Isn't it enough with this one only? Yes, only APE_TAG_FLAG_CONTAINS_HEADER is problematic. I changed all of them because the tags are only used in unsigned contexts anyway. ___ ffmpeg-devel mailin

[FFmpeg-devel] [PATCH v2] lavf/img2enc: add support for option strftime_start_realtime

Currently the strftime option generate timestamp based on generation time. The new option would calcualte timestamp from start_time_realtime and pkt->pts, based on output's timescale. --- doc/muxers.texi | 5 + libavformat/img2enc.c | 34 ++ 2 files chang

Re: [FFmpeg-devel] [PATCH v1] lavf/img2enc: add support for option strftime_source

On Wed, Apr 17, 2019 at 6:23 PM Carl Eugen Hoyos wrote: > 2019-04-18 2:02 GMT+02:00, Jun Li : > > On Wed, Apr 17, 2019 at 3:11 PM Carl Eugen Hoyos > wrote: > > > >> 2019-04-15 8:43 GMT+02:00, Jun Li : > >> > Currently the strftime option generate timestamp based on generation > >> > time. The ne

Re: [FFmpeg-devel] [PATCH] avutil/colorspace: add macros for RGB->YUV BT.709

On 19-04-2019 01:04 AM, Gyan wrote: On 17-04-2019 11:30 PM, Gyan wrote: On 17-04-2019 11:11 PM, Vittorio Giovara wrote: On Wed, Apr 17, 2019 at 12:26 AM Gyan wrote: On 13-04-2019 05:23 PM, Gyan wrote: Will be helpful for correct result in filters that paint like fillborders/drawbox o