also remove unused variables
thanks
---
libavutil/opt.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 40c944d..08f6f15 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -191,22 +191,20 @@ static int set_str
On Tue, Jul 22, 2014 at 03:34:45AM +0200, Andreas Cadhalpun wrote:
> On 22.07.2014 02:12, Andreas Cadhalpun wrote:
> >On 21.07.2014 23:18, Carl Eugen Hoyos wrote:
> >>Andreas Cadhalpun googlemail.com> writes:
> >>
> >>>This patch has a strange side effect. With it gst-libav1.0
> >>>(version 1.3.2)
Andreas Cadhalpun googlemail.com> writes:
> Program received signal SIGSEGV, Segmentation fault.
> 0x7601202c in gst_ffmpegdemux_register (plugin=0x62c2c0)
> at gstavdemux.c:1942
> 1942 if (!strncmp (in_plugin->long_name, "raw ", 4)
Could you test (a version that does not crash)
On 22.07.2014 02:12, Andreas Cadhalpun wrote:
On 21.07.2014 23:18, Carl Eugen Hoyos wrote:
Andreas Cadhalpun googlemail.com> writes:
This patch has a strange side effect. With it gst-libav1.0
(version 1.3.2) gets compiled incorrectly so that when the
plugin is loaded by gstreamer it segfaults
On Mon, Jul 21, 2014 at 12:05:08PM -0700, Dale Curtis wrote:
> Allows demuxing of iTunes files into adts while preserving gapless
> metadata.
> ---
> libavformat/adtsenc.c | 5 +
> libavformat/mov.c | 4 ++--
> 2 files changed, 7 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Mi
On 21.07.2014 23:18, Carl Eugen Hoyos wrote:
Andreas Cadhalpun googlemail.com> writes:
This patch has a strange side effect. With it gst-libav1.0
(version 1.3.2) gets compiled incorrectly so that when the
plugin is loaded by gstreamer it segfaults:
ERROR: Caught a segmentation fault while load
On Wed, Jul 16, 2014 at 05:06:27PM +0200, Clément Bœsch wrote:
> Also add an example exporting the MB information as a CSV stream.
>
> ---
>
> A bunch of questions stand:
>
> - Ideally the "source" for a given macroblock should be a specific
> reference to a future or paste frame (something li
Andreas Cadhalpun googlemail.com> writes:
> This patch has a strange side effect. With it gst-libav1.0
> (version 1.3.2) gets compiled incorrectly so that when the
> plugin is loaded by gstreamer it segfaults:
> ERROR: Caught a segmentation fault while loading plugin file:
Please provide a bac
On Jul 21, 2014 1:18 PM, "Andreas Cadhalpun" <
andreas.cadhal...@googlemail.com> wrote:
> I think the soversion should have been increased, when the first function
needing 32 byte
> padding was added, together with increasing the
> FF_INPUT_BUFFER_PADDING_SIZE.
We should have, but we forgot and d
On 21.07.2014 21:23, Michael Niedermayer wrote:
On Mon, Jul 21, 2014 at 08:05:05PM +0200, Andreas Cadhalpun wrote:
On 21.07.2014 00:48, Michael Niedermayer wrote:
On Sun, Jul 20, 2014 at 10:43:30PM +0200, Andreas Cadhalpun wrote:
On 12.06.2014 08:42, Christophe Gisquet wrote:
Hi,
2014-06-11
On Mon, Jul 21, 2014 at 08:05:05PM +0200, Andreas Cadhalpun wrote:
> On 21.07.2014 00:48, Michael Niedermayer wrote:
> >On Sun, Jul 20, 2014 at 10:43:30PM +0200, Andreas Cadhalpun wrote:
> >>On 12.06.2014 08:42, Christophe Gisquet wrote:
> >>>Hi,
> >>>
> >>>2014-06-11 21:29 GMT+02:00 Michael Nieder
Allows demuxing of iTunes files into adts while preserving gapless
metadata.
---
libavformat/adtsenc.c | 5 +
libavformat/mov.c | 4 ++--
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavformat/adtsenc.c b/libavformat/adtsenc.c
index 58a7f2d..9ec1181 100644
--- a/libavfo
---
htdocs/js/download.js | 10 +-
src/download | 13 +++--
src/less/style.less | 12 ++--
3 files changed, 18 insertions(+), 17 deletions(-)
diff --git a/htdocs/js/download.js b/htdocs/js/download.js
index b4807b5..7ac9c91 100644
--- a/htdocs/js/download.
---
src/download |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/download b/src/download
index 5eb0b0c..7ddb4e4 100644
--- a/src/download
+++ b/src/download
@@ -137,7 +137,7 @@
- Git Snapshot
+ Sna
---
src/download |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/download b/src/download
index 7ddb4e4..fb30ed0 100644
--- a/src/download
+++ b/src/download
@@ -72,7 +72,7 @@
http://ffmpeg.gusari.org/static/";>32-bit and
6
On 30.06.2014 03:44, Michael Niedermayer wrote:
From: Carl Eugen Hoyos
Signed-off-by: Michael Niedermayer
---
Changelog|1 +
libavformat/Makefile |8 +++
libavformat/allformats.c | 11
libavformat/img2dec.c| 137 +
On 21.07.2014 00:48, Michael Niedermayer wrote:
On Sun, Jul 20, 2014 at 10:43:30PM +0200, Andreas Cadhalpun wrote:
On 12.06.2014 08:42, Christophe Gisquet wrote:
Hi,
2014-06-11 21:29 GMT+02:00 Michael Niedermayer :
-#define FF_INPUT_BUFFER_PADDING_SIZE 16
+#define FF_INPUT_BUFFER_PADDING_SIZE
HLS version 4 offers the possibility to keep the media file whole instead of
splitting it. In that case, segments are specified with byte ranges.
We introduce a new '-hls_flags' option for the hlsenc muxer, with a single
flag for the time being, 'single_file'.
---
doc/muxers.texi | 23 ++
Update the single file mode patch to correctly generate the last segment.
Nicolas Martyanoff (1):
avformat/hlsenc: add single file mode
doc/muxers.texi | 23 ++---
libavformat/hlsenc.c | 94 ++--
2 files changed, 96 insertions(+), 21
On Mon, Jul 21, 2014 at 02:31:41AM -0700, Muhammad Faiz wrote:
> fix these strange behavior:
> -af flanger=delay=10 [OK]
> -af flanger=delay=1e1 [OK]
> -af flanger=delay=1e+1 [Error]
> -af flanger=delay=0.1 [OK]
> -af flanger=delay=1e-1 [Error]
>
> thank's
>
> ---
> libavutil/opt.c | 2 +-
> 1
On Mon, Jul 21, 2014 at 2:25 PM, compn wrote:
> On Sun, 20 Jul 2014 09:20:30 -0800
> Lou Logan wrote:
>
>> On Sat, Jul 19, 2014, at 11:49 PM, Clément Bœsch wrote:
>> > libx264 is not always available and not that much common (it
>> > requires special permissions), and the avi to mp4 is IMO not th
On Sun, 20 Jul 2014 09:20:30 -0800
Lou Logan wrote:
> On Sat, Jul 19, 2014, at 11:49 PM, Clément Bœsch wrote:
> > libx264 is not always available and not that much common (it
> > requires special permissions), and the avi to mp4 is IMO not that
> > much common: it's not going to improve quality,
On Sat, 19 Jul 2014 18:16:42 -0800
Lou Logan wrote:
> On Tue, Jul 15, 2014, at 12:10 AM, Clément Bœsch wrote:
> > - should we restore the hall of shame page, or maybe simply add a
> >"Violations" linking to a specific query in our trac?
>
> I prefer a link to the trac violations. Or no link
fix these strange behavior:
-af flanger=delay=10 [OK]
-af flanger=delay=1e1 [OK]
-af flanger=delay=1e+1 [Error]
-af flanger=delay=0.1 [OK]
-af flanger=delay=1e-1 [Error]
thank's
---
libavutil/opt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/opt.c b/libavutil/op
Hi,
2014-07-20 18:58 GMT+02:00 Ronald S. Bultje :
> That's a fair explanation - and yes, 1% is totally worth it (imo).
For another sample with more IDRs on a 4yo linux system with 6 cores,
there is actually a decrease. The sequence or system also scales
poorly: 6 cores yields less than 3x speedup
25 matches
Mail list logo