On 09/06/16 08:10, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-01 00:29:19)
>> Supports aspect ratio, colour format and timing information.
>> ---
>> libavcodec/vaapi_encode_h264.c | 126
>> -
>> 1 file change
On 09/06/16 08:39, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-01 00:40:03)
>> ---
>> This field started as 0 and the bitrate-targetting set changed it to 1: it
>> should be conditional on the mode because the feature is just wasting bits
>> with con
No longer leaks memory when used with a driver with the "render does
not destroy param buffers" quirk (i.e. Intel i965).
---
libavcodec/vaapi_encode.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
The driver being used is detected inside av_hwdevice_ctx_init(), and
the quirks field then set from a table of known drivers.
Also adds the Intel i965 driver quirk (it does not destroy parameter
buffers used in a call to vaRenderPicture()) and detects that driver
to set it.
---
Another
Adds a general mechanism for setting driver quirks, and detects the
driver name to set them.
When the i965 driver is being used, destroy all parameter buffers
explicitly after use despite passing them to vaRenderPicture().
---
An alternative approach to solving the same problem as the previous
The i965 driver does not free these buffers as required by VAAPI, so
we have to do this ourselves if we want to support encoding sessions
which run indefinitely.
Since this changes our behaviour to be inconsistent with the
specification, also add an extra test on startup to detect non-i965
On 10/06/16 08:06, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-10 01:25:58)
>> Adds a general mechanism for setting driver quirks, and detects the
>> driver name to set them.
>>
>> When the i965 driver is being used, destroy all parameter buffers
>> exp
On 22/05/16 21:31, Andrey Turkin wrote:
>
> avcodec_copy_context didn't handle hw_frames_ctx references
> correctly which could cause crashes.
> ---
> libavcodec/options.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/libavcodec/options.c b/libavcodec/options.c
> index
On 14/06/16 06:02, Gwenole Beauchesne wrote:
> Hi,
>
> 2016-06-10 10:49 GMT+02:00 Mark Thompson <s...@jkqxz.net>:
>> On 10/06/16 08:06, Anton Khirnov wrote:
>>> Quoting Mark Thompson (2016-06-10 01:25:58)
>>>> Adds a general mechanism for setting drive
Supports aspect ratio, colour format and timing information.
---
libavcodec/vaapi_encode_h264.c | 126 -
1 file changed, 124 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 2341b12..139e6e9
---
This was first submitted a while ago but ignored due to lack of use. Following
patches in this series will now use it.
libavcodec/vaapi_encode.c | 21 +
libavcodec/vaapi_encode.h | 4
2 files changed, 25 insertions(+)
diff --git a/libavcodec/vaapi_encode.c
Send buffering_period and pic_timing messages when in modes
targetting bitrate. Also adds NAL HRD parameters to VUI.
---
Not sure about the strict conformance of the result of this, but I believe it's
now all doing the right thing.
libavcodec/vaapi_encode_h264.c | 209
Contains the libavcodec version, the VAAPI version and the libva
driver vendor string.
---
Nice to put this in streams so that you can see where they came from; certainly
good for debugging if it ever makes broken streams.
I haven't tried to fill in the actual codec parameters like x264 does: it
---
This field started as 0 and the bitrate-targetting set changed it to 1: it
should be conditional on the mode because the feature is just wasting bits with
constant-QP.
libavcodec/vaapi_encode_h265.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On 31/05/16 23:33, Mark Thompson wrote:
> Send buffering_period and pic_timing messages when in modes
> targetting bitrate. Also adds NAL HRD parameters to VUI.
> ...
> +priv->dpb_delay = !!avctx->max_b_frames;
Not sure what I was thinking here (encode delay isn't the
Send buffering_period and pic_timing messages when in modes
targetting bitrate. Also adds NAL HRD parameters to VUI.
---
Fixed dpb_output_delay.
libavcodec/vaapi_encode_h264.c | 207 -
1 file changed, 206 insertions(+), 1 deletion(-)
diff --git
On 17/06/16 09:46, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-12 19:03:54)
>> The driver being used is detected inside av_hwdevice_ctx_init(), and
>> the quirks field then set from a table of known drivers.
>>
>> Also adds the Intel i965 driver quirk (it
The driver being used is detected inside av_hwdevice_ctx_init(), and
the quirks field then set from a table of known drivers.
Also adds the Intel i965 driver quirk (it does not destroy parameter
buffers used in a call to vaRenderPicture()) and detects that driver
to set it.
---
Not-quite-as-long
No longer leaks memory when used with a driver with the "render does
not destroy param buffers" quirk (i.e. Intel i965).
---
libavcodec/vaapi_encode.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
Previously we would allocate a new one for every frame. This instead
maintains an AVBufferPool of them to use as-needed.
Also makes the maximum size of an output buffer adapt to the frame
size - the fixed upper bound was a bit too easy to hit when encoding
large pictures at high quality.
---
On 21/06/16 18:50, Anton Khirnov wrote:
> This will be useful in the following commit, after which the muxer
> timebase is not always available when encoding.
> ---
> avconv.c | 23 ---
> avconv.h | 2 ++
> 2 files changed, 14 insertions(+), 11 deletions(-)
> ...
> @@ -314,7
On 21/06/16 18:50, Anton Khirnov wrote:
> Setting the filter input parameters is moved to init_input_stream(),
> so that it is done before the decoder is opened, potentially overwriting
> the information from avformat_find_stream_info() with less accurate
> data.
>
> This commit temporarily
On 21/06/16 18:50, Anton Khirnov wrote:
> The reasoning is the same as in 563aa6b80bf87712910404d6fb5495a75e40ae86
> ---
> avconv.c| 3 +++
> avconv.h| 12 +++
> avconv_filter.c | 50 +-
> avconv_opt.c| 62
>
On 21/06/16 18:50, Anton Khirnov wrote:
> This makes sure the actual stream parameters are used, which is
> important mainly for hardware decoding+filtering cases, which would
> previously require various weird workarounds to handle the fact that a
> fake software graph has to be constructed, but
On 21/06/16 18:50, Anton Khirnov wrote:
> The destination filter might expect the hw frames context to be already
> set (this is the case e.g. for hwdownload).
> ---
> libavfilter/avfilter.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
OK.
(Though the diff would be
On 21/06/16 18:50, Anton Khirnov wrote:
> This should have no practical effect for now, but will make a difference
> in the following commits.
> ---
> avconv.c | 97
> +---
> avconv.h | 8 ++
> 2 files changed, 71 insertions(+), 34
On 21/06/16 18:50, Anton Khirnov wrote:
> ---
> avconv.c| 76
> +++--
> avconv.h| 7 ++
> avconv_opt.c| 10
> doc/avconv.texi | 9 +++
> 4 files changed, 84 insertions(+), 18 deletions(-)
The
On 21/06/16 18:50, Anton Khirnov wrote:
> Currently, calling configure_filtergraph() will pull in the input
> parameters from the corresponding decoder context. This has the
> following disadvantages:
> - the decoded frame is a more proper source for this information
> - a filter accessing decoder
On 21/06/16 18:50, Anton Khirnov wrote:
> ---
> avconv.c | 7 +++
> 1 file changed, 7 insertions(+)
OK.
Probably we should consider how this setup should be working in the non-hwaccel
decoder case soon.
- Mark
___
libav-devel mailing list
On 21/06/16 18:50, Anton Khirnov wrote:
> ---
> avconv_qsv.c | 247
> +--
> 1 file changed, 38 insertions(+), 209 deletions(-)
Yay, qsv_transcode_init() is gone :)
LGTM.
- Mark
___
libav-devel
Not needed any more because we no longer have any useful case which
will reinitialise with hardware frames here.
---
To go on top of Anton's avconv series.
This was always a nasty hack because it could break stream changes with
non-hardware streams when a hardware device was present. Now that
On 21/06/16 18:50, Anton Khirnov wrote:
> ---
> avconv.c| 76
> +++--
> avconv.h| 7 ++
> avconv_opt.c| 10
> doc/avconv.texi | 9 +++
> 4 files changed, 84 insertions(+), 18 deletions(-)
Is
Just a typo. Add a comment to make it clearer what it's doing.
---
libavcodec/vaapi_encode.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index 45f5e57..c3f4e44 100644
--- a/libavcodec/vaapi_encode.c
+++
No longer make a dummy device configuration to query. Instead, just
return everything we recognise from the whole format list. Also
change the device setup code to query that list only, rather than
intersecting it with the constraint output.
This makes hwupload more usable on mesa/gallium where
On 23/06/16 21:13, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-22 00:28:31)
>> Previously we would allocate a new one for every frame. This instead
>> maintains an AVBufferPool of them to use as-needed.
>>
>> Also makes the maximum size of an output buffer
On 25/06/16 11:00, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-23 01:12:14)
>> On 21/06/16 18:50, Anton Khirnov wrote:
>>> This will be useful in the following commit, after which the muxer
>>> timebase is not always available when encoding.
On 25/06/16 22:04, Luca Barbato wrote:
> On 25/06/16 16:19, Anton Khirnov wrote:
>> From: Mark Thompson <s...@jkqxz.net>
>>
>> The hw frame used as reference has an attached size but it need not
>> match the actual size of the surface, so enforcing that the sw fra
to vaRenderPicture()) and detects that driver
to set it.
---
On 23/06/16 20:54, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-06-22 00:26:49)
>> Do we want an explicit way to disable the autodetection and let the
>> user set the quirks field? Currently it works for t
On 25/06/16 15:19, Anton Khirnov wrote:
> hwcontext: clarify the behaviour of transfer_data() for cropped frames
> hwcontext: allocate the destination frame for the pool size
> vf_hwdownload: allocate the destination frame for the pool size
> hwcontext_vaapi: allow transfers to/from any size of sw
---
And we need this one too.
Destroy was already present - following existing examples without reading the
documentation properly is a good way to propagate errors.
libavfilter/vf_scale_vaapi.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git
On 12/02/16 09:09, Anton Khirnov wrote:
> ---
> doc/APIchanges | 2 +
> libavutil/Makefile | 2 +
> libavutil/frame.c | 11 ++
> libavutil/frame.h | 6 +
> libavutil/hwcontext.c | 397
>
On 12/02/16 09:09, Anton Khirnov wrote:
> Main changes from the last time:
> - dropped the new option type
> - added a new buffesrc API for setting the stream parameters,
> since they are not really "options"
> - added (currently unused) flags to some hwframe functions
>
Ignoring the specific
On 28/02/16 21:19, Anton Khirnov wrote:
> Quoting Anton Khirnov (2016-02-28 14:20:25)
>> Quoting Mark Thompson (2016-02-27 19:15:34)
>>> On 27/02/16 09:11, Anton Khirnov wrote:
>>>> Quoting Mark Thompson (2016-02-26 00:48:11)
>>>>> +static int
Hi,
This adds generic hwupload and hwdownload filters. The device for hwupload
comes from a new field in the AVFilterContext, while hwdownload just works with
the HW frames context is gets from the incoming link.
avconv adds support for setting the device for vaapi (via a new -vaapi_device
---
libavutil/hwcontext.c | 45
libavutil/hwcontext.h | 68 ++
libavutil/hwcontext_internal.h | 10 +++
3 files changed, 123 insertions(+)
diff --git a/libavutil/hwcontext.c b/libavutil/hwcontext.c
index
---
libavfilter/Makefile| 2 +
libavfilter/allfilters.c| 2 +
libavfilter/avfilter.c | 1 +
libavfilter/avfilter.h | 9 ++
libavfilter/vf_hwdownload.c | 178 ++
libavfilter/vf_hwupload.c | 227
---
configure | 5 +
libavutil/Makefile | 3 +
libavutil/hwcontext.c | 3 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_internal.h | 1 +
libavutil/hwcontext_vaapi.c| 809 +
On 26/02/16 08:51, Diego Biurrun wrote:
> On Thu, Feb 25, 2016 at 11:48:50PM +0000, Mark Thompson wrote:
>> --- a/configure
>> +++ b/configure
>> @@ -1704,6 +1704,7 @@ CONFIG_EXTRA="
>> texturedspenc
>> tpeldsp
>> +vaapi_recent
>>
On 26/02/16 11:46, wm4 wrote:
> On Thu, 25 Feb 2016 23:47:39 +
> Mark Thompson <s...@jkqxz.net> wrote:
>
>> ---
>> libavutil/hwcontext.c | 45
>> libavutil/hwcontext.h | 68
>> +
On 27/02/16 09:11, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-02-26 00:48:11)
>> ---
>> libavfilter/Makefile| 2 +
>> libavfilter/allfilters.c| 2 +
>> libavfilter/avfilter.c | 1 +
>> libavfilter/avfilter.h | 9 ++
>
---
configure| 3 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_vaapi.c | 434 +++
4 files changed, 439 insertions(+)
create mode 100644 libavfilter/vf_scale_vaapi.c
diff --git
---
Makefile| 1 +
avconv.h| 8 +
avconv_filter.c | 7 +-
avconv_opt.c| 40
avconv_vaapi.c | 630
configure | 5 +
6 files changed, 690 insertions(+), 1 deletion(-)
create mode 100644 avconv_vaapi.c
Hi,
Following is a first pass at VAAPI hwcontext implementation, along with an
avconv helper to use it for hwaccel decoding.
This isn't complete - I am posting it here mainly so that people with an
interest in this can tell me how I've done everything wrong.
In progress is a scale filter
---
configure | 5 +
libavutil/Makefile | 1 +
libavutil/hwcontext.c | 3 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_internal.h | 1 +
libavutil/hwcontext_vaapi.c| 715 +
---
Makefile | 1 +
avconv.h | 7 +
avconv_opt.c | 38
avconv_vaapi.c | 607 +
configure | 5 +
5 files changed, 658 insertions(+)
create mode 100644 avconv_vaapi.c
diff --git a/Makefile b/Makefile
index
On 16/02/16 11:08, wm4 wrote:
> On Mon, 15 Feb 2016 23:24:31 +
> Mark Thompson <s...@jkqxz.net> wrote:
>> ...
>> +MAP(NV12, YUV420, NV12),
>> +MAP(IYUV, YUV420, YUV420P),
>> +MAP(YV12, YUV420, YUV420P), // With U/V planes swapped.
>> +
On 16/02/16 11:38, Diego Biurrun wrote:
> On Mon, Feb 15, 2016 at 11:24:31PM +0000, Mark Thompson wrote:
>> --- a/configure
>> +++ b/configure
>> @@ -4712,6 +4713,10 @@ enabled vaapi && enabled xlib &&
>>
>> +enabled vaapi &&
>> +c
On 16/02/16 14:41, Anton Khirnov wrote:
> Quoting Diego Biurrun (2016-02-16 15:36:05)
>> On Tue, Feb 16, 2016 at 12:16:09PM +0000, Mark Thompson wrote:
>>> On 16/02/16 11:38, Diego Biurrun wrote:
>>>> On Mon, Feb 15, 2016 at 11:24:31PM +, Mark Thom
On 17/02/16 21:14, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-02-16 00:24:31)
>> diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
>> ...
>> +static AVBufferRef *vaapi_pool_alloc(void *opaque, int size)
>> +{
>> +AVH
On 18/02/16 06:30, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-02-17 23:49:13)
>>
>> How opposed are you to a bit of VAAPI-specific API here? Having got a
>> bit further, the one specific which would be useful to avoid annoying
>> duplication is the enume
Hi,
Another go at VAAPI hwcontext implementation.
This adds a generic method to query the constraints on frames for the given
hardware implementation with some specific configuration. Naming is a bit
clumsy, but it has all the features I need and will be extensible if we want to
add anything
---
libavutil/hwcontext.c | 38 +++
libavutil/hwcontext.h | 58 ++
libavutil/hwcontext_internal.h | 10
3 files changed, 106 insertions(+)
diff --git a/libavutil/hwcontext.c b/libavutil/hwcontext.c
index
---
configure | 5 +
libavutil/Makefile | 2 +
libavutil/hwcontext.c | 3 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_internal.h | 1 +
libavutil/hwcontext_vaapi.c| 800 +
---
Makefile | 1 +
avconv.h | 7 +
avconv_opt.c | 38
avconv_vaapi.c | 628 +
configure | 5 +
5 files changed, 679 insertions(+)
create mode 100644 avconv_vaapi.c
diff --git a/Makefile b/Makefile
index
---
configure| 3 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_vaapi_scale.c | 575 +++
4 files changed, 580 insertions(+)
create mode 100644 libavfilter/vf_vaapi_scale.c
diff --git
On 20/02/16 22:46, Diego Biurrun wrote:
> On Sat, Feb 20, 2016 at 06:31:01PM +0000, Mark Thompson wrote:
>> --- a/libavutil/Makefile
>> +++ b/libavutil/Makefile
>> @@ -25,6 +25,7 @@ HEADERS = adler32.h
>>
On 20/02/16 22:49, Diego Biurrun wrote:
> On Sat, Feb 20, 2016 at 06:31:43PM +0000, Mark Thompson wrote:
>> --- /dev/null
>> +++ b/avconv_vaapi.c
>> @@ -0,0 +1,628 @@
>> +
>> +#include
>> +#include
>> +
>> +#include "avconv.h"
>
On 10/03/16 00:37, Timothy Gu wrote:
> On Mon, Mar 07, 2016 at 11:20:14PM +0000, Mark Thompson wrote:
>> +AVFilter ff_vf_hwdownload = {
>> +.name = "hwdownload",
>> +.description = NULL_IF_CONFIG_SMALL("Upload a normal frame to a
>> h
On 10/03/16 16:16, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-03-10 16:56:21)
>>>> +++avfc->nb_surfaces;
>>>> +if (avfc->nb_surfaces == 1) {
>>>> +// Test whether vaDeriveImage() works for this type of surface.
On 10/03/16 14:27, Anton Khirnov wrote:
> Quoting Mark Thompson (2016-03-08 00:21:45)
>> ---
>> configure | 4 +
>> libavutil/Makefile | 3 +
>> libavutil/hwcontext.c | 3 +
>> libavutil/hwcontext
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/vaapi_encode.c | 951 ++
libavcodec/vaapi_encode.h | 203 ++
4 files changed, 1157 insertions(+)
create mode 100644 libavcodec/vaapi_encode.c
create mode
---
configure| 3 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_vaapi.c | 451 +++
4 files changed, 456 insertions(+)
create mode 100644 libavfilter/vf_scale_vaapi.c
diff --git
On 17/03/16 20:48, Mark Thompson wrote:
> On 17/03/16 10:47, Diego Biurrun wrote:
>> On Tue, Mar 15, 2016 at 11:00:39PM +0000, Mark Thompson wrote:
>>> --- a/configure
>>> +++ b/configure
>>> @@ -1874,6 +1875,7 @@ nvenc_deps_any="dlopen LoadLibrary"
Hi all,
Whole series follows again.
Changes since last time:
* APIchanges added where appropriate.
* Memory allocation cleaned up; now valgrind-clean for normal use (might still
be some leaks in error cases).
* Some compatibility fixes for older libva (tested on 1.3.0 in Ubuntu 14.04
LTS).
---
configure | 3 +
libavcodec/Makefile| 3 +-
libavcodec/allcodecs.c | 1 +
libavcodec/vaapi_encode_h264.c | 802 +
libavcodec/vaapi_encode_h26x.c | 68
libavcodec/vaapi_encode_h26x.h | 70
6
---
configure |3 +
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/vaapi_encode_h265.c | 1217
4 files changed, 1222 insertions(+)
create mode 100644 libavcodec/vaapi_encode_h265.c
---
libavfilter/Makefile| 2 +
libavfilter/allfilters.c| 2 +
libavfilter/avfilter.c | 2 +
libavfilter/avfilter.h | 9 ++
libavfilter/vf_hwdownload.c | 212 ++
libavfilter/vf_hwupload.c | 241
---
Makefile| 1 +
avconv.c| 2 +
avconv.h| 9 +
avconv_filter.c | 9 +-
avconv_opt.c| 41
avconv_vaapi.c | 626
configure | 5 +
7 files changed, 692 insertions(+), 1 deletion(-)
create
---
configure | 4 +
doc/APIchanges | 3 +
libavutil/Makefile | 3 +
libavutil/hwcontext.c | 3 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_internal.h | 1 +
libavutil/hwcontext_vaapi.c| 850
---
doc/APIchanges | 4
libavcodec/h263dec.c | 2 +-
libavcodec/h264_slice.c | 2 +-
libavcodec/mpeg12dec.c | 2 +-
libavcodec/vaapi_h264.c | 2 +-
libavcodec/vaapi_mpeg2.c | 2 +-
libavcodec/vaapi_mpeg4.c | 4 ++--
libavcodec/vaapi_vc1.c | 4 ++--
---
doc/APIchanges | 3 ++
libavutil/hwcontext.c | 45 +++
libavutil/hwcontext.h | 69 ++
libavutil/hwcontext_internal.h | 10 ++
4 files changed, 127 insertions(+)
diff --git a/doc/APIchanges
On 17/03/16 10:47, Diego Biurrun wrote:
> On Tue, Mar 15, 2016 at 11:00:39PM +0000, Mark Thompson wrote:
>> --- a/configure
>> +++ b/configure
>> @@ -1874,6 +1875,7 @@ nvenc_deps_any="dlopen LoadLibrary"
>> nvenc_extralibs='$ldl'
>>
---
libavcodec/vaapi_encode_h264.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index df4c169..940832e 100644
--- a/libavcodec/vaapi_encode_h264.c
+++ b/libavcodec/vaapi_encode_h264.c
@@
Only supported on VAAPI 0.36 and higher.
---
libavcodec/vaapi_encode_h264.c | 28
1 file changed, 28 insertions(+)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 940832e..9841a70 100644
--- a/libavcodec/vaapi_encode_h264.c
+++
---
libavcodec/vaapi_encode.c | 21 +
libavcodec/vaapi_encode.h | 4
2 files changed, 25 insertions(+)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index c80e638..c45bbed 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavcodec/vaapi_encode.c
@@
---
libavcodec/vaapi_encode_h265.c | 132 ++---
1 file changed, 109 insertions(+), 23 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index 323efd4..128b5a5 100644
--- a/libavcodec/vaapi_encode_h265.c
+++
---
libavcodec/vaapi_encode.c | 13 +
libavcodec/vaapi_encode.h | 10 --
libavcodec/vaapi_encode_h264.c | 30 --
libavcodec/vaapi_encode_h265.c | 40
libavcodec/vaapi_encode_mjpeg.c | 22
---
libavcodec/vaapi_encode_h264.c | 135 +
1 file changed, 110 insertions(+), 25 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 6a77ab1..df4c169 100644
--- a/libavcodec/vaapi_encode_h264.c
+++
---
libavcodec/vaapi_encode.c | 1 +
libavcodec/vaapi_encode.h | 5 +
2 files changed, 6 insertions(+)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index b1f0069..c80e638 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavcodec/vaapi_encode.c
@@ -905,6 +905,7 @@ av_cold
Hi all,
Series v2 follows. Changes:
* The initialisation for constant-bitrate vs. fixed-qp has been split into
separate functions.
* Constant-bitrate modes now use rc_buffer_size/rc_initial_buffer_occupancy if
set.
* Timing uses AVCodecContext.framerate if present, otherwise time_base.
*
---
libavcodec/vaapi_encode_h265.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index 128b5a5..917268a 100644
--- a/libavcodec/vaapi_encode_h265.c
+++ b/libavcodec/vaapi_encode_h265.c
@@
---
libavcodec/vaapi_encode.c | 13 +
libavcodec/vaapi_encode.h | 10 --
libavcodec/vaapi_encode_h264.c | 30 --
libavcodec/vaapi_encode_h265.c | 40
libavcodec/vaapi_encode_mjpeg.c | 22
Hi all,
Interesting additions in this series:
* Adds constant-bitrate encode support for H.264 (no H.265 yet, I need to read
more of the Intel driver to work out what random options are stopping it from
working).
* Adds a local option -qp for H.26[45] constant-QP mode rather than using
---
libavcodec/vaapi_encode.c | 21 +
libavcodec/vaapi_encode.h | 4
2 files changed, 25 insertions(+)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index b1f0069..d596c6a 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavcodec/vaapi_encode.c
@@
The Intel driver unhelpfully injects SEI messages which the user
didn't ask for into the stream when in constant-bitrate mode. This
change disables that "feature" by writing a zero-length SEI packed
header which the driver will then use instead of its version.
---
libavcodec/vaapi_encode_h264.c
On 09/04/16 17:16, Mark Thompson wrote:
> $SUBJECT
Oops, stupid typo fixed.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
---
libavcodec/vaapi_encode.h | 1 +
libavcodec/vaapi_encode_h264.c | 21 ++---
libavcodec/vaapi_encode_h265.c | 21 ++---
3 files changed, 37 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vaapi_encode.h b/libavcodec/vaapi_encode.h
index
---
libavcodec/vaapi_encode_h264.c | 99 --
1 file changed, 75 insertions(+), 24 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 6a77ab1..a00d478 100644
--- a/libavcodec/vaapi_encode_h264.c
+++
---
libavcodec/vaapi_encode_h264.c | 20
1 file changed, 20 insertions(+)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 5ab43cf..347dc90 100644
--- a/libavcodec/vaapi_encode_h264.c
+++ b/libavcodec/vaapi_encode_h264.c
@@ -113,9 +113,16 @@
On 07/04/16 12:43, Martin Storsjö wrote:
> ...
> @@ -4608,7 +4610,15 @@ enabled mmal && { check_lib
> interface/mmal/mmal.h mmal_port_connect
> check_lib interface/mmal/mmal.h
> mmal_port_connect ; }
> check_lib
1 - 100 of 957 matches
Mail list logo
