On Sun, Jul 27, 2014 at 5:49 PM, Michael Niedermayer wrote:
> release branches are detected by checking if "git" is not in RELEASE
> This changes "N-64706-g2f71aeb" to "n2.3-8-g2f71aeb"
> for git master theres no change
>
> This should improve the readability of lists of versions which come from
>
This works around ABI issues with applications which depend on libavutil
internal values like sizeof(AVFrame)
One such application is VLC 2.1.4 as well as 2.1.5
Found-by: Andreas Cadhalpun
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c |8
libavutil/frame.c |8 +++
On Sun, Jul 27, 2014 at 10:18:16PM +0200, Andreas Cadhalpun wrote:
> Hi,
>
> the commit message of 6e8e9f1e517ee52fe439f3e8ca762f09d235f21e reads:
> "Merge commit '8c02adc62d71dfbb079a04753d8c16152c49de88'
>
> * commit '8c02adc62d71dfbb079a04753d8c16152c49de88':
> lavu: add all color-related en
it overrides what version.sh prints and thus makes its output
from release branches rather useless
Signed-off-by: Michael Niedermayer
---
VERSION |1 -
1 file changed, 1 deletion(-)
delete mode 100644 VERSION
diff --git a/VERSION b/VERSION
deleted file mode 100644
index bb576db..000
--
release branches are detected by checking if "git" is not in RELEASE
This changes "N-64706-g2f71aeb" to "n2.3-8-g2f71aeb"
for git master theres no change
This should improve the readability of lists of versions which come from
more than 1 release branch or master + release. fate.ffmpeg.org is
one
Hi all,
some of you may have noticed a weird ffmpeg package in the NEW queue[1].
Let me explain:
In 2011 Libav[2] was forked from FFmpeg[3]. It was a time of great
uncertainty, the fork happened with much drama that didn't help making a
technical cut, and at that peculiar time Debian switched to
Le decadi 10 thermidor, an CCXXII, wm4 a écrit :
> I have the impression that there are big hacks going on to compensate
> for that, such as trying to read 2GB without doing anything just to
> find all subtitle streams.
The IFO files of a DVD structure are already a big hack, because MPEG-PS is
a
On Sun, 27 Jul 2014 23:56:21 +0200
Nicolas George wrote:
> Le nonidi 9 thermidor, an CCXXII, wm4 a écrit :
> > DVD images have metadata that tell you the number of subtitles in
> > advance.
>
> Surely you are aware that ffmpeg is not capable to read it?
I have the impression that there are big
Le nonidi 9 thermidor, an CCXXII, wm4 a écrit :
> DVD images have metadata that tell you the number of subtitles in
> advance.
Surely you are aware that ffmpeg is not capable to read it?
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
On Sun, 27 Jul 2014 22:52:26 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Some DVD dumps contain subtitles that start after more than 2G,
> attached patch should allow to specify sufficiently large
> values for -probesize.
>
> Please review, Carl Eugen
DVD images have metadata that tell you the n
On Sun, 27 Jul 2014 14:33:54 -0700, Timothy Gu wrote:
> OK.
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sun, Jul 27, 2014 at 1:48 PM, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
> doc/decoders.texi | 3 +++
> 1 file changed, 3 insertions(+)
OK.
[...]
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
Hi!
Some DVD dumps contain subtitles that start after more than 2G,
attached patch should allow to specify sufficiently large
values for -probesize.
Please review, Carl Eugen
diff --git a/doc/APIchanges b/doc/APIchanges
index c4e7790..e114df4 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@
Signed-off-by: Lou Logan
---
doc/decoders.texi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/decoders.texi b/doc/decoders.texi
index 9309b82..6910dc1 100644
--- a/doc/decoders.texi
+++ b/doc/decoders.texi
@@ -163,6 +163,9 @@ Requires the presence of the libopus headers and library
d
Hi,
the commit message of 6e8e9f1e517ee52fe439f3e8ca762f09d235f21e reads:
"Merge commit '8c02adc62d71dfbb079a04753d8c16152c49de88'
* commit '8c02adc62d71dfbb079a04753d8c16152c49de88':
lavu: add all color-related enums to AVFrame
Conflicts:
libavcodec/avcodec.h
libavutil/frame.
Hi Christophe
>> hevc.c |9 +
>> 1 file changed, 5 insertions(+), 4 deletions(-)
>> 2445ba15d38b2472f8f1b24aa75e63c089971480
>> 0012-hevc_mc-reduce-stride-for-bidir-temp-buffers.patch
>> From 126adf820bc54c2d00f794629595ad6310fbfc37 Mon Sep 17 00:00:00 2001
>> From: Christophe Gisquet
On Thu, Jul 24, 2014 at 08:01:24PM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> doc/filters.texi | 22 ++
> libavfilter/setpts.c | 64
> ++-
> libavfilter/version.h | 2 +-
> 3 files changed, 86 insert
On Sun, Jul 27, 2014 at 10:24:43AM +0200, Christophe Gisquet wrote:
> The stride is sometimes way bigger than actually needed. ptrdiff_t is
> the actual type used. Aligning to 8 is needed as the lines must have
> aligned addresses for SIMD.
>
> --
> Christophe
> hevc.c |9 +
> 1 fil
On Sun, Jul 27, 2014 at 10:22:26AM +0200, Christophe Gisquet wrote:
> 2014-07-27 10:20 GMT+02:00 Christophe Gisquet :
> > This is already used for qpel/luma filters.
>
> And with patch.
> hevc_mc.asm | 22 +++---
> 1 file changed, 15 insertions(+), 7 deletions(-)
> 91c1f7b09674
On Wed, Jul 23, 2014 at 07:13:42PM +, Christophe Gisquet wrote:
> The idea is that the current granularity is too small for bigger
> coding structures, than can be 64x64 for both hevc and vp9. Instead,
> the simplest way to describe the new type of progress is that of
> a step function.
>
> I
On Sun, Jul 27, 2014 at 10:21:55AM +0200, Christophe Gisquet wrote:
> Hi,
>
> I missed that occurrence in the previous patch.
>
> --
> Christophe
> hevc_mc.asm |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 38b1567fedb7e062334194ff364f14c5e7c99494
> 0011-x86-hevc_mc-replace-one
On Sat, Jul 26, 2014 at 06:59:49PM +0200, Paul B Mahol wrote:
> On Sat, Jul 26, 2014 at 3:34 PM, Michael Niedermayer
> wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/deshake.h |5 ++---
> > libavfilter/f_select.c | 20
> > libavfilt
On Sun, Jul 27, 2014 at 03:41:55PM +0200, Michael Niedermayer wrote:
> This provides a public sustainable API/ABI for DCT functions.
> Only externally used dct functions are included.
> The structure is extensible without ABI issues compared to the
> existing dct contexts.
>
> See Mailing list and
This provides a public sustainable API/ABI for DCT functions.
Only externally used dct functions are included.
The structure is extensible without ABI issues compared to the
existing dct contexts.
See Mailing list and IRC log of 2014-07-26/27
Signed-off-by: Michael Niedermayer
---
libavcodec/Ma
One may interleave even more vertical and horizontal passes, but this
is less straightforward (more code changes than just moves).
--
Christophe
From b48828b956d3a183d358ef9ad8a12f354c87da7d Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Sat, 26 Jul 2014 21:40:53 +0200
Subject: [PATCH 1
The stride is sometimes way bigger than actually needed. ptrdiff_t is
the actual type used. Aligning to 8 is needed as the lines must have
aligned addresses for SIMD.
--
Christophe
From 126adf820bc54c2d00f794629595ad6310fbfc37 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Sat, 26 Jul 2
2014-07-27 10:20 GMT+02:00 Christophe Gisquet :
> This is already used for qpel/luma filters.
And with patch.
From 4c9ef00c805b5ea81d96955bdfbc57ab7b383934 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Fri, 25 Jul 2014 15:08:49 +0200
Subject: [PATCH 10/13] x86: hevc_mc: load less data i
Hi,
I missed that occurrence in the previous patch.
--
Christophe
From 673b18b88e80650bfc7f898f2ac000147d2d71eb Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date: Fri, 25 Jul 2014 19:07:27 +0200
Subject: [PATCH 11/13] x86: hevc_mc: replace one lea by add
Should have been in 036f11bdb565.
This is already used for qpel/luma filters.
--
Christophe
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
29 matches
Mail list logo
