The current algorithm is just "try all the combinations, and pick the best".
It's not very fast either, probably due to a lot of copying, but will do for
an initial implementation.
Signed-off-by: Donny Yang
---
libavcodec/pngenc.c | 420 +++-
1 fil
The current algorithm is just "try all the combinations, and pick the best".
It's not very fast either, probably due to a lot of copying, but will do for
an initial implementation.
Signed-off-by: Donny Yang
---
libavcodec/pngenc.c | 420 +++-
1 fil
Am 19.08.15 um 03:46 schrieb Lou Logan:
> Signed-off-by: Lou Logan
> ---
> doc/indevs.texi | 161
> +++-
> 1 file changed, 160 insertions(+), 1 deletion(-)
>
> diff --git a/doc/indevs.texi b/doc/indevs.texi
> index 6f47504..9c81b82 100644
> --
Added copyright.
I've tried to push it (git push ffmpeg master --dry-run) but got the
following error:
fatal: remote error: access denied or repository not exported: /ffmpeg.git
with remote:
ffmpeggit+ssh://source.ffmpeg.org/ffmpeg.git (fetch)
ffmpeggit+ssh://source.ffmpeg.org/ffmpeg.git (p
On Tue, Aug 18, 2015 at 9:46 PM, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
> doc/indevs.texi | 161
> +++-
> 1 file changed, 160 insertions(+), 1 deletion(-)
>
> diff --git a/doc/indevs.texi b/doc/indevs.texi
> index 6f47504..9c81b82 1
On 18/08/15 6:30 PM, Pedro Arthur wrote:
> diff --git a/libswscale/vscale.c b/libswscale/vscale.c
> new file mode 100644
> index 000..b62b385
> --- /dev/null
> +++ b/libswscale/vscale.c
> @@ -0,0 +1,268 @@
> +#include "swscale_internal.h"
> +
> +static int lum_planar_vscale(SwsContext *c, SwsFi
Signed-off-by: Lou Logan
---
doc/indevs.texi | 161 +++-
1 file changed, 160 insertions(+), 1 deletion(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index 6f47504..9c81b82 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -51,6 +51,18 @
On Tue, Aug 18, 2015 at 06:30:28PM -0300, Pedro Arthur wrote:
> Patch with alpha fixed.
>
> 2015-08-18 18:07 GMT-03:00 Michael Niedermayer :
>
> > On Tue, Aug 18, 2015 at 04:27:42PM -0300, Pedro Arthur wrote:
> > > Attached patch with new vertical scaler code, added license and fixed
> > > compil
On 16/08/15 11:26 PM, Ronald S. Bultje wrote:
> ---
> ffmpeg_filter.c | 2 +-
> libavfilter/avfilter.c | 3 ++-
> libavfilter/vf_aspect.c | 2 +-
> 3 files changed, 4 insertions(+), 3 deletions(-)
>
LGTM
___
ffmpeg-devel mailing list
ffmpeg-d
On 2015-08-18 15:59, Andreas Cadhalpun wrote:
On 18.08.2015 23:15, Philip Langdale wrote:
On 2015-08-18 14:05, Carl Eugen Hoyos wrote:
Ronald S. Bultje gmail.com> writes:
> Attached patch postpones the vdpau removal.
> The decoders were only deprecated today, so give
> users time until the n
On 18.08.2015 23:15, Philip Langdale wrote:
> On 2015-08-18 14:05, Carl Eugen Hoyos wrote:
>> Ronald S. Bultje gmail.com> writes:
>>
>>> > Attached patch postpones the vdpau removal.
>>> > The decoders were only deprecated today, so give
>>> > users time until the next version bump.
>>>
>>> No.
>>
On Wed, 19 Aug 2015 00:02:52 +0200
Andreas Cadhalpun wrote:
> On 18.08.2015 17:26, Gwenole Beauchesne wrote:
> > Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely
> > to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format
> > that is aliased to the older V
On Tue, 18 Aug 2015 18:04:22 -0400
compn wrote:
> On Tue, 18 Aug 2015 23:36:12 +0200
> wm4 wrote:
>
> > On Tue, 18 Aug 2015 21:05:44 + (UTC)
> > Carl Eugen Hoyos wrote:
> >
> > > Ronald S. Bultje gmail.com> writes:
> > >
> > > > > Attached patch postpones the vdpau removal.
> > > > > Th
On Tue, 18 Aug 2015 23:36:12 +0200
wm4 wrote:
> On Tue, 18 Aug 2015 21:05:44 + (UTC)
> Carl Eugen Hoyos wrote:
>
> > Ronald S. Bultje gmail.com> writes:
> >
> > > > Attached patch postpones the vdpau removal.
> > > > The decoders were only deprecated today, so give
> > > > users time unt
On 18.08.2015 17:26, Gwenole Beauchesne wrote:
> Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely
> to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format
> that is aliased to the older VLD variant.
>
> Signed-off-by: Gwenole Beauchesne
> ---
> libavcode
On 18.08.2015 12:28, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> If preferred, i can also apply this after the bump, in case its felt that
> this would cause too much delay/work
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/version.h |4
> libavformat/versi
On 18.08.2015 05:34, Michael Niedermayer wrote:
> On Sat, Aug 08, 2015 at 01:31:51PM +0200, Andreas Cadhalpun wrote:
>> Signed-off-by: Andreas Cadhalpun
>> ---
>> libavfilter/avfilter.c | 2 ++
>> 1 file changed, 2 insertions(+)
>
> tools/graph2dot fails to build without FF_API_AVFILTERPAD_PUBLI
On Tue, 18 Aug 2015 21:05:44 + (UTC)
Carl Eugen Hoyos wrote:
> Ronald S. Bultje gmail.com> writes:
>
> > > Attached patch postpones the vdpau removal.
> > > The decoders were only deprecated today, so give
> > > users time until the next version bump.
> >
> > No.
>
> Then please revert a
On Tue, 18 Aug 2015 22:58:59 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch postpones the vdpau removal.
> The decoders were only deprecated today, so give users time until the next
> version bump.
>
> Carl Eugen
-1
Your argument is ridiculous too. They were deprecated long ago, it's
Patch with alpha fixed.
2015-08-18 18:07 GMT-03:00 Michael Niedermayer :
> On Tue, Aug 18, 2015 at 04:27:42PM -0300, Pedro Arthur wrote:
> > Attached patch with new vertical scaler code, added license and fixed
> > compiler warnings.
>
>
> split and applied first patch, had to change 2 asserts to
On Tue, Aug 18, 2015 at 10:58 PM, Carl Eugen Hoyos wrote:
> The decoders were only deprecated today, so give users time until the next
> version bump.
>
They have been deprecated for over 2 years now, it was just lacking a
lot of version guards around various places.
Adding the missing guards doe
On Tue, 18 Aug 2015 17:04:22 -0400, Ronald S. Bultje wrote:
> lgtm.
>
> Ronald
Pushed. Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2015-08-18 14:05, Carl Eugen Hoyos wrote:
Ronald S. Bultje gmail.com> writes:
> Attached patch postpones the vdpau removal.
> The decoders were only deprecated today, so give
> users time until the next version bump.
No.
Then please revert a383f226
I am listed as vdpau maintainer and I o
On Tue, Aug 18, 2015 at 04:27:42PM -0300, Pedro Arthur wrote:
> Attached patch with new vertical scaler code, added license and fixed
> compiler warnings.
split and applied first patch, had to change 2 asserts to make it work
without the vscale code
[...]
--
Michael GnuPG fingerprint: 9FF2
Ronald S. Bultje gmail.com> writes:
> > Attached patch postpones the vdpau removal.
> > The decoders were only deprecated today, so give
> > users time until the next version bump.
>
> No.
Then please revert a383f226
I am listed as vdpau maintainer and I object to the patch.
Thank you, Carl E
Hi,
On Tue, Aug 18, 2015 at 4:57 PM, Lou Logan wrote:
> Fixes ticket #4784 as found by rodarmor.
>
> Signed-off-by: Lou Logan
> ---
>
> I did not test examples.
>
> ---
>
> doc/indevs.texi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/doc/indevs.texi b/doc/indevs
Hi Carl,
On Tue, Aug 18, 2015 at 4:58 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch postpones the vdpau removal.
> The decoders were only deprecated today, so give users time until the next
> version bump.
No.
Ronald
___
ffmpeg-devel mailing
Hi!
Attached patch postpones the vdpau removal.
The decoders were only deprecated today, so give users time until the next
version bump.
Carl Eugen
diff --git a/libavutil/version.h b/libavutil/version.h
index 653f530..e118be0 100644
--- a/libavutil/version.h
+++ b/libavutil/version.h
@@ -108,7 +
Fixes ticket #4784 as found by rodarmor.
Signed-off-by: Lou Logan
---
I did not test examples.
---
doc/indevs.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index d5415bb..6f47504 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.tex
On Tue, Aug 18, 2015 at 04:27:42PM -0300, Pedro Arthur wrote:
> Attached patch with new vertical scaler code, added license and fixed
> compiler warnings.
the vscaler works much better now than prevously, theres one bug left
in it though
./ffplay ./laraShadow_dl.flv -vf
scale=400x400:flags=16,fo
On Mon, 17 Aug 2015 18:02:17 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Mon, Aug 17, 2015 at 5:45 PM, wm4 wrote:
>
> > On Mon, 17 Aug 2015 15:41:03 -0400
> > "Ronald S. Bultje" wrote:
> >
> > > ---
> > > libavcodec/avcodec.h | 2 --
> > > libavcodec/avdct.c | 2 ++
> > > liba
On Fri, Aug 14, 2015 at 10:46:55PM +0200, Alexander Strasser wrote:
> Signed-off-by: Alexander Strasser
> ---
> doc/metadata.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Everything s
On Mon, 17 Aug 2015 17:07:59 -0400
"Ronald S. Bultje" wrote:
> ---
> libavcodec/error_resilience.c | 2 ++
> libavcodec/h263dec.c | 2 ++
> libavcodec/h264.c | 4
> libavcodec/h264_picture.c | 4
> libavcodec/h264_slice.c | 16
> liba
Attached patch with new vertical scaler code, added license and fixed
compiler warnings.
2015-08-17 20:35 GMT-03:00 Michael Niedermayer :
> On Mon, Aug 17, 2015 at 05:35:32PM -0300, Pedro Arthur wrote:
> > ops, added missing file.
> >
> >
> > 2015-08-17 17:31 GMT-03:00 Pedro Arthur :
> >
> > >
>
On Mon, Aug 17, 2015 at 07:59:56PM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > +ffio_ensure_seekback(pb, 8);
> > +buffer = avio_rb64(pb);
> > +atom.size -= 8;
> > +if ( (buffer & 0x) == MKBETAG('f','r'
On Tue, Aug 18, 2015 at 07:04:21PM +, Timothy Gu wrote:
> On Tue, Aug 18, 2015 at 9:01 AM Stephen Hutchinson wrote:
>
> > When building SDL with MinGW, it sets -mwindows with the
> > assumption that the application is a GUI application. If this
> > is linked without passing -mconsole to confi
On Tue, Aug 18, 2015 at 9:01 AM Stephen Hutchinson wrote:
> When building SDL with MinGW, it sets -mwindows with the
> assumption that the application is a GUI application. If this
> is linked without passing -mconsole to configure via
> --extra-ldflags, stdout will be silenced from cmd.exe while
On Sun, Aug 16, 2015 at 06:40:56PM +0200, Henrik Gramner wrote:
> Now we no longer have to rely on function pointers intentionally
> declared without specified argument types.
>
> This makes it easier to support functions with floating point parameters
> or return values as well as functions retur
On Tue, Aug 18, 2015 at 11:02:17AM -0400, Ronald S. Bultje wrote:
> ---
> libavutil/opt.c | 5 +
> libavutil/opt.h | 12 +---
> 2 files changed, 10 insertions(+), 7 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Avoid a s
On Tue, Aug 18, 2015 at 02:00:17PM +0100, Derek Buitenhuis wrote:
> Currently, when forcing an I frame, via API, or via the ffmpeg cli,
> using -force_key_frames, we still let x264 decide what sort of
> keyframe to user. In some cases, it is useful to be able to force
> an IDR frame, e.g. for cutti
When building SDL with MinGW, it sets -mwindows with the
assumption that the application is a GUI application. If this
is linked without passing -mconsole to configure via
--extra-ldflags, stdout will be silenced from cmd.exe while
running FFmpeg.
The -mwindows flag that causes this behavior is i
On Mon, Aug 17, 2015 at 11:52:14AM -0400, Ronald S. Bultje wrote:
> Convert last users to av_opt_get_*() counterparts.
> ---
> libavfilter/af_aresample.c | 17 +
> libavfilter/x86/vf_spp.c | 4 +++-
> libavutil/opt.h| 3 +++
> 3 files changed, 15 insertions(+), 9 de
2015-08-19 0:20 GMT+09:00 Carl Eugen Hoyos :
> Hendrik Leppkes gmail.com> writes:
>
> > Whats the other reason for forcing a keyframe, ie.
> > why don't we always set IDR?
>
> I don't know if x264 supports it (and I wanted to ask)
> but h264 reference frames can be older than the last
> I-frame (
On Mon, Aug 17, 2015 at 11:52:15AM -0400, Ronald S. Bultje wrote:
> ---
> libavcodec/dvbsubdec.c | 6 +++---
> libavcodec/frwu.c| 2 +-
> libavcodec/h264.c| 4 ++--
> libavcodec/libvpxenc.c | 6 +++---
> libavcodec/mpeg4videodec.c | 4 ++--
> libavcodec/s
The options are live from AVHWaccel.init() to AVHWAccel.uninit(). As such,
they are specific to an active hwaccel and have a meaning to that hwaccel
only during initialization. Options can be initialized by the user during
AVCodecContext.get_format() with hwaccel-specific (public) helper functions.
Add support for modern and flexible config options for vaapi decoders.
Accessors are available to handle those:
- av_vaapi_set_display():
Binds a user supplied VA display to a codec context
- av_vaapi_set_config():
Configures the VA-API decoder with a key/value pair
- av_vaapi_set_config_int():
Move libavcodec managed objects from the public struct vaapi_context
to a new privately owned FFVAContext. This is done so that to clean up
and streamline the public structure, but also to prepare for new codec
support, thus requiring new internal data to be added in there.
The AVCodecContext.hwac
Invalid buffer ids are defined by VA_INVALID_ID. Use that through out
vaapi_*.c support files now that we have private data initialized and
managed by libavcodec. Previously, the only requirement for the public
vaapi_context struct was to be zero-initialized.
This fixes support for 3rdparty VA dri
Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely
to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format
that is aliased to the older VLD variant.
Signed-off-by: Gwenole Beauchesne
---
libavcodec/h263dec.c | 2 +-
libavcodec/h264_slice.c | 2 +-
li
Hendrik Leppkes gmail.com> writes:
> Whats the other reason for forcing a keyframe, ie.
> why don't we always set IDR?
I don't know if x264 supports it (and I wanted to ask)
but h264 reference frames can be older than the last
I-frame (but not older than the last IDR-frame).
The I-frame is no
On Tue, Aug 18, 2015 at 5:15 PM, Derek Buitenhuis
wrote:
> On 8/18/2015 4:05 PM, Hendrik Leppkes wrote:
>> Whats the other reason for forcing a keyframe, ie. why don't we always set
>> IDR?
>
> The other reason would be seek points I guess?
>
Isn't seeking just like cutting? The decoder won't ge
Sven Dueking gmail.com> writes:
> +q->extco.PicTimingSEI = q->pic_timing_sei == 1 ?
> OFFSET(qsv.pic_timing_sei), AV_OPT_TYPE_INT, { .i64 = 0 }, 0, INT_MAX
There is a discrepancy between the possible and the used values...
I suggest you remove the "== 1" and set the max value t
On 8/18/2015 4:05 PM, Hendrik Leppkes wrote:
> Whats the other reason for forcing a keyframe, ie. why don't we always set
> IDR?
The other reason would be seek points I guess?
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.
On Mon, Aug 17, 2015 at 05:08:01PM -0400, Ronald S. Bultje wrote:
> ---
> libavutil/utils.c | 2 ++
> 1 file changed, 2 insertions(+)
ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Republics decline into democracies and democracies degenerate into
despotism
On Tue, Aug 18, 2015 at 3:00 PM, Derek Buitenhuis
wrote:
> Currently, when forcing an I frame, via API, or via the ffmpeg cli,
> using -force_key_frames, we still let x264 decide what sort of
> keyframe to user. In some cases, it is useful to be able to force
> an IDR frame, e.g. for cutting strea
---
libavutil/opt.c | 5 +
libavutil/opt.h | 12 +---
2 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 62db1b5..580586e 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -1177,20 +1177,17 @@ int av_opt_show2(void *obj, void *a
From: Sven Dueking
---
libavcodec/qsvenc.c | 3 +++
libavcodec/qsvenc.h | 1 +
libavcodec/qsvenc_h264.c | 1 +
3 files changed, 5 insertions(+)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index e5d3fa6..52e416c 100644
--- a/libavcodec/qsvenc.c
+++ b/libavcodec/qsvenc.c
@@ -
On Tue, Aug 18, 2015 at 08:02:28AM -0400, Ronald S. Bultje wrote:
> ff_dlog checks compilability, and is non-public. av_dlog is deprecated
> and no longer exists if FF_API_DLOG=0.
> ---
> ffmpeg.c | 2 +-
> libavcodec/ccaption_dec.c| 13 +++--
> libavcodec/
On Tue, Aug 18, 2015 at 08:27:51AM -0400, Ganesh Ajjanagadde wrote:
> On Tue, Aug 18, 2015 at 6:57 AM, Michael Niedermayer
> wrote:
> > On Tue, Aug 18, 2015 at 09:04:41AM +0300, Arttu Ylä-Outinen wrote:
> >> Signed-off-by: Arttu Ylä-Outinen
> >> ---
> >> configure |2 +-
> >> 1 file changed,
Currently, when forcing an I frame, via API, or via the ffmpeg cli,
using -force_key_frames, we still let x264 decide what sort of
keyframe to user. In some cases, it is useful to be able to force
an IDR frame, e.g. for cutting streams.
Signed-off-by: Derek Buitenhuis
---
libavcodec/libx264.c |
On Tue, 18 Aug 2015 08:27:51 -0400
Ganesh Ajjanagadde wrote:
> On Tue, Aug 18, 2015 at 6:57 AM, Michael Niedermayer
> wrote:
> > On Tue, Aug 18, 2015 at 09:04:41AM +0300, Arttu Ylä-Outinen wrote:
> >> Signed-off-by: Arttu Ylä-Outinen
> >> ---
> >> configure |2 +-
> >> 1 file changed, 1 in
On Tue, Aug 18, 2015 at 6:57 AM, Michael Niedermayer
wrote:
> On Tue, Aug 18, 2015 at 09:04:41AM +0300, Arttu Ylä-Outinen wrote:
>> Signed-off-by: Arttu Ylä-Outinen
>> ---
>> configure |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/configure b/configure
>> index 5
---
ffserver_config.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/ffserver_config.c b/ffserver_config.c
index 06bd8ac..de8a454 100644
--- a/ffserver_config.c
+++ b/ffserver_config.c
@@ -230,9 +230,9 @@ static void add_codec(FFServerStream *stream,
AVCodecContext *av,
ff_dlog checks compilability, and is non-public. av_dlog is deprecated
and no longer exists if FF_API_DLOG=0.
---
ffmpeg.c | 2 +-
libavcodec/ccaption_dec.c| 13 +++--
libavcodec/libzvbi-teletextdec.c | 7 ---
libavcodec/proresdec2.c | 9
On Mon, Aug 17, 2015 at 08:05:05PM -0400, Ronald S. Bultje wrote:
> ---
> libavfilter/avfilter.c | 13 -
> libavfilter/version.h | 3 +++
> 2 files changed, 15 insertions(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am
On Mon, Aug 17, 2015 at 08:45:53PM -0400, Ronald S. Bultje wrote:
> ff_dlog checks compilability, and is non-public. av_dlog is deprecated
> and no longer exists if FF_API_DLOG=0.
> ---
> ffmpeg.c| 2 +-
> libavcodec/ccaption_dec.c | 13 +++--
> libavcodec/proresdec2
On Tue, Aug 18, 2015 at 09:04:41AM +0300, Arttu Ylä-Outinen wrote:
> Signed-off-by: Arttu Ylä-Outinen
> ---
> configure |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 55cc7fb..3fa37b7 100755
> --- a/configure
> +++ b/configure
> @@ -5226
On Tue, 18 Aug 2015 03:56:21 +0200
Michael Niedermayer wrote:
> On Mon, Aug 17, 2015 at 01:38:19PM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Aug 17, 2015 at 1:12 PM, Michael Niedermayer > > wrote:
> >
> > > On Mon, Aug 17, 2015 at 11:52:16AM -0400, Ronald S. Bultje wrote:
> > > >
From: Michael Niedermayer
If preferred, i can also apply this after the bump, in case its felt that
this would cause too much delay/work
Signed-off-by: Michael Niedermayer
---
libavcodec/version.h |4
libavformat/version.h |5 +
libavutil/version.h |4
3 files chan
On Tue, 18 Aug 2015 09:04:41 +0300
Arttu Ylä-Outinen wrote:
> Signed-off-by: Arttu Ylä-Outinen
> ---
> configure |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 55cc7fb..3fa37b7 100755
> --- a/configure
> +++ b/configure
> @@ -5226,7 +5
On Tue, 18 Aug 2015 10:33:20 +0200
Gwenole Beauchesne wrote:
> Hi,
>
> 2015-08-17 22:26 GMT+02:00 wm4 :
> > On Mon, 17 Aug 2015 19:17:53 +0200
> > Gwenole Beauchesne wrote:
> >
> >> Add av_vaapi_context_init() and av_vaapi_context_alloc() helper functions
> >> so that to properly initialize the
Hi,
2015-08-18 10:43 GMT+02:00 Hendrik Leppkes :
> On Tue, Aug 18, 2015 at 10:35 AM, Gwenole Beauchesne
> wrote:
>> 2015-08-17 21:53 GMT+02:00 wm4 :
>>> On Mon, 17 Aug 2015 19:17:50 +0200
>>> Gwenole Beauchesne wrote:
>>>
Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unli
On Tue, Aug 18, 2015 at 10:35 AM, Gwenole Beauchesne wrote:
> 2015-08-17 21:53 GMT+02:00 wm4 :
>> On Mon, 17 Aug 2015 19:17:50 +0200
>> Gwenole Beauchesne wrote:
>>
>>> Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely
>>> to ever be useful in the future. Only keep plain AV
On Tue, Aug 18, 2015 at 10:33 AM, Gwenole Beauchesne wrote:
> Hi,
>
> 2015-08-17 22:26 GMT+02:00 wm4 :
>> On Mon, 17 Aug 2015 19:17:53 +0200
>> Gwenole Beauchesne wrote:
>>
>>> Add av_vaapi_context_init() and av_vaapi_context_alloc() helper functions
>>> so that to properly initialize the vaapi_c
2015-08-17 21:53 GMT+02:00 wm4 :
> On Mon, 17 Aug 2015 19:17:50 +0200
> Gwenole Beauchesne wrote:
>
>> Deprecate older VA pixel formats (MOCO, IDCT) as it is now very unlikely
>> to ever be useful in the future. Only keep plain AV_PIX_FMT_VAAPI format
>> that is aliased to the older VLD variant.
>
Hi,
2015-08-17 22:26 GMT+02:00 wm4 :
> On Mon, 17 Aug 2015 19:17:53 +0200
> Gwenole Beauchesne wrote:
>
>> Add av_vaapi_context_init() and av_vaapi_context_alloc() helper functions
>> so that to properly initialize the vaapi_context structure, and allow for
>> future extensions without breaking t
76 matches
Mail list logo
