On Wednesday 28 October 2015 20:59:01 Luca Barbato wrote:
> On 28/10/15 20:21, Rémi Denis-Courmont wrote:
> > The VDPAU API never explicitly supported H.263 in the first place.
> > ---
> >
> > configure| 2 --
> > libavcodec/Makefile | 1 -
> > libavcodec/allcodecs.c | 1
Some systems may be lacking getservbyport; the previous ifdef wasn't
quite enough since it still assumed that struct servent was defined.
Simply remove the possibility to return non-numeric services in
getnameinfo; no caller of getnameinfo within libavformat
currently try to use getnameinfo for re
On Wed, 28 Oct 2015 20:59:01 +0100
Luca Barbato wrote:
> On 28/10/15 20:21, Rémi Denis-Courmont wrote:
> > The VDPAU API never explicitly supported H.263 in the first place.
> > ---
> > configure| 2 --
> > libavcodec/Makefile | 1 -
> > libavcodec/allcodecs.c | 1 -
> >
On 28/10/15 20:43, Martin Storsjö wrote:
> This silences warnings like this one:
> libavformat/file.c(62) : warning C4996: 'read': The POSIX name for this
> item is deprecated. Instead, use the ISO C++ conformant name: _read.
> See online help for details.
> ---
> configure | 2 +-
> 1 file change
On 28/10/15 20:21, Rémi Denis-Courmont wrote:
> The VDPAU API never explicitly supported H.263 in the first place.
> ---
> configure| 2 --
> libavcodec/Makefile | 1 -
> libavcodec/allcodecs.c | 1 -
> libavcodec/vdpau_mpeg4.c | 24
> 4 files cha
This silences warnings like this one:
libavformat/file.c(62) : warning C4996: 'read': The POSIX name for this
item is deprecated. Instead, use the ISO C++ conformant name: _read.
See online help for details.
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configur
The VDPAU API never explicitly supported H.263 in the first place.
---
configure| 2 --
libavcodec/Makefile | 1 -
libavcodec/allcodecs.c | 1 -
libavcodec/vdpau_mpeg4.c | 24
4 files changed, 28 deletions(-)
diff --git a/configure b/configure
in
From: Michael Niedermayer
The frame_rate update was missing leaving the output frame rate
wrong.
Signed-off-by: Michael Niedermayer
(cherry picked from ffmpeg commit a46a23d30fea9c8a5570e07ec4d9c9b4eaa6eb4f)
---
libavfilter/vf_framepack.c | 13 -
1 file changed, 12 insertions(+), 1
On 28/10/15 18:46, Vittorio Giovara wrote:
> On Wed, Oct 28, 2015 at 5:48 PM, John Stebbins
> wrote:
>> From: Michael Niedermayer
>>
>> Signed-off-by: Michael Niedermayer
>> (cherry picked from ffmpeg commit 31619584556466e4beab98e9b04ed4c5ba0db178)
>> ---
>> libavfilter/vf_yadif.c | 4
>>
On Wed, 28 Oct 2015, Vittorio Giovara wrote:
On Wed, Oct 28, 2015 at 4:05 PM, Luca Barbato wrote:
Signed-off-by: Vittorio Giovara
---
libavcodec/avcodec.h | 6 ++
libavcodec/mpegvideo_enc.c | 8
libavcodec/version.h | 3 +++
3 files changed, 17 insertions(+)
amend
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
(cherry picked from ffmpeg commit 227b4458fb434875b127a0c2306fa3b899a770bf)
---
libavfilter/vf_interlace.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavfilter/vf_interlace.c b/libavfilter/vf_interlace.c
index 8ef58e4..93
From: Stefano Sabatini
Useful for dealing with constant frame-rate video.
(cherry picked from ffmpeg commit 722762f7e1212b4d02142778fabfdd73375722e0)
---
doc/filters.texi | 3 +++
libavfilter/setpts.c | 6 ++
2 files changed, 9 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
(cherry picked from ffmpeg commit 353cf95f948ef7c6139c8ead79e9eeb9eb8d2e6e)
---
libavfilter/vf_frei0r.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_frei0r.c b/libavfilter/vf_frei0r.c
index 0122b8d..04f74bc 10064
---
libavfilter/vsrc_color.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vsrc_color.c b/libavfilter/vsrc_color.c
index 3b506ec..b58c11a 100644
--- a/libavfilter/vsrc_color.c
+++ b/libavfilter/vsrc_color.c
@@ -44,7 +44,7 @@ typedef struct ColorContext
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
(cherry picked from ffmpeg commit fdb93996811bacfa7b82995cdc0f93c46f3dc6cc)
---
libavfilter/vf_showinfo.c | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_showinfo.c b/lib
On Wed, Oct 28, 2015 at 5:48 PM, John Stebbins wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> (cherry picked from ffmpeg commit 31619584556466e4beab98e9b04ed4c5ba0db178)
> ---
> libavfilter/vf_yadif.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/liba
On 28/10/15 16:19, Hendrik Leppkes wrote:
> On Wed, Oct 28, 2015 at 3:50 PM, Luca Barbato wrote:
>> On 28/10/15 15:16, Hendrik Leppkes wrote:
>>> On Wed, Oct 28, 2015 at 2:35 PM, Luca Barbato wrote:
On 27/10/15 01:30, Luca Barbato wrote:
> On 27/10/15 00:09, Kieran Kunhya wrote:
>> O
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
(cherry picked from ffmpeg commit 31619584556466e4beab98e9b04ed4c5ba0db178)
---
libavfilter/vf_yadif.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index 574eac4..f9d65e7 1006
From: Stefano Sabatini
(cherry picked from ffmpeg commit 7cd5fa35fecc2717223459d04822faed6bbd40fa)
---
libavfilter/vsrc_testsrc.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vsrc_testsrc.c b/libavfilter/vsrc_testsrc.c
index e41625e..cb13d7e 100
From: Nicolas George
(cherry picked from ffmpeg commit 0d249316043fb69a3972029bff3a2969689ba8b6)
---
libavfilter/vf_fps.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_fps.c b/libavfilter/vf_fps.c
index ea22d37..e20f5a0 100644
--- a/libavfilter/vf_fps.c
+++ b/libavfilter/vf_
From: Nicolas George
(cherry picked from ffmpeg commit 7b42036b3b23c85f473bf9369e37fa8da22eaf93)
---
libavfilter/avfilter.c | 2 ++
libavfilter/avfilter.h | 12
2 files changed, 14 insertions(+)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 64b2645..cd98d16 10
From: Nicolas George
(cherry picked from ffmpeg commit 9ca440679dc535b31edd569393d8d3dda59db90e)
---
libavfilter/buffersrc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index a9b893c..f5b852f 100644
--- a/libavfilter/buffersrc.c
+++ b/
On Wed, 2015-10-28 at 17:03 +0100, Nicolas George wrote:
> Le septidi 7 brumaire, an CCXXIV, John Stebbins a écrit :
> > Sorry, I'm being dense. I see what you mean. The comment currently
> > implies that if you explicitly set frame_rate to 1/0, nobody in the
> > filter chain will modify it. The
Le septidi 7 brumaire, an CCXXIV, Vittorio Giovara a écrit :
> yes, it doesn't make sense to commit code and then apply patch on top
> it for typos and whatnot -- let's modify the patch directly and avoid
> commit history noise
I hope you realize that by doing so, you are making it harder to for t
> I can only repeat the point I made before - ASM is not about safety,
> its about speed.
> If you can re-write it to not be a single cycle slower and not have
> this particular behavior, great.
>
> In the meantime, can we apply this patch and get the crash done with?
>
> FWIW, all other callers of
Le septidi 7 brumaire, an CCXXIV, John Stebbins a écrit :
> Sorry, I'm being dense. I see what you mean. The comment currently
> implies that if you explicitly set frame_rate to 1/0, nobody in the
> filter chain will modify it. The code obviously does not do this and I
> see no attempt in the ff
On Wed, 2015-10-28 at 08:14 -0700, John Stebbins wrote:
> On Wed, 2015-10-28 at 11:31 +0100, Luca Barbato wrote:
> > On 28/10/15 05:24, John Stebbins wrote:
> > > On 10/27/2015 07:51 PM, Vittorio Giovara wrote:
> > > > On Tue, Oct 27, 2015 at 9:17 PM, John Stebbins
> > > > wrote:
> > > > > From: N
On Wed, Oct 28, 2015 at 4:05 PM, Luca Barbato wrote:
>>
>> Signed-off-by: Vittorio Giovara
>> ---
>> libavcodec/avcodec.h | 6 ++
>> libavcodec/mpegvideo_enc.c | 8
>> libavcodec/version.h | 3 +++
>> 3 files changed, 17 insertions(+)
amended:
This function returns the
On 28/10/15 16:14, John Stebbins wrote:
> The code as it stands forwards whatever value frame_rate has through the
> filter chain.
> frame_rate is initialized to 0/0 when the AVFilterLink is av_mallocz'd
> and it can be initialized by buffersrc which sets a default value of
> 0/0.
>
> So if you do
On Wed, Oct 28, 2015 at 3:50 PM, Luca Barbato wrote:
> On 28/10/15 15:16, Hendrik Leppkes wrote:
>> On Wed, Oct 28, 2015 at 2:35 PM, Luca Barbato wrote:
>>> On 27/10/15 01:30, Luca Barbato wrote:
On 27/10/15 00:09, Kieran Kunhya wrote:
> On 26 October 2015 at 22:48, Hendrik Leppkes wrot
On Wed, 2015-10-28 at 11:31 +0100, Luca Barbato wrote:
> On 28/10/15 05:24, John Stebbins wrote:
> > On 10/27/2015 07:51 PM, Vittorio Giovara wrote:
> > > On Tue, Oct 27, 2015 at 9:17 PM, John Stebbins
> > > wrote:
> > > > From: Nicolas George
> > > >
> > > > (cherry picked from commit
> > > > 7
On 28/10/15 15:54, Vittorio Giovara wrote:
> This function returns the encoded data of a frame, one slice at a time
> directly when that slice is encoded, instead of waiting for the full
> frame to be done.
The name is misleading, but it isn't rtp-specific in any way.
> The usefulness of this fie
This function returns the encoded data of a frame, one slice at a time
directly when that slice is encoded, instead of waiting for the full
frame to be done.
The usefulness of this field is debatable, and it looks like it is
mainly a convoluted way to get data at lowest possible latency, and
only
On 28/10/15 15:38, Diego Biurrun wrote:
> From: Justin Ruggles
>
> Adds a wrapper function for downmixing which detects channel count changes
> and updates the selected downmix function accordingly.
>
> Simplification and porting to current x86inc infrastructure by Diego Biurrun.
> ---
> libavc
On 28/10/15 15:38, Diego Biurrun wrote:
> From: Justin Ruggles
>
> This is about 200% faster for in-decoder downmixing of 5.0 and 5.1 content.
> ---
> libavcodec/ac3dsp.c | 39 ++-
> 1 file changed, 38 insertions(+), 1 deletion(-)
>
Sure, why not?
__
On 28/10/15 15:16, Hendrik Leppkes wrote:
> On Wed, Oct 28, 2015 at 2:35 PM, Luca Barbato wrote:
>> On 27/10/15 01:30, Luca Barbato wrote:
>>> On 27/10/15 00:09, Kieran Kunhya wrote:
On 26 October 2015 at 22:48, Hendrik Leppkes wrote:
> On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wr
Hi everyone!
I've revived a *really* old patch that gets rid of some GCC inline
assembly ugliness. It took some massaging to make it actually
assemble and use all current x86inc infrastructure, but here it is.
greetz, Diego
___
libav-devel mailing list
It is implemented just for the mpegvideo encoder, it has fringe uses
and stops being functional once the encoder is multithreaded.
---
libavcodec/avcodec.h | 10 --
libavcodec/mpegvideo_enc.c | 13 -
2 files changed, 4 insertions(+), 19 deletions(-)
diff --git a/libavcod
On Wed, Oct 28, 2015 at 03:16:34PM +0100, Hendrik Leppkes wrote:
> On Wed, Oct 28, 2015 at 2:35 PM, Luca Barbato wrote:
> > On 27/10/15 01:30, Luca Barbato wrote:
> >> On 27/10/15 00:09, Kieran Kunhya wrote:
> >>> On 26 October 2015 at 22:48, Hendrik Leppkes wrote:
> On Mon, Oct 26, 2015 at
From: Justin Ruggles
This is about 200% faster for in-decoder downmixing of 5.0 and 5.1 content.
---
libavcodec/ac3dsp.c | 39 ++-
1 file changed, 38 insertions(+), 1 deletion(-)
diff --git a/libavcodec/ac3dsp.c b/libavcodec/ac3dsp.c
index a11c98b..ae42e8d 10
From: Justin Ruggles
Also use (float **) instead of (float (*)[2]). This matches the matrix
layout in libavresample so we can reuse some assembly code between the
two.
---
libavcodec/ac3dec.c | 40 +++-
libavcodec/ac3dec.h | 2 +-
libavcodec
From: Justin Ruggles
Adds a wrapper function for downmixing which detects channel count changes
and updates the selected downmix function accordingly.
Simplification and porting to current x86inc infrastructure by Diego Biurrun.
---
libavcodec/ac3dec.c | 8 +-
libavcodec/ac3dsp.
On Wed, Oct 28, 2015 at 2:35 PM, Luca Barbato wrote:
> On 27/10/15 01:30, Luca Barbato wrote:
>> On 27/10/15 00:09, Kieran Kunhya wrote:
>>> On 26 October 2015 at 22:48, Hendrik Leppkes wrote:
On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wrote:
> From a1314d5c9774d555718bbc0a8612144c
On 27/10/15 01:30, Luca Barbato wrote:
> On 27/10/15 00:09, Kieran Kunhya wrote:
>> On 26 October 2015 at 22:48, Hendrik Leppkes wrote:
>>> On Mon, Oct 26, 2015 at 11:29 PM, Kieran Kunhya wrote:
From a1314d5c9774d555718bbc0a8612144c890bbc59 Mon Sep 17 00:00:00 2001
From: Kieran Kunhya
On Mon, Oct 26, 2015 at 2:33 PM, Luca Barbato wrote:
> On 22/10/15 14:13, Vittorio Giovara wrote:
>> Drop the need of setting -debug bugs since it's not a bug, and the
>> message is already under a AV_LOG_DEBUG log level. Instead only print
>> it when there is an actual string in it.
>> ---
>> li
Le 2015-10-28 15:54, Martin Storsjö a écrit :
From: Clément Gregoire
On systems lacking getservbyport, struct servent might not be
defined,
causing a compilation error when trying to access its member s_name
(ent->s_name).
There is no point in keeping the if(ent) branch when getservbyport is
From: Clément Gregoire
On systems lacking getservbyport, struct servent might not be defined,
causing a compilation error when trying to access its member s_name
(ent->s_name).
There is no point in keeping the if(ent) branch when getservbyport is not
available.
Signed-off-by: Clément Grégoire
On Wed, 28 Oct 2015 13:17:23 +0100
Vittorio Giovara wrote:
> On Wed, Oct 28, 2015 at 11:52 AM, wm4 wrote:
> > On Wed, 28 Oct 2015 11:25:43 +0100
> > Luca Barbato wrote:
> >
> >> On 28/10/15 02:45, Vittorio Giovara wrote:
> >> > imho go for "rawframes", no space like other codes, different f
On Wed, Oct 28, 2015 at 11:52 AM, wm4 wrote:
> On Wed, 28 Oct 2015 11:25:43 +0100
> Luca Barbato wrote:
>
>> On 28/10/15 02:45, Vittorio Giovara wrote:
>> > imho go for "rawframes", no space like other codes, different from
>>
>> Changed this way, will hit the tree this night.
>
> Wrong color. IM
On Wed, Oct 28, 2015 at 5:24 AM, John Stebbins wrote:
> On 10/27/2015 07:51 PM, Vittorio Giovara wrote:
>>
>> On Tue, Oct 27, 2015 at 9:17 PM, John Stebbins
>> wrote:
>>>
>>> From: Nicolas George
>>>
>>> (cherry picked from commit 7b42036b3b23c85f473bf9369e37fa8da22eaf93)
>>
>> (this comment is
On Wed, 28 Oct 2015 11:25:43 +0100
Luca Barbato wrote:
> On 28/10/15 02:45, Vittorio Giovara wrote:
> > imho go for "rawframes", no space like other codes, different from
>
> Changed this way, will hit the tree this night.
Wrong color. IMHO it's misleading, because it sounds very similar to
r
On 28/10/15 10:13, Martin Storsjö wrote:
> This allows enabling the frame skipping, which is required for the
> encoder to properly hit the target bitrate.
> ---
> libavcodec/libopenh264enc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
The set seems ok, sooner or later somebody mig
On 28/10/15 05:24, John Stebbins wrote:
> On 10/27/2015 07:51 PM, Vittorio Giovara wrote:
>> On Tue, Oct 27, 2015 at 9:17 PM, John Stebbins
>> wrote:
>>> From: Nicolas George
>>>
>>> (cherry picked from commit 7b42036b3b23c85f473bf9369e37fa8da22eaf93)
>> (this comment is valid for the next patche
On 28/10/15 02:45, Vittorio Giovara wrote:
> imho go for "rawframes", no space like other codes, different from
Changed this way, will hit the tree this night.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/li
This allows enabling the frame skipping, which is required for the
encoder to properly hit the target bitrate.
---
Renamed the option to allow_skip_frames, to avoid potential
confusion with the similarly named AVCodecContext option skip_frame,
as pointed out by Clément.
---
libavcodec/libopenh264e
---
libavcodec/libopenh264enc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index 302d20e..7147715 100644
--- a/libavcodec/libopenh264enc.c
+++ b/libavcodec/libopenh264enc.c
@@ -39,6 +39,7 @@ typedef struct SVCContext {
cha
This allows enabling the frame skipping, which is required for the
encoder to properly hit the target bitrate.
---
libavcodec/libopenh264enc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index 1553b6d..302d20e 100
57 matches
Mail list logo
