Hi,
On Sun, Jul 10, 2011 at 5:28 PM, Jason Garrett-Glaser wrote:
> On Sun, Jul 10, 2011 at 4:59 PM, Ronald S. Bultje wrote:
>> On Sun, Jul 10, 2011 at 2:46 AM, Jason Garrett-Glaser wrote:
>>> ---
>>> libavcodec/h264_loopfilter.c | 243
>>> +-
>>> 1 fil
On Sun, Jul 10, 2011 at 9:23 PM, Ronald S. Bultje wrote:
> This prevents a crash when seeking.
OK.
> ---
> libavcodec/pthread.c | 8 +---
> libavcodec/utils.c | 2 +-
> 2 files changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/pthread.c b/libavcodec/pthread.c
> in
This prevents a crash when seeking.
---
libavcodec/pthread.c |8 +---
libavcodec/utils.c |2 +-
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/pthread.c b/libavcodec/pthread.c
index bb8a343..7c5f8fd 100644
--- a/libavcodec/pthread.c
+++ b/libavcodec/pthread
On Sun, Jul 10, 2011 at 5:28 PM, Ronald S. Bultje wrote:
> This fixes a crash when seeking in some webm files with many
> threads (e.g. 8).
OK, except there's a whitespace change.
> ---
> libavcodec/pthread.c | 7 +--
> 1 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/li
On 7/10/11 1:29 PM, Kostya wrote:
On Sun, Jul 10, 2011 at 01:10:47PM -0500, Luca Barbato wrote:
On 7/10/11 11:13 AM, Ronald S. Bultje wrote:
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Using
On Sun, Jul 10, 2011 at 4:59 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Jul 10, 2011 at 2:46 AM, Jason Garrett-Glaser wrote:
>> ---
>> libavcodec/h264_loopfilter.c | 243
>> +-
>> 1 files changed, 122 insertions(+), 121 deletions(-)
>
> Is this faster
This fixes a crash when seeking in some webm files with many
threads (e.g. 8).
---
libavcodec/pthread.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavcodec/pthread.c b/libavcodec/pthread.c
index 08ef4ba..bb8a343 100644
--- a/libavcodec/pthread.c
+++ b/libavcod
Hi,
On Sun, Jul 10, 2011 at 2:46 AM, Jason Garrett-Glaser wrote:
> ---
> libavcodec/h264_loopfilter.c | 243
> +-
> 1 files changed, 122 insertions(+), 121 deletions(-)
Is this faster?
Ronald
___
libav-devel
Hi,
actually, one nit-pick:
On Sun, Jul 10, 2011 at 2:46 AM, Jason Garrett-Glaser wrote:
> -#define FILTER(hv,dir,edge)\
> +#define FILTER(hv,dir,edge,i)\
> if(AV_RN64A(bS[dir][edge])) { \
> - filter_mb_edge##hv( &img_y[4*edge*(dir?linesize:1)
Hi,
On Sun, Jul 10, 2011 at 2:46 AM, Jason Garrett-Glaser wrote:
> ---
> libavcodec/h264_loopfilter.c | 233
> +-
> 1 files changed, 117 insertions(+), 116 deletions(-)
LGTM.
Ronald
___
libav-devel mailing li
Diego Biurrun writes:
> On Sun, Jul 10, 2011 at 11:44:53PM +0100, Måns Rullgård wrote:
>> Diego Biurrun writes:
>>
>> > None of the compiled binaries use any of libpostproc's symbols except
>> > for trivial ones that print version information. Thus the dependency
>> > yields no benefit and it
Hi,
On Sun, Jul 10, 2011 at 3:56 PM, Diego Biurrun wrote:
> ---
> libavcodec/mpegvideo_xvmc.c | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
OK.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.
Hi,
On Sun, Jul 10, 2011 at 4:13 PM, Jean-Baptiste Kempf wrote:
> ---
> libavcodec/dxva2.c | 2 +-
> libavcodec/dxva2_h264.c | 18 +-
> libavcodec/dxva2_mpeg2.c | 8
> libavcodec/dxva2_vc1.c | 8
> 4 files changed, 18 insertions(+), 18 deleti
---
libavcodec/dxva2.c |2 +-
libavcodec/dxva2_h264.c | 18 +-
libavcodec/dxva2_mpeg2.c |8
libavcodec/dxva2_vc1.c |8
4 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
index 25b021a..e5
On Sun, Jul 10, 2011 at 11:44:53PM +0100, Måns Rullgård wrote:
> Diego Biurrun writes:
>
> > None of the compiled binaries use any of libpostproc's symbols except
> > for trivial ones that print version information. Thus the dependency
> > yields no benefit and it is preferable to drop it.
> > -
On Sun, Jul 10, 2011 at 11:55:22PM +0100, Mans Rullgard wrote:
> Signed-off-by: Mans Rullgard
> ---
> libavcodec/mpegvideo_xvmc.c | 14 +++---
> libavcodec/vaapi_h264.c | 10 +-
> libavcodec/vaapi_internal.h |2 +-
> libavcodec/vaapi_mpeg4.c|2 +-
> libavcodec/
---
libavcodec/mpegvideo_xvmc.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/mpegvideo_xvmc.c b/libavcodec/mpegvideo_xvmc.c
index 29d8bbb..159fe21 100644
--- a/libavcodec/mpegvideo_xvmc.c
+++ b/libavcodec/mpegvideo_xvmc.c
@@ -41,7 +41,7 @@
*/
Signed-off-by: Mans Rullgard
---
libavcodec/mpegvideo_xvmc.c | 14 +++---
libavcodec/vaapi_h264.c | 10 +-
libavcodec/vaapi_internal.h |2 +-
libavcodec/vaapi_mpeg4.c|2 +-
libavcodec/vdpau.c | 40
5 files cha
Diego Biurrun writes:
> None of the compiled binaries use any of libpostproc's symbols except
> for trivial ones that print version information. Thus the dependency
> yields no benefit and it is preferable to drop it.
> ---
> Makefile |6 --
> cmdutils.c |2 --
> 2 files changed,
None of the compiled binaries use any of libpostproc's symbols except
for trivial ones that print version information. Thus the dependency
yields no benefit and it is preferable to drop it.
---
Makefile |6 --
cmdutils.c |2 --
2 files changed, 4 insertions(+), 4 deletions(-)
diff
Diego Biurrun writes:
> ---
> Makefile |3 ++-
> libavfilter/Makefile |3 ++-
> libavformat/Makefile |1 +
> subdir.mak |4 ++--
> tests/Makefile |3 ---
> 5 files changed, 7 insertions(+), 7 deletions(-)
An alternative to this would be moving see
Diego Biurrun writes:
> The file is part of the FATE suite, so it belongs there.
It could conceivably be useful outside of fate too. I suppose that was
the idea behind putting it in tools/ in the first place.
--
Måns Rullgård
m...@mansr.com
___
liba
The file is part of the FATE suite, so it belongs there.
---
.gitignore |2 +-
tests/Makefile |2 +-
tests/lavfi-regression.sh |2 +-
tests/lavfi-showfiltfmts.c | 99
tools/lavfi-showfiltfmts.c | 99 -
---
Makefile |3 ++-
libavfilter/Makefile |3 ++-
libavformat/Makefile |1 +
subdir.mak |4 ++--
tests/Makefile |3 ---
5 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/Makefile b/Makefile
index 2518d61..7ae6763 100644
--- a/Makefile
++
Hi,
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>
>> Hi,
>>
>> 2011/7/10 Måns Rullgård :
>>> "Ronald S. Bultje" writes:
>>>
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than in
"Ronald S. Bultje" writes:
> Hi,
>
> 2011/7/10 Måns Rullgård :
>> "Ronald S. Bultje" writes:
>>
>>> From: Anton Mitrofanov
>>>
>>> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
>>> aligned and thus at a different offset than intended. Forcing 8-byte
>>> alignment forces
Hi,
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>
>> From: Anton Mitrofanov
>>
>> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
>> aligned and thus at a different offset than intended. Forcing 8-byte
>> alignment forces equal offset of dither16/32 on x86-32 an
"Ronald S. Bultje" writes:
> From: Anton Mitrofanov
>
> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
> aligned and thus at a different offset than intended. Forcing 8-byte
> alignment forces equal offset of dither16/32 on x86-32 and x86-64.
>
> Signed-off-by: Ronald S.
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Forcing 8-byte
alignment forces equal offset of dither16/32 on x86-32 and x86-64.
Signed-off-by: Ronald S. Bultje
---
libswscale/swscale_internal.
Anton Khirnov writes:
> ---
> libavformat/matroskadec.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index e1e555d..70bb765 100644
> --- a/libavformat/matroskadec.c
> +++ b/libavformat/matroskadec.c
> @@ -1
On date Saturday 2011-07-09 21:26:25 +0200, Stefano Sabatini encoded:
[...]
> |Communication is a key aspect in space programs, being able to
> |communicate effectively and reliably, even in extreme conditions, is
> |a fundamental prerequisite.
> |
> |FFmpeg/Libav is highly focused on providing the
On Sun, Jul 10, 2011 at 08:26:41PM +0100, Mans Rullgard wrote:
> Declaring tools associated with each library in their respective
> makefiles allows these tools to easily depend on the correct
> prerequisites and link against the libs they need.
Good work, thank you. Patch OK.
> --- a/tests/Make
---
libavformat/matroskadec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index e1e555d..70bb765 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -1200,7 +1200,7 @@ static void matroska_par
Declaring tools associated with each library in their respective
makefiles allows these tools to easily depend on the correct
prerequisites and link against the libs they need.
Signed-off-by: Mans Rullgard
---
Makefile | 21 -
common.mak |6 ++
Diego Biurrun writes:
> This reduces startup latency for make invocations, which is especially
> noticeable on that are slow or have slow I/O, like Windows.
^
On what?
> ---
> common.mak |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/common.mak
This reduces startup latency for make invocations, which is especially
noticeable on that are slow or have slow I/O, like Windows.
---
common.mak |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/common.mak b/common.mak
index bd21046..1a7c00a 100644
--- a/common.mak
+++
We can al
On Jul 10, 2011 9:28 AM, "Måns Rullgård" wrote:
>
> "Ronald S. Bultje" writes:
>
> > Hi,
> >
> > 2011/7/10 Måns Rullgård :
> >> "Ronald S. Bultje" writes:
> >>> 2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
> > 2011/7/10 Måns Rullgård :
> >> "Ronald S. Bultje" w
On Sun, Jul 10, 2011 at 07:29:43PM +0100, Måns Rullgård wrote:
> Diego Biurrun writes:
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -127,9 +127,7 @@ alltools: $(TOOLS)
> >
> > -$(TOOLOBJS): %.o: %.c | tools
> > - $(CC) $(CPPFLAGS) $(CFLAGS) -c $(CC_O) $<
> > -
> > +$(TOOLOBJS): | tools
> > OBJD
Diego Biurrun writes:
> ---
> Makefile |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index a35d58e..6a6e9fb 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -127,9 +127,7 @@ alltools: $(TOOLS)
> tools/%$(EXESUF): tools/%.o
> $(LD) $(FF
On Sun, Jul 10, 2011 at 01:10:47PM -0500, Luca Barbato wrote:
> On 7/10/11 11:13 AM, Ronald S. Bultje wrote:
> >From: Anton Mitrofanov
> >
> >ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
> >aligned and thus at a different offset than intended. Using a fixed 8-byte
> >eleme
Diego Biurrun writes:
> On Sun, Jul 10, 2011 at 05:18:38PM +0100, Måns Rullgård wrote:
>> Diego Biurrun writes:
>>
>> > On Sun, Jul 10, 2011 at 02:42:16AM +0100, Måns Rullgård wrote:
>> >> Diego Biurrun writes:
>> >>
>> >> > On Fri, Jul 08, 2011 at 06:15:29PM +0100, Måns Rullgård wrote:
>> >>
On Sun, Jul 10, 2011 at 05:18:38PM +0100, Måns Rullgård wrote:
> Diego Biurrun writes:
>
> > On Sun, Jul 10, 2011 at 02:42:16AM +0100, Måns Rullgård wrote:
> >> Diego Biurrun writes:
> >>
> >> > On Fri, Jul 08, 2011 at 06:15:29PM +0100, Måns Rullgård wrote:
> >> >> Diego Biurrun writes:
> >> >
On 7/10/11 11:13 AM, Ronald S. Bultje wrote:
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Using a fixed 8-byte
element for uv_off_px/byte fixes that.
Would be possible remove the dithering fo
Fredrik Mellbin writes:
> I was talking to BBB about adding colorspace flags to
> AVPixFmtDescriptor and how to do it. While doing this we tried to
> figure out the exact meaning of the PIX_FMT_PAL flag that already
> exists, however we failed to come up with an explanation.
>
> Currently it just
"Aaron Colwell " writes:
> Module: libav
> Branch: master
> Commit: 31ad14c21e0735387ba8082c6e3436241f7ccfc8
>
> Author:Aaron Colwell
> Committer: Anton Khirnov
> Date: Sat Jul 9 07:48:43 2011 +0200
>
> matroskadec: defer parsing of cues element until we seek.
>
> This decreases start
I was talking to BBB about adding colorspace flags to
AVPixFmtDescriptor and how to do it. While doing this we tried to
figure out the exact meaning of the PIX_FMT_PAL flag that already
exists, however we failed to come up with an explanation.
Currently it just seems to be a property applied to al
---
cmdutils.c | 108 +---
cmdutils.h |3 --
2 files changed, 1 insertions(+), 110 deletions(-)
diff --git a/cmdutils.c b/cmdutils.c
index 18cc02b..330d33e 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -49,9 +49,6 @@
#include
#endif
---
cmdutils.c | 17 +
cmdutils.h |5 +
ffplay.c | 38 ++
3 files changed, 40 insertions(+), 20 deletions(-)
diff --git a/cmdutils.c b/cmdutils.c
index 74bcfaf..18cc02b 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -904,6 +904,23 @@
---
ffmpeg.c | 46 +-
1 files changed, 21 insertions(+), 25 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 38bac0b..1f20b07 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -290,6 +290,7 @@ typedef struct OutputStream {
#endif
int sws_flags;
+ AV
Split them when codec id is known.
---
cmdutils.c | 49 -
cmdutils.h |7 ++-
2 files changed, 34 insertions(+), 22 deletions(-)
diff --git a/cmdutils.c b/cmdutils.c
index bd64909..74bcfaf 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -55,7 +
"Ronald S. Bultje" writes:
> Hi,
>
> 2011/7/10 Måns Rullgård :
>> "Ronald S. Bultje" writes:
>>> 2011/7/10 Måns Rullgård :
"Ronald S. Bultje" writes:
> 2011/7/10 Måns Rullgård :
>> "Ronald S. Bultje" writes:
>>
>>> From: Anton Mitrofanov
>>>
>>> ptrdiff_t can be 4
Hi,
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>> 2011/7/10 Måns Rullgård :
>>> "Ronald S. Bultje" writes:
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>
>> From: Anton Mitrofanov
>>
>> ptrdiff_t can be 4 bytes, which leads to the next element bei
"Ronald S. Bultje" writes:
> Hi,
>
> 2011/7/10 Måns Rullgård :
>> "Ronald S. Bultje" writes:
>>> 2011/7/10 Måns Rullgård :
"Ronald S. Bultje" writes:
> From: Anton Mitrofanov
>
> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
> aligned and thus
Hi,
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>> 2011/7/10 Måns Rullgård :
>>> "Ronald S. Bultje" writes:
>>>
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Usin
"Ronald S. Bultje" writes:
> Hi,
>
> 2011/7/10 Måns Rullgård :
>> "Ronald S. Bultje" writes:
>>
>>> From: Anton Mitrofanov
>>>
>>> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
>>> aligned and thus at a different offset than intended. Using a fixed 8-byte
>>> element fo
Hi,
2011/7/10 Måns Rullgård :
> "Ronald S. Bultje" writes:
>
>> From: Anton Mitrofanov
>>
>> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
>> aligned and thus at a different offset than intended. Using a fixed 8-byte
>> element for uv_off_px/byte fixes that.
>>
>> Signed
"Ronald S. Bultje" writes:
> From: Anton Mitrofanov
>
> ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
> aligned and thus at a different offset than intended. Using a fixed 8-byte
> element for uv_off_px/byte fixes that.
>
> Signed-off-by: Ronald S. Bultje
> ---
> libsw
Diego Biurrun writes:
> On Sun, Jul 10, 2011 at 02:42:16AM +0100, Måns Rullgård wrote:
>> Diego Biurrun writes:
>>
>> > On Fri, Jul 08, 2011 at 06:15:29PM +0100, Måns Rullgård wrote:
>> >> Diego Biurrun writes:
>> >> >
>> >> > --- a/Makefile
>> >> > +++ b/Makefile
>> >> > @@ -124,11 +124,10 @@
From: Anton Mitrofanov
ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Using a fixed 8-byte
element for uv_off_px/byte fixes that.
Signed-off-by: Ronald S. Bultje
---
libswscale/swscale_internal.h |4 ++--
1 files
On Sun, Jul 10, 2011 at 02:42:16AM +0100, Måns Rullgård wrote:
> Diego Biurrun writes:
>
> > On Fri, Jul 08, 2011 at 06:15:29PM +0100, Måns Rullgård wrote:
> >> Diego Biurrun writes:
> >> >
> >> > --- a/Makefile
> >> > +++ b/Makefile
> >> > @@ -124,11 +124,10 @@ TOOLS:= $(TOOLS:%=tools/%$(EX
On Sun, Jul 10, 2011 at 04:18:02PM +0100, Mans Rullgard wrote:
> The output from -v with gcc 4.6 has changed such that the search
> pattern matches too soon without making it more strict.
OK
Diego
___
libav-devel mailing list
libav-devel@libav.org
https
On 7/9/2011 6:27 PM, Ronald S. Bultje wrote:
Fate-suite admins, should I add md5sum files for each? I didn't see
them in h264/, but did see it in h264-conformance/ and film/.
The md5sums are an artifact of Attila's mphq-- there was some script
that automatically generated them all over the sam
The output from -v with gcc 4.6 has changed such that the search
pattern matches too soon without making it more strict.
Signed-off-by: Mans Rullgard
---
configure |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index f5b4a5c..02bcd09 100755
--- a/
"Ronald S. Bultje" writes:
> Hi,
>
> On Wed, Jun 29, 2011 at 1:15 AM, Mans Rullgard wrote:
>> Module: libav
>> Branch: master
>> Commit: 5e27ec28f0aa263fc6af60ea88677e2c40631920
>>
>> Author: Mans Rullgard
>> Committer: Mans Rullgard
>> Date: Tue Jun 28 18:45:13 2011 +0100
>>
>> build:
Hi,
On Wed, Jun 29, 2011 at 1:15 AM, Mans Rullgard wrote:
> Module: libav
> Branch: master
> Commit: 5e27ec28f0aa263fc6af60ea88677e2c40631920
>
> Author: Mans Rullgard
> Committer: Mans Rullgard
> Date: Tue Jun 28 18:45:13 2011 +0100
>
> build: create output directories as needed
>
> Si
golgol writes:
> Hi.
>
> This patch fixes the problem that ’make’ may almost get stuck for long time
> before actual compiling starts.
>
> From 4fe4c8f8ce2b915fbc2529d4ee3a279ee4c25f89 Mon Sep 17 00:00:00 2001
> From: golgol
> Date: Sun, 10 Jul 2011 16:23:01 +0900
> Subject: [PATCH] build: u
Hi.
This patch fixes the problem that ’make’ may almost get stuck for long time
before actual compiling starts.
0001-build-unify-sort-directory-lists-which-OBJS-HOSTOBJS.patch
Description: Binary data
___
libav-devel mailing list
libav-devel@libav.org
---
libavcodec/h264_loopfilter.c | 243 +-
1 files changed, 122 insertions(+), 121 deletions(-)
diff --git a/libavcodec/h264_loopfilter.c b/libavcodec/h264_loopfilter.c
index 350c619..15731b9 100644
--- a/libavcodec/h264_loopfilter.c
+++ b/libavcodec/h264_
---
libavcodec/h264_loopfilter.c | 233 +-
1 files changed, 117 insertions(+), 116 deletions(-)
diff --git a/libavcodec/h264_loopfilter.c b/libavcodec/h264_loopfilter.c
index 6eba8dc..350c619 100644
--- a/libavcodec/h264_loopfilter.c
+++ b/libavcodec/h264_
69 matches
Mail list logo
