Over-counting occurs if framerate is not set.
---
libavformat/flvenc.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/flvenc.c b/libavformat/flvenc.c
index e87c256..cc4c782 100644
--- a/libavformat/flvenc.c
+++ b/libavformat/flvenc.c
@@ -282,7 +282,7 @@ static
On 10/06/14 23:49, Vittorio Giovara wrote:
> ---
> This fixes discovery when libx264 is compiled statically with opencl.
> Cheers,
> Vittorio
>
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 8359c68..f20f3b5 100755
> --- a/c
On Mon, Jun 02, 2014 at 09:12:23AM -0400, Justin Ruggles wrote:
> On 06/02/2014 08:53 AM, Diego Biurrun wrote:
> > On Mon, Jun 02, 2014 at 08:30:42AM -0400, Justin Ruggles wrote:
> >> On 06/02/2014 07:34 AM, Diego Biurrun wrote:
> >>> -void ff_vector_clipf_neon(float *dst, const float *src, float m
---
This fixes discovery when libx264 is compiled statically with opencl.
Cheers,
Vittorio
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 8359c68..f20f3b5 100755
--- a/configure
+++ b/configure
@@ -4096,7 +4096,7 @@ enabled libvpx
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
---
libavcodec/aarch64/Makefile | 4 ++
libavcodec/arm/Makefile | 4 ++
libavcodec/arm/neon
---
configure | 8
1 file changed, 8 insertions(+)
diff --git a/configure b/configure
index 8359c68..5c21a33 100755
--- a/configure
+++ b/configure
@@ -1361,6 +1361,7 @@ HAVE_LIST_PUB="
HEADERS_LIST="
alsa_asoundlib_h
altivec_h
+arm_neon_h
arpa_inet_h
cdio_parano
Hi, sorry for the late reply, I missed this updated patch
On 2014-05-17 12:21:10 +0800, james...@linaro.org wrote:
> From: James Yu
>
> Using NEON intrinsics to support ARMv7 and ARMv8 simultaneously.
> Rewrite ARMv7 assembly to intinsics version.
>
> Toolchain:
> armv7: gcc-linaro-arm-linux-gnue
On 10/06/14 21:23, Janne Grunau wrote:
> Prevents a triggered assert during fate-vsynth{1,2}-rv20 in
> dct_unquantize_h263_intra_c().
> ---
> libavcodec/ituh263enc.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
Ok.
___
libav-devel ma
Prevents a triggered assert during fate-vsynth{1,2}-rv20 in
dct_unquantize_h263_intra_c().
---
libavcodec/ituh263enc.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/libavcodec/ituh263enc.c b/libavcodec/ituh263enc.c
index cd4ed84..5f15b2f 100644
--- a/libavcodec/ituh26
On 10/06/14 17:42, Anton Khirnov wrote:
> CC: libav-sta...@libav.org
> ---
> avconv.c | 27 ---
> 1 file changed, 16 insertions(+), 11 deletions(-)
Fine for me.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.l
On Tue, Jun 10, 2014 at 6:19 AM, Luca Barbato wrote:
> Certain hardware demuxer have specific restrictions for PCR periodicity.
> ---
> doc/muxers.texi | 3 +++
> libavformat/mpegtsenc.c | 5 -
> 2 files changed, 7 insertions(+), 1 deletion(-)
Looks ok.
--
Vittorio
__
On Tue, Jun 10, 2014 at 6:19 AM, Luca Barbato wrote:
> Makes it consistent with the rest of the formats and ease usage
> of macros constants for the defaults.
> ---
> libavformat/mpegtsenc.c | 70
> -
> 1 file changed, 35 insertions(+), 35 deletion
On Tue, Jun 10, 2014 at 6:19 AM, Luca Barbato wrote:
> ---
> doc/muxers.texi | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index 2d1f53c..12d56ef 100644
> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@ -403,6 +403,8 @@ Set the service_id (defau
CC: libav-sta...@libav.org
---
avconv.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/avconv.c b/avconv.c
index d2b3680..0fac5c6 100644
--- a/avconv.c
+++ b/avconv.c
@@ -707,6 +707,19 @@ static int poll_filter(OutputStream *ost)
return 0;
On 2014-06-08 01:55:47 +0300, Martin Storsjö wrote:
> We know that the called function (ff_chroma_inter_body_mmxext)
> doesn't touch the redzone, and thus will be kept intact - thus,
> this doesn't fix any bug per se.
>
> However, valgrind's memcheck tool intentionally assumes that the
> redzone i
On Mon, Jun 02, 2014 at 04:34:38AM -0700, Diego Biurrun wrote:
> ---
> libavcodec/Makefile| 3 +-
> libavcodec/dsputil.c | 91
> libavcodec/dsputil.h | 16 ---
> libavcodec/mpegvideo.c
On 05/06/14 17:47, Diego Biurrun wrote:
> ---
> libavcodec/ppc/fft_altivec.c | 3 ++-
> libavcodec/ppc/fmtconvert_altivec.c | 3 ++-
> libavcodec/ppc/h264chroma_init.c | 3 ++-
> libavcodec/ppc/h264dsp.c | 3 ++-
> libavcodec/ppc/h264qpel.c | 3 ++-
> libav
On 05/06/14 17:47, Diego Biurrun wrote:
> ---
> libavcodec/ppc/apedsp_altivec.c | 5 +
> libavcodec/ppc/huffyuvdsp_altivec.c | 5 +
> libavcodec/ppc/svq1enc_altivec.c| 5 +
> 3 files changed, 15 insertions(+)
>
Ok.
___
libav-devel
---
libavcodec/libx264.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 6233f1e..06e917e 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -166,6 +166,37 @@ static int X264_frame(AVCodecContext *c
On Tue, Jun 10, 2014 at 12:20 PM, Maxim Polijakowski wrote:
> Am 08.06.2014 14:15, schrieb Dirk Ausserhaus:
>
>> On Sun, Jun 8, 2014 at 2:10 PM, Kostya Shishkov
>> wrote:
>>>
>>> On Sun, Jun 08, 2014 at 01:53:49PM +0200, Dirk Ausserhaus wrote:
Here's a patch that fixes decoding of Indeo
On Tue, Jun 10, 2014 at 12:20:44PM +0200, Maxim Polijakowski wrote:
> Am 08.06.2014 14:15, schrieb Dirk Ausserhaus:
> >On Sun, Jun 8, 2014 at 2:10 PM, Kostya Shishkov
> > wrote:
> >>On Sun, Jun 08, 2014 at 01:53:49PM +0200, Dirk Ausserhaus wrote:
> >>>Here's a patch that fixes decoding of Indeo 4 B
Am 08.06.2014 14:15, schrieb Dirk Ausserhaus:
On Sun, Jun 8, 2014 at 2:10 PM, Kostya Shishkov
wrote:
On Sun, Jun 08, 2014 at 01:53:49PM +0200, Dirk Ausserhaus wrote:
Here's a patch that fixes decoding of Indeo 4 B-frames.
Looks correct. I should've done it long time ago and saved you some wor
I split the patch in 3
[PATCH 1/3] doc: Document mpegts muxrate
As requested by Martin
[PATCH 2/3] mpegts: Move the option section to the bottom
Since it makes stuff clean
[PATCH 3/3] mpegts: Provide an option to override the pcr period
I wonder if would be useful to anybody provide overrides fo
Certain hardware demuxer have specific restrictions for PCR periodicity.
---
doc/muxers.texi | 3 +++
libavformat/mpegtsenc.c | 5 -
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 12d56ef..325bb9d 100644
--- a/doc/muxers.texi
+++ b
Makes it consistent with the rest of the formats and ease usage
of macros constants for the defaults.
---
libavformat/mpegtsenc.c | 70 -
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.
---
doc/muxers.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 2d1f53c..12d56ef 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -403,6 +403,8 @@ Set the service_id (default 0x0001) also known as program
in DVB.
Set the first PID for PMT (d
On Mon, Jun 09, 2014 at 02:12:01PM +0200, Alexandra Hájková wrote:
> ---
> libavformat/asf.h| 154 ++
> libavformat/asfenc.c | 155
> ---
> 2 files changed, 154 insertions(+), 155 deletions(-)
Wha
On Mon, Jun 09, 2014 at 02:29:53PM +0200, Anton Khirnov wrote:
> ---
> .gitignore |1 -
> Changelog|1 +
> Makefile |3 +-
> avserver.c | 4685
> --
> configure|
28 matches
Mail list logo