And vice versa. Use it in av_dump_format() instead of a huge switch case.
Needed in the next commit as well.
---
Modified the style of the table and added the type retrieval function.
Vittorio
doc/APIchanges | 3 +++
libavformat/dump.c | 33 +
On Sun, Apr 10, 2016 at 2:55 AM, Anton Khirnov <an...@khirnov.net> wrote:
> Quoting Vittorio Giovara (2016-04-07 18:17:54)
>> On Thu, Apr 7, 2016 at 5:06 AM, Anton Khirnov <an...@khirnov.net> wrote:
>> > Quoting Vittorio Giovara (2016-04-06 23:00:04)
>> >&
On Thu, Apr 7, 2016 at 3:17 PM, Martin Storsjö wrote:
> On Thu, 7 Apr 2016, Diego Biurrun wrote:
>
>>> +static av_cold void *dlsym2(void *handle, const char *symbol, const char
>>> *prefix)
>>
>>
>> 2?
>
>
> Appending 2 is our own normal naming scheme for "new and improved
On Mon, Apr 11, 2016 at 7:42 AM, Diego Biurrun wrote:
> On Sun, Apr 10, 2016 at 11:32:04AM +0200, Anton Khirnov wrote:
>> ---
>> tests/fate/h264.mak | 6 ++
>> tests/ref/fate/h264-invalid-ref-mod | 11 +++
>> 2 files changed, 17 insertions(+)
>>
On Fri, Apr 8, 2016 at 6:19 AM, wm4 <nfx...@googlemail.com> wrote:
> On Thu, 7 Apr 2016 14:44:40 -0400
> Vittorio Giovara <vittorio.giov...@gmail.com> wrote:
>
>> On Thu, Apr 7, 2016 at 1:09 PM, Tim W. <tdskywal...@gmail.com> wrote:
>> > On Wed
On Tue, Apr 5, 2016 at 4:19 PM, Vittorio Giovara
<vittorio.giov...@gmail.com> wrote:
> ---
> The alternative would be to store everything in metadata (like matroska does
> already).
> Vittorio
There actually is a third alternative, a new API: right now the
spherical and s
On Thu, Apr 7, 2016 at 1:09 PM, Tim W. <tdskywal...@gmail.com> wrote:
> On Wed, Apr 6, 2016 at 4:40 PM, Vittorio Giovara <vittorio.giov...@gmail.com
>> wrote:
>
>> On Tue, Apr 5, 2016 at 11:04 PM, Tim W. <tdskywal...@gmail.com> wrote:
>> > On Tue,
On Thu, Apr 7, 2016 at 5:06 AM, Anton Khirnov <an...@khirnov.net> wrote:
> Quoting Vittorio Giovara (2016-04-06 23:00:04)
>> On Wed, Apr 6, 2016 at 10:54 AM, Anton Khirnov <an...@khirnov.net> wrote:
>> > Quoting Vittorio Giovara (2016-04-05 22:19:03)
>> &g
On Wed, Apr 6, 2016 at 10:54 AM, Anton Khirnov <an...@khirnov.net> wrote:
> Quoting Vittorio Giovara (2016-04-05 22:19:03)
>> ---
>> libavcodec/libx264.c | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/libavcodec/libx264.c b/libavcodec/lib
On Tue, Apr 5, 2016 at 10:59 PM, Tim W. <tdskywal...@gmail.com> wrote:
> On Tue, Apr 5, 2016 at 10:19 PM, Vittorio Giovara <
> vittorio.giov...@gmail.com> wrote:
>
>> ---
>> The alternative would be to store everything in metadata (like matroska
>> does
>
On Tue, Apr 5, 2016 at 11:04 PM, Tim W. <tdskywal...@gmail.com> wrote:
> On Tue, Apr 5, 2016 at 10:19 PM, Vittorio Giovara <
> vittorio.giov...@gmail.com> wrote:
>
>> Use it in av_dump_format() instead of a huge switch case. Needed in
>> the next commit as we
Use it in av_dump_format() instead of a huge switch case. Needed in
the next commit as well.
---
libavformat/dump.c | 33 +
libavutil/stereo3d.c | 11 +++
libavutil/stereo3d.h | 14 ++
libavutil/version.h | 2 +-
4 files changed, 31
---
avprobe.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/avprobe.c b/avprobe.c
index a0e14d4..ee89026 100644
--- a/avprobe.c
+++ b/avprobe.c
@@ -27,6 +27,7 @@
#include "libavutil/display.h"
#include "libavutil/opt.h"
#include "libavutil/pixdesc.h"
+#include
---
Note: I am not affiliated with the specification draft in any way.
https://github.com/google/spatial-media/blob/master/docs/spherical-video-rfc.md
Also matroska could have the same metadata but the demuxer reads tags *after*
reading the header, and that makes adding stream side data from
---
libavcodec/libx264.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 8d72f1c..84678cb 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -209,6 +209,11 @@ static void reconfig_encoder(AVCodecContext *ctx, const
AVFrame
---
The alternative would be to store everything in metadata (like matroska does
already).
Vittorio
libavformat/dump.c | 3 +++
libavutil/stereo3d.h | 5 +
libavutil/version.h | 2 +-
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavformat/dump.c b/libavformat/dump.c
---
libavcodec/libx264.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 84678cb..6fe2aca 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -219,6 +219,10 @@ static void reconfig_encoder(AVCodecContext *ctx, const
AVFrame
On Tue, Apr 5, 2016 at 11:43 AM, Diego Biurrun wrote:
> Restore alphabetical order in lists, break overly long lines, do some
> prettyprinting, add some explanatory section comments, group parts
> together that belong together logically.
> ---
>
> DDS_OPTS_pal = -sws_flags
Due to how pixel format conversion is done, they behave the same way
as gray files.
---
Typo, forgot an else.
Vittorio
libavcodec/dds.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/dds.c b/libavcodec/dds.c
index 0e9d9b9..caa629a 100644
--- a/libavcodec/dds.c
+++
---
Thanks again to Piotr Bandurski for providing the samples.
Vittorio
tests/fate/image.mak | 2 +-
tests/ref/fate/dds-alpha8 | 2 ++
tests/ref/fate/dds-rgb1555 | 2 ++
tests/ref/fate/dds-rgb555 | 2 ++
4 files changed, 7 insertions(+), 1 deletion(-)
create mode 100644
---
libavcodec/dds.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/dds.c b/libavcodec/dds.c
index 3b7e7f6..0e9d9b9 100644
--- a/libavcodec/dds.c
+++ b/libavcodec/dds.c
@@ -357,6 +357,10 @@ static int parse_pixel_format(AVCodecContext *avctx)
avctx->pix_fmt =
Due to how pixel format conversion is done, they behave the same way
as gray files.
---
libavcodec/dds.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/dds.c b/libavcodec/dds.c
index 0e9d9b9..0e760d6 100644
--- a/libavcodec/dds.c
+++ b/libavcodec/dds.c
@@ -352,6 +352,8 @@ static
---
libavcodec/dds.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavcodec/dds.c b/libavcodec/dds.c
index 0e760d6..9eac611 100644
--- a/libavcodec/dds.c
+++ b/libavcodec/dds.c
@@ -701,9 +701,7 @@ static int dds_decode(AVCodecContext *avctx, void *data,
}
/*
---
I kept the old test as is and tested the keyframe handling in a new sample.
Vittorio
tests/fate/screen.mak | 13 +++--
tests/ref/fate/screenpresso-16bit | 9 +
tests/ref/fate/{screenpresso => screenpresso-24bit} | 0
The first byte contains compression level together with keyframe status.
When a frame is not interpreted correctly, its data is summed to the
reference, and would degrade over time, producing an incorrect result.
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
Addressed
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
Addressed review comments.
Vittorio
libavcodec/screenpresso.c | 46 +++---
1 file changed, 31 insertions(+), 15 deletions(-)
diff --git a/libavcodec/screenpresso.c b/liba
The current sample comes from an older version of the codec, which
supports a single output mode, so rename it accordingly.
Add tests for the new pixel formats.
---
Only new tests!
Vittorio
tests/fate/screen.mak | 16 ++--
tests/ref/fate/{rscc => iscc} | 0
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
Something that should work for all cases (tipped off by Kostya, thanks).
Vittorio
libavcodec/rscc.c | 45 +
1 file changed, 37 insertions(+), 8 deletions(-)
diff --git a/liba
On Mon, Mar 28, 2016 at 5:36 PM, Janne Grunau <janne-li...@jannau.net> wrote:
> On 2016-03-28 13:24:59 +0200, Vittorio Giovara wrote:
>> Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
>> ---
>> libavcodec/screenpresso.c | 45 +++
The old sample has been modified to test the ability to read a
different compression level.
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/screenpresso | 5 -
tests/ref/fate/screenpresso-16bit | 9 +
tests/ref/fate/screenpresso-24bit | 11 +++
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
libavcodec/screenpresso.c | 45 ++---
1 file changed, 30 insertions(+), 15 deletions(-)
diff --git a/libavcodec/screenpresso.c b/libavcodec/screenpresso.c
index 88a927b..af678cd
The first byte contains compression level together with keyframe status.
When a frame is not interpreted correctly, its data is summed to the
reference, and would degrade over time, producing an incorrect result.
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
liba
The old sample was believed to output BGRA at 32bits, however it is
actually a BGR sample at 24bits. So the same file produces different
hashes because the output pixel format is changed.
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/rscc | 6 --
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
libavcodec/rscc.c | 37 +
1 file changed, 29 insertions(+), 8 deletions(-)
diff --git a/libavcodec/rscc.c b/libavcodec/rscc.c
index c54482f..e1fee11 100644
--- a/libavcodec/rscc.c
Many many thanks to Piotr Bandurski for providing the samples.
Vittorio
Vittorio Giovara (5):
rscc: Add extended pixel format support
fate: Update RSCC tests
screenpresso: Add exptended pixel format support
screenpresso: Correctly handle keyframes
fate: Update Screenpresso tests
On Mon, Mar 28, 2016 at 12:17 PM, Hendrik Leppkes <h.lepp...@gmail.com> wrote:
> On Mon, Mar 28, 2016 at 12:15 PM, Vittorio Giovara
> <vittorio.giov...@gmail.com> wrote:
>> On Sun, Mar 27, 2016 at 8:52 PM, Luca Barbato <lu_z...@gentoo.org> wrote:
>>&g
On Sun, Mar 27, 2016 at 8:52 PM, Luca Barbato wrote:
> From: Josh de Kock
>
> Previously, with JACK installed, the configure script would enabled the
> JACK indev; this broke on Mac OS X due to a incomplete pthreads
> implementation. Some simple macros to
On 26/3/16 10:55, Janne Grunau wrote:
On 2016-03-26 09:46:02 +0100, Vittorio Giovara wrote:
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/screenpresso | 5 -
tests/ref/fate/screenpresso-16bit | 9 +
tests/ref/fate/screenpresso-24bit | 11
On 26/3/16 10:34, Janne Grunau wrote:
On 2016-03-26 09:45:59 +0100, Vittorio Giovara wrote:
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/rscc | 6 --
tests/ref/fate/rscc-16bit | 16
tests/ref/fate/rscc-24bit | 1 +
tests/ref/fate/rscc
On Sat, Mar 26, 2016 at 10:51 AM, Janne Grunau <janne-li...@jannau.net> wrote:
> On 2016-03-26 09:46:01 +0100, Vittorio Giovara wrote:
>> The first byte contains compression level together with keyframe status.
>> When a frame is not interpreted correctly, its data is summe
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
libavcodec/screenpresso.c | 48 ---
1 file changed, 33 insertions(+), 15 deletions(-)
diff --git a/libavcodec/screenpresso.c b/libavcodec/screenpresso.c
index 88a927b..9635b60
The first byte contains compression level together with keyframe status.
When a frame is not interpreted correctly, its data is summed to the
reference, and would degrade over time, producing an incorrect result.
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
liba
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/screenpresso | 5 -
tests/ref/fate/screenpresso-16bit | 9 +
tests/ref/fate/screenpresso-24bit | 11 +++
tests/ref/fate/screenpresso-32bit | 5 +
5 files changed, 36 insertions(+), 7
---
tests/fate/screen.mak | 13 +++--
tests/ref/fate/rscc | 6 --
tests/ref/fate/rscc-16bit | 16
tests/ref/fate/rscc-24bit | 1 +
tests/ref/fate/rscc-32bit | 9 +
5 files changed, 37 insertions(+), 8 deletions(-)
delete mode 100644
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
libavcodec/rscc.c | 37 +
1 file changed, 29 insertions(+), 8 deletions(-)
diff --git a/libavcodec/rscc.c b/libavcodec/rscc.c
index c54482f..04b6bbd 100644
--- a/libavcodec/rscc.c
---
libavcodec/intrax8.c | 7 +--
libavcodec/intrax8.h | 10 +-
libavcodec/vc1dec.c | 3 +--
libavcodec/wmv2dec.c | 2 +-
4 files changed, 4 insertions(+), 18 deletions(-)
This is already OK'd.
Vittorio
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index
From: Diego Biurrun <di...@biurrun.de>
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
libavcodec/intrax8.c| 70 -
libavcodec/intrax8dsp.c | 10 +++
2 files changed, 40 insertions(+), 40 deletions(-)
---
libavcodec/intrax8.c | 31 ---
libavcodec/intrax8.h | 6 ++
libavcodec/vc1dec.c | 1 +
libavcodec/wmv2dec.c | 1 +
4 files changed, 24 insertions(+), 15 deletions(-)
Addressed Diego's comments.
Vittorio
diff --git a/libavcodec/intrax8.c
---
tests/fate/microsoft.mak| 3 +
tests/ref/fate/wmv8-intrax8 | 475
2 files changed, 478 insertions(+)
create mode 100644 tests/ref/fate/wmv8-intrax8
If no objections I'll push this despite the gcc44 failure.
Vittorio
diff --git
This is already performed in init_context_frame().
---
libavcodec/intrax8.c | 3 ---
1 file changed, 3 deletions(-)
Dropped comment.
Vittorio
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index 3bd8807..4e30a9e 100644
--- a/libavcodec/intrax8.c
+++ b/libavcodec/intrax8.c
@@ -828,9
Helps in decoupling this code from mpegvideo.
---
libavcodec/intrax8.c | 18 +++---
libavcodec/intrax8.h | 7 +++
libavcodec/vc1dec.c | 4 +++-
libavcodec/wmv2dec.c | 3 ++-
4 files changed, 23 insertions(+), 9 deletions(-)
Removed stray lines.
Vittorio
diff --git
This is assuming that intrax8 has no support for interlacing
Carry over lowdelay value in ff_intrax8_decode_picture.
---
libavcodec/intrax8.c | 8 ++--
libavcodec/intrax8.h | 3 ++-
libavcodec/vc1_block.c | 2 +-
libavcodec/wmv2dec.c | 2 +-
4 files changed, 10 insertions(+), 5
These values need to be updated with the last macroblock position,
so keep them as pointers.
---
libavcodec/intrax8.c | 65 +-
libavcodec/intrax8.h | 4 +++-
libavcodec/vc1_block.c | 3 ++-
libavcodec/wmv2dec.c | 3 ++-
4 files changed, 39
On Thu, Mar 24, 2016 at 6:35 AM, Diego Biurrun wrote:
> ---
>
> Squashed the two patches together and fixed up the ppc part.
>
> libavcodec/h264_parser.c | 18 +-
> libavcodec/ppc/h264dsp.c | 8 +++-
> 2 files changed, 20 insertions(+), 6 deletions(-)
On Thu, Mar 24, 2016 at 8:55 AM, Luca Barbato wrote:
> On 24/03/16 11:58, Diego Biurrun wrote:
>> Noticed one more bit that can be pulled out from various codecs.
>> mathtables.c may not be the best place in the world for it, but
>> ff_zigzag_direct lives there already.
>
>
On Wed, Mar 23, 2016 at 5:03 PM, Diego Biurrun wrote:
> ---
>
> Meh, I overlooked this .. :-/
>
> tests/fate/libavformat.mak | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tests/fate/libavformat.mak b/tests/fate/libavformat.mak
> index b9cca35..e98e0ee
On Wed, Mar 23, 2016 at 2:22 PM, Diego Biurrun wrote:
> ---
> libavcodec/Makefile | 3 +-
> libavcodec/dxva2_h264.c | 2 +-
> libavcodec/h264_cabac.c | 27 +++
> libavcodec/h264_cavlc.c | 35 +
>
On Wed, Mar 23, 2016 at 4:21 AM, wm4 <nfx...@googlemail.com> wrote:
> On Tue, 22 Mar 2016 23:43:26 -0400
> Vittorio Giovara <vittorio.giov...@gmail.com> wrote:
>
>> On Tue, Mar 22, 2016 at 11:33 PM, Vittorio Giovara
>> <vittorio.giov...@gmail.com> wrote:
&g
On Wed, Mar 23, 2016 at 8:40 AM, Anton Khirnov wrote:
> ---
> libavcodec/svq3.c | 58
> +++
> 1 file changed, 29 insertions(+), 29 deletions(-)
should be fine
--
Vittorio
___
On Wed, Mar 23, 2016 at 8:40 AM, Anton Khirnov wrote:
> Remove now unnecesary call to ff_h264_alloc_tables()
> ---
> libavcodec/svq3.c | 50 +++---
> 1 file changed, 39 insertions(+), 11 deletions(-)
should be fine
--
Vittorio
On Wed, Mar 23, 2016 at 8:40 AM, Anton Khirnov wrote:
> It is shared with svq3.
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/h264.c | 93
> -
> libavcodec/h264.h | 13 ---
> libavcodec/h264_cabac.c | 10
On Tue, Mar 22, 2016 at 11:33 PM, Vittorio Giovara
<vittorio.giov...@gmail.com> wrote:
> On Tue, Mar 22, 2016 at 2:09 PM, wm4 <nfx...@googlemail.com> wrote:
>> And replace some doxygen references to them.
>>
>> This is as suggested on the mailing list.
>&
On Tue, Mar 22, 2016 at 2:09 PM, wm4 wrote:
> This needs to be explicitly supported by the AVCodec. Async mode can
> be enabled for AVCodecs without explicit support too, which is treated
> as if the codec performs all work instantly.
> ---
> libavcodec/avcodec.h | 114
>
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavdevice/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavdevice/Makefile b/libavdevice/Makefile
> index e93d1ec..26cae5b 100644
> --- a/libavdevice/Makefile
> +++
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavutil/opt.c | 71
> -
> 1 file changed, 35 insertions(+), 36 deletions(-)
ok
--
Vittorio
___
libav-devel
On Tue, Mar 22, 2016 at 2:09 PM, wm4 wrote:
> And replace some doxygen references to them.
>
> This is as suggested on the mailing list.
> ---
> libavcodec/avcodec.h | 12 +---
> libavformat/avformat.h | 4 ++--
> 2 files changed, 11 insertions(+), 5
On Mon, Mar 21, 2016 at 6:53 PM, Diego Biurrun wrote:
> This is already taken care of by CLEANSUFFIXES.
> ---
> common.mak | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/common.mak b/common.mak
> index ed9cbd4..832025d 100644
> --- a/common.mak
> +++ b/common.mak
> @@
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavutil/opt.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/libavutil/opt.c b/libavutil/opt.c
> index 4fe0b0b..7863623 100644
> --- a/libavutil/opt.c
> +++ b/libavutil/opt.c
> @@
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavcodec/iirfilter.c | 122
> libavcodec/rangecoder.c | 4 +-
> libavutil/aes.c | 37 ++---
> libavutil/crc.c | 16 +-
> libavutil/des.c | 268
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavutil/parseutils.c | 164
> -
> 1 file changed, 80 insertions(+), 84 deletions(-)
probably ok
--
Vittorio
___
On Mon, Mar 21, 2016 at 6:56 PM, Diego Biurrun wrote:
> ---
> libavutil/des.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/libavutil/des.c b/libavutil/des.c
> index 86d4712..2b77af6 100644
> --- a/libavutil/des.c
> +++ b/libavutil/des.c
> @@
On Tue, Mar 22, 2016 at 2:10 PM, Diego Biurrun <di...@biurrun.de> wrote:
> cOrrect?
"current"
> On Sat, Mar 19, 2016 at 05:42:48PM -0400, Vittorio Giovara wrote:
>> It will be needed in later commits.
>> ---
>> libavcodec/intrax8.c | 4 +++-
>>
On Tue, Mar 22, 2016 at 9:09 AM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:42:40PM -0400, Vittorio Giovara wrote:
>> --- a/libavcodec/vc1dec.c
>> +++ b/libavcodec/vc1dec.c
>> @@ -314,7 +314,7 @@ static void vc1_sprite_flush(AVCodecCont
On Tue, Mar 22, 2016 at 4:51 PM, Diego Biurrun wrote:
> ---
> libavcodec/intrax8.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
> index 64e838d..fc3033f 100644
> --- a/libavcodec/intrax8.c
> +++
On Tue, Mar 22, 2016 at 8:34 AM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:42:33PM -0400, Vittorio Giovara wrote:
>> The intrax8 decoding process does not imply any kind of error
>> correction, and the only call present is more related to how mpeg
On Tue, Mar 22, 2016 at 2:22 PM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:42:55PM -0400, Vittorio Giovara wrote:
>> This is already performed in init_context_frame().
>>
>> --- a/libavcodec/intrax8.c
>> +++ b/libavcodec/int
On Tue, Mar 22, 2016 at 2:03 PM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:42:45PM -0400, Vittorio Giovara wrote:
>> --- a/libavcodec/intrax8.c
>> +++ b/libavcodec/intrax8.c
>> @@ -827,7 +828,7 @@ int ff_intrax8_decode_picture(IntraX8Conte
On Mon, Mar 21, 2016 at 6:53 PM, Diego Biurrun wrote:
> ---
> .gitignore | 1 -
> doc/Doxyfile | 2 +-
> doc/build_system.txt | 5 +
> doc/developer.texi | 4 ++--
> 4 files changed, 4 insertions(+), 8 deletions(-)
ok I think
--
Vittorio
On Tue, Mar 22, 2016 at 8:43 AM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:07:37PM -0400, Vittorio Giovara wrote:
>> * Change log level from error to debug
>> * Print report after the first decoded frame, not at the end of decoding
>>
From: Vitaliy E Sugrobov <vsug...@hotmail.com>
This demuxer is capable of extracting multiple frames from GIF file.
In conjunction with GIF decoder it implements support for reading
animated GIFs.
Signed-off-by: Vitaliy E Sugrobov <vsug...@hotmail.com>
Signed-off-by: Vitt
This is in preparation of the GIF demuxer addition.
---
libavformat/Makefile| 2 +-
libavformat/{gif.c => gifenc.c} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename libavformat/{gif.c => gifenc.c} (100%)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index
From: Vladimir Voroshilov <voros...@gmail.com>
Signed-off-by: Vittorio Giovara <vittorio.giov...@gmail.com>
---
Changelog| 1 +
doc/general.texi | 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/g729de
On Mon, Mar 21, 2016 at 8:39 AM, Diego Biurrun <di...@biurrun.de> wrote:
> On Sat, Mar 19, 2016 at 05:48:39PM -0400, Vittorio Giovara wrote:
>> From: Vladimir Voroshilov <voros...@gmail.com>
>>
>> Signed-off-by: Vittorio Giovara <vittorio.gio
On Sun, Mar 20, 2016 at 2:53 AM, Anton Khirnov wrote:
> Currently it's exported as AVFrame.pkt_pts, which is also the only use
> for that field. The reason it is done like this is that lavc used to
> export various codec-specific "timing" information in AVFrame.pts, which
> is
From: Vitaliy E Sugrobov <vsug...@hotmail.com>
This demuxer is capable of extracting multiple frames from gif file.
In conjunction with gif decoder it implements support for reading
animated gifs.
Signed-off-by: Vitaliy E Sugrobov <vsug...@hotmail.com>
Signed-off-by: Vitt
---
libavformat/nuv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/nuv.c b/libavformat/nuv.c
index 7fc339a..492f68f 100644
--- a/libavformat/nuv.c
+++ b/libavformat/nuv.c
@@ -198,7 +198,7 @@ static int nuv_header(AVFormatContext *s)
return
On Sat, Mar 19, 2016 at 8:05 PM, Luca Barbato <lu_z...@gentoo.org> wrote:
> On 20/03/16 00:48, Luca Barbato wrote:
>> On 19/03/16 21:57, Vittorio Giovara wrote:
>>> On Tue, Apr 21, 2015 at 12:50 PM, Andreas Cadhalpun
>>> <andreas.cadhal...@googlemail.com> w
Avoid using multiple variables for the same purpose.
---
libavcodec/indeo4.c | 9 +++--
libavcodec/ivi.h| 3 +--
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/libavcodec/indeo4.c b/libavcodec/indeo4.c
index 4ec09dc..217311f 100644
--- a/libavcodec/indeo4.c
+++
This allows dropping an afterwards redundant assert.
---
libavcodec/intrax8.c | 12 +---
libavcodec/intrax8.h | 3 ++-
2 files changed, 11 insertions(+), 4 deletions(-)
Unchanged.
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index bea1b76..0c720b0 100644
---
---
libavcodec/intrax8.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
Unchanged.
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index 3ab2faa..bea1b76 100644
--- a/libavcodec/intrax8.c
+++ b/libavcodec/intrax8.c
@@ -45,7 +45,7 @@ static VLC j_ac_vlc[2][2][8]; //
These values need to be updated with the last macroblock position,
so keep them as pointers.
---
libavcodec/intrax8.c | 63 +-
libavcodec/intrax8.h | 4 +++-
libavcodec/vc1_block.c | 3 ++-
libavcodec/wmv2dec.c | 3 ++-
4 files changed, 39
The size of the block is fixed (8x8 plus padding).
---
libavcodec/intrax8.c | 5 ++---
libavcodec/intrax8.h | 1 +
2 files changed, 3 insertions(+), 3 deletions(-)
Modified according to instructions.
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index 9da6b41f4..fae9bc8 100644
---
Helps in decoupling this code from mpegvideo.
---
libavcodec/intrax8.c | 21 +++--
libavcodec/intrax8.h | 7 +--
libavcodec/vc1_block.c | 5 +++--
libavcodec/wmv2dec.c | 3 ++-
4 files changed, 21 insertions(+), 15 deletions(-)
diff --git a/libavcodec/intrax8.c
It will be needed in later commits.
---
libavcodec/intrax8.c | 4 +++-
libavcodec/intrax8.h | 5 -
libavcodec/vc1dec.c | 2 +-
libavcodec/wmv2dec.c | 2 +-
4 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index 336551f..3365995 100644
---
libavcodec/intrax8.c | 31 ---
libavcodec/intrax8.h | 6 ++
libavcodec/vc1dec.c | 1 +
libavcodec/wmv2dec.c | 1 +
4 files changed, 24 insertions(+), 15 deletions(-)
As with a previous patch, I prefer to reference the existing fields, to
make sure that it
Helps in decoupling this code from mpegvideo.
---
libavcodec/intrax8.c | 20 +++-
libavcodec/intrax8.h | 7 +++
libavcodec/vc1dec.c | 4 +++-
libavcodec/wmv2dec.c | 3 ++-
4 files changed, 23 insertions(+), 11 deletions(-)
diff --git a/libavcodec/intrax8.c
---
libavcodec/intrax8.c | 7 +--
libavcodec/intrax8.h | 10 +-
libavcodec/vc1dec.c | 3 +--
libavcodec/wmv2dec.c | 2 +-
4 files changed, 4 insertions(+), 18 deletions(-)
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index f538d5d..d9fb34d 100644
---
This is already performed in init_context_frame().
---
libavcodec/intrax8.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index f67c5e0..f538d5d 100644
--- a/libavcodec/intrax8.c
+++ b/libavcodec/intrax8.c
@@ -828,8 +828,6 @@ int
This is assuming that intrax8 has no support for interlacing
(hence PICT_FRAME is set and last_frame is NULL).
---
libavcodec/intrax8.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Modified as discussed with Luca.
Vittorio
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
Helps in decoupling this code from mpegvideo.
---
libavcodec/intrax8.c | 3 ++-
libavcodec/intrax8.h | 3 ++-
libavcodec/vc1_block.c | 2 +-
libavcodec/wmv2dec.c | 2 +-
4 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/intrax8.c b/libavcodec/intrax8.c
index
1001 - 1100 of 4766 matches
Mail list logo