From: ePirat
Icecast is basically a convenience wrapper around the HTTP protocol.
---
Changelog| 1 +
configure| 1 +
doc/general.texi | 1 +
doc/protocols.texi | 40
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
From: ePirat
---
Changelog| 1 +
configure| 1 +
doc/general.texi | 1 +
doc/protocols.texi | 40
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/icecast.c| 234 +
On 21/07/14 6:21 PM, Diego Biurrun wrote:
> ---
>
> I'm slightly unsure about this one. MMX does not require 16-byte aligned
> buffers, nor does PowerPC IIRC, but SSE and AltiVec do, so I believe my
> solution is closer to the original intention. Please do correct me if I
> am wrong...
>
> con
On Tue, Jul 22, 2014 at 12:12:34AM +0200, epira...@gmail.com wrote:
> From: ePirat
Something seems to be amiss in your Git setup wrt your name.
> --- a/doc/protocols.texi
> +++ b/doc/protocols.texi
> @@ -138,6 +138,46 @@ Set initial byte offset.
>
> +@item ice_url
> +Set the stream website URL
From: ePirat
Icecast is basically a convenience wrapper around the HTTP protocol.
---
Changelog| 1 +
configure| 1 +
doc/general.texi | 1 +
doc/protocols.texi | 40
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
On 2014-07-21 14:21:07 -0700, Diego Biurrun wrote:
> It is doubtful if the hack (still) works and PPC is obsolete for encoding.
not so sure about the latter but xvid had enough time to fix it. no need
to keep this ugly workaround.
> ---
> libavcodec/libxvid.c | 12
> 1 file changed
On 21/07/14 23:21, Diego Biurrun wrote:
> ---
>
> Since this also moves the ifdef below the FF_API condition, it should
> reduce the chance of getting left behind with the next API bump.
>
Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://
On 2014-07-21 14:21:08 -0700, Diego Biurrun wrote:
> The DCT init code takes care of MMX and other arch details on its own.
yes and no
> ---
> libavcodec/mpeg4videodec.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4vi
---
tests/fate/real.mak| 10 ++-
tests/ref/fate/ra3-144 | 51 +++
tests/ref/fate/ra4-288 | 73 ++
3 files changed, 133 insertions(+), 1 deletion(-)
create mode 100644 tests/ref/fate/ra3-144
create mode 100644
It is doubtful if the hack (still) works and PPC is obsolete for encoding.
---
libavcodec/libxvid.c | 12
1 file changed, 12 deletions(-)
diff --git a/libavcodec/libxvid.c b/libavcodec/libxvid.c
index eab61be..ddeceac 100644
--- a/libavcodec/libxvid.c
+++ b/libavcodec/libxvid.c
@@ -4
---
I'm slightly unsure about this one. MMX does not require 16-byte aligned
buffers, nor does PowerPC IIRC, but SSE and AltiVec do, so I believe my
solution is closer to the original intention. Please do correct me if I
am wrong...
configure | 2 ++
libavcodec/utils.c | 2 +-
2 files
Inline assembly has no place in the general C code and the utility
of this microoptimization is doubtful.
---
This is a troll patch, I did not bother to benchmark.
libavcodec/msmpeg4.c | 27 +--
1 file changed, 1 insertion(+), 26 deletions(-)
diff --git a/libavcodec/msmp
The DCT init code takes care of MMX and other arch details on its own.
---
libavcodec/mpeg4videodec.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4videodec.c
index a4e7725..97dbcf6 100644
--- a/libavcodec/mpeg4videodec.c
+++
Now that I excised arch-specific bits from dct-test, I figured I might
as well clean out the remaining arch-specific bits from libavcodec.
It's just five little pieces left ...
[PATCH 1/5] imgconvert: cosmetics: Reshuffle defines to reduce
[PATCH 2/5] libxvid: Drop PPC-specific CPU detection hack
---
Since this also moves the ifdef below the FF_API condition, it should
reduce the chance of getting left behind with the next API bump.
libavcodec/imgconvert.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/libavcodec/imgconvert.c b/libavcodec/imgconvert.
On Mon, Jul 21, 2014 at 10:20:52PM +0200, epira...@gmail.com wrote:
> From: Marvin Scholz
>
> This adds the Icecast protocol to libav, this is basically a convenience
> wrapper
> for the http protocol
Just
Icecast is basically a convenience wrapper around the HTTP protocol.
is enough.
> -
---
tests/fate/real.mak | 11 ++--
tests/ref/fate/ra3-14_4 | 51 ++
tests/ref/fate/ra4-28_8 | 73 +
3 files changed, 133 insertions(+), 2 deletions(-)
create mode 100644 tests/ref/fate/ra3-14_4
create mode 10
From: Marvin Scholz
This adds the Icecast protocol to libav, this is basically a convenience wrapper
for the http protocol
---
libavformat/icecast.c | 230 ++
1 file changed, 230 insertions(+)
create mode 100644 libavformat/icecast.c
diff --git
On 21/07/14 19:55, Janne Grunau wrote:
> From: James Yu
>
> Intrinsics only used on aarch64 since the existing ARMv7 NEON asm
> is slightly faster (Cortex-A9, gcc-4.8, micro-benchmarks and full
> decoding time).
>
> Signed-off-by: James Yu
> Signed-off-by: Janne Grunau
> ---
> libavcodec/mpeg
On Sun, 20 Jul 2014 23:59:21 +0100, Vittorio Giovara
wrote:
> ---
> libavcodec/tiff.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
> index 69d55c6..71ba5c8 100644
> --- a/libavcodec/tiff.c
> +++ b/libavcodec/tiff.c
> @@ -265,6 +265,9 @@ stat
On Sun, 20 Jul 2014 23:59:20 +0100, Vittorio Giovara
wrote:
> ---
> libavcodec/pngdec.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
> index 6b085ac..79baf4a 100644
> --- a/libavcodec/pngdec.c
> +++ b/libavcodec/pngdec.c
> @@ -500,6 +500
On Sun, 20 Jul 2014 23:59:18 +0100, Vittorio Giovara
wrote:
> ---
> Black and white gradients never looked better!
> Vittorio
>
> doc/APIchanges | 3 +++
> libavutil/pixdesc.c | 19 +++
> libavutil/pixfmt.h | 5 +
> libavutil/version.h | 4 ++--
> 4 files changed,
On Sun, 20 Jul 2014 23:59:17 +0100, Vittorio Giovara
wrote:
> @@ -256,6 +256,7 @@ enum AVPixelFormat {
> #define AV_PIX_FMT_XYZ12 AV_PIX_FMT_NE(XYZ12BE, XYZ12LE)
> #define AV_PIX_FMT_NV20 AV_PIX_FMT_NE(NV20BE, NV20LE)
>
> +#define AV_PIX_FMT_Y400A AV_PIX_FMT_GRAY8A
>
Why
On Mon, Jul 21, 2014 at 07:55:55PM +0200, Janne Grunau wrote:
> ---
> Makefile | 1 +
> configure | 12
> 2 files changed, 13 insertions(+)
LGTM
Diego
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/lis
On Sun, Jul 13, 2014 at 11:47:06PM +0200, Katerina Barone-Adesi wrote:
> New tests: fate-ra3-144 for RealAudio 1.0
>fate-ra4-28_8 for RealAudio 2.0 containing the 28.8 codec.
>
> New targets: fate-real, fate-realaudio
> ---
> tests/fate/real.mak | 13 +++--
> tests/ref/fate/ra
On 21/07/14 19:43, Diego Biurrun wrote:
> From: Katerina Barone-Adesi
>
> Signed-off-by: Diego Biurrun
> ---
>
> Improved log message, more compact variable names.
>
Probably Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.liba
---
Makefile | 1 +
configure | 12
2 files changed, 13 insertions(+)
diff --git a/Makefile b/Makefile
index 6302997..b8d1034 100644
--- a/Makefile
+++ b/Makefile
@@ -130,6 +130,7 @@ $(foreach V,$(SUBDIR_VARS),$(eval $(call RESET,$(V
SUBDIR := $(1)/
include $(SRC_PATH)/$(1)/M
From: James Yu
Intrinsics only used on aarch64 since the existing ARMv7 NEON asm
is slightly faster (Cortex-A9, gcc-4.8, micro-benchmarks and full
decoding time).
Signed-off-by: James Yu
Signed-off-by: Janne Grunau
---
libavcodec/mpegvideo.c | 3 +
libavcodec/mpegvideo.h | 1 +
From: Katerina Barone-Adesi
Signed-off-by: Diego Biurrun
---
Improved log message, more compact variable names.
tests/fate/real.mak | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/tests/fate/real.mak b/tests/fate/real.mak
index 8481f28..612f771 100644
-
Also merge variable declaration and initialization.
---
libavcodec/fft-test.c | 85 +--
1 file changed, 34 insertions(+), 51 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 2f2f2e9..6493ba8 100644
--- a/libavcodec/fft-t
---
libavcodec/fft-test.c | 161 ++
1 file changed, 83 insertions(+), 78 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 14d1804..4ca93d6 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -23,14 +23,8 @@
---
libavcodec/fft-test.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index d4d3f55..2f2f2e9 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -183,7 +183,7 @@ static void dct_ref(float *output, floa
---
libavcodec/fft-test.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 19ec696..9fdc210 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -63,11 +63,13 @@ struct {
float re, im;
} *e
---
libavcodec/fft-test.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 142a61d..d4d3f55 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -29,10 +29,8 @@
#include "libavutil/log.h"
#include "libavutil/time.h"
#include "
---
libavcodec/fft-test.c | 47 +++
1 file changed, 23 insertions(+), 24 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 6493ba8..19ec696 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -226,11 +226,10 @@
Without the typedefs there can be trouble depending on #include order.
---
libavcodec/dct.h | 4 ++--
libavcodec/rdft.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/dct.h b/libavcodec/dct.h
index 3fd4e27..24926a7 100644
--- a/libavcodec/dct.h
+++ b/libavcode
---
libavcodec/fft-test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 9fdc210..14d1804 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
@@ -59,7 +59,7 @@
# define FMT "%6d"
#endif
-struct {
+static stru
This permits re-use with parsers for codecs which use similar start codes.
---
configure |3 +-
libavcodec/Makefile|1 +
libavcodec/arm/Makefile|2 +-
libavcodec/arm/h264dsp_init_arm.c
Hi Reinhard,
Great job ;-)
If you want to enable build on MacOSX you need to send an email to the
Travis Team.
You can keep the github repository for testing the OSX build.
An example of our testing environment on MacOSX can be found here:
https://github.com/tuttleofx/TuttleOFX/pull/335
Just a qu
On Mon, Jul 21, 2014 at 02:53:07PM +0100, Ben Avison wrote:
> --- /dev/null
> +++ b/libavcodec/arm/startcode.h
> @@ -0,0 +1,27 @@
> +/*
> + * Copyright (c) 2014 RISC OS Open Ltd
> + * Author: Ben Avison
I suggest dropping copyright notices for such completely trivial files.
> +#ifndef AVCODEC_AR
On Mon, Jul 21, 2014 at 02:53:06PM +0100, Ben Avison wrote:
> ---
> libavcodec/arm/h264dsp_init_arm.c |6 +-
> libavutil/arm/cpu.h |4
> 2 files changed, 5 insertions(+), 5 deletions(-)
LGTM
Diego
___
libav-devel mailing
---
libavcodec/arm/h264dsp_init_arm.c |6 +-
libavutil/arm/cpu.h |4
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/arm/h264dsp_init_arm.c
b/libavcodec/arm/h264dsp_init_arm.c
index f9712d8..7cb1312 100644
--- a/libavcodec/arm/h264dsp_init_
This permits re-use with parsers for codecs which use similar start codes.
---
configure |3 +-
libavcodec/Makefile|1 +
libavcodec/arm/Makefile|2 +-
libavcodec/arm/h264dsp_init_arm.c
The previous implementation of the parser made four passes over each input
buffer (reduced to two if the container format already guaranteed the input
buffer corresponded to frames, such as with MKV). But these buffers are
often 200K in size, certainly enough to flush the data out of L1 cache, and
Initialise VC1DSPContext for parser as well as for decoder.
Note, the VC-1 code doesn't actually use the function pointer yet.
---
configure|4 ++--
libavcodec/Makefile |2 +-
libavcodec/arm/vc1dsp_init_arm.c |3 +++
libavcodec/vc1.c
On 21/07/14 14:33, Diego Biurrun wrote:
> ---
> configure | 3 ++-
> libavcodec/Makefile | 7 ---
> tests/fate/libavcodec.mak | 2 +-
> 3 files changed, 7 insertions(+), 5 deletions(-)
>
The set looks fine to me.
lu
___
liba
---
configure | 3 ++-
libavcodec/Makefile | 7 ---
tests/fate/libavcodec.mak | 2 +-
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/configure b/configure
index e401711..26e1e82 100755
--- a/configure
+++ b/configure
@@ -1548,6 +1548,7 @@ CONFIG_EXTRA="
---
libavcodec/Makefile | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 7caddd6..9ce37a8 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
@@ -711,13 +711,11 @@ SKIPHEADERS-$(CONFIG_VAAPI)+= vaapi_inte
---
libavcodec/Makefile | 4 ++--
libavcodec/dct-test.c | 5 -
tests/fate/libavcodec.mak | 2 +-
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 684269c..7caddd6 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
On 21/07/14 10:24, Jan Gerber wrote:
> On 07/20/2014 03:28 PM, j...@v2v.cc wrote:
>> On 07/20/2014 03:13 PM, Anton Khirnov wrote:
>>> Could you share the sample?
>>> This really sounds like a bug elsewhere that should be fixed.
>>
>> Here a short clip http://v2v.cc/~j/samples/emtpy_language.mpg
>>
On Mon, Jul 21, 2014 at 12:25 AM, Luca Barbato wrote:
> On 21/07/14 00:59, Vittorio Giovara wrote:
>> An alias is provided for compatibility.
>> ---
>> I would propose this change because all present (and future) grayscale format
>> somehow have GRAY in their name, which makes them more consistent
On Mon, Jul 21, 2014 at 8:08 AM, Nidhi Makhijani wrote:
> ---
> libavcodec/mjpegenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
> index 9ce07de..fdb882e 100644
> --- a/libavcodec/mjpegenc.c
> +++ b/libavcodec/mjpegenc.c
On 2014-07-20 14:50:59 -0400, Reinhard Tartler wrote:
> Control: forwarded -1 libav-devel@libav.org
>
> Hi,
>
> In Debian, we've received this bugreport regarding a bugfix in our
> video4linux2 handling.
>
> Is the patch below acceptable for master?
looks ok to me
Janne
___
On 07/20/2014 03:28 PM, j...@v2v.cc wrote:
> On 07/20/2014 03:13 PM, Anton Khirnov wrote:
>> Could you share the sample?
>> This really sounds like a bug elsewhere that should be fixed.
>
> Here a short clip http://v2v.cc/~j/samples/emtpy_language.mpg
>
Found the issue for this sample in mpegts.
On 2014-07-19 10:42:55 -0400, Reinhard Tartler wrote:
> Hi,
>
> I notice that we currently have 6 open pull requests on github:
>
> https://github.com/libav/libav/pulls
>
> Interestingly, there are also 8 closed requests:
>
> https://github.com/libav/libav/pulls?direction=desc&page=1&sort=creat
On Sun, Jul 20, 2014 at 01:33:23PM -0700, Diego Biurrun wrote:
> ---
>
> Rebased now that the patch to deduplicate IDCT tables was dropped.
>
> libavcodec/arm/dct-test.c | 40 ++
> libavcodec/dct-test.c | 105
> ++
> libavcodec/pp
On Mon, Jul 21, 2014 at 12:41:46PM +0530, Nidhi Makhijani wrote:
> ---
> corrected commit tag
> libavcodec/mjpegenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM, queueing
Diego
___
libav-devel mailing list
libav-devel@libav.org
https:
On 2014-07-19 18:26:22 +0200, Diego Biurrun wrote:
> On Sat, Jul 19, 2014 at 12:23:58PM -0400, Reinhard Tartler wrote:
> >
> > For release branches, we currently don't have any FATE Farm. It would
> > be great to have something like that, but as far as I understand, it
> > is a lot of effort to se
---
corrected commit tag
libavcodec/mjpegenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
index 9ce07de..fdb882e 100644
--- a/libavcodec/mjpegenc.c
+++ b/libavcodec/mjpegenc.c
@@ -46,7 +46,7 @@ av_cold int ff_mjpeg_encode_init(
---
libavcodec/mjpegenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
index 9ce07de..fdb882e 100644
--- a/libavcodec/mjpegenc.c
+++ b/libavcodec/mjpegenc.c
@@ -46,7 +46,7 @@ av_cold int ff_mjpeg_encode_init(MpegEncContext *s)
60 matches
Mail list logo