On Sat, Apr 09, 2011 at 01:29:35AM +0200, Benjamin Larsson wrote:
> From 0c70944526bfa9b9203f61f170f9d7bdacfac850 Mon Sep 17 00:00:00 2001
> From: Benjamin Larsson
> Date: Sat, 9 Apr 2011 01:27:17 +0200
> Subject: [PATCH] Add raw DCA muxer for the experimental DCA encoder
>
> ---
> libavformat/a
On Fri, Apr 08, 2011 at 11:37:24PM -0400, Alexander Strange wrote:
>
> On Apr 8, 2011, at 5:48 AM, Anton Khirnov wrote:
>
> > ---
> > libavformat/avformat.h |4 +++-
> > libavformat/utils.c|4
> > libavformat/version.h |3 +++
> > 3 files changed, 10 insertions(+), 1 deletions(
On Sun, Apr 3, 2011 at 6:25 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Apr 3, 2011 at 1:56 PM, Luca Barbato wrote:
>> On 04/03/2011 10:15 PM, Alexander Strange wrote:
>>> The thread_type API allows you to request only FF_THREAD_FRAME (instead of
>>> FRAME | SLICE), but it was being ignored.
>
On Apr 8, 2011, at 5:48 AM, Anton Khirnov wrote:
> ---
> libavformat/avformat.h |4 +++-
> libavformat/utils.c|4
> libavformat/version.h |3 +++
> 3 files changed, 10 insertions(+), 1 deletions(-)
>
> diff --git a/libavformat/avformat.h b/libavformat/avformat.h
> index 61babd
On 4/9/11 12:53 AM, Aℓex Converse wrote:
On Fri, Apr 8, 2011 at 2:38 PM, Alex Converse wrote:
---
libavformat/daud.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
Let's try it again with the words in the correct order.
better it seems =)
On date Saturday 2011-04-09 02:03:19 +0200, Stefano Sabatini wrote:
> On date Friday 2011-04-08 23:33:33 +0200, Luca Barbato wrote:
> > On 4/8/11 8:10 PM, Anton Khirnov wrote:
> > >From: Stefano Sabatini
> >
> > Seems fine in principle even if I won't use "check" and I'd merge it
> > using ffurl n
On Sat, Apr 9, 2011 at 2:10 AM, Anton Khirnov wrote:
> From: Stefano Sabatini
>
> The problem with url_exist() is that it tries to open a file in RDONLY
> mode. If the file is a FIFO and there is a reading client, the open()
> call will hang, and the ffmpeg process will get stuck.
>
> Using avio
On date Friday 2011-04-08 23:33:33 +0200, Luca Barbato wrote:
> On 4/8/11 8:10 PM, Anton Khirnov wrote:
> >From: Stefano Sabatini
>
> Seems fine in principle even if I won't use "check" and I'd merge it
> using ffurl namespace.
Please wait because I have an updated patchset.
--
An atom-blaster i
Depends on the experimental DCA encoder.
MvH
Benjamin Larsson
>From 0c70944526bfa9b9203f61f170f9d7bdacfac850 Mon Sep 17 00:00:00 2001
From: Benjamin Larsson
Date: Sat, 9 Apr 2011 01:27:17 +0200
Subject: [PATCH] Add raw DCA muxer for the experimental DCA encoder
---
libavformat/allformats.c |
Fixed some things but not others.
MvH
Benjamin Larsson
>From 20a2180193d0fcfaaf71fb1d9f3bb4cd90a1ce0f Mon Sep 17 00:00:00 2001
From: Alexander E. Patrakov
Date: Fri, 8 Apr 2011 01:33:21 +0200
Subject: [PATCH] Experimental DCA encoder
---
Changelog |1 +
doc/general.texi |
On Fri, Apr 8, 2011 at 2:38 PM, Alex Converse wrote:
> ---
> libavformat/daud.c | 5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
Let's try it again with the words in the correct order.
From bd42249155271af2127a00260b6eb3d36d08891c Mon Sep 17 00:00:00 2001
From: Alex Converse
D
On 4/8/11 11:38 PM, Alex Converse wrote:
---
libavformat/daud.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
Seems correct.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
---
libavformat/daud.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/libavformat/daud.c b/libavformat/daud.c
index ca9be27..6f32ab6 100644
--- a/libavformat/daud.c
+++ b/libavformat/daud.c
@@ -57,6 +57,11 @@ static int daud_write_header(struct AVFormatContext *s)
On 4/8/11 8:10 PM, Anton Khirnov wrote:
From: Stefano Sabatini
Seems fine in principle even if I won't use "check" and I'd merge it
using ffurl namespace.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinf
On 4/8/11 8:10 PM, Anton Khirnov wrote:
From: Stefano Sabatini
Seems fine, a line more for the commit message would be welcome.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 4/8/11 8:10 PM, Anton Khirnov wrote:
diff --git a/libavformat/url.h b/libavformat/url.h
index bde06d9..7a39b9c 100644
--- a/libavformat/url.h
+++ b/libavformat/url.h
@@ -59,6 +59,7 @@ typedef struct URLProtocol {
int priv_data_size;
const AVClass *priv_data_class;
int flags;
Hi,
On Fri, Apr 8, 2011 at 10:45 AM, Ronald S. Bultje wrote:
> On Fri, Apr 8, 2011 at 10:45 AM, Ronald S. Bultje wrote:
>> Can we expose this somehow through private API? Can you think of other
>> solutions?
>
> Private API == AVOption or so, not ff_*() API.
OK turns out this is difficult, and
On Fri, Apr 08, 2011 at 08:00:48PM +0200, Alberto Delmás wrote:
> 2011/4/8 Kostya :
> [...]
>
> All fixed.
Yep, looks OK to me.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
From: Stefano Sabatini
---
libavformat/avio.c | 16
libavformat/avio.h |9 +
libavformat/url.h |1 +
3 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index ad1f1b4..ecc7f27 100644
--- a/libavformat/avio.c
From: Stefano Sabatini
The problem with url_exist() is that it tries to open a file in RDONLY
mode. If the file is a FIFO and there is a reading client, the open()
call will hang, and the ffmpeg process will get stuck.
Using avio_check() with no access mode of ~0 check if the file simply
exists
From: Stefano Sabatini
---
libavformat/file.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 31067ed..6eabdae 100644
--- a/libavformat/file.c
+++ b/libavformat/file.c
@@ -95,6 +95,16 @@ static int file_close(URLC
2011/4/8 Kostya :
[...]
All fixed.
From 0f599e466e42a17a16609de5ec287ddfa17694a8 Mon Sep 17 00:00:00 2001
From: Alberto Delmas
Date: Fri, 8 Apr 2011 18:49:40 +0200
Subject: [PATCH] Parse sprite data for WMVP and WVP2, and decode sprites for
the latter
---
libavcodec/vc1.c |3 -
libavco
On 4/8/11 3:32 PM, Martin Storsjö wrote:
On Fri, 8 Apr 2011, Ronald S. Bultje wrote:
Hi,
On Fri, Apr 8, 2011 at 6:36 AM, Diego Biurrun wrote:
On Fri, Apr 08, 2011 at 12:24:34PM +0200, Anton Khirnov wrote:
The new name is more consistent with the rest of the API.
OK
Luca, Martin, any opi
On Fri, Apr 08, 2011 at 07:07:30PM +0200, Alberto Delmás wrote:
>
> From fbaf5be431d60dd6e52b3da9fb0e9f42864629e6 Mon Sep 17 00:00:00 2001
> From: Alberto Delmas
> Date: Fri, 8 Apr 2011 18:49:40 +0200
> Subject: [PATCH] Parse sprite data for WMVP and WVP2, and decode sprites for
> the latter
>
From fbaf5be431d60dd6e52b3da9fb0e9f42864629e6 Mon Sep 17 00:00:00 2001
From: Alberto Delmas
Date: Fri, 8 Apr 2011 18:49:40 +0200
Subject: [PATCH] Parse sprite data for WMVP and WVP2, and decode sprites for
the latter
---
libavcodec/vc1.c |3 -
libavcodec/vc1.h |6 ++
libavcodec
Hi,
On Fri, Apr 8, 2011 at 10:54 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.c | 10 ++
> libavformat/avio.h | 13 +
> 2 files changed, 23 insertions(+), 0 deletions(-)
>
> diff --git a/libavformat/avio.c b/libavformat/avio.c
> index e043058..ab7a7f5 100644
> --- a/
Hi,
On Fri, Apr 8, 2011 at 10:54 AM, Anton Khirnov wrote:
> ---
> cmdutils.c | 20
> libavformat/avio.c | 2 ++
> libavformat/avio.h | 4 +++-
> 3 files changed, 13 insertions(+), 13 deletions(-)
This one is surely OK.
Ronald
___
"Ronald S. Bultje" writes:
> Hi,
>
> 2011/4/7 Benjamin Larsson :
>> +static inline int32_t mul32(int32_t a, int32_t b)
>> +{
>> +/* on >=i686, gcc compiles this into a single "imull" instruction */
>> +int64_t r = (int64_t)a * b;
>> +/* round the result before truncating - improves ac
---
libavformat/avio.c | 10 ++
libavformat/avio.h | 13 +
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index e043058..ab7a7f5 100644
--- a/libavformat/avio.c
+++ b/libavformat/avio.c
@@ -57,6 +57,16 @@ URLProtocol
---
cmdutils.c | 20
libavformat/avio.c |2 ++
libavformat/avio.h |4 +++-
3 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/cmdutils.c b/cmdutils.c
index 6901f56..cc10b48 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -653,20 +653,16 @@ void show
Hi,
On Fri, Apr 8, 2011 at 10:45 AM, Ronald S. Bultje wrote:
> Can we expose this somehow through private API? Can you think of other
> solutions?
Private API == AVOption or so, not ff_*() API.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
Hi,
On Fri, Apr 8, 2011 at 10:42 AM, Anton Khirnov wrote:
> On Fri, Apr 08, 2011 at 10:07:32AM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Fri, Apr 8, 2011 at 9:47 AM, Anton Khirnov wrote:
>> > On Fri, Apr 08, 2011 at 07:43:35AM -0400, Ronald S. Bultje wrote:
>> >> On Fri, Apr 8, 2011 at 5:48
Hi,
On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> It doesn't look very useful as a public function.
> ---
> libavformat/avformat.h | 4 +++-
> libavformat/img2.c | 8
> libavformat/internal.h | 2 ++
> libavformat/utils.c | 4 ++--
> libavformat/version.h |
On Fri, Apr 08, 2011 at 10:07:32AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Apr 8, 2011 at 9:47 AM, Anton Khirnov wrote:
> > On Fri, Apr 08, 2011 at 07:43:35AM -0400, Ronald S. Bultje wrote:
> >> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> >> > ---
> >> > ffmpeg.c
Hi,
On Thu, Apr 7, 2011 at 3:16 PM, Anton Khirnov wrote:
> Hi,
> with those patches, the avio cleanup is finally complete.
>
> I'm not very sure about url_exist. It's used in ffmpeg, ffserver and
> img2, but there were some problems with it [1]. There were patches from
> Stefano adding a replacem
Hi,
On Fri, Apr 8, 2011 at 10:15 AM, Anton Khirnov wrote:
> On Fri, Apr 08, 2011 at 10:10:18AM -0400, Ronald S. Bultje wrote:
>> On Fri, Apr 8, 2011 at 9:43 AM, Anton Khirnov wrote:
>> > On Fri, Apr 08, 2011 at 07:39:52AM -0400, Ronald S. Bultje wrote:
>> >> On Fri, Apr 8, 2011 at 5:48 AM, Anton
On Fri, Apr 08, 2011 at 10:10:18AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Apr 8, 2011 at 9:43 AM, Anton Khirnov wrote:
> > On Fri, Apr 08, 2011 at 07:39:52AM -0400, Ronald S. Bultje wrote:
> >> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> >> > ---
> >> > libavformat/avformat
Hi,
On Fri, Apr 8, 2011 at 9:43 AM, Anton Khirnov wrote:
> On Fri, Apr 08, 2011 at 07:39:52AM -0400, Ronald S. Bultje wrote:
>> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
>> > ---
>> > libavformat/avformat.h | 4 +++-
>> > libavformat/utils.c | 4
>> > libavformat/versio
Hi,
On Fri, Apr 8, 2011 at 9:47 AM, Anton Khirnov wrote:
> On Fri, Apr 08, 2011 at 07:43:35AM -0400, Ronald S. Bultje wrote:
>> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
>> > ---
>> > ffmpeg.c | 2 ++
>> > ffserver.c | 1 +
>> > libavformat/avformat.h
On Fri, Apr 08, 2011 at 01:57:06PM +0200, Stefano Sabatini wrote:
> On date Thursday 2011-04-07 00:18:48 +, Ronald S. Bultje wrote:
> > Hi,
> [...]
> > > Another point is that an application may need to implement an ad-hoc
> > > access protocol, this is not an hypotetical need as you can find m
On Fri, Apr 08, 2011 at 07:43:35AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> > ---
> > ffmpeg.c | 2 ++
> > ffserver.c | 1 +
> > libavformat/avformat.h | 6 --
> > libavformat/ffm.h | 5 +
>
On Fri, Apr 08, 2011 at 07:39:52AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> > ---
> > libavformat/avformat.h | 4 +++-
> > libavformat/utils.c | 4
> > libavformat/version.h | 3 +++
> > 3 files changed, 10 insertions(+), 1
On Fri, 8 Apr 2011, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Apr 8, 2011 at 6:36 AM, Diego Biurrun wrote:
> > On Fri, Apr 08, 2011 at 12:24:34PM +0200, Anton Khirnov wrote:
> >> The new name is more consistent with the rest of the API.
> >
> > OK
>
> Luca, Martin, any opinions?
Ok with me, bu
Hi,
On Fri, Apr 8, 2011 at 6:36 AM, Diego Biurrun wrote:
> On Fri, Apr 08, 2011 at 12:24:34PM +0200, Anton Khirnov wrote:
>> The new name is more consistent with the rest of the API.
>
> OK
Luca, Martin, any opinions?
Ronald
___
libav-devel mailing li
On Fri, Apr 08, 2011 at 07:53:32AM -0400, Ronald S. Bultje wrote:
> Hi,
[...]
>
> Ah, that's what the fixme is for I guess. Sounds ok to me then.
> (Didn't Mans just implement fixed-point FFT or something like that? Or
> was that "just" MDCT?)
MDCT is often implemented via FFT.
P.S. And if someb
Hi,
On Fri, Apr 8, 2011 at 5:02 AM, Benjamin Larsson wrote:
> On 04/08/2011 03:58 AM, Ronald S. Bultje wrote:
>> 2011/4/7 Benjamin Larsson :
>>> +static void qmf_decompose(DCAContext *c, int32_t in[32], int32_t out[32],
>>> int channel)
>>> +{
>>> + int band, i, j, k;
>>> + int32_t resp;
>
On date Thursday 2011-04-07 00:18:48 +, Ronald S. Bultje wrote:
> Hi,
[...]
> > Another point is that an application may need to implement an ad-hoc
> > access protocol, this is not an hypotetical need as you can find many
> > of such requests in the libav-user archive. I can understand that th
On 4/8/11 1:35 PM, Stefano Sabatini wrote:
1) keep the header public but declare that the API is not considered
stable and there is no guarantee of backward compatibility (similar
to what is done with lavfi)
2) keep the header private while the API is reworked
With 1) you still have the p
Hi,
On Fri, Apr 8, 2011 at 1:22 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.h | 6 +-
> libavformat/url.h | 17 +
> 2 files changed, 22 insertions(+), 1 deletions(-)
OK. This compiles after the bump, right?
Ronald
___
On Fri, Apr 08, 2011 at 01:44:09PM +0200, Anton Khirnov wrote:
> On Thu, Apr 07, 2011 at 10:28:25AM +0200, Kostya wrote:
> > From bb18bdff543fd8c5d3e3c89350520be7932594b9 Mon Sep 17 00:00:00 2001
> > From: Kostya Shishkov
> > Date: Thu, 7 Apr 2011 09:45:47 +0200
> > Subject: [PATCH 1/2] introduce
On Fri, Apr 08, 2011 at 01:29:10PM +0200, Diego Biurrun wrote:
> On Thu, Apr 07, 2011 at 10:28:25AM +0200, Kostya wrote:
> >
> > --- a/libavcodec/avcodec.h
> > +++ b/libavcodec/avcodec.h
> > @@ -1089,6 +1097,9 @@ typedef struct AVPacket {
> >
> > +#define AV_PKT_DATA_NONE 0 ///< no packet side i
On Thu, Apr 07, 2011 at 10:28:25AM +0200, Kostya wrote:
> From bb18bdff543fd8c5d3e3c89350520be7932594b9 Mon Sep 17 00:00:00 2001
> From: Kostya Shishkov
> Date: Thu, 7 Apr 2011 09:45:47 +0200
> Subject: [PATCH 1/2] introduce side information in AVPacket
>
> ---
> libavcodec/avcodec.h | 21 +++
Hi,
On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> ---
> ffmpeg.c | 2 ++
> ffserver.c | 1 +
> libavformat/avformat.h | 6 --
> libavformat/ffm.h | 5 +
> 4 files changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/ffmpeg.c b/ffmp
On date Friday 2011-04-08 02:52:13 +0300, aviad rozenhek wrote:
> On Thu, Apr 7, 2011 at 23:39, Anton Khirnov wrote:
>
> > On Thu, Apr 07, 2011 at 10:25:12PM +0200, Luca Barbato wrote:
> >
> > Of course it all depends on demand for such a thing, so who wants direct
> > access to protocols, please
Hi,
On Fri, Apr 8, 2011 at 5:48 AM, Anton Khirnov wrote:
> ---
> libavformat/avformat.h | 4 +++-
> libavformat/utils.c | 4
> libavformat/version.h | 3 +++
> 3 files changed, 10 insertions(+), 1 deletions(-)
Any reason we don't want to remove it at the next one already, goin
Hi,
On Fri, Apr 8, 2011 at 1:22 AM, Anton Khirnov wrote:
> ---
> libavformat/avio.h | 3 ++-
> libavformat/avio_internal.h | 1 +
> libavformat/file.c | 1 +
> libavformat/http.h | 2 +-
> libavformat/librtmp.c | 1 +
> libavformat/mms.h
On 4/8/11 12:58 PM, Clément Bœsch wrote:
On Thu, Apr 07, 2011 at 10:32:23AM +0200, Luca Barbato wrote:
On 04/07/2011 10:23 AM, Clément Bœsch wrote:
---
libavformat/oggdec.c | 16
libavformat/oggdec.h |1 +
2 files changed, 17 insertions(+), 0 deletions(-)
Looks fin
On Thu, Apr 07, 2011 at 10:28:25AM +0200, Kostya wrote:
>
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -1089,6 +1097,9 @@ typedef struct AVPacket {
>
> +#define AV_PKT_DATA_NONE 0 ///< no packet side information
> +#define AV_PKT_DATA_PAL 1 ///< packet side information contain
On Thu, Apr 07, 2011 at 10:32:23AM +0200, Luca Barbato wrote:
> On 04/07/2011 10:23 AM, Clément Bœsch wrote:
> > ---
> > libavformat/oggdec.c | 16
> > libavformat/oggdec.h |1 +
> > 2 files changed, 17 insertions(+), 0 deletions(-)
> >
>
> Looks fine, I hope there aren't
On Fri, Apr 08, 2011 at 12:24:34PM +0200, Anton Khirnov wrote:
> The new name is more consistent with the rest of the API.
OK
Diego
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Fri, Apr 08, 2011 at 12:24:35PM +0200, Anton Khirnov wrote:
> This is more consistent with the rest of the API.
OK
Diego
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Fri, Apr 08, 2011 at 01:41:37AM +0200, Benjamin Larsson wrote:
> [...]
Please make sure this compiles with --disable-everything --enable-encoder=dca.
Diego
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/li
This is more consistent with the rest of the API.
---
libavformat/avformat.h |6 +++---
libavformat/sdp.c | 12 ++--
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 42020de..5c8456f 100644
--- a/libavformat/avf
The new name is more consistent with the rest of the API.
---
ffmpeg.c |2 +-
ffserver.c |2 +-
libavformat/avformat.h |6 +-
libavformat/rtspenc.c |2 +-
libavformat/sapenc.c |2 +-
libavformat/sdp.c | 11 +--
libavformat/version
On Fri, Apr 08, 2011 at 11:48:38AM +0200, Anton Khirnov wrote:
> The new name is more consistent with the rest of the API. Also rename
> its parameter from buff->buf, which is also more consistent.
Push the parameter name change right away, separate from the rest.
Diego
__
On Fri, Apr 08, 2011 at 01:41:37AM +0200, Benjamin Larsson wrote:
>
> ---
> libavcodec/Makefile|1 +
> libavcodec/allcodecs.c |2 +-
> libavcodec/dcaenc.c| 581
>
> libavcodec/dcaenc.h| 544 +++
---
ffmpeg.c |2 ++
ffserver.c |1 +
libavformat/avformat.h |6 --
libavformat/ffm.h |5 +
4 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 83e77dd..749c9c7 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -110,6
---
libavformat/avformat.h |4 +++-
libavformat/utils.c|4
libavformat/version.h |3 +++
3 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 61babdc..6b1b2b4 100644
--- a/libavformat/avformat.h
+++ b/libavforma
The new name is more consistent with the rest of the API. Also rename
its parameter from buff->buf, which is also more consistent.
---
ffmpeg.c |2 +-
ffserver.c |2 +-
libavformat/avformat.h | 10 +++---
libavformat/rtspenc.c |2 +-
libavformat/sapenc.
---
doc/APIchanges|5 +
libavformat/version.h |2 +-
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 6f69e05..105c1f3 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -12,6 +12,11 @@ libavutil: 2009-03-08
API changes,
It doesn't look very useful as a public function.
---
libavformat/avformat.h |4 +++-
libavformat/img2.c |8
libavformat/internal.h |2 ++
libavformat/utils.c|4 ++--
libavformat/version.h |3 +++
5 files changed, 18 insertions(+), 3 deletions(-)
diff --git a
Hi,
with the following patches, avformat.h should be reasonably clean for
the upcoming bump. Further cleanup suggestions welcome.
--
Anton Khirnov
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 04/08/2011 03:58 AM, Ronald S. Bultje wrote:
> Hi,
>
> 2011/4/7 Benjamin Larsson :
>> +static inline int32_t mul32(int32_t a, int32_t b)
>> +{
>> +/* on >=i686, gcc compiles this into a single "imull" instruction */
>> +int64_t r = (int64_t)a * b;
>> +/* round the result before trunc
On 4/8/11 7:43 AM, Anton Khirnov wrote:
This is more readable and makes it easier to reorder URLProtocol
members.
---
libavformat/applehttpproto.c | 12 ++---
libavformat/concat.c | 11 ++---
libavformat/file.c | 20 +-
libavformat/gopher.c | 11 ++--
On Fri, 8 Apr 2011, Anton Khirnov wrote:
> ---
> libavformat/applehttp.c | 16
> 1 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavformat/applehttp.c b/libavformat/applehttp.c
> index 6c697c5..243f4a6 100644
> --- a/libavformat/applehttp.c
> +++ b/libavfor
75 matches
Mail list logo
