Suppress the complain "variables 'type' is used but maybe uninitialized".
Signed-off-by: Zhong Li
---
libavcodec/qsv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
index 45e1c25..b578da0 100644
--- a/libavcodec/qsv.c
+++ b/libavcodec/qsv
When using hardware accelerated decoding for multi-slice field interlaced
pictures,
only the first slice was decoded. This patch adds the neccesary looping over the
remaining slices that may exist in field interlaced pictures. Additionally, we
align
the calculation of mby_start for the second fie
Contrary to VC-1 spec, VAAPI expects the row address of the first
macroblock row in the first slice to start from zero for the second
field in a field interlaced picture.
Signed-off-by: Jerome Borsboom
---
This patch set adds support for hardware decoding multi-slice field interlaced
pictures. Wi
On Tue, 2018-05-08 at 22:51 +0100, Mark Thompson wrote:
> On 08/05/18 04:54, Xiang, Haihao wrote:
> > On Mon, 2018-05-07 at 22:03 +0100, Mark Thompson wrote:
> > > On 04/05/18 09:54, Xiang, Haihao wrote:
> > > > On Thu, 2018-05-03 at 22:43 +0100, Mark Thompson wrote:
> > > > > On 03/05/18 04:07, Ha
On Tue, 2018-05-08 at 22:37 +0100, Mark Thompson wrote:
> On 08/05/18 03:53, Xiang, Haihao wrote:
> > On Mon, 2018-05-07 at 21:48 +0100, Mark Thompson wrote:
> > > On 04/05/18 15:41, Haihao Xiang wrote:
> > > > Otherwise va_rt_format might be unitialized
> > > >
> > > > Signed-off-by: Haihao Xiang
On Tue, 2018-05-08 at 22:34 +0100, Mark Thompson wrote:
> On 08/05/18 03:35, Xiang, Haihao wrote:
> > On Mon, 2018-05-07 at 21:46 +0100, Mark Thompson wrote:
> > > On 04/05/18 15:41, Haihao Xiang wrote:
> > > > Otherwise it might use unitialized last_pic in av_assert0(last_pic)
> > > >
> > > > Sig
On Tue, May 8, 2018 at 12:54 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> Allows the user to skip streams that are not advertised in the PMT.
>
Disregard this patch. It combines two different things (skip pmt, skip
streams without pmt) into one badly named option.
Aman
> ---
> libavformat/m
Removes unnecessary data copies, and partially fixes potential issues
with dangling references held in said lists.
Signed-off-by: James Almer
---
libavcodec/cbs_h264.h | 2 ++
libavcodec/cbs_h2645.c | 46 --
libavcodec/cbs_h265.h | 3 +++
3 files chang
On 5/8/2018 8:49 PM, Mark Thompson wrote:
> Ah. I should have thought of this problem earlier - testing this patch, it
> this breaks the VAAPI encoders because the parameter set structures there are
> not reference counted (and shouldn't be - they are pointers to substructures
> of the encoder
On 09/05/18 00:12, James Almer wrote:
> Removes unnecessary data copies, and fixes potential issues with
> dangling references held in said lists.
>
> Signed-off-by: James Almer
> ---
> libavcodec/cbs_h264.h | 2 ++
> libavcodec/cbs_h2645.c | 41 +
> lib
On 08/05/18 19:24, Lukas Rusak wrote:
> This is V2 of my previous patch. I have worked together with Jorge to get
> this working properly.
> We have made it so that AV_PIX_FMT_DRM_PRIME output can be selected by
> setting avctx->pix_fmt.
This isn't how format selection in libavcodec works. Look
Removes unnecessary data copies, and fixes potential issues with
dangling references held in said lists.
Signed-off-by: James Almer
---
libavcodec/cbs_h264.h | 2 ++
libavcodec/cbs_h2645.c | 41 +
libavcodec/cbs_h265.h | 3 +++
3 files changed, 26 inse
On 5/8/2018 7:37 PM, Mark Thompson wrote:
> On 08/05/18 21:48, James Almer wrote:
>> This is more in line to how h264_ps handles it.
>>
>> Signed-off-by: James Almer
>> ---
>> Not really going to make much of a difference seeing parameter sets
>> rarely show up in-band even in raw streams, but it'
On Mon, May 07, 2018 at 04:59:33PM -0700, Jacob Trimble wrote:
> On Mon, May 7, 2018 at 3:18 PM, Michael Niedermayer
> wrote:
> > On Mon, Apr 23, 2018 at 11:03:57AM -0700, Jacob Trimble wrote:
> >> While integrating my encryption info changes, I noticed a problem with
> >> the init info structs.
On 08/05/18 23:36, James Almer wrote:
> On 5/8/2018 7:17 PM, Mark Thompson wrote:
>> On 08/05/18 21:48, James Almer wrote:
>>> There's no gain from using AVBufferRef for these, as no copies or
>>> references are ever made.
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> There is however a raw copy
On 08/05/18 21:48, James Almer wrote:
> This is more in line to how h264_ps handles it.
>
> Signed-off-by: James Almer
> ---
> Not really going to make much of a difference seeing parameter sets
> rarely show up in-band even in raw streams, but it's one less memcpy
> anyway.
>
> libavcodec/cbs_
On 5/8/2018 7:17 PM, Mark Thompson wrote:
> On 08/05/18 21:48, James Almer wrote:
>> There's no gain from using AVBufferRef for these, as no copies or
>> references are ever made.
>>
>> Signed-off-by: James Almer
>> ---
>> There is however a raw copy of the struct storing these buffers,
>> which i
From: Aman Gupta
This mimics the logic flow in all the other callbacks
(pat_cb, sdt_cb, m4sl_cb), and avoids calling skip_identical()
for non PMT_TID packets.
Since skip_identical modifies internal state like
MpegTSSectionFilter.last_ver, this change prevents unnecessary
reprocessing on some str
On 08/05/18 21:48, James Almer wrote:
> There's no gain from using AVBufferRef for these, as no copies or
> references are ever made.
>
> Signed-off-by: James Almer
> ---
> There is however a raw copy of the struct storing these buffers,
> which is dangerous and fragile.
> This patch is in prepar
2018-05-08 11:45 GMT+02:00, Martin Vignali :
>>
>> > Sorry, i missread the code before writing the test, and
>> > didn't see it use float for one step.
>> > I will send a patch to remove these tests.
>>
>> Or just commit.
>>
>>
> Tests removed.
Thank you!
Carl Eugen
__
2018-05-08 15:11 GMT+02:00, Anton Leontiev :
> Formats ARGB32, XRGB32, ABGR32, and XBGR32 were added to
> V4L2 instead of ill-defined deprecated RGB32/BGR32 pixel formats.
Just curious because I am quite sure I tested them:
Why / how are they ill-defined?
[...]
> diff --git a/libavdevice/v4l2-co
On 08/05/18 04:54, Xiang, Haihao wrote:
> On Mon, 2018-05-07 at 22:03 +0100, Mark Thompson wrote:
>> On 04/05/18 09:54, Xiang, Haihao wrote:
>>> On Thu, 2018-05-03 at 22:43 +0100, Mark Thompson wrote:
On 03/05/18 04:07, Haihao Xiang wrote:
> '-sei xxx' is added to control SEI insertion, so
On 08/05/18 03:53, Xiang, Haihao wrote:
> On Mon, 2018-05-07 at 21:48 +0100, Mark Thompson wrote:
>> On 04/05/18 15:41, Haihao Xiang wrote:
>>> Otherwise va_rt_format might be unitialized
>>>
>>> Signed-off-by: Haihao Xiang
>>> ---
>>> libavutil/hwcontext_vaapi.c | 5 +
>>> 1 file changed, 5
On 08/05/18 03:35, Xiang, Haihao wrote:
> On Mon, 2018-05-07 at 21:46 +0100, Mark Thompson wrote:
>> On 04/05/18 15:41, Haihao Xiang wrote:
>>> Otherwise it might use unitialized last_pic in av_assert0(last_pic)
>>>
>>> Signed-off-by: Haihao Xiang
>>> ---
>>> libavcodec/vaapi_encode.c | 2 +-
>>>
Hi!
Responding the per device question (sorry I can't make it shorter, the topic is
quite dense).
A typical CUDA application uses a single cuda context, and multiple cuda
streams to allow asynchronicity between cuda tasks (memory transfers, kernels,
memsets) and make overlapping between those
On Tue, May 08, 2018 at 01:00:51PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> >
> > +static int get_trc(UID ul, enum AVColorTransferCharacteristic trc)
> > +{
> > +switch (trc){
> > +case AVCOL_TRC_
On 5/8/2018 3:36 PM, Timo Rothenpieler wrote:
> ---
> configure | 6 --
> doc/APIchanges | 3 +++
> libavutil/hwcontext_cuda.c | 3 +++
> libavutil/hwcontext_cuda.h | 1 +
> libavutil/version.h| 2 +-
> 5 files changed, 12 insertions(+), 3 deletions(-)
>
>
This is more in line to how h264_ps handles it.
Signed-off-by: James Almer
---
Not really going to make much of a difference seeing parameter sets
rarely show up in-band even in raw streams, but it's one less memcpy
anyway.
libavcodec/cbs_h264.h | 4 +--
libavcodec/cbs_h2645.c
There's no gain from using AVBufferRef for these, as no copies or
references are ever made.
Signed-off-by: James Almer
---
There is however a raw copy of the struct storing these buffers,
which is dangerous and fragile.
This patch is in preparation to change how the above is handled.
libavcodec
On 2018-05-08 11:36, Timo Rothenpieler wrote:
Replaces the data pointers with the mapped cuvid ones.
Adds buffer_refs to the frame to ensure the needed contexts stay alive
and the cuvid idx stays allocated.
Adds another buffer_ref to unmap the frame when it's unreferenced
itself.
---
libavcode
From: Aman Gupta
---
fftools/ffprobe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 8b2a18b6b1..544786ec72 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -2371,11 +2371,11 @@ static int read_interval_packets(Writer
From: Aman Gupta
Allows the user to skip streams that are not advertised in the PMT.
---
libavformat/mpegts.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 629631f60a..5464f48a8d 100644
--- a/libavformat/mpegts.c
+++ b
---
libavcodec/nvdec.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/nvdec.c b/libavcodec/nvdec.c
index 502747adfd..e779be3a45 100644
--- a/libavcodec/nvdec.c
+++ b/libavcodec/nvdec.c
@@ -39,6 +39,7 @@ typedef struct NVDECDecoder {
AVBufferRef *hw_devi
---
libavcodec/cuviddec.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index 122c28f6e8..4d3caf924e 100644
--- a/libavcodec/cuviddec.c
+++ b/libavcodec/cuviddec.c
@@ -550,12 +550,16 @@ static int cuvid_output_frame(AVCodecCo
---
libavutil/hwcontext_cuda.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c
index f3e81680e9..668293bffc 100644
--- a/libavutil/hwcontext_cuda.c
+++ b/libavutil/hwcontext_cuda.c
@@ -258,13 +258,19 @@
---
configure | 6 --
doc/APIchanges | 3 +++
libavutil/hwcontext_cuda.c | 3 +++
libavutil/hwcontext_cuda.h | 1 +
libavutil/version.h| 2 +-
5 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/configure b/configure
index 6626111ff2..9743de05d0
Replaces the data pointers with the mapped cuvid ones.
Adds buffer_refs to the frame to ensure the needed contexts stay alive
and the cuvid idx stays allocated.
Adds another buffer_ref to unmap the frame when it's unreferenced itself.
---
libavcodec/nvdec.c | 96 +++
This is just some formatting that is taken from the rkmpp decoder. I find that
this make is more readable.
---
libavcodec/v4l2_m2m_dec.c | 44 ---
1 file changed, 23 insertions(+), 21 deletions(-)
diff --git a/libavcodec/v4l2_m2m_dec.c b/libavcodec/v4l2_m2m_de
From: Jorge Ramirez-Ortiz
Signed-off-by: Jorge Ramirez-Ortiz
---
libavcodec/v4l2_context.c | 19 ---
libavcodec/v4l2_m2m_dec.c | 11 ---
2 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
index 9457fadb1e
This is V2 of my previous patch. I have worked together with Jorge to get this
working properly.
We have made it so that AV_PIX_FMT_DRM_PRIME output can be selected by setting
avctx->pix_fmt.
This allows v4l2 to export the buffer so we can use it for zero-copy. If
AV_PIX_FMT_DRM_PRIME is
not sel
On Tue, May 08, 2018 at 12:58:09PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > desc_size += 8;
> > if (st->codecpar->color_range != AVCOL_RANGE_UNSPECIFIED)
> > desc_size += 8 * 3;
>
Formats ARGB32, XRGB32, ABGR32, and XBGR32 were added to V4L2 instead
of ill-defined deprecated RGB32/BGR32 pixel formats.
When pixel format is not specified explicitly FFmpeg tries formats in
order in which they are stored in the table. Therefore formats are
sorted as follows: BGR is preferred ov
On Tue, May 08, 2018 at 01:02:19PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > // Generic Sound Essence Descriptor
> > { 0x3D02,
> > {0x06,0x0E,0x2B,0x34,0x01,0x01,0x01,0x04,0x04,0x02,0x03,0x01,0
On Tue, May 08, 2018 at 12:55:18PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfenc.c | 1 +
> > .../ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
> >
On Tue, May 08, 2018 at 12:50:16PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > @@ -1228,6 +1229,10 @@ static void mxf_write_cdci_common(AVFormatContext
> > *s, AVStream *st, const UID ke
> > mxf_write
On Tue, May 08, 2018 at 12:47:35PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> >
> > +if (st->codecpar->color_range != AVCOL_RANGE_UNSPECIFIED) {
> > +int black = 0,
> > +white = (1
On Tue, May 08, 2018 at 12:45:18PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> >
> > @@ -1149,6 +1151,8 @@ static void mxf_write_cdci_common(AVFormatContext *s,
> > AVStream *st, const UID ke
> > d
2018-05-07 10:40 GMT+02:00 Tomas Härdin :
> sön 2018-05-06 klockan 21:31 +0200 skrev Thomas Mundt:
> > 2018-05-06 13:32 GMT+02:00 Tomas Härdin :
> >
> > > fre 2018-05-04 klockan 01:52 +0200 skrev Thomas Mundt:
> > > > Hi,
> > > >
> > > > this is a better version of the patch.
> > > > 10 bit and TF
What is this?
https://docs.nvidia.com/cuda/cuda-driver-api/stream-sync-behavior.html
It allows asynchronous processing of CUDA workloads. The next couple
patches make use of it.
There's no change in behaviour if it remains unset/NULL, but if you set
one, the workload won't block the main CUDA s
Am 08.05.2018 um 17:49 schrieb wm4:
On Tue, 8 May 2018 17:43:49 +0200
Timo Rothenpieler wrote:
-frame->buf[0] = av_buffer_pool_get(ctx->pool);
+if (frctx->flags & AV_CUDA_HWFRAMES_DUMMY_MODE)
+frame->buf[0] = av_buffer_create(NULL, 0, NULL, NULL, 0);
+else
+frame->b
On Tue, May 08, 2018 at 12:40:49PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > +if (sc->interlaced) {
> > +//Display F2 Offset
> > +mxf_write_local_tag(pb, 4, 0x3217);
> > +avio_
On Tue, May 08, 2018 at 12:37:08PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > This fixes the width to have computations matching the height
> >
> > > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfenc.c |
On Tue, May 8, 2018 at 5:47 PM, James Almer wrote:
> On 5/8/2018 12:27 PM, Hendrik Leppkes wrote:
>> The filter uses avio for file access already, and avio_check is
>> portable.
>>
>> Fixes trac #7192.
>
> Remove the access dep in configure while at it.
>
> LGTM is confirmed working.
>
Amended, t
On Tue, May 08, 2018 at 12:20:58PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfenc.c| 1 +
> > tests/ref/fate/copy-trac4914| 4 ++--
> > tests/ref/fate/mxf-reel_name
On Tue, May 08, 2018 at 12:32:17PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
>
> > mxf_write_metadata_key(pb, 0x012f00);
> > PRINT_KEY(s, "preface key", pb->buf_ptr - 16);
> > -klv_encode_ber_l
On Tue, 8 May 2018 17:48:21 +0200
Timo Rothenpieler wrote:
> Am 08.05.2018 um 17:26 schrieb wm4:
> > On Tue, 8 May 2018 15:31:29 +0200
> > Timo Rothenpieler wrote:
> >
> >> ---
> >> configure | 6 --
> >> doc/APIchanges | 3 ++-
> >> libavutil/hwcontext_c
On Tue, May 08, 2018 at 12:28:48PM +0200, Tomas Härdin wrote:
> mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > static void mxf_write_identification(AVFormatContext *s)
> > {
> > MXFContext *mxf = s->priv_data;
> > @@ -790,7 +809,7
Am 08.05.2018 um 17:25 schrieb wm4:
On Tue, 8 May 2018 15:31:28 +0200
Timo Rothenpieler wrote:
Replaces the data pointers with the mapped cuvid ones.
Adds buffer_refs to the frame to ensure the needed contexts stay alive
and the cuvid idx stays allocated.
Adds another buffer_ref to unmap the
On Tue, 8 May 2018 17:43:49 +0200
Timo Rothenpieler wrote:
> >> -frame->buf[0] = av_buffer_pool_get(ctx->pool);
> >> +if (frctx->flags & AV_CUDA_HWFRAMES_DUMMY_MODE)
> >> +frame->buf[0] = av_buffer_create(NULL, 0, NULL, NULL, 0);
> >> +else
> >> +frame->buf[0] = av_buf
On Mon, May 07, 2018 at 06:27:37PM +0200, Carl Eugen Hoyos wrote:
> 2018-05-07 12:38 GMT+02:00, Michael Niedermayer :
>
> > diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> > index c0db10b3c2..00dfce977b 100644
> > --- a/libavformat/mxfenc.c
> > +++ b/libavformat/mxfenc.c
> > @@ -691,7 +
Am 08.05.2018 um 17:26 schrieb wm4:
On Tue, 8 May 2018 15:31:29 +0200
Timo Rothenpieler wrote:
---
configure | 6 --
doc/APIchanges | 3 ++-
libavutil/hwcontext_cuda.c | 3 +++
libavutil/hwcontext_cuda.h | 1 +
libavutil/version.h| 2 +-
5 fil
On 5/8/2018 12:27 PM, Hendrik Leppkes wrote:
> The filter uses avio for file access already, and avio_check is
> portable.
>
> Fixes trac #7192.
Remove the access dep in configure while at it.
LGTM is confirmed working.
> ---
> libavfilter/vf_srcnn.c | 5 +
> 1 file changed, 1 insertion(+)
-frame->buf[0] = av_buffer_pool_get(ctx->pool);
+if (frctx->flags & AV_CUDA_HWFRAMES_DUMMY_MODE)
+frame->buf[0] = av_buffer_create(NULL, 0, NULL, NULL, 0);
+else
+frame->buf[0] = av_buffer_pool_get(ctx->pool);
+
Is this really needed? Because at least videotoolbox als
The filter uses avio for file access already, and avio_check is
portable.
Fixes trac #7192.
---
libavfilter/vf_srcnn.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavfilter/vf_srcnn.c b/libavfilter/vf_srcnn.c
index dace2b99b5..edffebb278 100644
--- a/libavfilter/vf_s
On Tue, 8 May 2018 15:31:29 +0200
Timo Rothenpieler wrote:
> ---
> configure | 6 --
> doc/APIchanges | 3 ++-
> libavutil/hwcontext_cuda.c | 3 +++
> libavutil/hwcontext_cuda.h | 1 +
> libavutil/version.h| 2 +-
> 5 files changed, 11 insertions(+), 4 d
On Mon, 7 May 2018 23:46:48 +0200
Timo Rothenpieler wrote:
> Frames can be mapped from nvdec/cuvid, not needing any actual memory
> allocation, but all other features of the hw_frames_ctx.
> Hence the dummy-mode, which does not allocate any (notable amounts of)
> memory but otherwise behaves the
On Tue, 8 May 2018 15:31:28 +0200
Timo Rothenpieler wrote:
> Replaces the data pointers with the mapped cuvid ones.
> Adds buffer_refs to the frame to ensure the needed contexts stay alive
> and the cuvid idx stays allocated.
> Adds another buffer_ref to unmap the frame when it's unreferenced it
On 5/8/2018 12:21 PM, Clément Bœsch wrote:
> This reverts commit 234a5e08313c6b8b0774796dfa1f285a3f877d14.
>
> Linux perf is not enabled if you set --target=android, which you are
Isn't it --target-os=android?
> supposed to when building for Android.
> ---
> configure | 3 ---
> 1 file changed,
This reverts commit 234a5e08313c6b8b0774796dfa1f285a3f877d14.
Linux perf is not enabled if you set --target=android, which you are
supposed to when building for Android.
---
configure | 3 ---
1 file changed, 3 deletions(-)
diff --git a/configure b/configure
index 7c143238a8..bdca93a9ee 100755
-
Hello Ruiling,
> Thanks for sharing your idea with me. I basically also noticed some poor
> quality tone mapping result for some hdr stream.
> I will try your suggestion to see whether I can make it in good state so I
> can include it in next version.
> In fact I have not thought detecting scene
---
configure | 6 --
doc/APIchanges | 3 ++-
libavutil/hwcontext_cuda.c | 3 +++
libavutil/hwcontext_cuda.h | 1 +
libavutil/version.h| 2 +-
5 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/configure b/configure
index 7c143238a8..cae8a235a4
Frames can be mapped from nvdec/cuvid, not needing any actual memory
allocation, but all other features of the hw_frames_ctx.
Hence the dummy-mode, which does not allocate any (notable amounts of)
memory but otherwise behaves the exact same.
---
doc/APIchanges | 3 +++
libavutil/hwcon
---
libavcodec/cuviddec.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index 122c28f6e8..4d3caf924e 100644
--- a/libavcodec/cuviddec.c
+++ b/libavcodec/cuviddec.c
@@ -550,12 +550,16 @@ static int cuvid_output_frame(AVCodecCo
Replaces the data pointers with the mapped cuvid ones.
Adds buffer_refs to the frame to ensure the needed contexts stay alive
and the cuvid idx stays allocated.
Adds another buffer_ref to unmap the frame when it's unreferenced itself.
---
libavcodec/nvdec.c | 83 +--
---
libavcodec/nvdec.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/nvdec.c b/libavcodec/nvdec.c
index d98f9dd95e..c5c5c83dc7 100644
--- a/libavcodec/nvdec.c
+++ b/libavcodec/nvdec.c
@@ -39,6 +39,7 @@ typedef struct NVDECDecoder {
AVBufferRef *hw_devi
---
libavutil/hwcontext_cuda.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c
index 8024eec79d..7f55881ba5 100644
--- a/libavutil/hwcontext_cuda.c
+++ b/libavutil/hwcontext_cuda.c
@@ -267,13 +267,19 @@
Signed-off-by: Paul B Mahol
---
configure | 2 +
doc/filters.texi | 32 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_fftdnoiz.c | 691 ++
5 files changed, 727 insertions(+)
create
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> // Generic Sound Essence Descriptor
> { 0x3D02,
> {0x06,0x0E,0x2B,0x34,0x01,0x01,0x01,0x04,0x04,0x02,0x03,0x01,0x04,0x00,0x00,0x00}},
> /* Locked/Unlocked */
> { 0x3D03,
> {0x06
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
>
> +static int get_trc(UID ul, enum AVColorTransferCharacteristic trc)
> +{
> +switch (trc){
> +case AVCOL_TRC_GAMMA28 :
> +case AVCOL_TRC_GAMMA22 :
> +memcpy(ul,
> (UID)
This patch moves AMF common parts from amfenc to hwcontext_amf.
Now av_hwdevice_ctx API is used for AMF context creation/destroying.
This patch does not change component behaviour.
it contains only restructurization for further patches with new amf components
---
sending patch one more time in May
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> desc_size += 8;
> if (st->codecpar->color_range != AVCOL_RANGE_UNSPECIFIED)
> desc_size += 8 * 3;
> +if (s->oformat == &ff_mxf_d10_muxer)
> +desc_size += 8 + 8
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c | 1 +
> .../ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
> .../fate/concat-demuxer-extended-lavf-mxf_d10 | 2 +-
> .../ref/fate/co
v2: - fix build fail in win32/mingw32/mingw64
- change the tcp_mss docments as Gyan's comments
Jun Zhao (3):
lavf/network: fix doxygen comments.
lavf/tcp: add option to setting Maximum Segment Size
doc/protocols: documents tcp_mss
doc/protocols.texi| 3 +++
libavformat/network.h |
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> @@ -1228,6 +1229,10 @@ static void mxf_write_cdci_common(AVFormatContext *s,
> AVStream *st, const UID ke
> mxf_write_local_tag(pb, 1, 0x3303);
> avio_w8(pb, sc->color_siting);
>
> +
This patch moves AMF common parts from amfenc to hwcontext_amf.
Now av_hwdevice_ctx API is used for AMF context creation/destroying
This patch does not change component behaviour,
it contains only restructurization for further patches with new amf components
---
sending patch one more time in May
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
>
> +if (st->codecpar->color_range != AVCOL_RANGE_UNSPECIFIED) {
> +int black = 0,
> +white = (1 +color = (1 +
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
>
> @@ -1149,6 +1151,8 @@ static void mxf_write_cdci_common(AVFormatContext *s,
> AVStream *st, const UID ke
> desc_size += 5;
> if (sc->interlaced)
> desc_size += 8;
> +
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> +if (sc->interlaced) {
> +//Display F2 Offset
> +mxf_write_local_tag(pb, 4, 0x3217);
> +avio_wb32(pb, -((st->codecpar->height - display_height)&1));
Negative values f
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> This fixes the width to have computations matching the height
>
> > Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c | 3 +-
> .../ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
> .../f
Signed-off-by: Jun Zhao
---
doc/protocols.texi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index e19504d..e9091e0 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -1397,6 +1397,9 @@ Set send buffer size, expressed bytes.
@item tcp_n
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> mxf_write_metadata_key(pb, 0x012f00);
> PRINT_KEY(s, "preface key", pb->buf_ptr - 16);
> -klv_encode_ber_length(pb, 130 + 16LL *
> DESCRIPTOR_COUNT(mxf->essence_container_count));
This can change the the MSS value announced to the other end in
the initial TCP packet, it's can be used when failed Path MTU
discovery.
Signed-off-by: Jun Zhao
---
libavformat/tcp.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavformat/tcp.c b/libavformat/tcp.c
index b028
Signed-off-by: Jun Zhao
---
libavformat/network.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/network.h b/libavformat/network.h
index e3fda4d..efaa789 100644
--- a/libavformat/network.h
+++ b/libavformat/network.h
@@ -87,9 +87,9 @@ int ff_network_wait_f
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> static void mxf_write_identification(AVFormatContext *s)
> {
> MXFContext *mxf = s->priv_data;
> @@ -790,7 +809,7 @@ static void mxf_write_identification(AVFormatContext *s)
>
> ver
mån 2018-05-07 klockan 12:38 +0200 skrev Michael Niedermayer:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c| 1 +
> tests/ref/fate/copy-trac4914| 4 ++--
> tests/ref/fate/mxf-reel_name| 2 +-
> tests/ref/fate/time_base| 2 +-
> tests/ref/lavf/mx
2018-04-20 22:24 GMT+02:00 Moritz Barsnick :
> On Sun, Apr 08, 2018 at 17:28:24 +0200, Martin Vignali wrote:
>
> > - 001 : Fix -window_size option
> > Before this patch, window_size is always set to the source size
> > In other word, -window_size option have no effect.
>
> Makes sense, since the o
>
> > Sorry, i missread the code before writing the test, and
> > didn't see it use float for one step.
> > I will send a patch to remove these tests.
>
> Or just commit.
>
>
Tests removed.
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
On 08.05.2018 10:11, Oscar Amoros Huguet wrote:
> Thank you so much!
>
> We will test this hopefully today, and verify the expected behavior with
> NSIGHT.
>
> By the way, I'm new to ffmpeg, so... I don't know if you use your fork to
> test things first, before adding the changes to the main ff
On Mon, May 07, 2018 at 07:32:55PM +0200, Paul B Mahol wrote:
> On 5/7/18, Clement Boesch wrote:
> > Changes since v1:
> >
> > - fixed float operation in double as pointed out by Moritz
> > - fix broken commit split as pointed out by Michael
> > - added patch 10: "use unsigned for the integral pat
Thank you so much!
We will test this hopefully today, and verify the expected behavior with NSIGHT.
By the way, I'm new to ffmpeg, so... I don't know if you use your fork to test
things first, before adding the changes to the main ffmpeg project? Or may we
consider to compile and use your fork?
1 - 100 of 102 matches
Mail list logo