On Tue, Dec 01, 2015 at 07:21:19PM +, Paul B Mahol wrote:
> On 12/1/15, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Fixes CID1258479
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> >
On 10/14/15, Hendrik Leppkes wrote:
> On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote:
>> Lacking a better place to debate this, I would like to ask some
>> questions on a video codec idea...
>>
>> The goal is basically to create a very fast lossless
On 10/14/15, Nicolas George wrote:
> Le tridi 23 vendémiaire, an CCXXIV, Roger Pack a écrit :
>> For instance, given 3 frames of video ("one after another" from the
>> incoming video stream), "combine them" into one stream like:
>> pixel 1 frame 1, pixel 1 frame 2, pixel 1 frame
On Tue, Dec 1, 2015 at 7:35 AM, Claudio Freire wrote:
> On Mon, Nov 30, 2015 at 1:04 PM, Hendrik Leppkes wrote:
>> On Mon, Nov 30, 2015 at 4:50 PM, Claudio Freire
>> wrote:
>>> On Mon, Nov 30, 2015 at 12:27 PM, Rostislav
Signed-off-by: Andrey Utkin
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index fc71a99..06686bd 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -5605,7 +5605,7 @@ within the
On Mon, Nov 30, 2015 at 4:35 PM wm4 wrote:
>
> I tried your patch, and it actually makes it work better (looks correct
> with the patch). The patch itself also LGTM.
>
>
Ok. Great. Thanks for the review. What do I need to do next to get this
checked in. I don't have commit
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/wavpackenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/wavpackenc.c b/libavcodec/wavpackenc.c
index 977bcf0..6a9b716 100644
--- a/libavcodec/wavpackenc.c
+++
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/sonic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/sonic.c b/libavcodec/sonic.c
index 4ec7d89..0a848d1 100644
--- a/libavcodec/sonic.c
+++ b/libavcodec/sonic.c
@@ -537,7 +537,7 @@ static
On Tue, Dec 1, 2015 at 2:14 PM, Paul B Mahol wrote:
> On 12/1/15, Nicolas George wrote:
>> Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a ecrit :
>>> Similar how its freed when no longer used.
>>
>> Please elaborate. I know the API, I do not see what you
On Sat, Nov 28, 2015 at 4:47 PM, Ganesh Ajjanagadde wrote:
> On Sat, Nov 28, 2015 at 4:35 PM, Derek Buitenhuis
> wrote:
>> On 11/28/2015 9:26 PM, Derek Buitenhuis wrote:
>>> Changing all of them sounds fine to me.
>>
>> [21:31] <@ubitux> re: i%4 vs
On Sat, Nov 28, 2015 at 4:23 PM, Ganesh Ajjanagadde wrote:
> On Sat, Nov 28, 2015 at 3:19 PM, Derek Buitenhuis
> wrote:
>> On 11/28/2015 7:51 PM, Ganesh Ajjanagadde wrote:
>>> In principle of course, e.g with more ifdefry, configure, or something
>>>
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/mdct_template.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mdct_template.c b/libavcodec/mdct_template.c
index e7e5f62..ecdeb54 100644
--- a/libavcodec/mdct_template.c
+++
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/cos_tablegen.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/cos_tablegen.c b/libavcodec/cos_tablegen.c
index dbd0cc0..332216c 100644
--- a/libavcodec/cos_tablegen.c
+++
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/kbdwin.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/kbdwin.c b/libavcodec/kbdwin.c
index bf32aeb..77d5e2b 100644
--- a/libavcodec/kbdwin.c
+++ b/libavcodec/kbdwin.c
@@ -17,6 +17,7 @@
On Sat, Nov 28, 2015 at 12:03 PM, Ganesh Ajjanagadde
wrote:
> This does some miscellaneous stuff mainly avoiding the usage of pow to
> achieve significant speedups. This is not speed critical, but is
> unnecessary latency and cycles wasted for a user.
>
> All tables tested
On Sat, Nov 28, 2015 at 12:03 PM, Ganesh Ajjanagadde
wrote:
> On systems having cbrt, there is no reason to use the slow pow function.
>
> Sample benchmark (x86-64, Haswell, GNU/Linux):
> new:
> 5124920 decicycles in cbrt_tableinit, 1 runs, 0 skips
>
> old:
>
On Tue, 1 Dec 2015 21:15:53 +0200, Andrey Utkin wrote:
> Signed-off-by: Andrey Utkin
> ---
> doc/filters.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM and applied.
Thanks.
___
ffmpeg-devel mailing list
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/af_flanger.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/af_flanger.c b/libavfilter/af_flanger.c
index f8ec830..a92367c 100644
--- a/libavfilter/af_flanger.c
+++
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/vf_perspective.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_perspective.c b/libavfilter/vf_perspective.c
index 970870c..13053f1 100644
--- a/libavfilter/vf_perspective.c
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/af_stereotools.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/af_stereotools.c b/libavfilter/af_stereotools.c
index a22efb0..e878824 100644
--- a/libavfilter/af_stereotools.c
+++
On Mon, Nov 16, 2015 at 1:58 PM, Ganesh Ajjanagadde wrote:
> On Mon, Nov 16, 2015 at 1:20 PM, Hendrik Leppkes wrote:
>> On Mon, Nov 16, 2015 at 6:24 PM, Ganesh Ajjanagadde wrote:
>>> On Mon, Nov 16, 2015 at 9:48 AM, Daniel Serpell
On Mon, Nov 30, 2015 at 11:15 PM, Muhammad Faiz wrote:
> On Sun, Nov 22, 2015 at 9:05 AM, Ganesh Ajjanagadde
> wrote:
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavfilter/avf_showcqt.c | 2 +-
>> 1 file changed, 1
On Sat, Oct 31, 2015 at 6:12 PM, Ganesh Ajjanagadde
wrote:
> On Sat, Oct 31, 2015 at 6:02 PM, Mark Harris wrote:
>> On Wed, Oct 28, 2015 at 9:20 PM, Ganesh Ajjanagadde
>> wrote:
>>> This is likely more precise and conveys the
On Tue, 2015-12-01 at 03:35 -0300, Claudio Freire wrote:
>
> Attached patch does that.
>
Went over the patch, everything me and other people said has been
addressed, so LGTM.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, 1 Dec 2015 19:27:49 -0500, Ganesh Ajjanagadde wrote:
> The slowness comes from the generate code, e.g llrint compiles down to
> a single asm instruction cvttsd2si, while floor(x + 0.5) needs to do
> multiple things.
How much slower is it?
___
[bug submit webpage seems to be down, sending directly]
Trying to make heads and tails out of DTS 6.1 I can across this typo.
I also noticed that this wiki page is incorrect or misleading, the
channel order for 6.1 given does not match the source code. At the
least it should be clarified that
lrint is faster, and is more consistent across the codebase.
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/vsrc_mptestsrc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vsrc_mptestsrc.c b/libavfilter/vsrc_mptestsrc.c
index
Currently, there are numerous instances where the appropriate libm rounding
functions lrint, llrint, rint, etc are not used and instead ad-hoc, slow, and
sometimes
risky floor(x + 0.5) and the like are being used. The risk comes from the fact
that such a thing is broken for negative values and
On Tue, Dec 1, 2015 at 7:39 PM, Lou Logan wrote:
> On Tue, 1 Dec 2015 19:27:49 -0500, Ganesh Ajjanagadde wrote:
>
>> The slowness comes from the generate code, e.g llrint compiles down to
>> a single asm instruction cvttsd2si, while floor(x + 0.5) needs to do
>> multiple things.
>
On 12/1/2015 9:53 PM, Ganesh Ajjanagadde wrote:
> There was no reason AFAIK for making AV_CRC_24_IEEE 12. This simply
> resulted in wasted space under --enable-hardcoded-tables:
> dynamic: 1318672 libavutil/libavutil.so.55
> old: 1330680 libavutil/libavutil.so.55
> new: 1326488
On Tue, Dec 01, 2015 at 10:47:53AM -0800, Chris Cunningham wrote:
> Thanks wm4, next patch will fix that declaration.
>
> Michael, any concerns?
iam fine with the patch
>
> On Mon, Nov 30, 2015 at 2:51 PM, wm4 wrote:
[...]
> > Other than that LGTM.
wm4, your replies
On Tue, Dec 1, 2015 at 8:08 PM, James Almer wrote:
> On 12/1/2015 9:53 PM, Ganesh Ajjanagadde wrote:
>> There was no reason AFAIK for making AV_CRC_24_IEEE 12. This simply
>> resulted in wasted space under --enable-hardcoded-tables:
>> dynamic: 1318672 libavutil/libavutil.so.55
On Tue, Dec 01, 2015 at 03:35:40AM -0300, Claudio Freire wrote:
> On Mon, Nov 30, 2015 at 1:04 PM, Hendrik Leppkes wrote:
> > On Mon, Nov 30, 2015 at 4:50 PM, Claudio Freire
> > wrote:
> >> On Mon, Nov 30, 2015 at 12:27 PM, Rostislav Pehlivanov
> >>
On Tue, Dec 1, 2015 at 8:38 PM, James Almer wrote:
> On 12/1/2015 10:35 PM, Ganesh Ajjanagadde wrote:
>> On Tue, Dec 1, 2015 at 8:08 PM, James Almer wrote:
>>> On 12/1/2015 9:53 PM, Ganesh Ajjanagadde wrote:
There was no reason AFAIK for making
On Tue, Dec 01, 2015 at 07:27:51PM -0500, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_perspective.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
should be ok
[...]
--
Michael GnuPG fingerprint:
On Tue, Dec 1, 2015 at 10:47 PM, Michael Niedermayer wrote:
>> libavcodec/aaccoder.c | 60 --
>> libavcodec/aaccoder_twoloop.h | 136
>> --
>> libavcodec/aacenc.c |2
>> libavcodec/aacenc_is.c
On Fri, Nov 27, 2015 at 02:33:02PM -0800, Timothy Gu wrote:
> Instead, print "unknown" if it's unknown, or their numerical values if
> they are known.
> ---
>
> Addresses Nicholas's comment.
>
> ---
> ffprobe.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
Ping.
Timothy
On Tue, Dec 01, 2015 at 08:04:22PM +0100, Hendrik Leppkes wrote:
> On Mon, Nov 30, 2015 at 10:50 PM, Hendrik Leppkes wrote:
> > ---
> > I'm not quite sure if this fix is 100% correct, but it works here.
> >
> > The problem is that FF_DEP_LIBS points to the .dll files, but you
On Tue, Dec 1, 2015 at 7:04 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 57 +
> libavfilter/Makefile | 1 +
> libavfilter/af_apulsator.c | 279
> +
>
There was no reason AFAIK for making AV_CRC_24_IEEE 12. This simply
resulted in wasted space under --enable-hardcoded-tables:
dynamic: 1318672 libavutil/libavutil.so.55
old: 1330680 libavutil/libavutil.so.55
new: 1326488 libavutil/libavutil.so.55
Minor version number is bumped, with
On Tue, Dec 1, 2015 at 8:29 PM, Michael Niedermayer wrote:
> On Tue, Dec 01, 2015 at 08:04:22PM +0100, Hendrik Leppkes wrote:
>> On Mon, Nov 30, 2015 at 10:50 PM, Hendrik Leppkes
>> wrote:
>> > ---
>> > I'm not quite sure if this fix is 100% correct, but
On 12/1/2015 10:35 PM, Ganesh Ajjanagadde wrote:
> On Tue, Dec 1, 2015 at 8:08 PM, James Almer wrote:
>> On 12/1/2015 9:53 PM, Ganesh Ajjanagadde wrote:
>>> There was no reason AFAIK for making AV_CRC_24_IEEE 12. This simply
>>> resulted in wasted space under
Fixes mozilla bug 1229128.
---
libavcodec/vp9.c | 43 ++-
1 file changed, 22 insertions(+), 21 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index d4061e2..dc0 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -69,6 +69,7 @@
Hi,
On Tue, Dec 1, 2015 at 11:09 AM, Hendrik Leppkes
wrote:
> On Tue, Dec 1, 2015 at 4:08 PM, Ronald S. Bultje
> wrote:
> > Fixes mozilla bug 1229128.
> > ---
> > libavcodec/vp9.c | 43 ++-
> > 1 file changed, 22
On Tue, Dec 1, 2015 at 6:24 PM, Ronald S. Bultje wrote:
> Fixes mozilla bug 1229128.
> ---
> libavcodec/vp9.c | 43 ++-
> 1 file changed, 22 insertions(+), 21 deletions(-)
>
> diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
> index
Le primidi 11 frimaire, an CCXXIV, Clement Boesch a écrit :
> Ah. Well then the user can not do it himself since he has no way of
> acquiring the queue lock (AVThreadMessageQueue is opaque)
Yes, but why does it matter, if the elements are to be discarded anyway.
Ah, I think I see a point: this
Hi,
On Tue, Dec 1, 2015 at 12:34 PM, Hendrik Leppkes
wrote:
> On Tue, Dec 1, 2015 at 6:24 PM, Ronald S. Bultje
> wrote:
> > Fixes mozilla bug 1229128.
> > ---
> > libavcodec/vp9.c | 43 ++-
> > 1 file changed, 22
On 12/2/15, Ganesh Ajjanagadde wrote:
>> +static void lfo_advance(SimpleLFO *lfo, unsigned count)
>> +{
>> +lfo->phase = fabs(lfo->phase + count * lfo->freq / lfo->srate);
>> +if (lfo->phase >= 1)
>> +lfo->phase = fmod(lfo->phase, 1);
>> +}
>> +
>> +static double
On 12/2/15, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_flanger.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/af_flanger.c b/libavfilter/af_flanger.c
> index
On 12/2/15, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_stereotools.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavfilter/af_stereotools.c
On 12/2/15, Ganesh Ajjanagadde wrote:
> On Tue, Dec 1, 2015 at 2:14 PM, Paul B Mahol wrote:
>> On 12/1/15, Nicolas George wrote:
>>> Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a ecrit :
Similar how its freed when no longer used.
>>>
On 12/2/15, Ganesh Ajjanagadde wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/wavpackenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/wavpackenc.c b/libavcodec/wavpackenc.c
> index
CCFLAGS is equivalent to CPPFLAGS + CFLAGS.
---
common.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common.mak b/common.mak
index d611ef8..05836ba 100644
--- a/common.mak
+++ b/common.mak
@@ -63,7 +63,7 @@ COMPILE_HOSTC = $(call COMPILE,HOSTCC)
$(COMPILE_C)
---
libavdevice/decklink_common.cpp | 4
libavdevice/decklink_common.h | 8 +++-
libavdevice/decklink_common_c.h | 2 ++
libavdevice/decklink_dec.cpp| 4
libavdevice/decklink_dec.h | 2 ++
libavdevice/decklink_enc.cpp| 4
libavdevice/decklink_enc.h | 2 ++
7
It is a C++ file, incompatible with the checkheaders infrastructure.
---
libavdevice/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavdevice/Makefile b/libavdevice/Makefile
index f57ec0b..8394e87 100644
--- a/libavdevice/Makefile
+++ b/libavdevice/Makefile
@@
Thanks wm4, next patch will fix that declaration.
Michael, any concerns?
On Mon, Nov 30, 2015 at 2:51 PM, wm4 wrote:
> On Mon, 30 Nov 2015 14:29:50 -0800
> chcunning...@chromium.org wrote:
>
> > From: Chris Cunningham
> >
> > "Fast seek" uses
From: Chris Cunningham
"Fast seek" uses linear interpolation to find the position of the
requested seek time. For CBR this is more direct than using the
mp3 TOC and bypassing the TOC avoids problems with TOC precision.
(see https://crbug.com/545914#c13)
For VBR, fast
On 12/1/15, Nicolas George wrote:
> Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a ecrit :
>> Similar how its freed when no longer used.
>
> Please elaborate. I know the API, I do not see what you suggest.
>
> (Thanks for trimming.)
>
> Regards,
After carefully looking at
From: Michael Niedermayer
Fixes CID1258479
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_shuffleframes.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_shuffleframes.c
On 12/1/15, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Fixes CID1258479
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vf_shuffleframes.c |8
> 1 file changed, 4 insertions(+), 4
Hi, everyone.
I noticed that HEVC support interlaced field encoding, but FFplay didn't
support HEVC interlaced bitstream display.
We know FFplay play h264 interlaced bitstream perfectly.
I'd like to know if FFplay support HEVC interlaced bitstream display.
And will FFmpeg support that?
Best
On Mon, Nov 30, 2015 at 18:05:25 -0600, Rodger Combs wrote:
> libavformat/avformat.h | 11 +++
> libavformat/utils.c| 49 +
> 2 files changed, 60 insertions(+)
I would find it useful to have an informational message (at least in
Fixes mozilla bug 1229128.
---
libavcodec/vp9.c | 43 ++-
1 file changed, 22 insertions(+), 21 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index d4061e2..9bf746c 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -69,6 +69,7 @@
From: Clément Bœsch
Fix a dead lock under certain conditions. Let's assume we have a queue of 1
message max, 2 senders, and 1 receiver.
Scenario (real record obtained with debug added):
[...]
SENDER #0: acquired lock
SENDER #0: queue is full, wait
SENDER
On Mon, Nov 30, 2015 at 08:03:41PM -0800, Muhammad Faiz wrote:
> On Mon, Nov 30, 2015 at 12:06 PM, Michael Niedermayer
> wrote:
> > On Mon, Nov 30, 2015 at 07:02:47PM +0100, Nicolas George wrote:
> >> Le decadi 10 frimaire, an CCXXIV, Michael Niedermayer a écrit :
> >> > >
Le primidi 11 frimaire, an CCXXIV, Michael Niedermayer a écrit :
> nicolas are you ok with this being applied ? (IIRC you objected to it)
I am not really satisfied but I do not object. Hopefully it will not break
again.
Regards,
--
Nicolas George
signature.asc
Description: Digital
On Tue, Dec 1, 2015 at 10:38 AM, Nicolas George wrote:
> Le primidi 11 frimaire, an CCXXIV, Michael Niedermayer a écrit :
>> nicolas are you ok with this being applied ? (IIRC you objected to it)
>
> I am not really satisfied but I do not object. Hopefully it will not break
>
Signed-off-by: Paul B Mahol
---
configure | 3 +
doc/filters.texi | 46 ++
libavfilter/Makefile | 1 +
libavfilter/af_aemphasis.c | 354 +
libavfilter/allfilters.c | 1 +
5 files changed,
From: Michael Niedermayer
Fixes integer overflow
Fixes: mozilla bug 1229167
Found-by: Tyson Smith
Signed-off-by: Michael Niedermayer
---
libavutil/mathematics.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
libavutil/Makefile |1 +
libavutil/rational.c | 44
2 files changed, 45 insertions(+)
diff --git a/libavutil/Makefile
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 57 +
libavfilter/Makefile | 1 +
libavfilter/af_apulsator.c | 279 +
libavfilter/allfilters.c | 1 +
4 files changed, 338 insertions(+)
create mode
Fan Yingming wrote:
Hi, everyone.
I noticed that HEVC support interlaced field encoding, but FFplay
didn't support HEVC interlaced bitstream display.
We know FFplay play h264 interlaced bitstream perfectly.
I'd like to know if FFplay support HEVC interlaced bitstream
display. And will FFmpeg
Hi,
I'm new with ffmpeg, I'm using the (XX-57) version.
I have the following old code but I can't find the *avcodec_alloc_frame*:
AVPicture* pConvertedFrame = *avcodec_alloc_frame*();
*I get: *
*error C3861: 'avcodec_alloc_frame': identifier not found *
I tried the *"*
On Tue, 1 Dec 2015 12:12:13 +
Andy Furniss wrote:
> Fan Yingming wrote:
> > Hi, everyone.
> >
> > I noticed that HEVC support interlaced field encoding, but FFplay
> > didn't support HEVC interlaced bitstream display.
> >
> > We know FFplay play h264 interlaced bitstream
Hendrik Leppkes wrote:
On Tue, Dec 1, 2015 at 1:36 PM, wm4 wrote:
On Tue, 1 Dec 2015 12:12:13 + Andy Furniss
wrote:
Fan Yingming wrote:
Hi, everyone.
I noticed that HEVC support interlaced field encoding, but
FFplay didn't support HEVC
On Tue, Dec 1, 2015 at 1:36 PM, wm4 wrote:
> On Tue, 1 Dec 2015 12:12:13 +
> Andy Furniss wrote:
>
>> Fan Yingming wrote:
>> > Hi, everyone.
>> >
>> > I noticed that HEVC support interlaced field encoding, but FFplay
>> > didn't support HEVC
Andy Furniss wrote:
On the "just metadata" comment - you do have to feed (IIRC) top field
first so I would hope there is some spatial handling of the bobbing in
there somewhere, but then "my hope" may not match with reality :-)
Of course I am thinking of libx265 here - maybe the spec says
Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a écrit :
> Similar how its freed when no longer used.
Please elaborate. I know the API, I do not see what you suggest.
(Thanks for trimming.)
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
On Tue, Dec 01, 2015 at 12:22:43 +0100, Paul B Mahol wrote:
> +select Compat Disc (CD).
Compact
> +@item 50fm
> +select 50??s (FM).
a) I'm not sure whether you're allowed or encouraged to use UTF-8
characters in ffmpeg's code. If encouraged, then okay. Riddles me
though how you managed to
Hi,
On Tue, Dec 1, 2015 at 9:21 AM, Hendrik Leppkes wrote:
> On Tue, Dec 1, 2015 at 3:13 PM, Ronald S. Bultje
> wrote:
> > Fixes mozilla bug 1229128.
> > ---
> > libavcodec/vp9.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff
Dana 1. 12. 2015. 15:08 osoba "Nicolas George" napisala
je:
>
> Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a écrit :
> > I don't think API is needed for this. Just one call in right place IIRC.
>
> Can you show an example? That would be more useful than handwaving. I must
>
On Tue, Dec 1, 2015 at 3:50 AM, Paul B Mahol wrote:
> On 12/1/15, Ganesh Ajjanagadde wrote:
>> On Sun, Nov 29, 2015 at 6:03 PM, Paul B Mahol wrote:
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> doc/filters.texi |
only add the include
and
AVPicture* pConvertedFrame = (AVPicture*)*av_frame_alloc*();
On Tue, Dec 1, 2015 at 2:33 PM, Yosef B wrote:
> Hi,
> I'm new with ffmpeg, I'm using the (XX-57) version.
>
> I have the following old code but I can't find the *avcodec_alloc_frame*:
>
On 12/1/15, Ganesh Ajjanagadde wrote:
> On Tue, Dec 1, 2015 at 3:50 AM, Paul B Mahol wrote:
>> On 12/1/15, Ganesh Ajjanagadde wrote:
>>> On Sun, Nov 29, 2015 at 6:03 PM, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol
Le primidi 11 frimaire, an CCXXIV, Paul B Mahol a écrit :
> I don't think API is needed for this. Just one call in right place IIRC.
Can you show an example? That would be more useful than handwaving. I must
say I have no idea what the "right place" would be.
Also, I would appreciate if Ganesh
On Tue, Dec 1, 2015 at 3:13 PM, Ronald S. Bultje wrote:
> Fixes mozilla bug 1229128.
> ---
> libavcodec/vp9.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
> index d4061e2..858d561 100644
> ---
On Tue, 1 Dec 2015 14:33:09 +0200
Yosef B wrote:
> Hi,
> I'm new with ffmpeg, I'm using the (XX-57) version.
>
> I have the following old code but I can't find the *avcodec_alloc_frame*:
> AVPicture* pConvertedFrame = *avcodec_alloc_frame*();
>
> *I get: *
> *error
Fixes mozilla bug 1229128.
---
libavcodec/vp9.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index d4061e2..858d561 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -219,7 +219,8 @@ static int update_size(AVCodecContext *ctx, int
On Tue, Dec 1, 2015 at 4:08 PM, Ronald S. Bultje wrote:
> Fixes mozilla bug 1229128.
> ---
> libavcodec/vp9.c | 43 ++-
> 1 file changed, 22 insertions(+), 21 deletions(-)
>
> diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
> index
Le decadi 10 frimaire, an CCXXIV, Clement Boesch a écrit :
> From: Clément Bœsch
>
> ---
> libavutil/threadmessage.c | 37 ++---
> libavutil/threadmessage.h | 21 ++---
> 2 files changed, 52 insertions(+), 6 deletions(-)
>
Le decadi 10 frimaire, an CCXXIV, Hendrik Leppkes a écrit :
> We generally just use ints for boolean properties, any particular
> reason this uses unsigned instead?
Just a matter of personal habit, justified below. But as I look at it, I see
it is rather inconsistent with other fields in the
On Tue, Dec 01, 2015 at 05:11:06PM +0100, Nicolas George wrote:
> Le decadi 10 frimaire, an CCXXIV, Clement Boesch a écrit :
> > From: Clément Bœsch
> >
> > ---
> > libavutil/threadmessage.c | 37 ++---
> > libavutil/threadmessage.h | 21
Le primidi 11 frimaire, an CCXXIV, Clement Boesch a écrit :
> Your suggestion is twice smaller.
I guess I was not clear enough: I was not asking about merits of this
implementations over yours, but about the usefulness of the function for the
application compared to reading and discarding each
On Tue, Dec 01, 2015 at 05:26:23PM +0100, Nicolas George wrote:
> Le decadi 10 frimaire, an CCXXIV, Hendrik Leppkes a écrit :
> > We generally just use ints for boolean properties, any particular
> > reason this uses unsigned instead?
>
> Just a matter of personal habit, justified below. But as I
On Tue, Dec 01, 2015 at 05:34:39PM +0100, Nicolas George wrote:
> Le primidi 11 frimaire, an CCXXIV, Clement Boesch a écrit :
> > Your suggestion is twice smaller.
>
> I guess I was not clear enough: I was not asking about merits of this
> implementations over yours, but about the usefulness of
On Tue, Dec 1, 2015 at 11:26 AM, Nicolas George wrote:
> Le decadi 10 frimaire, an CCXXIV, Hendrik Leppkes a écrit :
>> We generally just use ints for boolean properties, any particular
>> reason this uses unsigned instead?
>
> Just a matter of personal habit, justified below.
96 matches
Mail list logo