>
> 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
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
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
> -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
>
> -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
>
>
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|
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|
> -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
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,
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 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
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 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/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,
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
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
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
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 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 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
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:
> -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
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
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 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
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
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
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
---
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
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
> 在 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
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
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
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);
> >> [...]
> >>> +
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
> -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
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
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
> >>
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
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
On Tue, May 7, 2019 at 11:40 PM Gyan wrote:
>
>
> On 08-05-2019 11:54 AM, Jun Li wrote:
> > Fix #6945
> > Exif extension has 'Orientaion' field for image flip and rotation.
> > This change is to add the first frame's exif into stream so that
> > autorotation would use the info to adjust the
On Tue, May 7, 2019 at 11:24 PM Jun Li wrote:
> 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
On 08-05-2019 11:54 AM, Jun Li wrote:
Fix #6945
Exif extension has 'Orientaion' field for image flip and rotation.
This change is to add the first frame's exif into stream so that
autorotation would use the info to adjust the frames.
Suggest commit msg should be
"
'Orientation' field from
On Tue, May 7, 2019 at 2:04 AM Moritz Barsnick wrote:
> On Mon, May 06, 2019 at 22:36:41 -0700, Jun Li wrote:
> > +double av_display_rotation_hflip_get(const int32_t matrix[9], int
> *hflip)
> > +{
> > +int32_t m[9];
> > +*hflip = 0;
> > +memcpy(m, matrix, sizeof(int32_t) * 9);
>
>
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 ++--
Fix #6945
Exif extension has 'Orientaion' field for image flip and rotation.
This change is to add the first frame's exif into stream so that
autorotation would use the info to adjust the frames.
---
fftools/ffmpeg.c | 57 +++-
1 file changed, 56
On 08.05.2019, at 08:01, Carl Eugen Hoyos wrote:
> Am Mi., 8. Mai 2019 um 00:52 Uhr schrieb Reimar Döffinger
> :
>>
>> 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*/
> +
Am Mi., 8. Mai 2019 um 00:20 Uhr schrieb Philip Langdale :
>
> 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
Am Mi., 8. Mai 2019 um 00:52 Uhr schrieb Reimar Döffinger
:
>
> 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);
> >> [...]
> >>> +
50 matches
Mail list logo