Essential in avoiding loss of output streams (audio) for me, when input
has unreliable transport.
Tested with software decoding (h264, aac, mp1, mp2) pipeline.
Gyan
From ca04af063ee4a9406b6f09e12126827728aff875 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Mon, 25 Mar 2019 22:01:07 +0530
Weird. Attached corrected patch.
Thanks.
On 27-03-2019 08:19 PM, Moritz Barsnick wrote:
On Wed, Mar 27, 2019 at 18:05:32 +0530, Gyan wrote:
+@item -drop_deviant_frames (@emph{input,per-stream})
+Allows discarding decoded frames whose parameters differ from initialized
+stream parameters. May
e keep the note,
but add a date and revision range for the affected versions.
Gyan
___
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...@
On 28-03-2019 05:19 PM, Stephen Hutchinson wrote:
On 3/28/2019 1:03 AM, Gyan wrote:
On 25-03-2019 01:59 AM, Stephen Hutchinson wrote:
It's been fixed both AviSynth+-side and locally.
---
doc/general.texi | 13 -
1 file changed, 13 deletions(-)
diff --git a/doc/general
From 7e10e1c58e69137487ff0da85caf1c350b3262ae Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu, 28 Mar 2019 22:59:30 +0530
Subject: [PATCH] lavf/mov: skip extradata check in esds for MPEG-1/2 audio
As per 14496-3 9.D.2.2, it's not defined for these audio object types.
Fixes
, enable_global_motion, and intrabc.
Docs update missing.
Gyan
___
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 with subject
-1, 1, VE},
{ "enable-intrabc", "Enable intra block copy prediction mode",
OFFSET(enable_intrabc), AV_OPT_TYPE_BOOL, {.i64 = -1}, 0, 1, VE},
Shouldn't 'enable-intrabc ' follow the same pattern?
And what are the semantics of the user setting row_mt or e
On 30-03-2019 06:09 PM, Moritz Barsnick wrote:
On Sat, Mar 30, 2019 at 16:50:52 +0530, Gyan wrote:
And what are the semantics of the user setting row_mt or enable-intrabc
as -1?
The user doesn't set -1, they set 0 or 1 as bool. -1 helps to indicate
that nothing was set, and - in these
Regression since, I believe, 42cb050a05
From 22620ccaae074700c8c470a78daa7682638cecbf Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sun, 31 Mar 2019 00:00:50 +0530
Subject: [PATCH] lavf/movenc: fix tmcd writing for non-MP4/MOV modes
write_tmcd allows tmcd track to be created with any mode but
On 28-03-2019 11:04 PM, Gyan wrote:
0001-lavf-mov-skip-extradata-check-in-esds-for-MPEG-1-2-a.patch
From 7e10e1c58e69137487ff0da85caf1c350b3262ae Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu, 28 Mar 2019 22:59:30 +0530
Subject: [PATCH] lavf/mov: skip extradata check in esds for MPEG
On 27-03-2019 08:26 PM, Gyan wrote:
Weird. Attached corrected patch.
Thanks.
Ping.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg
On 01-04-2019 10:22 AM, Gyan wrote:
On 28-03-2019 11:04 PM, Gyan wrote:
0001-lavf-mov-skip-extradata-check-in-esds-for-MPEG-1-2-a.patch
From 7e10e1c58e69137487ff0da85caf1c350b3262ae Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu, 28 Mar 2019 22:59:30 +0530
Subject: [PATCH] lavf/mov
On 01-04-2019 10:23 AM, Gyan wrote:
On 27-03-2019 08:26 PM, Gyan wrote:
Weird. Attached corrected patch.
Thanks.
Ping.
Plan to push tomorrow evening.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
I ran full fate and some tests failed as the ffmpeg binary wasn't found.
Suffixes weren't respected. Fixed.
I can run fate only occasionally. Maybe one of the regular FATE
submitters could set a suffix (and extension) to keep a check on this.
Thanks,
On 01-04-2019 02:54 PM, Tomas Härdin wrote:
sön 2019-03-31 klockan 00:11 +0530 skrev Gyan:
Regression since, I believe, 42cb050a05
Sounds like there should be a test case to go along with it so it
doesn't re-regress in the future :)
Turns out there's already a test. But the
On 02-04-2019 05:38 PM, Hendrik Leppkes wrote:
On Tue, Apr 2, 2019 at 1:27 PM Gyan wrote:
I ran full fate and some tests failed as the ffmpeg binary wasn't found.
Suffixes weren't respected. Fixed.
I can run fate only occasionally. Maybe one of the regular FATE
submitters could se
On 02-04-2019 04:57 PM, Gyan wrote:
I ran full fate and some tests failed as the ffmpeg binary wasn't
found. Suffixes weren't respected. Fixed.
I can run fate only occasionally. Maybe one of the regular FATE
submitters could set a suffix (and extension) to keep a check on this.
On 03-04-2019 10:03 AM, Gyan wrote:
On 02-04-2019 04:57 PM, Gyan wrote:
I ran full fate and some tests failed as the ffmpeg binary wasn't
found. Suffixes weren't respected. Fixed.
I can run fate only occasionally. Maybe one of the regular FATE
submitters could set a suffix (and
On 02-04-2019 05:31 PM, Gyan wrote:
On 01-04-2019 02:54 PM, Tomas Härdin wrote:
sön 2019-03-31 klockan 00:11 +0530 skrev Gyan:
Regression since, I believe, 42cb050a05
Sounds like there should be a test case to go along with it so it
doesn't re-regress in the future :)
Turns out th
On 03-04-2019 03:12 PM, Tomas Härdin wrote:
ons 2019-04-03 klockan 12:17 +0530 skrev Gyan:
On 02-04-2019 05:31 PM, Gyan wrote:
On 01-04-2019 02:54 PM, Tomas Härdin wrote:
sön 2019-03-31 klockan 00:11 +0530 skrev Gyan:
Regression since, I believe, 42cb050a05
Sounds like there should be a
On 02-04-2019 09:56 AM, Gyan wrote:
On 01-04-2019 10:23 AM, Gyan wrote:
On 27-03-2019 08:26 PM, Gyan wrote:
Weird. Attached corrected patch.
Thanks.
Ping.
Plan to push tomorrow evening.
Plan to push in ~2 hours.
Gyan
___
ffmpeg-devel
(-)
71a87fe4d8f2efa73a3d2d9845e7aabfb75edce5
0001-ffmpeg-add-drop_deviant_frames-option.patch
From f39e3d44e1cb8108592d2241e2251d8e1506e031 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Mon, 25 Mar 2019 22:01:07 +0530
Subject: [PATCH] ffmpeg: add -drop_deviant_frames option
Decoded frames with changed
ode for intra block prediction. This
mode is
+useful for screen content. The default value is true.
Doc for aq-mode missing.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vis
Gyan
___
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 with subject "unsubscribe".
Will be helpful for correct result in filters that paint like
fillborders/drawbox or those using drawutils.
Gyan
From 9c83440a0ac048a1dcb0762b85adbce5a58e0939 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sat, 13 Apr 2019 17:01:09 +0530
Subject: [PATCH] avutil/colorspace: add macros for RGB
Implemented this patch
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-March/241733.html
in libavcodec as suggested by Michael
Gyan
P.S. will add doc/APIchanges entry after I have the hash.
From bbc8ac18da560a59cd252bbb5c34dfa1fcc575b8 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sun
On 14-04-2019 10:29 PM, Marton Balint wrote:
On Sun, 14 Apr 2019, Gyan wrote:
Implemented this patch
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-March/241733.html
in libavcodec as suggested by Michael
Docs should mention that you are not only dropping the frames but
returning
On 15-04-2019 12:17 AM, James Almer wrote:
On 4/14/2019 3:29 PM, Hendrik Leppkes wrote:
On Sun, Apr 14, 2019 at 6:50 PM Gyan wrote:
Implemented this patch
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-March/241733.html
in libavcodec as suggested by Michael
This sure adds a lot of
Patch revised as per
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242591.html
Gyan
From d97a89d0335cc6d11f111a7a6bebc891501837d2 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sun, 14 Apr 2019 22:12:25 +0530
Subject: [PATCH v3] avcodec: add AV_CODEC_FLAG_DROPCHANGED to flags
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.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg
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 seem to only work for 8 bit content
On 17-04-2019 11:14 PM, Vittorio Giovara wrote:
On Tue, Apr 16, 2019 at 3:42 AM Gyan wrote:
Patch revised as per
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242591.html
Gyan
sorry if i'm late to the party but why are these new fields in
avcodeccontext?
they seem to be pe
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.
Thanks,
Gyan
On Tue, Apr 9, 2019 at 5:55 PM Sam John wrote:
---
doc/encoders.texi
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
push
nowhere in the headers
or in the submitted patch. The downloaded mbox patch shows the same
wrong attribution. Does anyone know what's going on?
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
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
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
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
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
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
store link and/or frame props as metadata?
This filter can be inserted before 'processing' filters.
Then Paul's filters, inserted afterwards, can read those meta keys to
obtain pre-process props.
Gyan
___
ffmpeg-devel mailing li
On 19-04-2019 09:57 AM, Gyan wrote:
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
On 16-04-2019 01:12 PM, Gyan wrote:
Patch revised as per
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242591.html
If no more changes, plan to push tomorrow morning.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
On 19-04-2019 08:41 PM, Gyan wrote:
On 16-04-2019 01:12 PM, Gyan wrote:
Patch revised as per
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242591.html
If no more changes, plan to push tomorrow morning.
Pushed as 3153a6502a28b20a0da822daf32bcd8f7c90d721
Gyan
Old patch that was never applied. Rebased.
Gyan
From 80c0524adf53c95801afcf9b92b0baa519bf983e Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 20 Feb 2018 20:42:21 +0530
Subject: [PATCH] avformat/mpegenc - reject unsupported audio streams
Only MP1, MP2, MP3, 16-bit PCM_DVD, PCM S16BE,
AC3
On 21-04-2019 12:14 AM, Marton Balint wrote:
On Sat, 20 Apr 2019, Gyan wrote:
On 19-04-2019 08:41 PM, Gyan wrote:
On 16-04-2019 01:12 PM, Gyan wrote:
Patch revised as per
http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242591.html
If no more changes, plan to push tomorrow
On 20-04-2019 03:01 PM, Gyan wrote:
Old patch that was never applied. Rebased.
Plan to push tonight if no changes.
Thanks,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another comment (not by me): “Why can’t .codec_tag be used?”
There's no code
On 22-04-2019 01:15 PM, Gyan wrote:
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another comment (not by me): “Why can’t .codec_tag
On 22-04-2019 04:30 PM, Gyan wrote:
On 22-04-2019 01:15 PM, Gyan wrote:
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and truehd.
Will do.
Wasn’t there another
On 24-04-2019 03:30 AM, Carl Eugen Hoyos wrote:
2019-04-22 13:00 GMT+02:00, Gyan :
On 22-04-2019 01:15 PM, Gyan wrote:
On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote:
Am 20.04.2019 um 11:31 schrieb Gyan :
Old patch that was never applied. Rebased.
Please return patch_welcome for mlp and
be added. I'll check.
Gyan
___
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 with subject "unsubscribe".
From 5ec154870d9c559037598b41736bf5b216a756e0 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 26 Apr 2019 18:31:33 +0530
Subject: [PATCH] avformat/mux: skip parameter and pts checks for data muxer
Allows to dump a malformed stream for external inspection or repair.
---
libavformat/mux.c
On 27-04-2019 01:32 AM, Michael Niedermayer wrote:
On Fri, Apr 26, 2019 at 06:38:37PM +0530, Gyan wrote:
mux.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
d94a699f5dbc31a8ee8b7d1bdb33004d9cd95d46
0001-avformat-mux-skip-parameter-and-pts-checks-for-data-.patch
From
nc vfr).
Maybe check that this change does not lead to a significant change in
output. Although I think this would be still an improvement for those
cases where r_frame_rate >> avg_frame_rate
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
On 28-04-2019 07:19 AM, myp...@gmail.com wrote:
On Sat, Apr 27, 2019 at 8:22 PM Gyan wrote:
On 27-04-2019 05:25 PM, Carl Eugen Hoyos wrote:
2019-04-27 13:17 GMT+02:00, Jun Zhao :
perfer avctx->framerate first than use avctx->time_base when
setting the frame rate to encoder. 1/tim
On 28-04-2019 03:26 PM, Michael Niedermayer wrote:
On Sat, Apr 27, 2019 at 10:01:53AM +0530, Gyan wrote:
On 27-04-2019 01:32 AM, Michael Niedermayer wrote:
On Fri, Apr 26, 2019 at 06:38:37PM +0530, Gyan wrote:
mux.c |9 -
1 file changed, 8 insertions(+), 1 deletion
On 28-04-2019 03:40 PM, Hendrik Leppkes wrote:
On Sun, Apr 28, 2019 at 11:57 AM Michael Niedermayer
wrote:
On Sat, Apr 27, 2019 at 10:01:53AM +0530, Gyan wrote:
On 27-04-2019 01:32 AM, Michael Niedermayer wrote:
On Fri, Apr 26, 2019 at 06:38:37PM +0530, Gyan wrote:
mux.c |9
On 28-04-2019 03:52 PM, Nicolas George wrote:
Gyan (12019-04-26):
From 5ec154870d9c559037598b41736bf5b216a756e0 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 26 Apr 2019 18:31:33 +0530
Subject: [PATCH] avformat/mux: skip parameter and pts checks for data muxer
Allows to dump a
On 28-04-2019 04:15 PM, Nicolas George wrote:
Gyan (12019-04-28):
Corrupt streams in sufficiently intact containers (MP4, TS) so they can be
demuxed but decoder context fields are incomplete/invalid, so ffmpeg won't
streamcopy-mux them.
Depending on the exact situation, I would use a r
ater, in a
different thread.
For those new to voting, what's the procedure?
Gyan
___
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...@
really helped me.
I would also add the documentation for this once the patch is applied.
Better to submit the doc patch now so it can be reviewed.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
FATE passes. Checked that transcoded output remains the same whereas in
copy mode, seek to a video KF using ffmpeg cli returns the desired KF
and not the earlier KF, as happens at present.
Gyan
From 029a75fe27e576cd0d04c8bdd0707d7903250bac Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu
On 02-05-2019 03:23 PM, Nicolas George wrote:
Gyan (12019-04-28):
b) ffmpeg will call avformat_write_header for the output, which will likely
fail because of the aforementioned codec parameter issues.
Are you sure? It looks to me like avformat_write_header() does not
perform checks by itself
u tell me
how to emulate or test seeking from the command line? Would I create a
file with backward jumps in PTS (and how)?
Also, you may want to add support for -copyts which -re lacks as well.
Another complication is timestamp rollover, independent of copyts.
How does the filter behave with non-m
is patch directly touches
this area, and I ran into this just quite recently.
Patch is good either way, it just documents what the demuxer does.
Will apply soon.
Thanks,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/
On 03-05-2019 10:01 AM, Gyan wrote:
On 03-05-2019 03:00 AM, Hendrik Leppkes wrote:
On Thu, May 2, 2019 at 7:42 PM Sasi Inguva
wrote:
Looks good to me. We were already doing PTS based seeking in MOV
demuxer
(although it's not perfect).
There are several problems with the MOV app
On 29-04-2019 01:32 AM, Marton Balint wrote:
So here is a call to the voting committee [1] to decide on the
following two questions:
1) Should libNDI support be removed from the ffmpeg codebase?
No.
Gyan
___
ffmpeg-devel mailing list
ffmpeg
the sixth of the six patches.
Will apply this one tomorrow morning.
Gyan
___
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...@ffmpe
ll, technically old) patch to fix FARPROC warnings/build errors
Ping #1 for five of the six patches.
Will apply #3, 4 and 5 with #6.
#2 looks okay to me, but I'm not acquainted enowith Avisynth to ok it.
But since you're the maintainer for avisy
On 04-05-2019 06:17 AM, Stephen Hutchinson wrote:
On 5/3/2019 12:45 PM, Gyan wrote:
On 3/30/2019 7:39 PM, Stephen Hutchinson wrote:
I've uploaded the amended 1st patch and added a 6th to deal with
the issues I encountered when testing the 'build FFmpeg with MSVC'
route.
On 04-05-2019 06:42 PM, Nicolas George wrote:
Gyan (12019-05-02):
The flow is
avformat_write_header -> avformat_init_output -> init_muxer
And in the last function, lines 293-385 (as of 7eba26451) carry out the
checks, and which my patch skips.
I missed this. My bad.
The problem i
Set a better error msg than the current failure to configure output pad.
From 119516fe777e1e026503a6ba176a662680d711bd Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 7 May 2019 16:00:40 +0530
Subject: [PATCH] avfilter/xstack: set better error msg for missing layout
---
libavfilter
On 07-05-2019 04:38 PM, Paul B Mahol wrote:
On 5/7/19, Gyan wrote:
Set a better error msg than the current failure to configure output pad.
Please apply, but with: avfilter/vf_xstack: set better error msg for
missing layout
Will do.
Thanks,
Gyan
On 07-05-2019 04:42 PM, Gyan wrote:
On 07-05-2019 04:38 PM, Paul B Mahol wrote:
On 5/7/19, Gyan wrote:
Set a better error msg than the current failure to configure output
pad.
Please apply, but with: avfilter/vf_xstack: set better error msg for
missing layout
Will do.
Thanks,
Gyan
On 07-05-2019 05:45 PM, Moritz Barsnick wrote:
On Tue, May 07, 2019 at 16:26:01 +0530, Gyan wrote:
{ "inputs", "set number of inputs", OFFSET(nb_inputs), AV_OPT_TYPE_INT,
{.i64=2}, 2, INT_MAX, .flags = FLAGS },
-{ "layout", "set custom layout&q
if (err < 0)
Also, is there a chance that there may be multiple sources for
orientation data available for a given stream? If yes, what's the
interaction? It looks like you append a new SD element.
Gyan
___
ffmpeg-devel mailing list
ffmpe
On 08-05-2019 12:25 PM, Jun Li wrote:
On Tue, May 7, 2019 at 11:40 PM Gyan wrote:
Also, is there a chance that there may be multiple sources for
orientation data available for a given stream? If yes, what's the
interaction? It looks like you append a new SD element.
Thanks Gya
correct and resubmit.
Gyan
From 57cb3a085363602877790945b619c92b0fedddcd Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 10 May 2019 19:13:33 +0530
Subject: [PATCH] avfilter/drawtext: make command processing error-resilient
Prevents crash or blank-out if new option string contains invalid
argv)
if (!display_disable) {
int flags = SDL_WINDOW_HIDDEN;
+if (alwaysontop)
+flags |= SDL_WINDOW_ALWAYS_ON_TOP;
if (borderless)
flags |= SDL_WINDOW_BORDERLESS;
else
Can you also add a keypress event to make it switchable during play
8:22: error: ‘SDL_WINDOW_ALWAYS_ON_TOP’ undeclared (first
use in this function)
flags |= SDL_WINDOW_ALWAYS_ON_TOP;
Is qualified as 'X11 only, >= SDL 2.0.5' at
https://wiki.libsdl.org/SDL_WindowFlags
Gyan
___
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 with subject "unsubscribe".
On 10-05-2019 07:25 PM, Gyan wrote:
At present, if the command args passed to drawtext contain any invalid
values, ffmpeg may crash or, at best, stop drawing any text.
Attached patch gets the filter to continue with existing parameters,
if not all of the changes can be parsed or applied. This
On 13-05-2019 06:54 AM, myp...@gmail.com wrote:
On Mon, May 13, 2019 at 4:06 AM Gyan wrote:
On 10-05-2019 07:25 PM, Gyan wrote:
At present, if the command args passed to drawtext contain any invalid
values, ffmpeg may crash or, at best, stop drawing any text.
Attached patch gets the
On 13-05-2019 12:49 PM, Daniel Kučera wrote:
Is qualified as 'X11 only, >= SDL 2.0.5' at
https://wiki.libsdl.org/SDL_WindowFlags
Gyan
Since 2.0.6 it works on Windows too.
Ping.
Michael needs to confirm whether the build failure he had was due to his
SDL version &
out specified.\n");
return AVERROR(EINVAL);
}
Sorry, I missed what was being done with the string later on.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit l
On 14-05-2019 02:03 PM, Timo Rothenpieler wrote:
On 10/05/2019 15:55, Gyan wrote:
At present, if the command args passed to drawtext contain any
invalid values, ffmpeg may crash or, at best, stop drawing any text.
Attached patch gets the filter to continue with existing parameters,
if not
On 14-05-2019 06:11 PM, Paul B Mahol wrote:
On 5/14/19, Gyan wrote:
On 14-05-2019 09:45 AM, Andreas Rheinhardt wrote:
b3b7ba62 introduced undefined behaviour: A (non-modifiable) string
literal has been assigned to a modifiable string; said string was indeed
modified later via av_strtok
See http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-May/244029.html
Gyan
From 22f3b816e8da13877872a2e6ac408fc32de7d561 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Wed, 15 May 2019 12:36:05 +0530
Subject: [PATCH] avfilter/drawtext: stop resource leak
Fixes Coverity CID 1445099
their meaning.
@item dst_range
-Select destination range.
+If set to 1, destination range will be full range.
^ same as above.
@anchor{sws_params}
@item param0, param1
--
2.21.0
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 15-05-2019 05:06 PM, Werner Robitza wrote:
On Wed, May 15, 2019 at 11:36 AM Gyan wrote:
Which lines in the CLI help?
SWScaler AVOptions:
-sws_flags E..V. scaler flags (default bicubic)
...
-src_formatE..V. source format (default yuv420p
/HighVoltageRocknRoll/sr.git}.
+the repository at @url{https://github.com/XueweiMeng/sr/tree/sr_dnn_native}.
The filter accepts the following options:
I see that the new url points to a fork, but is the sr filter author the
maintainer or collaborator?
Gyan
On 15-05-2019 05:13 PM, Paul B Mahol wrote:
On 5/15/19, Gyan wrote:
See http://www.ffmpeg.org/pipermail/ffmpeg-devel/2019-May/244029.html
Gyan
probably ok
Pushed as 8cf947ca4c603f14cdb016eff0c341cb37ec09cc
Thanks,
Gyan
___
ffmpeg-devel mailing
On 16-05-2019 10:39 AM, Liu Steven wrote:
在 2019年5月16日，下午12:40，Gyan 写道：
On 16-05-2019 08:20 AM, Steven Liu wrote:
The https://github.com/HighVoltageRocknRoll/sr.git looks have stop
maintaince, so link it to new repository
Signed-off-by: Steven Liu
---
doc/filters.texi | 2 +-
1
e part of the rfc where a slash is
forbidden for the password.
Any update on this patch, or on any other solution for 7871?
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
6044534964a463663803b590fe66a212af4b3834
Thanks,
Gyan
___
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 with subject "unsubscribe".
On 17-05-2019 03:14 AM, Steven Liu wrote:
在 2019年5月17日，02:57，Gyan 写道：
On 16-05-2019 11:13 AM, Steven Liu wrote:
Hold on the old repository link and mention new repository link development
continues
Signed-off-by: Steven Liu
---
doc/filters.texi | 3 ++-
1 file changed, 2
On 17-05-2019 10:36 AM, Liu Steven wrote:
在 2019年5月17日，下午12:46，Gyan 写道：
On 17-05-2019 03:14 AM, Steven Liu wrote:
在 2019年5月17日，02:57，Gyan 写道：
On 16-05-2019 11:13 AM, Steven Liu wrote:
Hold on the old repository link and mention new repository link development
continues
Signed
On 16-05-2019 06:29 PM, Werner Robitza wrote:
On Wed, May 15, 2019 at 11:23 PM Michael Niedermayer
wrote:
On Wed, May 15, 2019 at 11:13:57PM +0200, Werner Robitza wrote:
On Wed, May 15, 2019 at 4:55 PM Gyan wrote:
On 15-05-2019 05:06 PM, Werner Robitza wrote:
On Wed, May 15, 2019 at 11
tered.
...
___
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 with subject "unsubscribe".
S
On 17-05-2019 02:29 PM, Werner Robitza wrote:
On Fri, May 17, 2019 at 9:41 AM Gyan wrote:
Strictly speaking, the doc page isn't for CLI use only. A note has been
added to indicate which options are API only.
That definitely clears things up, thanks.
But coming back to what you
1 - 100 of 1765 matches
Mail list logo
