From: Michael Niedermayer
This is needed for vf_mcfps, no codec related structs are part of the
public interface
Signed-off-by: Michael Niedermayer
---
libavcodec/Makefile |2 +-
libavcodec/avme.c | 138 +
libavcodec/avme.h | 30
From: Michael Niedermayer
Works well with some scenes, works really not well with others
if you can improve it, i would not be unhappy
this should not be optimized yet except trivial things, first the code
should work well then it should be made to work fast
Signed-off-by: Michael Niedermayer
On Fri, Jul 24, 2015 at 08:50:55PM +0200, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> doc/encoders.texi|9 +
> libavcodec/snow.h|1 +
> libavcodec/snowenc.c |4 +++-
> 3 files changed, 13 insertions(+), 1 dele
On Fri, Jul 24, 2015 at 8:50 PM, Michael Niedermayer
wrote:
> Works well with some scenes, works really not well with others
> More work needed
> if you can improve it, i would not be unhappy
>
> this should not be optimized yet except trivial things, first the code
> should work well then it sho
On Sat, Aug 29, 2015 at 04:40:29PM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > if there are no objections then ill branch of release/2.8
> > from some revission prior to the next API bump and will
> > then make a 2.8 release from that, after testing
>
> P
On Sat, Aug 29, 2015 at 6:32 PM, Carl Eugen Hoyos wrote:
> Marton Balint passwd.hu> writes:
>
> > Consider you have a 25i source, and you want 30i (60p for display)
> >
> > Are you referring to this filter chain for deinterleaving?
> >
> > -vf il=l=d:c=d,framerate=30,il=l=i:c=i,yadif=1
> >
> > A
On 8/29/2015 7:56 AM, wm4 wrote:
> On Sat, 29 Aug 2015 04:28:41 +0200
> Michael Niedermayer wrote:
>
>> Hi all
>>
>> Its about 2 and a half month since 2.7
>> if there are no objections then ill branch of release/2.8 from
>> some revission prior to the next API bump and will then make a 2.8
>> re
On Sat, 29 Aug 2015, Carl Eugen Hoyos wrote:
Marton Balint passwd.hu> writes:
Consider you have a 25i source, and you want 30i (60p for display)
Are you referring to this filter chain for deinterleaving?
-vf il=l=d:c=d,framerate=30,il=l=i:c=i,yadif=1
And this for deinterlacing?
-vf yadif
Michael Niedermayer niedermayer.cc> writes:
> if there are no objections then ill branch of release/2.8
> from some revission prior to the next API bump and will
> then make a 2.8 release from that, after testing
Please do so.
Will you commit your framerate filter?
Carl Eugen
__
Robert Krüger lesspain.de> writes:
> The only other thing I noticed was that the stream seams
> to be marked as interlaced when it comes out of the
> first il filter, which causes warnings like these:
>
> [Parsed_framerate_10x7fa4e3426080] Interlaced
> frame found - the output will not be
Marton Balint passwd.hu> writes:
> Consider you have a 25i source, and you want 30i (60p for display)
>
> Are you referring to this filter chain for deinterleaving?
>
> -vf il=l=d:c=d,framerate=30,il=l=i:c=i,yadif=1
>
> And this for deinterlacing?
>
> -vf yadif=1,framerate=60,interlace,yadif=
On 8/29/2015 8:56 AM, Michael Niedermayer wrote:
> On Sat, Aug 29, 2015 at 02:54:06AM -0300, James Almer wrote:
>> On 8/1/2015 1:31 PM, James Almer wrote:
>>> On 01/08/15 7:15 AM, Nicolas George wrote:
Le quartidi 14 thermidor, an CCXXIII, Reimar Döffinger a écrit :
> If the goal is consis
On Sat, 29 Aug 2015, Robert Krüger wrote:
On Sat, Aug 29, 2015 at 4:45 PM, Robert Krüger wrote:
On Sat, Aug 29, 2015 at 3:53 PM, Carl Eugen Hoyos
wrote:
Robert Krüger lesspain.de> writes:
> Do you mean processing the top and bottom fields
> as separate progressive
Yes.
(Sorry, I thoug
On Sat, Aug 29, 2015 at 4:53 PM, Robert Krüger wrote:
>
>
> On Sat, Aug 29, 2015 at 4:45 PM, Robert Krüger
> wrote:
>
>>
>>
>> On Sat, Aug 29, 2015 at 3:53 PM, Carl Eugen Hoyos
>> wrote:
>>
>>> Robert Krüger lesspain.de> writes:
>>>
>>> > Do you mean processing the top and bottom fields
>>> >
On Sat, Aug 29, 2015 at 4:45 PM, Robert Krüger wrote:
>
>
> On Sat, Aug 29, 2015 at 3:53 PM, Carl Eugen Hoyos
> wrote:
>
>> Robert Krüger lesspain.de> writes:
>>
>> > Do you mean processing the top and bottom fields
>> > as separate progressive
>>
>> Yes.
>> (Sorry, I thought this is what "dein
On Sat, Aug 29, 2015 at 3:53 PM, Carl Eugen Hoyos wrote:
> Robert Krüger lesspain.de> writes:
>
> > Do you mean processing the top and bottom fields
> > as separate progressive
>
> Yes.
> (Sorry, I thought this is what "deinterleaving and
> interleaving" means.)
>
> > streams?
>
> Not necessaril
On 8/26/15, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_apad.c | 42 +-
> 1 file changed, 21 insertions(+), 21 deletions(-)
>
> diff --git a/libavfilter/af_apad.c b/libavfilter/af_apad.c
> index eafc705..0a2d420 100
On 8/29/15, Carl Eugen Hoyos wrote:
> Robert Krueger lesspain.de> writes:
>
>> Do you mean processing the top and bottom fields
>> as separate progressive
>
> Yes.
> (Sorry, I thought this is what "deinterleaving and
> interleaving" means.)
>
>> streams?
>
> Not necessarily "streams", just not pr
Robert Krüger lesspain.de> writes:
> Do you mean processing the top and bottom fields
> as separate progressive
Yes.
(Sorry, I thought this is what "deinterleaving and
interleaving" means.)
> streams?
Not necessarily "streams", just not processing them
interlaced but deinterleaved.
If this
On Sun, Aug 16, 2015 at 11:05:35AM +0200, Nicolas George wrote:
[...]
> Not very important since it is called only once, but people may use it as a
> base for more speed-relevant code: this is probably more efficient.
>
> line = frame->data[0];
> for (y = 0; y < 4096; y++) {
> pix
On Sat, Aug 29, 2015 at 02:54:06AM -0300, James Almer wrote:
> On 8/1/2015 1:31 PM, James Almer wrote:
> > On 01/08/15 7:15 AM, Nicolas George wrote:
> >> Le quartidi 14 thermidor, an CCXXIII, Reimar Döffinger a écrit :
> >>> If the goal is consistency, wouldn't an API like av_hash be the better
>
On 8/29/15, wm4 wrote:
> On Sat, 29 Aug 2015 04:28:41 +0200
> Michael Niedermayer wrote:
>
>> Hi all
>>
>> Its about 2 and a half month since 2.7
>> if there are no objections then ill branch of release/2.8 from
>> some revission prior to the next API bump and will then make a 2.8
>> release from
On Sat, 29 Aug 2015 04:28:41 +0200
Michael Niedermayer wrote:
> Hi all
>
> Its about 2 and a half month since 2.7
> if there are no objections then ill branch of release/2.8 from
> some revission prior to the next API bump and will then make a 2.8
> release from that, after testing
The release
On Sat, Aug 01, 2015 at 01:31:16PM -0300, James Almer wrote:
[...]
> Also, rc4 currently can't encrypt, only decrypt. No idea if adding encryption
> functionality will require changes to the struct.
There is no distinction between encryption and decryption with RC4
--
Clément B.
pgp83sWRCrhNW.
24 matches
Mail list logo
