duplicate av_expr_eval x_pexpr, remove the second one.
Signed-off-by: Steven Liu
---
libavfilter/vf_overlay.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index aa5835ae3a..240f6f3803 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilte
From 17278f448133826593941ac6b105a4e81cc8b255 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 15:56:43 +0800
Subject: [PATCH 1/5] lavfi: VAAPI VPP common infrastructure.
Re-work the VA-API common infrastructure.
Signed-off-by: Jun Zhao
---
libavfilter/vaapi_vpp.c | 366 +
From 72b242449086d7366ee524e608bb8f178c15b8cf Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:12:41 +0800
Subject: [PATCH 4/5] lavfi: add ProcAmp(color balance) vaapi video filter.
add ProcAmp(color balance) vaapi video filter, use the option
like -vf "procamp_vaapi=b=10:h=120:c
From 24f60485868087906aa479ebf039590338320754 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:02:35 +0800
Subject: [PATCH 2/5] lavfi: use common VPP infrastructure for vf_scale_vaapi.
Use the common VPP infrastructure re-work vf_scale_vaapi.
Signed-off-by: Jun Zhao
---
libavf
From 5be7c9c55e1ad092223a13f465da3b1a2f1d01b3 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:19:17 +0800
Subject: [PATCH 5/5] lavfi: add misc(denoise/sharpness) VPP video filter.
add misc(denoise/sharpness) VPP video filter.
Signed-off-by: Yun Zhou
Signed-off-by: Jun Zhao
From 0274a13bc933e4d82a937afb6886b4132834ecff Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:07:38 +0800
Subject: [PATCH 3/5] lavfi: use common VPP infrastructure for
vf_deinterlace_vaapi.
Use the common VPP infrastructure re-work vf_deinterlace_vaapi.
Signed-off-by: Jun Zhao
From 0274a13bc933e4d82a937afb6886b4132834ecff Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:07:38 +0800
Subject: [PATCH 3/5] lavfi: use common VPP infrastructure for
vf_deinterlace_vaapi.
Use the common VPP infrastructure re-work vf_deinterlace_vaapi.
Signed-off-by: Jun Zhao
On Mon, Jan 8, 2018 at 1:38 AM, Rostislav Pehlivanov
wrote:
>
> That's okay - for encoding switch the profile depending on both the
> avctx->profile setting and the samplerate and list all supported
> samplerates for all profiles in the AVCodec structure. We do something
> similar in the AAC encod
On Mon, Jan 08, 2018 at 04:14:22AM +0100, Michael Niedermayer wrote:
> On Sun, Jan 07, 2018 at 11:42:25PM -0300, James Almer wrote:
> > On 1/7/2018 11:06 PM, Michael Niedermayer wrote:
> > > On Sun, Jan 07, 2018 at 01:22:38AM -0300, James Almer wrote:
> > >> AVX-512 support has been introduced, and
2018-01-08 11:44 GMT+01:00 Reimar Döffinger :
> On Mon, Jan 08, 2018 at 04:14:22AM +0100, Michael Niedermayer wrote:
>> On Sun, Jan 07, 2018 at 11:42:25PM -0300, James Almer wrote:
>> > On 1/7/2018 11:06 PM, Michael Niedermayer wrote:
>> > > On Sun, Jan 07, 2018 at 01:22:38AM -0300, James Almer wro
2018-01-08 11:32 GMT+01:00 Hendrik Leppkes :
> On Mon, Jan 8, 2018 at 1:38 AM, Rostislav Pehlivanov
> wrote:
>>
>> That's okay - for encoding switch the profile depending on both the
>> avctx->profile setting and the samplerate and list all supported
>> samplerates for all profiles in the AVCodec
Steven Liu (2018-01-08):
> duplicate av_expr_eval x_pexpr, remove the second one.
No. It is necessary if x is expressed from y.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpe
On Mon, Jan 8, 2018 at 1:27 PM, Carl Eugen Hoyos wrote:
> 2018-01-08 11:32 GMT+01:00 Hendrik Leppkes :
>> On Mon, Jan 8, 2018 at 1:38 AM, Rostislav Pehlivanov
>> wrote:
>>>
>>> That's okay - for encoding switch the profile depending on both the
>>> avctx->profile setting and the samplerate and li
On 1/8/18, Nicolas George wrote:
> Steven Liu (2018-01-08):
>> duplicate av_expr_eval x_pexpr, remove the second one.
>
> No. It is necessary if x is expressed from y.
>
> Regards,
Comment should be added so such patches do not pop again.
___
ffmpeg-dev
2018-01-08 13:37 GMT+01:00 Hendrik Leppkes :
> On Mon, Jan 8, 2018 at 1:27 PM, Carl Eugen Hoyos wrote:
>> 2018-01-08 11:32 GMT+01:00 Hendrik Leppkes :
>>> On Mon, Jan 8, 2018 at 1:38 AM, Rostislav Pehlivanov
>>> wrote:
That's okay - for encoding switch the profile depending on both the
From: Eduard Sinelnikov
Apple's AIFF protocol clearly states that each chucnk which is odd sized a
padding should be added.
In the old version of aiffdec adding of padding was done in `get_meta`. And in
case of unknown chunk name it was done in defalut case.
The new version has deleted the padd
On 1/4/2018 3:41 PM, James Almer wrote:
> Having all the public functions marked as deprecated is enough.
>
> This gets rid of a warning spam when compiling any file including
> libavresample/avresample.h even when avresample is not enabled, like
> it's the case with fftools/cmdutils.c
>
> Signed
On Mon, 8 Jan 2018, Bang He wrote:
On Sun, Jan 7, 2018 at 4:50 AM, Marton Balint wrote:
This will replace the 1024 character limited filename field. Compatiblity
for
output contexts are provided by copying filename field to URL if URL is
unset
and by providing an internal function for muxers
On 01/08/2018 12:48 AM, Carl Eugen Hoyos wrote:
2018-01-07 15:40 GMT+01:00 Jörn Heusipp :
On 01/06/2018 04:06 PM, Carl Eugen Hoyos wrote:
2018-01-06 11:07 GMT+01:00 Jörn Heusipp
:
-.extensions =
"669,amf,ams,dbm,digi,dmf,dsm,far,gdm,imf,it,j2b,m15,mdl,med,mmcmp,mms,mo3,mod,mptm,mt2
On 01/08/2018 12:57 AM, Carl Eugen Hoyos wrote:
2018-01-07 15:40 GMT+01:00 Jörn Heusipp :
On 01/06/2018 04:10 PM, Carl Eugen Hoyos wrote:
2018-01-06 11:07 GMT+01:00 Jörn Heusipp
:
libopenmpt file header probing is tested regularly against the FATE
suite and other diverse file collections b
> I'd assume we'd wait with applying this until the mp4 patch that uses
> it is reviewed. I'm fine with this patch and I think it can be pushed
> as it is, although I just noticed an APIchanges entry and minor version
> bump is actually missing. You could add them when sending the final
> patch set
On Sun, Jan 07, 2018 at 03:15:19AM +0100, Michael Niedermayer wrote:
> Fixes: clusterfuzz-testcase-minimized-6134545979277312
> Fixes: crbug 797469
>
> Reported-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/opus_parser.c | 16 +---
> 1 file changed, 13 in
On Sun, Jan 07, 2018 at 11:13:36PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2 + 2147483646 cannot be represented in type
> 'int'
> Fixes: 4792/clusterfuzz-testcase-minimized-6322450775146496
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/
On Sun, Jan 07, 2018 at 04:12:58AM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 512 + 2147483491 cannot be represented in
> type 'int'
> Fixes: 4780/clusterfuzz-testcase-minimized-4709066174627840
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuz
On Sun, Jan 07, 2018 at 18:46:06 +, Stefan _ wrote:
I can't judge the logic, but:
> +int64_t currentTime = 0;
> +currentTime =
> get_segment_start_time_based_on_timeline(cur_video, cur_video->cur_seq_no) /
> cur_video->fragment_timescale;
The assignment "= 0" isn't
On Mon, Jan 08, 2018 at 10:56:56 +0530, vdi...@akamai.com wrote:
> -{ "audio_pts", "audio pts source", OFFSET(audio_pts_source),
> AV_OPT_TYPE_INT, { .i64 = PTS_SRC_AUDIO}, 1, 4, DEC, "pts_source"},
> -{ "video_pts", "video pts source", OFFSET(video_pts_source),
>
Signed-off-by: Jacob Trimble
---
doc/APIchanges| 3 +++
libavutil/aes_ctr.c | 6 ++
libavutil/aes_ctr.h | 7 ++-
libavutil/tests/aes_ctr.c | 2 +-
libavutil/version.h | 2 +-
5 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/doc/APIchanges b/doc
> You can't remove API just like that without a deprecation period.
> Add a new av_aes_ctr_set_full_iv() function, and either leave
> av_aes_ctr_set_iv() alone or deprecate it if it effectively becomes
> superfluous after adding the new function.
>
> Also, this patch needs to be split in three. One
On Fri, Jan 5, 2018 at 3:41 PM, Carl Eugen Hoyos wrote:
> 2018-01-05 23:58 GMT+01:00 Jacob Trimble :
>> On Fri, Jan 5, 2018 at 2:01 PM, Carl Eugen Hoyos wrote:
>>> 2018-01-05 22:29 GMT+01:00 Jacob Trimble
>>> :
On Fri, Jan 5, 2018 at 12:41 PM, Carl Eugen Hoyos
wrote:
> 2018-01-05
Hi,
Can you provide some context for this? Please add docs as well.
Can't really test this because it segfaults for me: ./ffmpeg -f lavfi
-i anoisesrc -af dumpwave -f null -
On Sun, Jan 7, 2018 at 4:36 PM, wrote:
>
> From: Dmytro Humeniuk
>
> Signed-off-by: Dmytro Humeniuk
> ---
> Changelog
On Fri, Jan 5, 2018 at 12:55 PM, Jacob Trimble wrote:
> On Fri, Jan 5, 2018 at 12:43 PM, Carl Eugen Hoyos wrote:
>> 2018-01-05 20:49 GMT+01:00 Jacob Trimble :
>>
>>> +AV_WB32(side_data, size);
>>> +AV_WL32(side_data + 4, MKTAG('p','s','s','h'));
>>
>> I didn't check:
>> Is this what appli
v4l2_pts is type int64_t we should return that instead of uint64_t
---
libavcodec/v4l2_buffers.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index ba70c5d14b..fdafe7edca 100644
--- a/libavcodec/v4l2_buffers.c
+++ b/liba
we check for a valid pts in v4l2_set_pts so we should do the same here
---
libavcodec/v4l2_buffers.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index fdafe7edca..5337f6f287 100644
--- a/libavcodec/v4l2_buffers.c
++
This default time base should be set in order for ffmpeg to rescale the
timebase in v4l2_get_pts and v4l2_set_pts
---
libavcodec/v4l2_m2m_dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/v4l2_m2m_dec.c b/libavcodec/v4l2_m2m_dec.c
index 8308613978..4de091a011 100644
--- a/li
Some small fixes that I have done while working with v4l2
Lukas Rusak (3):
libavcodec/v4l2_buffers: return int64_t in v4l2_get_pts
libavcodec/v4l2_buffers: check for valid pts value
libavcodec/v4l2_m2m_dec: set default time base
libavcodec/v4l2_buffers.c | 7 +--
libavcodec/v4l2_m2m_de
On Thu, 4 Jan 2018, Marton Balint wrote:
The framerate filter was quite convoluted with some filter_frame /
request_frame logic bugs. It seemed easier to rewrite the whole filter_frame /
request_frame part and also the frame interpolation ratio calculation part in
one step.
Notable changes:
-
On Mon, 8 Jan 2018 15:27:39 -0800
Lukas Rusak wrote:
> This default time base should be set in order for ffmpeg to rescale the
> timebase in v4l2_get_pts and v4l2_set_pts
>
> ---
> libavcodec/v4l2_m2m_dec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/v4l2_m2m_dec.c
This is a patch I have been testing for a while in combination with kodi's
drmprime renderer
I have been testing this with i.MX6 and Dragonboard 410c. So it covers single
and multiplanar formats.
I'm looking to get some comments on how to integrate this properly so that if
we request
AV_PIX_FM
On 01/09/2018 12:27 AM, Lukas Rusak wrote:
Some small fixes that I have done while working with v4l2
hi Lukas, what sort of error where you observing? I'd like to reproduce
on my end
I was about to post Mark Thompson's fix plus another one to get rid of
the unnecessary timeouts. will do tomor
On Mon, 8 Jan 2018 15:27:38 -0800
Lukas Rusak wrote:
> we check for a valid pts in v4l2_set_pts so we should do the same here
>
> ---
> libavcodec/v4l2_buffers.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
Hmm ok, disregard then.
On Mon, Jan 8, 2018 at 3:53 PM wm4 wrote:
> On Mon, 8 Jan 2018 15:27:38 -0800
> Lukas Rusak wrote:
>
> > we check for a valid pts in v4l2_set_pts so we should do the same here
> >
> > ---
> > libavcodec/v4l2_buffers.c | 5 -
> > 1 file changed, 4 insertions(+), 1 de
I'm not really sure what to do then.
Should I just replace time_base with pkt_timebase instead?
Or
Should I just remove the time base rescaling completely in v4l2_set_pts and
v4l2_get_pts as it seems to be 1:1 anyways.
On Mon, Jan 8, 2018 at 3:45 PM wm4 wrote:
> On Mon, 8 Jan 2018 15:27:39 -0
On Tue, 09 Jan 2018 00:03:15 +
Lukas Rusak wrote:
> I'm not really sure what to do then.
>
> Should I just replace time_base with pkt_timebase instead?
>
> Or
>
> Should I just remove the time base rescaling completely in v4l2_set_pts and
> v4l2_get_pts as it seems to be 1:1 anyways.
The
On Mon, Jan 08, 2018 at 01:27:16PM +0100, Carl Eugen Hoyos wrote:
> 2018-01-08 11:32 GMT+01:00 Hendrik Leppkes :
> > On Mon, Jan 8, 2018 at 1:38 AM, Rostislav Pehlivanov
> > wrote:
> >>
> >> That's okay - for encoding switch the profile depending on both the
> >> avctx->profile setting and the sam
On Mon, Jan 8, 2018 at 11:40 AM, Jacob Trimble wrote:
>> I'd assume we'd wait with applying this until the mp4 patch that uses
>> it is reviewed. I'm fine with this patch and I think it can be pushed
>> as it is, although I just noticed an APIchanges entry and minor version
>> bump is actually mis
Implement support for including AFD in decklink output. This
includes making sure the AFD data is preserved when going from
an AVFrame to a V210 packet (needed for 10-bit support).
Updated to reflect feedback from Marton Balint ,
Carl Eugen Hoyos and Aaron Levinson
.
Signed-off-by: Devin Heitmu
Add support for the ability to capture all audio pairs available
to the capture hardware. Each pair is exposed as a different audio
stream, which matches up with the most common use cases for the
broadcast space (i.e. where there is one stereo pair per audio
language).
To support the existing use
If AFD side data is present, include it in an H.264 SEI payload when
encoding with libx264.
This is done in the same manner that we currently handle A53 closed
captions (where the business logic for constructing the SEI is in
libavcodec/utils.c), so it should be portable to the other encoder
types
Hook in libklvanc and use it for output of EIA-708 captions over
SDI. The bulk of this patch is just general support for ancillary
data for the Decklink SDI module - the real work for construction
of the EIA-708 CDP and VANC line construction is done by libklvanc.
Libklvanc can be found at: https
This patch series provides a number of enhancements for both capture
and output using the decklink module, including addressing comments from
Marton Balint, Derek Buitenhuis, James Almer, Carl Eugen Hoyos, and
Aaron Levinson.
Devin Heitmueller (11):
libavdevice/decklink: Add support for EIA-708
Make use of libklvanc from within the DeckLink capture module,
initially for EIA-708 and AFD. Support for other VANC types will
come in subsequent patches.
Incorporates feedback from Derek Buitenhuis ,
James Almer , and Aaron Levinson
Signed-off-by: Devin Heitmueller
---
libavdevice/decklink_
This is needed to ensure that AFD data continues to work when
capturing V210 video with the Decklink libavdevice input.
Signed-off-by: Devin Heitmueller
---
libavcodec/decode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index f67b214..14660ac 10
Make use of libklvanc to parse SCTE-104 packets and announce them
as a new stream. Right now we just pass the payload straight
through, but once this is hooked into libklscte35 we'll be able
to generate SCTE-35 messages in the MPEG TS stream.
Note that this feature needs to be explicitly enabled
Extend the decklink output to include support for compressed AC-3,
encapsulated using the SMPTE ST 377:2015 standard.
This functionality can be exercised by using the "copy" codec when
the input audio stream is AC-3. For example:
./ffmpeg -i ~/foo.ts -codec:a copy -f decklink 'UltraStudio Mini M
When building with Clang, the following warning is shown:
warning: struct 'IDeckLinkVideoFrame' was previously declared as a
class [-Wmismatched-tags]
The function incorrectly casts IDeckLinkVideoFrame as a struct
instead of a class pointer.
Signed-off-by: Devin Heitmueller
---
libavdevice/dec
2018-01-08 23:16 GMT+01:00 Jacob Trimble :
>> You can't remove API just like that without a deprecation period.
>> Add a new av_aes_ctr_set_full_iv() function, and either leave
>> av_aes_ctr_set_iv() alone or deprecate it if it effectively becomes
>> superfluous after adding the new function.
>>
>>
On Mon, Jan 08, 2018 at 12:38:19AM +, Rostislav Pehlivanov wrote:
> On 7 January 2018 at 22:54, Aurelien Jacobs wrote:
>
> > On Sun, Jan 07, 2018 at 05:23:24PM +, Rostislav Pehlivanov wrote:
> > > On 6 January 2018 at 16:48, Aurelien Jacobs wrote:
> > >
> > > > ---
> > > > Changelog
2018-01-09 0:22 GMT+01:00 Jacob Trimble :
> Updated with the new design for the side data and applied the realloc
> fix to avoid large allocations.
> +kid_count = avio_rb32(pb);
Missing check here ...
> +for (; i < kid_count && !pb->eof_reached; i++) {
> +unsigned in
2018-01-08 20:25 GMT+01:00 Jörn Heusipp :
>
> On 01/08/2018 12:57 AM, Carl Eugen Hoyos wrote:
>>
>> 2018-01-07 15:40 GMT+01:00 Jörn Heusipp
>> :
>>>
>>> On 01/06/2018 04:10 PM, Carl Eugen Hoyos wrote:
2018-01-06 11:07 GMT+01:00 Jörn Heusipp
:
>
>
>
> libopenmpt file header probin
2018-01-08 23:34 GMT+01:00 Jacob Trimble :
> On Fri, Jan 5, 2018 at 3:41 PM, Carl Eugen Hoyos wrote:
>> 2018-01-05 23:58 GMT+01:00 Jacob Trimble :
>>> On Fri, Jan 5, 2018 at 2:01 PM, Carl Eugen Hoyos wrote:
2018-01-05 22:29 GMT+01:00 Jacob Trimble
:
> On Fri, Jan 5, 2018 at 12:41 P
Add a line to show the SDK version used in the build, if loglevel
is set to verbose. This is simply to aid in debugging when
building against different SDKs.
Signed-off-by: Devin Heitmueller
---
libavdevice/decklink_common.cpp | 4
1 file changed, 4 insertions(+)
diff --git a/libavdevice/
Clang applies the missing-prototypes warning on C++ files, whereas
gcc only applies it to C. As a result, the decklink_common.cpp file
fails to build because of missing prototypes in DecklinkDispatch.cpp
(which is #included by decklink_common.cpp).
We don't want to change the actual Blackmagic SD
comment about the looks like a duplicate line.
but that is used to reason x is expressed from y
Signed-off-by: Steven Liu
---
libavfilter/vf_overlay.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index aa5835ae3a..c6a6ac82f3 100644
--- a
On 9 January 2018 at 01:21, Aurelien Jacobs wrote:
> On Mon, Jan 08, 2018 at 12:38:19AM +, Rostislav Pehlivanov wrote:
> > On 7 January 2018 at 22:54, Aurelien Jacobs wrote:
> >
> > > On Sun, Jan 07, 2018 at 05:23:24PM +, Rostislav Pehlivanov wrote:
> > > > On 6 January 2018 at 16:48, Au
2018-01-09 5:07 GMT+01:00 Rostislav Pehlivanov :
> On 9 January 2018 at 01:21, Aurelien Jacobs wrote:
>> So what ? It won't increase binary bloat unless we ever reach more
>> than 2^32 codecs.
>> And regarding public API bloat, the 2 options are:
>> 1) define 2 codec ID consts
>> 2) define 1 co
add Referer message if referer have been set.
Signed-off-by: Steven Liu
---
doc/protocols.texi | 3 +++
libavformat/http.c | 8
2 files changed, 11 insertions(+)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 98deb73005..c24dc74505 100644
--- a/doc/protocols.texi
+++ b/doc/
Signed-off-by: Steven Liu
---
libavformat/hls.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 950cc4c3bd..9657b83fd9 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -202,6 +202,7 @@ typedef struct HLSContext {
int
67 matches
Mail list logo
