On Tue, Jan 27, 2015 at 04:46:54PM -0800, Philip Langdale wrote:
> On 2015-01-26 04:28, t...@rothenpieler.org wrote:
> >From: Timo Rothenpieler
> >
> >---
> > libavcodec/nvenc.c | 17 +++--
> > 1 file changed, 15 insertions(+), 2 deletions(-)
> >
> >diff --git a/libavcodec/nvenc.c b/lib
On Tue, Jan 27, 2015 at 07:33:54PM -0800, Mark Reid wrote:
> On Mon, Jan 26, 2015 at 5:04 AM, Michael Niedermayer
> wrote:
>
> > On Sun, Jan 25, 2015 at 04:38:00PM -0800, Mark Reid wrote:
> > > hi,
> > > This patch addes 2 mxf tests for formats that I've been working
> > > on. Opatom mxf files wi
On Mon, Jan 26, 2015 at 5:04 AM, Michael Niedermayer
wrote:
> On Sun, Jan 25, 2015 at 04:38:00PM -0800, Mark Reid wrote:
> > hi,
> > This patch addes 2 mxf tests for formats that I've been working
> > on. Opatom mxf files with missing index segments and ones with essence
> groups.
> >
>
> > the 2
On 2015-01-26 04:28, t...@rothenpieler.org wrote:
From: Timo Rothenpieler
---
libavcodec/nvenc.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index 2431c09..2cfc06a 100644
--- a/libavcodec/nvenc.c
+++ b/libavcode
Signed-off-by: Lou Logan
---
doc/indevs.texi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index ae61331..350adfe 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -971,6 +971,7 @@ The filename passed as input is the capture driver number,
On Tue, Jan 27, 2015 at 09:25:29PM +0100, Reimar Döffinger wrote:
> On Tue, Jan 27, 2015 at 09:50:26PM +0100, Michael Niedermayer wrote:
> > On Tue, Jan 27, 2015 at 06:38:22AM +0100, Reimar Döffinger wrote:
> > > On 26.01.2015, at 22:49, Michael Niedermayer wrote:
> > > > On Mon, Jan 26, 2015 at 0
On Tue, Jan 27, 2015 at 11:15:40AM -0800, jon morley wrote:
> movenc.c |9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
> 6317011578bca8bf065f5bd4de2dfce803557e81
> 0001-libavformat-movenc.c-Correct-color-range-when-writin.patch
> From 0097277471810ab1d9d737c64a57c2278a039153
On Tue, Jan 27, 2015 at 09:50:26PM +0100, Michael Niedermayer wrote:
> On Tue, Jan 27, 2015 at 06:38:22AM +0100, Reimar Döffinger wrote:
> > On 26.01.2015, at 22:49, Michael Niedermayer wrote:
> > > On Mon, Jan 26, 2015 at 08:21:16PM +0100, Reimar Döffinger wrote:
> > >> Quite a few programs misse
On Tue, Jan 27, 2015 at 06:32:13PM +0530, arwa arif wrote:
> On Tue, Jan 27, 2015 at 3:26 PM, Stefano Sabatini
> wrote:
>
> > On date Monday 2015-01-26 13:20:49 +0100, Michael Niedermayer encoded:
> > > On Mon, Jan 26, 2015 at 11:31:49AM +0100, Christophe Gisquet wrote:
> > [...]
> > > > To me, i
Hello,
> +for (i = 0; i < cs->ksize; i++) {
> > +Me[i] = Key[2 * i];
> > +Mo[i] = Key[2 * i + 1];
> > +}
> > +for (i = 0; i < cs->ksize; i++)
> > +cs->S[cs->ksize - i - 1] = tf_RS(Me[i], Mo[i]);
>
> Can't the previous two for loops be merged together?
>
>
You wa
On Tue, Jan 27, 2015 at 02:06:35PM +0100, Stefano Sabatini wrote:
> That part is a constant source of confusions for readers, this should
> help clarify the apparently inverted logic.
> ---
> doc/examples/filtering_audio.c | 18 +-
> doc/examples/filtering_video.c | 18
On Tue, Jan 27, 2015 at 06:38:22AM +0100, Reimar Döffinger wrote:
> On 26.01.2015, at 22:49, Michael Niedermayer wrote:
> > On Mon, Jan 26, 2015 at 08:21:16PM +0100, Reimar Döffinger wrote:
> >> Quite a few programs missed that detail of the spec
> >> (including old versions of FFmpeg I believe) a
On Tue, Jan 27, 2015 at 04:30:59PM +, Paul B Mahol wrote:
> On 1/27/15, Michael Niedermayer wrote:
> > On Tue, Jan 27, 2015 at 11:28:52AM +, Paul B Mahol wrote:
> >> Signed-off-by: Paul B Mahol
> >> ---
> >> Changelog | 1 +
> >> LICENSE.md
On Tue, 27 Jan 2015 17:13:30 +0100
Michael Niedermayer wrote:
> if there are no filters left in libmpcodecs then removing it is ok
> it might make sense to check mplayer and forks though if theres
> anything that isnt available in libavfilter and which could be used
> through the wraper ...
i o
>From 0097277471810ab1d9d737c64a57c2278a039153 Mon Sep 17 00:00:00 2001
From: Jon Morley
Date: Tue, 27 Jan 2015 11:10:27 -0800
Subject: [PATCH] libavformat/movenc.c: Correct color range when writing DNxHD
atoms
The meaning of the color range values in the AVdn.ACLR atom was swapped.
This change
On Tue, Jan 27, 2015 at 11:14:36AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> Not-bitexact, dunno why. Do not have actual samples to test.
this change is needed:
@@ -134,6 +134,7 @@ static int filter_frame(AVFilterLink *inlink, AVFrame *in)
ret = ff_filter_fram
On Tue, Jan 27, 2015 at 8:43 AM, Gerard wrote:
> Hello,
>
> I'm having trouble determining how is set the total duration of a
> fragmented MP4. If mvhd, tkhd and mdhd boxes have the duration set to
> 0x how does the demuxer know how long is the stream?
>
> Thanks,
>
> Gerard
> ___
I just tried using skip_bits with a negative number and it seems to have
worked fine, thanks guys.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Jan 27, 2015 at 11:11:11AM -0500, Marcus Johnson wrote:
> Can this be done at all?
yes, you can probably use skip_bits() with a negative number
thats a hack though a bit ...
alternatively you could make a copy of the GetBitContext before
or as paul suggested reinit it from bytesteram2
[..
On 1/27/15, Marcus Johnson wrote:
> Can this be done at all?
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
Use bytestream2 to seek and than call init_get_bits() again?
___
Hello,
I'm having trouble determining how is set the total duration of a
fragmented MP4. If mvhd, tkhd and mdhd boxes have the duration set to
0x how does the demuxer know how long is the stream?
Thanks,
Gerard
___
ffmpeg-devel mailing list
ffm
On 1/27/15, Michael Niedermayer wrote:
> On Tue, Jan 27, 2015 at 11:28:52AM +, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> Changelog | 1 +
>> LICENSE.md | 2 -
>> configure
On Tue, Jan 27, 2015 at 11:28:52AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> Changelog | 1 +
> LICENSE.md | 2 -
> configure | 1 -
> doc/filters.texi
Can this be done at all?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 27/01/15 4:44 AM, Hendrik Leppkes wrote:
> On Tue, Jan 27, 2015 at 12:31 AM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>
>> Hi,
>>
>> On 26.01.2015 23:11, Michael Niedermayer wrote:
>>
>>> On Mon, Jan 26, 2015 at 07:08:42PM -0300, James Almer wrote:
>>>
On 26/01/15 7:0
On Tue Jan 27 2015 at 5:06:29 AM Stefano Sabatini
wrote:
> ---
> doc/filters.texi | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 009cab3..6fd192c 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -114,10 +
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of Stefano Sabatini
> Sent: Tuesday, January 27, 2015 4:38 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] updated documentation for -
On Sun, Jan 25, 2015 at 07:55:22PM +0100, Clément Bœsch wrote:
> ---
> doc/filters.texi| 31 +
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_paletteuse.c | 282
>
> 4 files changed, 315
That part is a constant source of confusions for readers, this should
help clarify the apparently inverted logic.
---
doc/examples/filtering_audio.c | 18 +-
doc/examples/filtering_video.c | 18 +-
2 files changed, 34 insertions(+), 2 deletions(-)
diff --git a/doc/
---
doc/filters.texi | 4
libavfilter/avfilter.h | 4
2 files changed, 8 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6fd192c..cba2697 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -195,6 +195,10 @@ instance two input pads. The first output pad of
---
doc/filters.texi | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 009cab3..6fd192c 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -114,10 +114,11 @@ output pads is called a "sink".
@anchor{Filtergraph syntax}
@sec
On Sun, Jan 25, 2015 at 07:55:21PM +0100, Clément Bœsch wrote:
> ---
> doc/filters.texi| 24 +++
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_palettegen.c | 382
>
> 4 files changed, 408 in
On Tue, Jan 27, 2015 at 3:26 PM, Stefano Sabatini
wrote:
> On date Monday 2015-01-26 13:20:49 +0100, Michael Niedermayer encoded:
> > On Mon, Jan 26, 2015 at 11:31:49AM +0100, Christophe Gisquet wrote:
> [...]
> > > To me, it looks like just a normal
> > > clipping is needed.
> >
> > yes
> >
> >
On date Tuesday 2015-01-27 09:56:41 +, Gupta, Maneesh encoded:
> Attached is a patch for updated documentation for the -opencl_bench option.
>
> Regards,
> Maneesh
> From 5c963436f67cc2fe6eae93f0fbda588e902f2da4 Mon Sep 17 00:00:00 2001
> From: Maneesh Gupta
> Date: Tue, 27 Jan 2015 15:09:41
Hi,
On 27.01.2015 08:44, Hendrik Leppkes wrote:
Checking help output with grep? Really?
Did you ever stop to check how all the other checks work in configure?
Usually it tries to run the command and see if it fails, instead of doing
some arbitrary grep which may result in some other matches som
Hi,
On 27.01.2015 08:05, Clément Bœsch wrote:
Why not have a build option to make these reproducible build on demand?
There is no drawback to having this by default?
I don't know of anything using the uid/gid/timestamp fields in *.a
files, so I can't see a drawback in putting zeros into thes
On Sun, Jan 25, 2015 at 01:01:11PM +0100, Hendrik Leppkes wrote:
> ---
> configure | 5 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/dxva2_hevc.c | 375
>
> libavcodec/hevc.c | 8 +-
>
On Mon, Jan 26, 2015 at 01:24:00PM -0500, compn wrote:
> On Sun, 25 Jan 2015 13:01:12 +0100
> Hendrik Leppkes wrote:
>
> > ---
> > ffmpeg_dxva2.c | 10 +-
> > 1 file changed, 9 insertions(+), 1 deletion(-)
>
> lgtm
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF
On Sun, Jan 25, 2015 at 01:01:10PM +0100, Hendrik Leppkes wrote:
> ---
> libavcodec/hevc.c | 38 +++---
> libavcodec/hevc_refs.c | 24
> 2 files changed, 31 insertions(+), 31 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fi
On Sun, Jan 25, 2015 at 01:01:09PM +0100, Hendrik Leppkes wrote:
> ---
> libavcodec/hevc.c | 38 --
> libavcodec/hevc.h | 3 +++
> libavcodec/hevc_refs.c | 18 ++
> 3 files changed, 57 insertions(+), 2 deletions(-)
applied
thanks
[.
On Sun, Jan 25, 2015 at 01:01:08PM +0100, Hendrik Leppkes wrote:
> For future use by hardware accelerators.
> ---
> libavcodec/hevc.c | 8 +---
> libavcodec/hevc.h | 2 ++
> 2 files changed, 7 insertions(+), 3 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147E
On Sun, Jan 25, 2015 at 01:01:07PM +0100, Hendrik Leppkes wrote:
> Hardware Accelerators require access to the escaped bitstream.
> ---
> libavcodec/hevc.c | 8 ++--
> libavcodec/hevc.h | 3 +++
> 2 files changed, 9 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fi
Signed-off-by: Paul B Mahol
---
Changelog | 1 +
LICENSE.md | 2 -
configure | 1 -
doc/filters.texi | 30 --
libavfilter/Makefile | 1 -
liba
Signed-off-by: Paul B Mahol
---
Not-bitexact, dunno why. Do not have actual samples to test.
---
LICENSE.md| 1 +
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_softpulldown.c | 177
On 1/27/15, Stefano Sabatini wrote:
> On date Monday 2015-01-26 13:20:49 +0100, Michael Niedermayer encoded:
>> On Mon, Jan 26, 2015 at 11:31:49AM +0100, Christophe Gisquet wrote:
> [...]
>> > To me, it looks like just a normal
>> > clipping is needed.
>>
>> yes
>>
>> also on a differnt topic, i t
On date Monday 2015-01-26 13:20:49 +0100, Michael Niedermayer encoded:
> On Mon, Jan 26, 2015 at 11:31:49AM +0100, Christophe Gisquet wrote:
[...]
> > To me, it looks like just a normal
> > clipping is needed.
>
> yes
>
> also on a differnt topic, i think "gamma*" should be removed from
> eq, the
Attached is a patch for updated documentation for the -opencl_bench option.
Regards,
Maneesh
0001-documentation-for-opencl_bench.patch
Description: 0001-documentation-for-opencl_bench.patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://f
47 matches
Mail list logo
