On 9 August 2014 17:03, Matthias Urlichs wrote:
> Most forks cause additional work which, in the long term, is better spent
> elsewhere. The ffmpeg/libav split is ample proof of that; in an ideal
> world, you wouldn't need the mythtv fork either.
>
> Debian's position is that we _really_ want to
Signed-off-by: James Almer
---
libavcodec/x86/dca.h | 60
1 file changed, 60 deletions(-)
delete mode 100644 libavcodec/x86/dca.h
diff --git a/libavcodec/x86/dca.h b/libavcodec/x86/dca.h
deleted file mode 100644
index c9be50d..000
--- a/l
The Opus decoder in particular uses optimised float_dsp functions that expect
32-byte alignment
---
libavcodec/avcodec.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 93aad35..5cbc175 100644
--- a/libavcodec/avcodec.h
+++
On Sat, Aug 09, 2014 at 09:53:33PM -0300, James Almer wrote:
> lavc doesn't export ff_raw_pix_fmt_tags[] anymore.
>
> Signed-off-by: James Almer
> ---
> tools/fourcc2pixfmt.c | 19 ++-
> 1 file changed, 10 insertions(+), 9 deletions(-)
applied
thanks
[...]
--
Michael GnuP
On Sat, Aug 09, 2014 at 09:04:34PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavfilter/libavfilter.v | 1 -
> 1 file changed, 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich man's house there is no
Signed-off-by: James Almer
---
libavformat/mpegts.c | 18 --
libavformat/mpegts.h | 7 ---
2 files changed, 25 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index a2456a3..d2a2531 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
@@ -2675,2
Signed-off-by: James Almer
---
libavcodec/raw.h | 4
1 file changed, 4 deletions(-)
diff --git a/libavcodec/raw.h b/libavcodec/raw.h
index a79b851..24bf4cc 100644
--- a/libavcodec/raw.h
+++ b/libavcodec/raw.h
@@ -35,11 +35,7 @@ typedef struct PixelFormatTag {
unsigned int fourcc;
} Pi
lavc doesn't export ff_raw_pix_fmt_tags[] anymore.
Signed-off-by: James Almer
---
tools/fourcc2pixfmt.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/tools/fourcc2pixfmt.c b/tools/fourcc2pixfmt.c
index 1cfdf6a..625f531 100644
--- a/tools/fourcc2pixfmt.c
Signed-off-by: James Almer
---
libavutil/libavutil.v | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/libavutil.v b/libavutil/libavutil.v
index eb16ae1..e9f04cb 100644
--- a/libavutil/libavutil.v
+++ b/libavutil/libavutil.v
@@ -1,4 +1,4 @@
LIBAVUTIL_$MAJOR {
-
Signed-off-by: James Almer
---
libavfilter/libavfilter.v | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavfilter/libavfilter.v b/libavfilter/libavfilter.v
index a3d33a3..83e8887 100644
--- a/libavfilter/libavfilter.v
+++ b/libavfilter/libavfilter.v
@@ -1,5 +1,4 @@
LIBAVFILTER_$MAJOR {
Except for those currently used by ffserver.
Signed-off-by: James Almer
---
libavformat/libavformat.v | 9 -
1 file changed, 9 deletions(-)
diff --git a/libavformat/libavformat.v b/libavformat/libavformat.v
index 8243994..a00a309 100644
--- a/libavformat/libavformat.v
+++ b/libavformat/
Signed-off-by: James Almer
---
libavcodec/libavcodec.v | 18 --
1 file changed, 18 deletions(-)
diff --git a/libavcodec/libavcodec.v b/libavcodec/libavcodec.v
index be74cb3..c923cd3 100644
--- a/libavcodec/libavcodec.v
+++ b/libavcodec/libavcodec.v
@@ -3,23 +3,5 @@ LIBAVCODEC_$MA
Am 08.08.2014 um 12:10 schrieb Michael Niedermayer :
> On Thu, Aug 07, 2014 at 12:15:17AM +0200, Daniel Oberhoff wrote:
>>
>> Am 06.08.2014 um 12:12 schrieb Clément Bœsch :
>>
>>> On Sun, Aug 03, 2014 at 06:43:18PM +0200, Daniel Oberhoff wrote:
>>> [...]
>> +static av_cold int init(AVFilter
On 9 August 2014 19:25, Andreas Cadhalpun
wrote:
> I can understand that statically linking is easier from an upstream point of
> view, but it has important disadvantages for a distribution such as Debian
> and thus should be avoided if possible.
> It is also the responsibility of a distribution t
Hi Kieran,
On 09.08.2014 19:26, Kieran Kunhya wrote:
The reality is that in the current state of affairs static linking is
the *only* way you are guaranteed to have the features you expect and
avoid ABI mismatches. It's very complicated when your users complain
about bugs in an underlying librar
> Most forks cause additional work which, in the long term, is better spent
> elsewhere. The ffmpeg/libav split is ample proof of that; in an ideal
> world, you wouldn't need the mythtv fork either.
>
> Debian's position is that we _really_ want to avoid having multiple copies
> of essentially the
Hi,
Jean-Yves Avenard:
> We have attempted for many years to get our changes merged in FFmpeg
> but gave up.
>
It might be a good idea to restart this effort.
> To end this message: I fail to see how debian's decision on which
> version of FFmpeg or LibAV would have any impact on MythTV, we use
Also mark it as deprecated through its help text
Signed-off-by: Michael Niedermayer
---
libavcodec/options_table.h |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavcodec/options_table.h b/libavcodec/options_table.h
index 1c73aff..2e9dfa0 100644
--- a/libavcodec/opti
On 08/08/2014 09:22 PM, Matthias Urlichs wrote:
> We'd also benefit from the fact that Upstream tends to use FFmpeg. I'd
> hate to report some intractable codec bug which Upstream closes with
> an "it works with FFmpeg" comment
Oh, btw, just a few days ago, that's exactly what happened on kdenlive
19 matches
Mail list logo