On Mon, Nov 4, 2013 at 8:56 AM, Anton Khirnov an...@khirnov.net wrote:
---
libavcodec/avcodec.h |2 ++
libavcodec/version.h |3 +++
2 files changed, 5 insertions(+)
OK
Vittorio
___
libav-devel mailing list
libav-devel@libav.org
On Mon, Nov 4, 2013 at 8:56 AM, Anton Khirnov an...@khirnov.net wrote:
We should not arbitrarily decide the maximum B-frame number for all
encoders supported by Libav, each encoder should be able to set its own
limits.
---
libavcodec/avcodec.h |5 +
libavcodec/mpegvideo.h
On Mon, Nov 4, 2013 at 8:56 AM, Anton Khirnov an...@khirnov.net wrote:
They are mpegvideo-specific and not supposed to be used by callers.
---
libavcodec/avcodec.h |2 ++
libavcodec/mpegvideo.h | 24
libavcodec/version.h |3 +++
3 files changed, 29
On Sun, Nov 3, 2013 at 7:32 PM, Jan Ekström jee...@gmail.com wrote:
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
I think it looks OK.
Vittorio
On Sun, Nov 3, 2013 at 8:47 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/hevc_ps.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index 15f73be..a51784d 100644
--- a/libavcodec/hevc_ps.c
+++
It has long ago been superseded by newer acceleration APIs, such as
VDPAU. Most of our major downstreams do not use it. It is not
implemented within the hwaccel framework, but requires its own specific
code in the decoders, which is a maintenance burden.
---
doc/APIchanges|3
On Mon, 4 Nov 2013 11:58:43 +0100, Anton Khirnov an...@khirnov.net
wrote:
It has long ago been superseded by newer acceleration APIs, such as
VDPAU. Most of our major downstreams do not use it.
Well, XvMC is only supported by one or two rather old generations of
graphic cards, and even then it
On 4 November 2013 11:58, Anton Khirnov an...@khirnov.net wrote:
It has long ago been superseded by newer acceleration APIs, such as
VDPAU. Most of our major downstreams do not use it. It is not
implemented within the hwaccel framework, but requires its own specific
code in the decoders, which
On Sun, 3 Nov 2013 23:27:48 +0100, Anton Khirnov an...@khirnov.net
wrote:
We will likely want to add new fields to it in the future, so this is
needed to avoid breaking ABI.
Should this not take a pix_fmt parameter and support all hwaccels? Or
should there be one of these for each hwaccel? Or
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 561c828..519709e 100644
--- a/doc/APIchanges
+++
On Sun, Nov 3, 2013 at 8:15 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/h264_ps.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
Vittorio
___
libav-devel mailing list
libav-devel@libav.org
On Mon, Nov 4, 2013 at 1:28 PM, Jan Ekström jee...@gmail.com wrote:
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
The only difference to v1 is
On Mon, Nov 4, 2013 at 12:47 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Sun, Nov 3, 2013 at 8:15 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/h264_ps.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
Vittorio
Sorry I was too hasty,
On Sun, 3 Nov 2013 23:27:47 +0100, Anton Khirnov an...@khirnov.net
wrote:
Based on the code by Rémi Denis-Courmont r...@remlab.net from VLC.
---
doc/APIchanges |3 +++
libavcodec/vdpau.c | 37 +
libavcodec/vdpau.h | 10 ++
On Mon, 4 Nov 2013 01:03:22 +0100, wm4 nfx...@googlemail.com wrote:
Completely arbitrary API changes out of the blue? How nice.
At this point, it remains backward compatible.
In any case, the VDPAU hwaccel has not been in any libav release, hasn't
it? So I don't mind breaking the ABI as yet. In
On Sun, 3 Nov 2013 23:27:50 +0100, Anton Khirnov an...@khirnov.net
wrote:
---
Changelog |1 +
Makefile|5 +-
avconv.c|3 +
avconv.h|5 +
avconv_opt.c|2 +
avconv_vdpau.c | 339
+++
On Sun, 3 Nov 2013 23:27:45 +0100, Anton Khirnov an...@khirnov.net
wrote:
data[0] may be NULL for valid frames with hwaccel pixel formats.
This looks OK (and VLC already supplies a dummy buf[0] for hwaccel
surfaces) but I would not expect downstreams to adapt anytime soon, for the
sake of
---
libavcodec/h264_ps.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
index 54b735d..819b7ff 100644
--- a/libavcodec/h264_ps.c
+++ b/libavcodec/h264_ps.c
@@ -131,6 +131,9 @@ static inline int
---
libavcodec/h264_ps.c |5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
index 819b7ff..95e0b9a 100644
--- a/libavcodec/h264_ps.c
+++ b/libavcodec/h264_ps.c
@@ -181,6 +181,11 @@ static inline int decode_vui_parameters(H264Context *h,
SPS
On Mon, Nov 4, 2013 at 1:05 PM, Rémi Denis-Courmont r...@remlab.net wrote:
On Sun, 3 Nov 2013 23:27:45 +0100, Anton Khirnov an...@khirnov.net
wrote:
data[0] may be NULL for valid frames with hwaccel pixel formats.
This looks OK (and VLC already supplies a dummy buf[0] for hwaccel
surfaces)
The function is used in a block of code that is deprecated anyway.
---
libavfilter/buffer.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/buffer.c b/libavfilter/buffer.c
index 88b5f22..fd0b18f 100644
--- a/libavfilter/buffer.c
+++ b/libavfilter/buffer.c
@@ -18,6 +18,7 @@
---
libavcodec/hevc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index ed980e3..e3d306b 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -401,6 +401,13 @@ static int set_sps(HEVCContext *s, const HEVCSPS *sps)
---
libavcodec/h264_ps.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
index 54b735d..422f522 100644
--- a/libavcodec/h264_ps.c
+++ b/libavcodec/h264_ps.c
@@ -178,7 +178,10 @@ static inline int decode_vui_parameters(H264Context
On Mon, 4 Nov 2013 13:12:36 +0100, Hendrik Leppkes h.lepp...@gmail.com
wrote:
If downstream uses get_buffer2, they absolutely need to provide a
buf[0], and if downstream uses get_buffer, the compat layer should
provide a buf[0], IIRC.
Or am I missing something?
I don't expect downstreams to
On 04/11/13 13:17, Diego Biurrun wrote:
The function is used in a block of code that is deprecated anyway.
---
libavfilter/buffer.c |3 +++
1 file changed, 3 insertions(+)
Ok.
___
libav-devel mailing list
libav-devel@libav.org
On Mon, Nov 4, 2013 at 1:26 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/hevc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index ed980e3..e3d306b 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@
On Mon, Nov 4, 2013 at 2:27 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Mon, Nov 4, 2013 at 1:28 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/h264_ps.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_ps.c
MSVC does support most of C99 since the 2013 version. Try to
detect whether the compiler in the path needs to run the C99
converter or not. When the converter is omitted, the compilation
time is reduced quite drastically.
Prior to this, users could still use --cc=c99conv -noconv cl
to run MSVC
On 04/11/13 14:53, Diego Biurrun wrote:
Alpha has been end-of-lifed and no more test machines are available.
---
... as discussed at VDD in Paris ...
Ok, I guess, I doubt we'll see many alpha systems still functional nowadays.
lu
___
libav-devel
On Mon, 4 Nov 2013 14:53:10 +0100, Diego Biurrun di...@biurrun.de wrote:
Alpha has been end-of-lifed and no more test machines are available.
---
... as discussed at VDD in Paris ...
libavcodec/alpha/Makefile |9 -
libavcodec/alpha/asm.h| 186
On 04/11/13 15:00, Martin Storsjö wrote:
MSVC does support most of C99 since the 2013 version. Try to
detect whether the compiler in the path needs to run the C99
converter or not. When the converter is omitted, the compilation
time is reduced quite drastically.
Ok.
On Mon, Nov 04, 2013 at 03:01:56PM +0100, Anton Khirnov wrote:
On Mon, 4 Nov 2013 14:53:10 +0100, Diego Biurrun di...@biurrun.de wrote:
Alpha has been end-of-lifed and no more test machines are available.
---
... as discussed at VDD in Paris ...
--- a/libavcodec/avcodec.h
+++
On 11/4/2013 2:20 PM, Diego Biurrun wrote:
I'm removing the IDCT, so what use is the option? I'd have to schedule
everything for removal on the next bump then.
That never did anything on nonalpha anyway.
Just leave the IDCT thing in there, and remove it later with the
rest of the IDCT stuff.
On Mon, Nov 4, 2013 at 12:28 PM, Jan Ekström jee...@gmail.com wrote:
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
Queued, thank you.
Vittorio
---
libavfilter/filtfmts.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/filtfmts.c b/libavfilter/filtfmts.c
index 69288af..f68287a 100644
--- a/libavfilter/filtfmts.c
+++ b/libavfilter/filtfmts.c
@@ -71,12 +71,12 @@ int main(int argc, char **argv)
On 04/11/13 15:56, Diego Biurrun wrote:
---
libavfilter/filtfmts.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 11/4/2013 2:00 PM, Martin Storsjö wrote:
MSVC does support most of C99 since the 2013 version. Try to
detect whether the compiler in the path needs to run the C99
converter or not. When the converter is omitted, the compilation
time is reduced quite drastically.
Prior to this, users
On Sun, Nov 3, 2013 at 9:45 PM, Jan Ekström jee...@gmail.com wrote:
Also limit the parsed VUI values to known valid ones.
---
libavcodec/hevc.c| 16
libavcodec/hevc_ps.c |8
2 files changed, 24 insertions(+), 0 deletions(-)
LGTM, queued.
Vittorio
On Mon, Nov 4, 2013 at 3:56 PM, Diego Biurrun di...@biurrun.de wrote:
---
libavfilter/filtfmts.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Queued, thank you.
Vittorio
___
libav-devel mailing list
libav-devel@libav.org
From: Peter Holik pe...@holik.at
---
Addressed Kostya's comments and added some minor comments.
Vittorio
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/png_parser.c | 124 +++
3 files changed, 126 insertions(+)
create
On Mon, Nov 4, 2013 at 11:55 AM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Sun, Nov 3, 2013 at 8:47 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/hevc_ps.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
On Mon, 4 Nov 2013 17:27:36 +0100, Luca Barbato lu_z...@gentoo.org wrote:
From: Ronald S. Bultje rsbul...@gmail.com
Originally written by Ronald S. Bultje rsbul...@gmail.com with the
help of Clément Bœsch ubi...@gmail.com.
Further contributions by:
Anton Khirnov an...@khirnov.net
Luca
---
tools/graph2dot.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/graph2dot.c b/tools/graph2dot.c
index 692ada2..86d3d14 100644
--- a/tools/graph2dot.c
+++ b/tools/graph2dot.c
@@ -58,7 +58,7 @@ static void print_digraph(FILE *outfile, AVFilterGraph *graph)
On 04/11/13 17:36, Diego Biurrun wrote:
---
tools/graph2dot.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 04/11/13 17:34, Anton Khirnov wrote:
Other than the missing entry in the decoder list i think it's ok.
Forgot to amend for it. Pushing soon.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
From: Marton Balint c...@passwd.hu
Fixes audio packet pts values in some files generated by AVID TRMG 3.01.
Signed-off-by: Marton Balint c...@passwd.hu
Reviewed-by: Tomas Härdin tomas.har...@codemill.se
Signed-off-by: Anton Khirnov an...@khirnov.net
---
libavformat/mxfdec.c |1 +
1 file
From: Reimar Döffinger reimar.doeffin...@gmx.de
Generate extradata with SPS/PPS based on container dimensions.
Authors of this commit are: Reimar and Thomas Mundt
Signed-off-by: Anton Khirnov an...@khirnov.net
---
libavformat/internal.h |6 +++
libavformat/isom.c |1 +
Prevents referencing empty frames.
---
libavcodec/h264.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index f0ef2eb..5d8406f 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -2768,6 +2768,9 @@ static void flush_dpb(AVCodecContext *avctx)
---
libavcodec/vdpau.h |2 ++
libavcodec/vdpau_internal.h |5 -
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vdpau.h b/libavcodec/vdpau.h
index 8bedea5..bf8f666 100644
--- a/libavcodec/vdpau.h
+++ b/libavcodec/vdpau.h
@@ -52,6 +52,8 @@
#include
On Thu, 24 Oct 2013 15:24:23 +0200, David Goldwich david.goldw...@gmail.com
wrote:
First two patches are security fixes that landed in FFmpeg a while ago
(4f5d146, e74fa25, 91e72e3; first one was partially addressed in libav in
934cd18).
Third patch enables format detection for files with
On Mon, 04 Nov 2013 13:37:55 +0100, Rémi Denis-Courmont r...@remlab.net wrote:
On Mon, 4 Nov 2013 13:12:36 +0100, Hendrik Leppkes h.lepp...@gmail.com
wrote:
If downstream uses get_buffer2, they absolutely need to provide a
buf[0], and if downstream uses get_buffer, the compat layer should
On Mon, 04 Nov 2013 12:54:08 +0100, Rémi Denis-Courmont r...@remlab.net wrote:
On Sun, 3 Nov 2013 23:27:47 +0100, Anton Khirnov an...@khirnov.net
wrote:
Based on the code by Rémi Denis-Courmont r...@remlab.net from VLC.
---
doc/APIchanges |3 +++
libavcodec/vdpau.c | 37
On Mon, 04 Nov 2013 12:08:06 +0100, Rémi Denis-Courmont r...@remlab.net wrote:
On Sun, 3 Nov 2013 23:27:48 +0100, Anton Khirnov an...@khirnov.net
wrote:
We will likely want to add new fields to it in the future, so this is
needed to avoid breaking ABI.
Should this not take a pix_fmt
On Mon, 04 Nov 2013 13:02:37 +0100, Rémi Denis-Courmont r...@remlab.net wrote:
On Sun, 3 Nov 2013 23:27:50 +0100, Anton Khirnov an...@khirnov.net
wrote:
---
Changelog |1 +
Makefile|5 +-
avconv.c|3 +
avconv.h|5 +
avconv_opt.c|
On Mon, 4 Nov 2013 18:16:46 +0100, Diego Biurrun di...@biurrun.de wrote:
---
libavcodec/vdpau.h |2 ++
libavcodec/vdpau_internal.h |5 -
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vdpau.h b/libavcodec/vdpau.h
index 8bedea5..bf8f666
On Mon, Nov 04, 2013 at 07:07:34PM +0100, Anton Khirnov wrote:
On Mon, 4 Nov 2013 18:16:46 +0100, Diego Biurrun di...@biurrun.de wrote:
--- a/libavcodec/vdpau_internal.h
+++ b/libavcodec/vdpau_internal.h
@@ -26,8 +26,11 @@
#include stdint.h
#include vdpau/vdpau.h
-#include
---
While clearly not a thing of supreme beauty, this silences all warnings
on a previously very noisy file, both with hardcoded and generated tables.
libavcodec/aacps.c | 20
libavcodec/aacps_tablegen.h |2 ++
libavcodec/aacpsdsp.h |2 +-
3 files
On 04/11/13 19:14, Diego Biurrun wrote:
---
While clearly not a thing of supreme beauty, this silences all warnings
on a previously very noisy file, both with hardcoded and generated tables.
It is compact enough all in all.
lu
___
libav-devel
---
configure |5 +-
libavcodec/Makefile |1 +
libavcodec/dsputil.c | 79 --
libavcodec/dsputil.h |3 --
libavcodec/h263.c | 33 +++--
libavcodec/h263data.h |5 --
---
libavcodec/h263dsp.c | 110 +-
1 file changed, 63 insertions(+), 47 deletions(-)
diff --git a/libavcodec/h263dsp.c b/libavcodec/h263dsp.c
index 1166b93..63d0972 100644
--- a/libavcodec/h263dsp.c
+++ b/libavcodec/h263dsp.c
@@ -23,78 +23,94 @@
On Mon, Nov 04, 2013 at 04:00:48PM +0200, Martin Storsjö wrote:
MSVC does support most of C99 since the 2013 version. Try to
detect whether the compiler in the path needs to run the C99
converter or not. When the converter is omitted, the compilation
s/the compilation/compilation/
Prior to
On Mon, 4 Nov 2013 11:55:02 +0100
Vittorio Giovara vittorio.giov...@gmail.com wrote:
On Sun, Nov 3, 2013 at 8:47 PM, Yusuke Nakamura
muken.the.vfrman...@gmail.com wrote:
---
libavcodec/hevc_ps.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/hevc_ps.c
On Sun, 3 Nov 2013 23:27:48 +0100
Anton Khirnov an...@khirnov.net wrote:
We will likely want to add new fields to it in the future, so this is
needed to avoid breaking ABI.
---
doc/APIchanges |2 ++
libavcodec/vdpau.c |5 +
libavcodec/vdpau.h | 11 +++
3 files
On Mon, 4 Nov 2013, Diego Biurrun wrote:
On Mon, Nov 04, 2013 at 04:00:48PM +0200, Martin Storsjö wrote:
MSVC does support most of C99 since the 2013 version. Try to
detect whether the compiler in the path needs to run the C99
converter or not. When the converter is omitted, the compilation
---
libavcodec/mpegaudioenc.c | 14 ++
libavcodec/mpegaudiotab.h | 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavcodec/mpegaudioenc.c b/libavcodec/mpegaudioenc.c
index 739eb64..7e0fda5 100644
--- a/libavcodec/mpegaudioenc.c
+++
As another example of bizarre compiler behavior clang groks the
-Wmaybe-uninitialized option, but not -Wno-maybe-uninitialized
and spews a warning for every file that gets compiled.
---
This is very similar to what Vittorio sent, but I had created this patch
a few days ago already, just got
On Mon, 4 Nov 2013 21:02:02 +0100, wm4 nfx...@googlemail.com wrote:
On Sun, 3 Nov 2013 23:27:48 +0100
Anton Khirnov an...@khirnov.net wrote:
We will likely want to add new fields to it in the future, so this is
needed to avoid breaking ABI.
---
doc/APIchanges |2 ++
On Mon, 04 Nov 2013 21:35:45 +0100
Anton Khirnov an...@khirnov.net wrote:
On Mon, 4 Nov 2013 21:02:02 +0100, wm4 nfx...@googlemail.com wrote:
On Sun, 3 Nov 2013 23:27:48 +0100
Anton Khirnov an...@khirnov.net wrote:
We will likely want to add new fields to it in the future, so this
Hi,
On Mon, Nov 4, 2013 at 11:27 AM, Luca Barbato lu_z...@gentoo.org wrote:
From: Ronald S. Bultje rsbul...@gmail.com
Originally written by Ronald S. Bultje rsbul...@gmail.com with the
help of Clément Bœsch ubi...@gmail.com.
No. The decoder was written by A and B, not A with the help of B.
On 04/11/13 21:52, wm4 wrote:
I don't think having public fields in structs ever worked out well in
libav*. It's an endless cycle of deprecations, ABI hacks, and working
around bad ABI properties of structs (like adding a constructor
function).
That's why we are trying to seal when makes
On 04/11/13 21:24, Diego Biurrun wrote:
---
libavcodec/mpegaudioenc.c | 14 ++
libavcodec/mpegaudiotab.h | 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
Probably ok.
___
libav-devel mailing list
On Mon, 4 Nov 2013 19:09:38 +0100, Diego Biurrun di...@biurrun.de wrote:
On Mon, Nov 04, 2013 at 07:07:34PM +0100, Anton Khirnov wrote:
On Mon, 4 Nov 2013 18:16:46 +0100, Diego Biurrun di...@biurrun.de wrote:
--- a/libavcodec/vdpau_internal.h
+++ b/libavcodec/vdpau_internal.h
@@
---
tools/graph2dot.c |1 +
1 file changed, 1 insertion(+)
diff --git a/tools/graph2dot.c b/tools/graph2dot.c
index 86d3d14..12f1066 100644
--- a/tools/graph2dot.c
+++ b/tools/graph2dot.c
@@ -25,6 +25,7 @@
#include stdio.h
#include string.h
+#include libavutil/channel_layout.h
#include
On Mon, 4 Nov 2013 22:34:18 +0100, Diego Biurrun di...@biurrun.de wrote:
---
tools/graph2dot.c |1 +
1 file changed, 1 insertion(+)
ok
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
On Mon, Nov 04, 2013 at 10:23:00PM +0100, Anton Khirnov wrote:
On Mon, 4 Nov 2013 19:09:38 +0100, Diego Biurrun di...@biurrun.de wrote:
On Mon, Nov 04, 2013 at 07:07:34PM +0100, Anton Khirnov wrote:
On Mon, 4 Nov 2013 18:16:46 +0100, Diego Biurrun di...@biurrun.de
wrote:
---
On Mon, 4 Nov 2013 21:24:11 +0100, Diego Biurrun di...@biurrun.de wrote:
---
libavcodec/mpegaudioenc.c | 14 ++
libavcodec/mpegaudiotab.h | 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavcodec/mpegaudioenc.c
On Mon, 4 Nov 2013 21:52:17 +0100, wm4 nfx...@googlemail.com wrote:
On Mon, 04 Nov 2013 21:35:45 +0100
Anton Khirnov an...@khirnov.net wrote:
On Mon, 4 Nov 2013 21:02:02 +0100, wm4 nfx...@googlemail.com wrote:
On Sun, 3 Nov 2013 23:27:48 +0100
Anton Khirnov an...@khirnov.net
On Sun, Nov 3, 2013 at 11:16 PM, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Sun, Nov 3, 2013 at 11:09 PM, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
This will convert the gcc warning -Wno-maybe-unintialized into
-Wno-sometimes-uninitialized for clang
---
This was originally
On Mon, Nov 4, 2013 at 10:14 AM, Diego Biurrun di...@biurrun.de wrote:
---
While clearly not a thing of supreme beauty, this silences all warnings
on a previously very noisy file, both with hardcoded and generated tables.
The only warning my compiler generates with this file is:
warning:
---
Adjusted the bits in configure so that mpegvideo now automatically
selects h263dsp. Given that the h263dsp init is called unconditionally
from mpegvideo.c, this is the correct solution.
configure |3 +-
libavcodec/Makefile |1 +
libavcodec/dsputil.c
XvMC has long ago been superseded by newer acceleration APIs, such as
VDPAU, and few downstreams still support it. Furthermore XvMC is not
implemented within the hwaccel framework, but requires its own specific
code in the MPEG-1/2 decoder, which is a maintenance burden.
---
For some funny reason
On Sat, 02 Nov 2013 13:52:11 +0100, Luca Barbato lu_z...@gentoo.org wrote:
On 02/11/13 10:13, Diego Biurrun wrote:
On Sat, Nov 02, 2013 at 12:34:57AM +0100, Luca Barbato wrote:
Quite useful to be able to git-clean while using .builddirs.
---
.gitignore | 1 +
1 file changed, 1
On Mon, 4 Nov 2013 15:58:43 +0100, Diego Biurrun di...@biurrun.de wrote:
Alpha has been end-of-lifed and no more test machines are available.
---
Now with the usual deprecation dance for the bits in avcodec.h and
options_table.h...
libavcodec/alpha/Makefile |9 -
83 matches
Mail list logo
