On Wed, Oct 8, 2014 at 7:03 PM, James Almer wrote:
> This silences warnings about passing arguments from incompatible pointer type
> when targeting Windows Vista or newer.
>
> Signed-off-by: James Almer
> ---
> Sent the wrong version earlier, my bad.
> The request for testing i made before still
Wrap the function calls in a similar fashion to how it's being done
with the critical section API.
Signed-off-by: James Almer
---
compat/w32pthreads.h | 63 ++--
1 file changed, 37 insertions(+), 26 deletions(-)
diff --git a/compat/w32pthreads.h b
This silences warnings about passing arguments from incompatible pointer type
when targeting Windows Vista or newer.
Signed-off-by: James Almer
---
Sent the wrong version earlier, my bad.
The request for testing i made before still stands.
compat/w32pthreads.h | 23 +--
conf
Wrap the function calls in a similar fashion to how it's being done
with the critical section API.
Signed-off-by: James Almer
---
compat/w32pthreads.h | 64 +++-
1 file changed, 38 insertions(+), 26 deletions(-)
diff --git a/compat/w32pthreads.h b
This silences warnings about passing arguments from incompatible pointer type
when targeting Windows Vista or newer.
Signed-off-by: James Almer
---
Only tested with Mingw-w64 v3.
Can someone test MSVC or ICL? I know the former defines the struct, so the
configure check should succeed on that one
Hi,
On 2014-10-08 16:26:44 -0400, Jonathan Bagg wrote:
>
> I just did a comparison of audio codec decode times with libav-11 on
> a iMX-53 (arm cortex-A8) with and without neon & vfp optimizations.
> There was substantial improvements in aac, ogg and wma with neon &
> vfp enabled, but mp3 remained
I just did a comparison of audio codec decode times with libav-11 on a
iMX-53 (arm cortex-A8) with and without neon & vfp optimizations. There
was substantial improvements in aac, ogg and wma with neon & vfp
enabled, but mp3 remained the same. Am I correct to assume the mp3
decoder does not u
---
avconv.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/avconv.c b/avconv.c
index 7dd335e..972e62b 100644
--- a/avconv.c
+++ b/avconv.c
@@ -1401,10 +1401,10 @@ static int process_input_packet(InputStream *ist, const
AVPacket *pkt)
else if (ist->st-
---
libavformat/internal.h | 2 +-
libavformat/mux.c | 2 +-
libavformat/utils.c| 14 --
3 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 9921ce1..c66a045 100644
--- a/libavformat/internal.h
+++ b/libavform
When decoding, this field holds the inverse of the framerate that can be
written in the headers for some codecs. Using a field called 'time_base'
for this is very misleading, as there are no timestamps associated with
it. Furthermore, this field is used for a very different purpose during
encoding.
---
avconv.c | 3 +--
libavcodec/avcodec.h | 9 -
libavcodec/options_table.h | 2 ++
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/avconv.c b/avconv.c
index 7dd335e..5e91950 100644
--- a/avconv.c
+++ b/avconv.c
@@ -564,8 +564,7 @@ static void do_vid
---
libavcodec/avcodec.h | 8
libavcodec/mpegvideo.h | 2 ++
libavcodec/mpegvideo_enc.c | 9 -
libavcodec/options_table.h | 4 +++-
libavcodec/ratecontrol.c | 2 +-
5 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcode
---
libavcodec/avcodec.h | 12 +++-
libavcodec/mpegvideo.h | 6 +-
libavcodec/mpegvideo_enc.c | 4
libavcodec/options_table.h | 8 ++--
libavcodec/ratecontrol.c | 6 +++---
5 files changed, 25 insertions(+), 11 deletions(-)
diff --git a/libavcodec/avcodec.h b/
---
libavcodec/avcodec.h | 12 ++--
libavcodec/mpegvideo.h | 3 +++
libavcodec/mpegvideo_enc.c | 6 +-
libavcodec/options_table.h | 6 --
libavcodec/ratecontrol.c | 4 ++--
5 files changed, 20 insertions(+), 11 deletions(-)
diff --git a/libavcodec/avcodec.h b/libav
---
libavcodec/avcodec.h | 7 ---
libavcodec/mpegvideo.h | 9 -
libavcodec/mpegvideo_enc.c | 7 +++
libavcodec/options.c | 11 ++-
libavcodec/options_table.h | 8 +++-
libavcodec/ratecontrol.c | 6 +++---
6 files changed, 35 insertions(+), 13 dele
---
libavcodec/avcodec.h | 4 +++-
libavcodec/mpegvideo.h | 8 +++-
libavcodec/mpegvideo_enc.c | 4
libavcodec/options_table.h | 4 ++--
libavcodec/ratecontrol.c | 6 +++---
5 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcod
---
libavcodec/avcodec.h | 7 +++
libavcodec/mpegvideo_enc.c | 7 ---
libavcodec/options_table.h | 2 +-
3 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index ffbbaf0..3fe8fe1 100644
--- a/libavcodec/avcodec.h
+++ b/libavcod
---
libavcodec/avcodec.h | 8
libavcodec/mpegvideo.h | 10 +-
libavcodec/mpegvideo_enc.c | 7 +++
libavcodec/options_table.h | 4 +++-
libavcodec/ratecontrol.c | 2 +-
libavcodec/version.h | 3 +++
6 files changed, 27 insertions(+), 7 deletions(-)
diff
Currently, this option is accessed through AVCodecContext.mb_threshold,
which was originally controlled reusing MB data when transcoding mpeg to
mpeg. Since the libvpx meaning is completely different from the original
mpegvideo meaning, it is better to use a separate private option for
this.
---
l
Le mercredi 8 octobre 2014, 20:37:01 Rémi Denis-Courmont a écrit :
> ---
> libavcodec/h263dec.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
> index 29634b0..31e014a 100644
> --- a/libavcodec/h263dec.c
> +++ b/libavcodec/h263dec.c
> @@
This fixes bug 541.
---
libavcodec/h263dec.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index a6252f2..29634b0 100644
--- a/libavcodec/h263dec.c
+++ b/libavcodec/h263dec.c
@@ -40,6 +40,14 @@
#include "qpeldsp.
---
libavcodec/h263dec.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c
index 29634b0..31e014a 100644
--- a/libavcodec/h263dec.c
+++ b/libavcodec/h263dec.c
@@ -513,6 +513,12 @@ int ff_h263_decode_frame(AVCodecContext *avctx, void
*data, int *
Le mercredi 8 octobre 2014, 16:10:33 Vittorio Giovara a écrit :
> We do that only for ABI breaks.
Let me rephrase:
Isn't changing an existing structure an ABI break?
--
Rémi Denis-Courmont
http://www.remlab.net/
___
libav-devel mailing list
libav-dev
On Wed, Oct 8, 2014 at 4:08 PM, Rémi Denis-Courmont wrote:
> Le mercredi 8 octobre 2014, 15:58:21 Vittorio Giovara a écrit :
>> ---
>> As kindly spotted by Derek.
>> Vittorio
>>
>> libavformat/version.h | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/libavformat/ve
Le mercredi 8 octobre 2014, 15:58:21 Vittorio Giovara a écrit :
> ---
> As kindly spotted by Derek.
> Vittorio
>
> libavformat/version.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/version.h b/libavformat/version.h
> index bc956d5..18444cd 100644
> --
On 08/10/14 16:58, Vittorio Giovara wrote:
---
As kindly spotted by Derek.
Vittorio
libavformat/version.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/version.h b/libavformat/version.h
index bc956d5..18444cd 100644
--- a/libavformat/version.h
+++ b/libav
---
As kindly spotted by Derek.
Vittorio
libavformat/version.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/version.h b/libavformat/version.h
index bc956d5..18444cd 100644
--- a/libavformat/version.h
+++ b/libavformat/version.h
@@ -30,8 +30,8 @@
#include "l
On 9/30/2014 12:02 PM, Luca Barbato wrote:
> Probably ok.
This was pushed and broke API without a version bump.
Example of breakage:
a.cpp:
#include
#include
void lol(uint8_t *str)
{
printf("lol: %s.\n", (char*)str);
}
int main(void)
{
const char
On Tue, Sep 30, 2014 at 2:56 PM, Vittorio Giovara
wrote:
> ---
> libavcodec/options_table.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
OK'd by Luca on IRC.
--
Vittorio
___
libav-devel mailing list
libav-devel@libav.org
https://lists
On Mon, Sep 29, 2014 at 7:58 PM, Luca Barbato wrote:
> On 29/09/14 18:32, Anton Khirnov wrote:
>>
>> The caller expects the MV to always be initialized.
>> ---
>> libavcodec/hevc_mvs.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>
> Looks ok and seems a good candidate for sta
Decoding acceleration may work even if the codec level is higher than
the stated limit of the VDPAU driver. Or the problem may be considered
acceptable by the user. This flag allows skipping the codec level
capability checks and proceed with decoding.
Applications should obviously not set this fla
Currently, no flags are supported.
---
libavcodec/vdpau.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/vdpau.c b/libavcodec/vdpau.c
index 44eef20..9805a8d 100644
--- a/libavcodec/vdpau.c
+++ b/libavcodec/vdpau.c
@@ -313,6 +313,9 @@ int av_vdpau_bind_context(AVCodecContext *avc
On 08/10/14 10:48, Martin Storsjö wrote:
From: Mika Raento
Read the fragment duration from the trun sample data, rather than
assuming that there are no gaps.
---
tools/ismindex.c | 96 ++--
1 file changed, 86 insertions(+), 10 deletions(-)
From: Mika Raento
Read the fragment duration from the trun sample data, rather than
assuming that there are no gaps.
---
tools/ismindex.c | 96 ++--
1 file changed, 86 insertions(+), 10 deletions(-)
diff --git a/tools/ismindex.c b/tools/ismind
Quoting James Almer (2014-10-02 19:08:01)
> This makes the addition of arch optimized functions easier.
>
> Signed-off-by: James Almer
> ---
> Now with proper names for the dsp functions, Irreversible MCT (ICT) and
> Reversible MCT (RCT) respectively.
> No other changes.
>
Pushed. Thank you fo
Quoting Martin Storsjö (2014-10-03 22:38:45)
> These are assembled into extradata in the order vps/sps/pps/sei.
> ---
> libavformat/rtpdec_hevc.c | 99
> ++-
> 1 file changed, 97 insertions(+), 2 deletions(-)
>
The set looks fine to me as well.
--
A
36 matches
Mail list logo