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 Gyan for review
On 5/8/19, Pavel Koshevoy wrote:
> NOTE: this is a refinement of the patch from Paul B Mahol
> offset all output timestamps by same amount of first input timestamp
> ---
> libavfilter/af_atempo.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/af_a
On Wed, May 8, 2019 at 12:09 AM Gyan wrote:
>
>
> 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
> >> interact
On 07-05-2019 10:05, Shivam Goyal wrote:
> The patch is for ticket #5154.
>
> I have improved the patch as suggested.
>
> Please review.
>
> Thank you,
>
> Shivam Goyal
Ping, Please review.
Thank you
Shivam Goyal
___
ffmpeg-devel mailing lis
> -Original Message-
> From: Pedro Arthur [mailto:bygran...@gmail.com]
> Sent: Tuesday, April 30, 2019 1:47 AM
> To: FFmpeg development discussions and patches
> Cc: Guo, Yejun
> Subject: Re: [FFmpeg-devel] [PATCH V2 7/7] libavfilter/dnn: add more data type
> support for dnn model input
This patch is for the support of derain filter project in GSoC. It adds
supports for the following operations:
(1) Conv padding method: "SAME", "VALID" and "SAME_CLAMP_TO_EDGE"
These operations are all needed in derain filter. As we discussed before, the
"SAME_CLAMP_TO_EDGE" method i
On Wed, May 08, 2019 at 12:52:01AM +0200, Reimar Döffinger wrote:
> On 07.05.2019, at 12:00, Swaraj Hota wrote:
>
> > On Sun, May 05, 2019 at 09:59:01PM +0200, Reimar Döffinger wrote:
> >>
> >>
> >>> +/*read video index*/
> >>> +avio_seek(s->pb, 0xf8, SEEK_SET);
> >> [...]
> >>> +av
applied
smime.p7s
Description: S/MIME Cryptographic Signature
___
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 subje
applied
smime.p7s
Description: S/MIME Cryptographic Signature
___
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 subje
> 在 2019年5月8日，下午5:33，xwm...@pku.edu.cn 写道：
>
>
>
>
> This patch is for the support of derain filter project in GSoC. It adds
> supports for the following operations:
>
>
>
>
> (1) Conv padding method: "SAME", "VALID" and "SAME_CLAMP_TO_EDGE"
>
>
>
>
> These operations are all needed
Em qua, 8 de mai de 2019 às 05:28, Guo, Yejun escreveu:
>
>
>
> > -Original Message-
> > From: Pedro Arthur [mailto:bygran...@gmail.com]
> > Sent: Tuesday, April 30, 2019 1:47 AM
> > To: FFmpeg development discussions and patches
> > Cc: Guo, Yejun
> > Subject: Re: [FFmpeg-devel] [PATCH
On Mon, May 06, 2019 at 08:26:23PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Signed-off-by: Aman Gupta
> ---
> libavformat/mpegts.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
> index 8a84e5cc19..49e282903c 1006
From: Jun Zhao
Fix logic check issue #6741
Signed-off-by: Jun Zhao
---
libavfilter/vf_cover_rect.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavfilter/vf_cover_rect.c b/libavfilter/vf_cover_rect.c
index f7f6103..41cd1a1 100644
--- a/libavfilter/vf_cover_rect.c
From: Jun Zhao
commit cd62f9d557f missing the comment about build
Signed-off-by: Jun Zhao
---
tools/crypto_bench.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index ac9fcc4..0aff4ea 100644
--- a/tools/crypto_bench.c
+++
From: Jun Zhao
Need to check malloc fail before using it, so adjust the location
in the code.
Signed-off-by: Jun Zhao
---
tools/crypto_bench.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index aca8bbb..ac9fcc4 1006
On Wed, May 08, 2019 at 03:06:37PM +0530, Swaraj Hota wrote:
> On Wed, May 08, 2019 at 12:52:01AM +0200, Reimar Döffinger wrote:
> > First, seeking should be handled specially, by resetting the state.
> > You should not make the get_packet less efficient because of that.
> > That should enable the
Am Mi., 8. Mai 2019 um 12:08 Uhr schrieb Ruta Gadkari :
> diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
> index d59d1faf9e..acee78cf2c 100644
> --- a/libavcodec/cuviddec.c
> +++ b/libavcodec/cuviddec.c
> @@ -805,6 +805,12 @@ static int cuvid_test_capabilities(AVCodecContext *avctx,
>
On Tue, May 07, 2019 at 10:05:12AM +0530, Shivam Goyal wrote:
> +static int arecont_h264_probe(const AVProbeData *p)
> +{
> +int i, j, k, o = 0;
> +int ret = h264_probe(p);
> +const uint8_t id[] = {0x2D, 0x2D, 0x66, 0x62, 0x64, 0x72, 0x0D, 0x0A};
Should be "static const" instead of jus
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Dylan Fernando
> Sent: Tuesday, May 7, 2019 8:27 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCHv2] lavfi: add gblur_opencl filter
>
> Anyone have any comments/feedback
On 5/6/2019 9:19 PM, Andreas Rheinhardt wrote:
> Andreas Rheinhardt:
>> At this point, ts already includes the ts_offset so that the relative
>> time written with the cluster is already given by ts - mkv->cluster_pts.
>> It is this number that needs to fit into an int16_t.
>>
>> Signed-off-by: Andr
On Wed, May 08, 2019 at 09:28:33PM +0200, Reimar Döffinger wrote:
> On Wed, May 08, 2019 at 03:06:37PM +0530, Swaraj Hota wrote:
> > On Wed, May 08, 2019 at 12:52:01AM +0200, Reimar Döffinger wrote:
> > > First, seeking should be handled specially, by resetting the state.
> > > You should not make
On Sun, Apr 28, 2019 at 11:02 PM Marton Balint wrote:
>
> Hi All,
>
> There has been discussion on the mailing list several times about the
> inclusion of support for closed source components (codecs, formats,
> filters, etc) in the main ffmpeg codebase.
>
> Also the removal of libNDI happened wit
On Tue, May 07, 2019 at 10:05:12AM +0530, Shivam Goyal wrote:
> The patch is for ticket #5154.
>
> I have improved the patch as suggested.
>
> Please review.
>
> Thank you,
>
> Shivam Goyal
> Changelog|1
> libavformat/Makefile |1
> libavformat/allformats.c
On Tue, May 07, 2019 at 03:19:55PM -0700, Philip Langdale wrote:
> On 2019-05-07 14:43, Carl Eugen Hoyos wrote:
> >Am Di., 7. Mai 2019 um 06:33 Uhr schrieb Philip Langdale
> >:
> >>
> >>These are the 4:4:4 variants of the semi-planar NV12/NV21 formats.
> >>
> >>I'm surprised we've not had a reason
On Sun, 28 Apr 2019, Marton Balint wrote:
Hi All,
There has been discussion on the mailing list several times about the
inclusion of support for closed source components (codecs, formats,
filters, etc) in the main ffmpeg codebase.
Also the removal of libNDI happened without general consens
The commands below all produce an output with a smaller video overlaid in the
upper left. But, it will not loop. It plays
the overlay until its end, and stays on the last frame.
The overlay must of course be shorter in time than the main video, but in an
RTMP stream, I would like to bring overl
AVHWFramesContext has aligned width and height.
When initializing a new AVFrame, it receives these aligned values (in
av_hwframe_get_buffer), which leads to incorrect scaling.
The resulting frames are cropped either horizontally or vertically.
As a fix we can overwrite the dimensions to original v
On 5/8/19, talkvi...@talkvideo.net wrote:
> The commands below all produce an output with a smaller video overlaid in
> the upper left. But, it will not loop. It plays
> the overlay until its end, and stays on the last frame.
>
> The overlay must of course be shorter in time than the main video, b
On Wed, May 08, 2019 at 11:48:38PM +0200, Paul B Mahol wrote:
> On 5/8/19, talkvi...@talkvideo.net wrote:
> > The commands below all produce an output with a smaller video overlaid in
> > the upper left. But, it will not loop. It plays
> > the overlay until its end, and stays on the last frame.
>
On 5/7/19, Paul B Mahol wrote:
> On 5/6/19, Marton Balint wrote:
>>
>>
>> On Mon, 6 May 2019, Marton Balint wrote:
>>
>>>
>>>
>>> On Mon, 6 May 2019, Paul B Mahol wrote:
>>>
On 5/6/19, Marton Balint wrote:
>
>
> On Sat, 4 May 2019, John Warburton wrote:
>
>> On Sat, May
On Tue, May 07, 2019 at 01:39:44AM +0200, Hendrik Leppkes wrote:
> On Tue, May 7, 2019 at 12:34 AM Michael Niedermayer
> wrote:
> >
> > On Sun, May 05, 2019 at 08:51:08PM +0200, Marton Balint wrote:
> > > This reverts commit a9dacdeea6168787a142209bd19fdd74aefc9dd6.
> > >
> > > I don't think it is
Please see this (very Short) thread for background. It is
incorporated here.
http://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/243721.html
The drawtext Filter has a reload Option, and when I use overlay
with a PNG Image, like so:
-f image2 -loop 1 -i overlay.png
I can manipulate the overlay by
On 09-05-2019 01:15, Reimar Döffinger wrote:
> On Tue, May 07, 2019 at 10:05:12AM +0530, Shivam Goyal wrote:
>
>> +static int arecont_h264_probe(const AVProbeData *p)
>> +{
>> +int i, j, k, o = 0;
>> +int ret = h264_probe(p);
>> +const uint8_t id[] = {0x2D, 0x2D, 0x66, 0x62, 0x64, 0x
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> xwm...@pku.edu.cn
> Sent: Wednesday, May 08, 2019 5:34 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] libavfilter: Add multiple padding methods in
> FFmpeg dnn native mode
On 09-05-2019 02:16, Michael Niedermayer wrote:
> On Tue, May 07, 2019 at 10:05:12AM +0530, Shivam Goyal wrote:
>
>> The patch is for ticket #5154.
>>
>> I have improved the patch as suggested.
>>
>> Please review.
>>
>> Thank you,
>>
>> Shivam Goyal
>
>> Changelog|1
On 09-05-2019 02:16, Michael Niedermayer wrote:
> On Tue, May 07, 2019 at 10:05:12AM +0530, Shivam Goyal wrote:
>
>> The patch is for ticket #5154.
>>
>> I have improved the patch as suggested.
>>
>> Please review.
>>
>> Thank you,
>>
>> Shivam Goyal
>
>> Changelog|1
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Guo, Yejun
> Sent: Thursday, April 04, 2019 2:45 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/6] lavu/frame: Expand ROI
> documentation
>
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Monday, May 6, 2019 23:21
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: [FFmpeg-devel] [PATCH] vaapi_encode: Refactor encode misc
> parame
On Tue, May 7, 2019 at 9:54 AM myp...@gmail.com wrote:
>
> On Sun, May 5, 2019 at 11:23 AM myp...@gmail.com wrote:
> >
> > On Sun, May 5, 2019 at 9:31 AM Carl Eugen Hoyos wrote:
> > >
> > > Am So., 5. Mai 2019 um 03:23 Uhr schrieb myp...@gmail.com
> > > :
> > > >
> > > > On Sun, Apr 28, 2019 at
On 5/8/19 1:13 AM, Paul B Mahol wrote:
On 5/8/19, Pavel Koshevoy wrote:
NOTE: this is a refinement of the patch from Paul B Mahol
offset all output timestamps by same amount of first input timestamp
---
libavfilter/af_atempo.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
>
> if you dont return 3 fields you break the normative specification. This
> speaks
> about the "output of the decoding process" not how to interpret the output.
>
> I bring MPEG2 up here because we dont do what the normative spec says
> because it doesnt make sense for us. It does make sense if y
Current implemantion for autoratation does not support flip.
That is, if the matrix contains flip info, the API get_rotation
only reflects partial information. This change is for adding
support for hflip (vflip can be achieved by rotation+hflip).
---
fftools/cmdutils.c| 4 ++--
fftools/cm
Fix #6945
'Orientation' field from EXIF tags in first decoded frame is extracted
as stream side data so that ffmpeg can apply auto-rotation.
---
fftools/ffmpeg.c | 63 +++-
1 file changed, 62 insertions(+), 1 deletion(-)
diff --git a/fftools/ffmpeg.c b/
On Wed, May 8, 2019 at 12:32 AM Jun Li wrote:
>
>
> On Wed, May 8, 2019 at 12:09 AM Gyan wrote:
>
>>
>>
>> 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
Signed-off-by: Ruiling Song
---
libavfilter/unsharp.h| 4 +-
libavfilter/vf_unsharp.c | 98 ++--
2 files changed, 78 insertions(+), 24 deletions(-)
diff --git a/libavfilter/unsharp.h b/libavfilter/unsharp.h
index caff986fc1..a60b30f31a 100644
--- a/libavf
45 matches
Mail list logo
