---
On 05/11/17 00:00, Mark Thompson wrote:
> This patch minus an import detail.
Maybe I shouldn't have added the cast to the earlier patch to suppress the
warning there and make me miss it. Oh well.
libavcodec/avcodec.h | 2 +-
libavcodec/cuvid_h264.c | 2 +-
---
doc/APIchanges | 3 +++
libavcodec/avcodec.h | 74
libavcodec/hwaccel.h | 18 +
libavcodec/utils.c | 12 +
4 files changed, 107 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index
They are now unused.
---
configure | 18 +-
libavcodec/mmaldec.c | 21 -
libavcodec/qsvdec_h2645.c | 18 --
libavcodec/qsvdec_other.c | 27 ---
4 files changed, 5 insertions(+), 79 deletions(-)
diff
This removes the dependency that hardware pixel formats previously had on
AVHWAccel instances, meaning only those which actually do something need
exist after this patch.
Also updates avcodec_default_get_format() to be able to choose hardware
formats if either a matching device has been supplied
Hopefully the last run.
Since last time:
* More const.
* Non-hwaccel hardware initialisation fixed (QSV tested).
* Tested on Windows (DXVA2 / D3D11).
Thanks,
- Mark
___
libav-devel mailing list
libav-devel@libav.org
This also adds pointers to the associated hwaccel for decoders using
hwaccels - these will be used in a later patch.
---
libavcodec/h263dec.c | 10 ++
libavcodec/h264dec.c | 28 +++
libavcodec/hevcdec.c | 22 +
Removes specific support for all hwaccels supported by the generic code
(CUVID, DXVA2, D3D11VA, VAAPI and VDPAU).
---
avtools/avconv.c | 76 +++-
avtools/avconv.h | 9 +-
avtools/avconv_hw.c | 249 ++-
avtools/avconv_opt.c |
---
doc/APIchanges | 4
libavcodec/avcodec.h | 13 +
libavcodec/utils.c | 15 +--
libavcodec/version.h | 3 +++
4 files changed, 25 insertions(+), 10 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 490c71cc2..49d1e791d 100644
---
These will be used later to generate the hwaccel list at configure time,
but are needed now for the config structures in the following patch.
---
libavcodec/hwaccels.h | 59 +++
1 file changed, 59 insertions(+)
create mode 100644
---
libavcodec/cuvid_h264.c | 2 +-
libavcodec/cuvid_hevc.c | 2 +-
libavcodec/dxva2_h264.c | 6 ++---
libavcodec/dxva2_hevc.c | 6 ++---
libavcodec/dxva2_mpeg2.c | 6 ++---
libavcodec/dxva2_vc1.c| 12 -
libavcodec/hwaccels.h | 68
ff_get_format() in the next patch will reject formats which aren't in the
offered list, so the hack in 7cb9296db872c4221453e5411f242ebcfca62664 is
no longer valid. Change the hack by adding a new field in the VP8 decoder
context to indicate that it's actually WebP and don't call ff_get_format()
There is no longer any need for a list of them at runtime, because
decoders now carry the pointers to their associated hwaccels internally.
The file containing external declarations is now used to make the list
of hwaccels for configure.
---
configure | 2 +-
libavcodec/allcodecs.c
---
Updated according to Anton's review on IRC; dropped spurious changes in
libavfilter and also deprecated the to_free member in AVCodecInternal.
I'm still not sure if the documentation does not need more updates.
avtools/avconv.c | 2 ++
avtools/avplay.c | 2 ++
On Sat, Nov 04, 2017 at 10:18:47PM +0100, Diego Biurrun wrote:
> ---
>
> Updated according to Anton's review on IRC; dropped spurious changes in
> libavfilter and also deprecated the to_free member in AVCodecInternal.
> I'm still not sure if the documentation does not need more updates.
>
>
On Sat, Nov 04, 2017 at 08:13:42PM +0100, Diego Biurrun wrote:
> ---
>
> .. grmbl ..
>
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Tested and confirmed to work by Kostylev.
Diego
___
libav-devel mailing list
---
Updated according to Anton's review on IRC; dropped spurious changes in
libavfilter and also deprecated the to_free member in AVCodecInternal.
I'm still not sure if the documentation does not need more updates.
avtools/avconv.c | 2 ++
avtools/avplay.c | 2 ++
---
.. grmbl ..
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 50e7591b7c..ee13b4db81 100755
--- a/configure
+++ b/configure
@@ -3895,7 +3895,7 @@ case $target_os in
SHFLAGS=-shared
add_cppflags
On Sat, Nov 04, 2017 at 02:15:59PM -0400, Sean McGovern wrote:
> --- a/libavformat/matroskadec.c
> +++ b/libavformat/matroskadec.c
> @@ -1916,7 +1916,7 @@ static int matroska_parse_tracks(AVFormatContext *s)
> track->audio.sub_packet_size = avio_rb16();
> -if (flavor
Hi again,
On Thu, Nov 2, 2017 at 4:07 PM, Sean McGovern wrote:
> Hi Vittorio,
>
>
>
> On Nov 2, 2017 11:19 AM, "Vittorio Giovara"
> wrote:
>
> On Wed, Nov 1, 2017 at 10:10 PM, Sean McGovern wrote:
>
>> From: Michael
Regression since 569d18aa9dc989c37bb4d4b968026fe5afa6fff9.
Bug-Id: 1055
Cc: libav-sta...@libav.org
---
libavformat/matroskadec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 3953cd3..ab5b737 100644
---
On Sat, Nov 04, 2017 at 12:47:41PM +0100, Peter Große wrote:
> On Mon, 30 Oct 2017 20:21:23 +0100
> Alexandra Hájková
> wrote:
>
> > OK
>
> Is there anything else preventing it from beeing commited?
Queued.
Diego
On 11/4/2017 6:06 AM, Rémi Denis-Courmont wrote:
> libav generally uses int64_t to represent timestamps, and thus
> AV_NOPTS_VALUE has to fit witin the range of int64_t.
>
> The current definition of AV_NOPTS_VALUE results in AV_NOPTS_VALUE
> having the same type as uint64_t, since its value is
On 04/11/2017 10:06, Rémi Denis-Courmont wrote:
undefined overflowing conversion from uint64_t to int64_t.
Sounds good to me.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Mon, 30 Oct 2017 20:21:23 +0100
Alexandra Hájková
wrote:
> OK
Is there anything else preventing it from beeing commited?
Kind regards
Peter
___
libav-devel mailing list
24 matches
Mail list logo