From 40804a849556e1303f6351f5560d5552e2588b12 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 9 Jan 2017 14:05:59 +0800
Subject: [PATCH] lavc/vaapi_encode: enable "force_key_frames" option in
vaapi_encode
enable the opt "force_key_frame" to force IDR output in vaapi_encode,
and this option ca
在 2017/1/8 7:36, Mark Thompson 写道:
On 06/01/17 06:37, Huang, Zhengxu wrote:
Hi
According to the suggestion update the patch.
thanks.
From 4beadd3c84c797a56c4f375458d0a1e9d9b233c8 Mon Sep 17 00:00:00 2001
From: Zhengxu
Date: Thu, 5 Jan 2017 14:48:06 +0800
Subject: [PATCH] ffmpeg_qsv: Add an
2017-01-09 11:46 GMT+08:00 Steven Liu :
>
>
> 2017-01-09 11:06 GMT+08:00 Wang Bin :
>
>> ping
>>
>> 2017-01-03 14:26 GMT+08:00 Wang Bin :
>>
>> > If ffmpeg is build with iOS 10 sdk, program will crash on iOS 9. This
>> > patch fixes the crash.
>> >
>> __
2017-01-09 11:06 GMT+08:00 Wang Bin :
> ping
>
> 2017-01-03 14:26 GMT+08:00 Wang Bin :
>
> > If ffmpeg is build with iOS 10 sdk, program will crash on iOS 9. This
> > patch fixes the crash.
> >
> ___
> ffmpeg-devel mailing list
> [email protected]
ping
2017-01-03 14:26 GMT+08:00 Wang Bin :
> If ffmpeg is build with iOS 10 sdk, program will crash on iOS 9. This
> patch fixes the crash.
>
___
ffmpeg-devel mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From 256dd95eded93894c01e67648eec41d05e35d64e Mon Sep 17 00:00:00 2001
From: Zhengxu
Date: Mon, 19 Dec 2016 03:39:39 -0500
Subject: [PATCH 2/2] libavcodec/qsvenc: Fix the encode part hwaccle issue when
using system memory
Description: when using system memory the encode actually uses the
PARTI
From 37629f14294125c7396e5e12970d75e895b1caba Mon Sep 17 00:00:00 2001
From: Zhengxu
Date: Mon, 19 Dec 2016 01:27:06 -0500
Subject: [PATCH 1/2] libavcodec/qsvdec: Fix the QSV decoder can't work when
using system memory
Description: ./ffmpeg -c:v h264_qsv -i in -c:v h264 output.h264 does not
wo
On 09/01/17 00:33, Michael Niedermayer wrote:
> On Sun, Jan 08, 2017 at 06:14:25PM +, Mark Thompson wrote:
> [...]
>
>> diff --git a/libavcodec/vaapi.h b/libavcodec/vaapi.h
>> index 7a29f6f881..ab6110ba9c 100644
>> --- a/libavcodec/vaapi.h
>> +++ b/libavcodec/vaapi.h
>> @@ -34,6 +34,12 @@
>>
---
CC libavfilter/vf_scale_vaapi.o
src/libavfilter/vf_scale_vaapi.c: In function ‘scale_vaapi_query_formats’:
src/libavfilter/vf_scale_vaapi.c:65:5: warning: ignoring return value of
‘ff_formats_ref’, declared with attribute warn_unused_result [-Wunused-result]
ff_formats_ref(ff_make_fo
On 2017/1/9 8:21, Mark Thompson wrote:
> On 09/01/17 00:12, Jun Zhao wrote:
>> From 80ea322e8bd634dbf93291f7a4d78bc87834c0a8 Mon Sep 17 00:00:00 2001
>> From: Jun Zhao
>> Date: Sun, 8 Jan 2017 14:26:39 +0800
>> Subject: [PATCH] lavfi: remove the duplicate expression evaluation.
>>
>> remove the
On 09/01/17 00:29, Michael Niedermayer wrote:
> On Sun, Jan 08, 2017 at 07:12:47PM +, Mark Thompson wrote:
>> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
>> ---
>> One minor fixup for allocation due to differences in the lavfis, otherwise
>> unchanged.
> [...]
>> diff
On 09/01/17 00:10, Jun Zhao wrote:
> V2: rephrasing based on Moritz Barsnick's comments
>
> From f9e62cc90b546643419e394c09b93e901d517997 Mon Sep 17 00:00:00 2001
> From: Jun Zhao
> Date: Sun, 8 Jan 2017 11:01:32 +0800
> Subject: [PATCH v2] lavc/vaapi_encode_h264: disable B frame in baseline
> p
On Sun, Jan 08, 2017 at 06:14:25PM +, Mark Thompson wrote:
[...]
> diff --git a/libavcodec/vaapi.h b/libavcodec/vaapi.h
> index 7a29f6f881..ab6110ba9c 100644
> --- a/libavcodec/vaapi.h
> +++ b/libavcodec/vaapi.h
> @@ -34,6 +34,12 @@
> #include "libavutil/attributes.h"
> #include "version.h"
On Sun, Jan 08, 2017 at 07:12:47PM +, Mark Thompson wrote:
> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
> ---
> One minor fixup for allocation due to differences in the lavfis, otherwise
> unchanged.
[...]
> diff --git a/libavfilter/vf_deinterlace_vaapi.c
> b/libavfi
On Sun, Jan 08, 2017 at 07:12:47PM +, Mark Thompson wrote:
> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
> ---
> One minor fixup for allocation due to differences in the lavfis, otherwise
> unchanged.
[...]
> diff --git a/libavfilter/vf_deinterlace_vaapi.c
> b/libavfi
On 09/01/17 00:12, Jun Zhao wrote:
> From 80ea322e8bd634dbf93291f7a4d78bc87834c0a8 Mon Sep 17 00:00:00 2001
> From: Jun Zhao
> Date: Sun, 8 Jan 2017 14:26:39 +0800
> Subject: [PATCH] lavfi: remove the duplicate expression evaluation.
>
> remove the duplicate expression evaluation in crop/drawtext
On Sun, Jan 08, 2017 at 12:28:56PM -0900, Lou Logan wrote:
> Default is "bicubic".
>
> Signed-off-by: Lou Logan
> ---
> doc/scaler.texi | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
should be ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
From 80ea322e8bd634dbf93291f7a4d78bc87834c0a8 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Sun, 8 Jan 2017 14:26:39 +0800
Subject: [PATCH] lavfi: remove the duplicate expression evaluation.
remove the duplicate expression evaluation in crop/drawtext/overlay.
Signed-off-by: Jun Zhao
---
libavf
Also adds some extra fields to the main context structure that may
be needed by a hwaccel decoder.
(cherry picked from commit 4e528206bc4d968706401206cf54471739250ec7)
---
On 08/01/17 23:37, Michael Niedermayer wrote:
> On Mon, Jan 09, 2017 at 12:32:30AM +0100, Michael Niedermayer wrote:
>> On Sun
V2: rephrasing based on Moritz Barsnick's comments
From f9e62cc90b546643419e394c09b93e901d517997 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Sun, 8 Jan 2017 11:01:32 +0800
Subject: [PATCH v2] lavc/vaapi_encode_h264: disable B frame in baseline
profile.
disable B frames when enabling baseline/c
This decoder can decode all existing SpeedHQ formats (SHQ0–5, 7, and 9),
including correct decoding of the alpha channel.
1080p is decoded in 142 fps on one core of my i7-4600U (2.1 GHz Haswell),
about evenly split between bitstream reader and IDCT. There is currently
no attempt at slice or frame
Allows more codecs than mpeg12video to make use of it.
---
libavcodec/bitstream.c | 8
libavcodec/mathops.h | 8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/bitstream.c b/libavcodec/bitstream.c
index 6c8dca1d85..c26650099f 100644
--- a/libavcodec/b
On Sun, Jan 08, 2017 at 01:45:07PM +0100, Paul B Mahol wrote:
>> +memcpy(rbuf, buf, buf_size);
>> +memset(rbuf + buf_size, 0, AV_INPUT_BUFFER_PADDING_SIZE);
> Huh?!? Is this needed at all?
After some discussion on IRC: It turns out that avcodec_decode_video2()
requires the input AVPacket t
On Mon, Jan 09, 2017 at 12:32:30AM +0100, Michael Niedermayer wrote:
> On Sun, Jan 08, 2017 at 06:14:45PM +, Mark Thompson wrote:
> > Also adds some extra fields to the main context structure that may
> > be needed by a hwaccel decoder.
> >
> > (cherry picked from commit 4e528206bc4d9687064012
On Sun, Jan 08, 2017 at 06:14:45PM +, Mark Thompson wrote:
> Also adds some extra fields to the main context structure that may
> be needed by a hwaccel decoder.
>
> (cherry picked from commit 4e528206bc4d968706401206cf54471739250ec7)
> ---
> libavcodec/vp8.c | 193
>
Mark Thompson wrote:
On 08/01/17 20:48, Andy Furniss wrote:
Mark Thompson wrote:
To offer a bit more information about this:
It is adding a filter to dinterlace video on the GPU using VAAPI.
This works on both Intel (i965) and AMD (mesa)
Not so sure about the working with AMD/mesa bit. On g
On Tue, Jan 3, 2017 at 8:26 AM, wrote:
> From: Pavel Koshevoy
>
> Evidently CUVID doesn't support decoding 422 or 444 chroma formats,
> and only a limited set of resolutions per codec are supported.
>
> Given that stream resolution and pixel format are typically known as a
> result of probing it
On 08/01/17 20:48, Andy Furniss wrote:
> Mark Thompson wrote:
>
>> To offer a bit more information about this:
>>
>> It is adding a filter to dinterlace video on the GPU using VAAPI.
>> This works on both Intel (i965) and AMD (mesa)
>
> Not so sure about the working with AMD/mesa bit. On git it d
Default is "bicubic".
Signed-off-by: Lou Logan
---
doc/scaler.texi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/scaler.texi b/doc/scaler.texi
index 3e115cdda5..f73804adfe 100644
--- a/doc/scaler.texi
+++ b/doc/scaler.texi
@@ -13,7 +13,8 @@ FFmpeg tools. For programma
Le nonidi 9 nivôse, an CCXXV, Nicolas George a écrit :
> Signed-off-by: Nicolas George
> ---
> libavfilter/buffersink.c | 214
> +--
> 1 file changed, 56 insertions(+), 158 deletions(-)
>
> Minor changes to accomodate the previous changes. Since diff
Mark Thompson wrote:
To offer a bit more information about this:
It is adding a filter to dinterlace video on the GPU using VAAPI.
This works on both Intel (i965) and AMD (mesa)
Not so sure about the working with AMD/mesa bit. On git it doesn't for
me and I kind of didn't expect it to with th
Le nonidi 19 nivôse, an CCXXV, Paul B Mahol a écrit :
> ffmpeg | branch: master | Paul B Mahol | Sun Jan 8
> 20:41:36 2017 +0100| [0ddc24d23248b5070c7fcdaee22c7852381fce1d] | committer:
> Paul B Mahol
>
> avfilter/af_dynaudnorm: fix hang with too short input
>
> The only thing we can do at su
On 1/8/17, Mark Thompson wrote:
> On 08/01/17 19:27, Paul B Mahol wrote:
>> On 1/8/17, Mark Thompson wrote:
>>> +
>>> +AVFilter ff_vf_deinterlace_vaapi = {
>>> +.name = "deinterlace_vaapi",
>>> +.description= NULL_IF_CONFIG_SMALL("Deinterlacing of VAAPI
>>> surfaces"),
>>> +
On 08/01/17 19:27, Paul B Mahol wrote:
> On 1/8/17, Mark Thompson wrote:
>> +
>> +AVFilter ff_vf_deinterlace_vaapi = {
>> +.name = "deinterlace_vaapi",
>> +.description= NULL_IF_CONFIG_SMALL("Deinterlacing of VAAPI
>> surfaces"),
>> +.priv_size = sizeof(DeintVAAPICon
Several codecs other than huffyuv use them.
Signed-off-by: James Almer
---
Fixed the order of a couple asm constants that were crashing most related
FATE tests.
PPC changes still untested.
configure | 8 +-
libavcodec/huffyuvdec.c
On 08/01/17 19:12, Mark Thompson wrote:
> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
> ---
> One minor fixup for allocation due to differences in the lavfis, otherwise
> unchanged.
>
> configure | 1 +
> libavfilter/Makefile |
On 1/8/17, Mark Thompson wrote:
> +
> +AVFilter ff_vf_deinterlace_vaapi = {
> +.name = "deinterlace_vaapi",
> +.description= NULL_IF_CONFIG_SMALL("Deinterlacing of VAAPI
> surfaces"),
> +.priv_size = sizeof(DeintVAAPIContext),
> +.init = &deint_vaapi_in
(cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
---
One minor fixup for allocation due to differences in the lavfis, otherwise
unchanged.
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libav
Signed-off-by: Paul B Mahol
---
libavcodec/qdm2.c | 66 ++-
1 file changed, 21 insertions(+), 45 deletions(-)
diff --git a/libavcodec/qdm2.c b/libavcodec/qdm2.c
index e3cc902..88b6b19 100644
--- a/libavcodec/qdm2.c
+++ b/libavcodec/qdm2.c
@@ -4
Le nonidi 19 nivôse, an CCXXV, Rostislav Pehlivanov a écrit :
> I think it might be related to this infinite loop issue:
>
> ffmpeg -i fT7.wav -af dynaudnorm -loglevel error -f null -
>
> with the file I've attached will get stuck in an infinite loop outside of
> the filter somewhere.
Thanks for
(cherry picked from commit 2fe93244ab9465ef19c756a41524cbbf0580ee48)
---
libavcodec/vaapi_h264.c | 239 +++-
1 file changed, 137 insertions(+), 102 deletions(-)
diff --git a/libavcodec/vaapi_h264.c b/libavcodec/vaapi_h264.c
index 7811c10708..44e8462522
(cherry picked from commit ee9061293e925916fe2e0b7c08fbbd1f981b1d29)
---
libavcodec/vaapi_mpeg2.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vaapi_mpeg2.c b/libavcodec/vaapi_mpeg2.c
index 9329e5450a..beaac9a57f 100644
--- a/libavcodec/vaapi_mpeg2.c
Enables VP8 decoding - the decoder places the the bitstream version
in the profile field, which we want to ignore.
(cherry picked from commit 11c191b52ce0768370e38a2726132f9223e701f6)
---
libavcodec/vaapi_decode.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/va
(cherry picked from commit a9fb134730da1f9642eb5a2baa50943b8a4aa245)
(cherry picked from commit 75d642a944d5579e4ef20ff3701422a64692afcf)
---
configure | 3 +
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/vaapi_vp8.c | 234 +++
Also adds some extra fields to the main context structure that may
be needed by a hwaccel decoder.
(cherry picked from commit 4e528206bc4d968706401206cf54471739250ec7)
---
libavcodec/vp8.c | 193 +--
libavcodec/vp8.h | 32 +
2 files cha
Deprecates struct vaapi_context and the installed header vaapi.h,
to be removed at the next version bump.
(cherry picked from commit 851960f6f8cf1f946fe42fa36cf6598fac68072c)
---
doc/APIchanges| 4 +++
libavcodec/Makefile | 5 ++-
libavcodec/vaapi.h| 11 +++
libavc
Most of the functionality here has moved into lavc.
(cherry picked from commit 3e8651a7ccd8e89cc2f162cf614a3c9f7f4d9fcf)
---
ffmpeg_vaapi.c | 353 -
1 file changed, 23 insertions(+), 330 deletions(-)
diff --git a/ffmpeg_vaapi.c b/ffmpeg_vaa
---
libavcodec/vaapi_vp9.c | 208 ++---
1 file changed, 110 insertions(+), 98 deletions(-)
diff --git a/libavcodec/vaapi_vp9.c b/libavcodec/vaapi_vp9.c
index 9b3e81a388..a656ffb13c 100644
--- a/libavcodec/vaapi_vp9.c
+++ b/libavcodec/vaapi_vp9.c
@@ -21,
(cherry picked from commit ccd0316f7cab760a93052206e8150f6b178c1e39)
---
libavcodec/vaapi_mpeg4.c | 235 +--
1 file changed, 145 insertions(+), 90 deletions(-)
diff --git a/libavcodec/vaapi_mpeg4.c b/libavcodec/vaapi_mpeg4.c
index 725f00b0a6..462233ce8c
From: Anton Khirnov
(cherry picked from commit ea8b730d8e67152107d7fcdd5590bbb51ec236b1)
Signed-off-by: Mark Thompson
---
configure | 2 +-
libavcodec/vaapi_hevc.c | 587 ++--
2 files changed, 269 insertions(+), 320 deletions(-)
diff
(cherry picked from commit 520fb77285ff0e7da1449d2b60742865b0b43ae8)
---
libavcodec/vaapi_vc1.c | 353 +
1 file changed, 206 insertions(+), 147 deletions(-)
diff --git a/libavcodec/vaapi_vc1.c b/libavcodec/vaapi_vc1.c
index 17e35e6a3e..a456149e6e 10
(cherry picked from commit 102e13c353de43aa0cb1aa1843804d195c2a9164)
---
libavcodec/vaapi_mpeg2.c | 170 +--
1 file changed, 105 insertions(+), 65 deletions(-)
diff --git a/libavcodec/vaapi_mpeg2.c b/libavcodec/vaapi_mpeg2.c
index beaac9a57f..b2417ee830
Moves much of the setup logic for VAAPI decoding into lavc; the user
now need only provide the hw_frames_ctx.
(cherry picked from commit 123ccd07c55ccf075cc5daf5581237fbccb86bdb)
(cherry picked from commit 5e879b54a3a46817ea6c8a95a9aecab1176418b9)
(cherry picked from commit 0aec37e625821040c103641
(cherry picked from commit 01d6f84f49a55fd591aa120960fce2b9dba92d0d)
---
libavcodec/vaapi_vc1.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/libavcodec/vaapi_vc1.c b/libavcodec/vaapi_vc1.c
index 4e82be1ae1..7a9b8d3920 100644
--- a/libavcode
The lowest supported VAAPI version is 0.34 (checked at configure
time), so this test is no longer needed.
(cherry picked from commit 5a667322f5cb0e77c15891fc06725c19d8f3314f)
---
libavcodec/vaapi_vc1.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/vaapi_vc1.c b/libavcodec/vaapi_
(cherry picked from commit 03adfe913062c6995136eb1ca51152b6d596c0f4)
---
libavcodec/vaapi_h264.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavcodec/vaapi_h264.c b/libavcodec/vaapi_h264.c
index bc12d77d6d..7811c10708 100644
--- a/libavcod
Hi,
This merges the improved VAAPI decode infrastructure from libav, with various
related parts updated to work together.
The aims of this series are:
* Remove struct vaapi_context and move everything it used to do into lavc.
* Simplify VAAPI support in the ffmpeg utility, using generic hwconte
On Fri, 6 Jan 2017 23:33:16 +0100
Tobias Stoeckmann wrote:
> +slash = strrchr(my_program_name, '/');
> +memcpy(pathname, my_program_name, slash - my_program_name);
> -strcpy(slash, "ffmpeg");
> +strcat(pathname, "ffmpeg");
this replaces a strcpy with a memcpy, is this in
Signed-off-by: James Almer
---
PPC changes untested.
libavcodec/huffyuvdec.c| 8 +-
libavcodec/huffyuvdsp.c| 36 +++-
libavcodec/huffyuvdsp.h| 13 ++-
libavcodec/lagarith.c | 2 +-
libavcodec/lossless_vide
Signed-off-by: James Almer
---
configure | 9 +-
libavcodec/Makefile| 1 +
libavcodec/huffyuv.h | 2 +
libavcodec/huffyuvenc.c| 38 +++---
libavcodec/huffyuven
Signed-off-by: James Almer
---
libavcodec/huffyuvdec.c | 2 +-
libavcodec/lossless_videodsp.c | 4 ++--
libavcodec/lossless_videodsp.h | 3 ++-
libavcodec/magicyuv.c | 14 +++---
libavcodec/x86/lossless_videodsp.asm| 6 +++---
li
Several codecs other than huffyuv use them.
Signed-off-by: James Almer
---
PPC changes untested.
configure | 8 +-
libavcodec/huffyuvdec.c| 63 +++
libavcodec/huffyuvdsp.c| 61 ---
libav
Signed-off-by: James Almer
---
configure | 2 +-
libavcodec/huffyuv.c| 1 -
libavcodec/huffyuvdec.c | 1 +
libavcodec/huffyuvenc.c | 8 +--
libavcodec/huffyuvencdsp.c | 50 +-
libav
This moves code around so dsp functions used by either one or more
codecs are in the corresponding contexts. Decoder and encoder dsp
functions are also now properly split.
James Almer (5):
lossless_videodsp: move shared functions from huffyuvdsp
huffyuvencdsp: move functions only used by huffy
On Sun, Jan 08, 2017 at 11:01:14AM -0300, James Almer wrote:
> Disregard that part then. Just address the name of the function.
Will do. Waiting with sending of a new patch to see if there are more
comments coming that I can address in the same batch.
/* Steinar */
--
Homepage: https://www.sesse
On Tue, Dec 27, 2016 at 02:46:59AM +0100, Michael Niedermayer wrote:
> Negate null check
> Fixes CID1396248
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/bsf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730
On Thu, Dec 29, 2016 at 03:02:46AM +0100, Michael Niedermayer wrote:
> Fixes CID1396849
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/omx.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC7870
On 1/8/2017 10:55 AM, Steinar H. Gunderson wrote:
> On Sun, Jan 08, 2017 at 10:52:52AM -0300, James Almer wrote:
>> Also, when moving code in general we expect a patch that makes use of said
>> code as part of a set.
>
> I don't understand. I send a patch where I both make the move and add a
> new
On Sun, Jan 08, 2017 at 10:52:52AM -0300, James Almer wrote:
> Also, when moving code in general we expect a patch that makes use of said
> code as part of a set.
I don't understand. I send a patch where I both make the move and add a
new use. Then I get told to split them into two separate patche
On 1/8/2017 10:14 AM, Steinar H. Gunderson wrote:
> Allows more codecs than mpeg12video to make use of it. Rename to
> av_bitswap_32()
> because it's a public symbol now.
mathops.h is not a public header. You can keep the bitswap_32() name or use
ff_bitswap_32() instead.
Also, when moving code i
On Sun, Jan 08, 2017 at 02:29:22PM +0100, Carl Eugen Hoyos wrote:
>> But after YLC, there's PSD and PIXLET, so those would move around?
>> Or should it go below those two, too?
> Definitely.
Moved it there in v2.
Forgot to link to this: https://wiki.multimedia.cx/index.php/SpeedHQ
Will probably b
This decoder can decode all existing SpeedHQ formats (SHQ0–5, 7, and 9),
including correct decoding of the alpha channel.
1080p is decoded in 142 fps on one core of my i7-4600U (2.1 GHz Haswell),
about evenly split between bitstream reader and IDCT. There is currently
no attempt at slice or frame
Allows more codecs than mpeg12video to make use of it. Rename to av_bitswap_32()
because it's a public symbol now.
---
libavcodec/bitstream.c | 14 +++---
libavcodec/mathops.h | 8
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavcodec/bitstream.c b/libavco
2017-01-08 14:16 GMT+01:00 Steinar H. Gunderson :
> On Sun, Jan 08, 2017 at 02:10:15PM +0100, Carl Eugen Hoyos wrote:
Wrong place, put it after YLC, bellow.
>>> Will move. What's the intended ordering here, really?
>> Important thing is not to change ids of
>> existing codecs.
>
> But after YL
On Sun, Jan 08, 2017 at 02:10:15PM +0100, Carl Eugen Hoyos wrote:
>>> Wrong place, put it after YLC, bellow.
>> Will move. What's the intended ordering here, really?
> Important thing is not to change ids of
> existing codecs.
But after YLC, there's PSD and PIXLET, so those would move around?
Or s
On 1/8/17, Steinar H. Gunderson wrote:
> On Sun, Jan 08, 2017 at 01:45:07PM +0100, Paul B Mahol wrote:
>>> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
>>> index ca8b786077..23e1ecc7a7 100644
>>> --- a/libavcodec/avcodec.h
>>> +++ b/libavcodec/avcodec.h
>>> @@ -388,6 +388,14 @@ enum AV
2017-01-08 13:55 GMT+01:00 Steinar H. Gunderson :
> On Sun, Jan 08, 2017 at 01:45:07PM +0100, Paul B Mahol wrote:
>>> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
>>> index ca8b786077..23e1ecc7a7 100644
>>> --- a/libavcodec/avcodec.h
>>> +++ b/libavcodec/avcodec.h
>>> @@ -388,6 +388,14
On Sun, Jan 08, 2017 at 01:45:07PM +0100, Paul B Mahol wrote:
>> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
>> index ca8b786077..23e1ecc7a7 100644
>> --- a/libavcodec/avcodec.h
>> +++ b/libavcodec/avcodec.h
>> @@ -388,6 +388,14 @@ enum AVCodecID {
>> AV_CODEC_ID_DXV,
>> AV_C
On 1/8/17, Steinar H. Gunderson wrote:
> This decoder can decode all existing SpeedHQ formats (SHQ0-5, 7, and 9),
> including correct decoding of the alpha channel.
>
> 1080p is decoded in 142 fps on one core of my i7-4600U (2.1 GHz Haswell),
> about evenly split between bitstream reader and IDCT.
> Ping! Could this be merged, or is there something disagreeable about the
> patch?
Generally looks fine, but I'm still on vacation so can't really test and
do a proper review.
I'll get to it at some point this week though!
___
ffmpeg-devel mailing lis
On Sun, Jan 08, 2017 at 01:33:08PM +0100, Carl Eugen Hoyos wrote:
> I would have expected one decoder that checks codec_tag as utvideodec does.
Sure, I can do that. Just switch on avctx->codec_tag and MKTAG()?
/* Steinar */
--
Homepage: https://www.sesse.net/
2017-01-08 12:07 GMT+01:00 Steinar H. Gunderson :
> +AVCodec ff_shq0_decoder = {
> +AVCodec ff_shq1_decoder = {
...
I would have expected one decoder that checks codec_tag as utvideodec does.
Great work!
Carl Eugen
___
ffmpeg-devel mailing list
ffmp
On Thu, Jan 05, 2017 at 12:11:36PM +0100, Matthieu Bouron wrote:
> ---
> libavfilter/audio.c | 50 --
> 1 file changed, 36 insertions(+), 14 deletions(-)
>
> diff --git a/libavfilter/audio.c b/libavfilter/audio.c
> index a18be89293..5996f607b2 10064
On Thu, Jan 05, 2017 at 12:11:33PM +0100, Matthieu Bouron wrote:
> ---
> libavfilter/framepool.c | 109
>
> libavfilter/framepool.h | 36 +++-
> 2 files changed, 144 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/framepool.
This decoder can decode all existing SpeedHQ formats (SHQ0–5, 7, and 9),
including correct decoding of the alpha channel.
1080p is decoded in 142 fps on one core of my i7-4600U (2.1 GHz Haswell),
about evenly split between bitstream reader and IDCT. There is currently
no attempt at slice or frame
85 matches
Mail list logo
