On Mon, 19 Jan 2015 07:48:24 +0100
Reimar Döffinger wrote:
> On 19.01.2015, at 01:16, compn wrote:
> > On Sun, 18 Jan 2015 18:41:09 +0100
> > Reimar Döffinger wrote:
> >> Oh my god, this is so horribly broken I vote for doing a "return
> >> -EBROKENAPI" and tell them we'll enable this when NVid
On 19.01.2015, at 01:16, compn wrote:
> On Sun, 18 Jan 2015 18:41:09 +0100
> Reimar Döffinger wrote:
>> Oh my god, this is so horribly broken I vote for doing a "return
>> -EBROKENAPI" and tell them we'll enable this when NVidia fixes their
>> stuff.
>> IMHO some features are not worth the hacks
On 19.01.2015, at 03:05, Michael Niedermayer wrote:
> On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
>> Useful to select e.g. between mingw32, 32-bit mingw64 and 64-bit mingw64
>> toolchains, which all are not cross-compilation toolchains.
>>
>> Signed-off-by: Reimar Döffinger
This should allow changing the default of scale filters to autodetect
interlacing
Signed-off-by: Michael Niedermayer
---
libavfilter/avfiltergraph.c | 80 +++
1 file changed, 80 insertions(+)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfil
On Sat, Jan 17, 2015 at 12:17:31AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The greatest way
On Thu, Jan 01, 2015 at 10:03:52AM +0100, Reimar Döffinger wrote:
> Before the prefix was silently dropped if --toolchain was specified.
if thats the case and the patch fixes that then it should be fine
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich
On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
> Useful to select e.g. between mingw32, 32-bit mingw64 and 64-bit mingw64
> toolchains, which all are not cross-compilation toolchains.
>
> Signed-off-by: Reimar Döffinger
is this intended for building with mingw* on windows ?
if
On Fri, Jan 16, 2015 at 11:52:43PM +0100, Michael Niedermayer wrote:
> The fate change adds a last frame with a subtitle not displayed in the
> previous
>
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c | 11 ---
> tests/ref/fate/sub2video |1 +
> 2 files cha
On Sun, 18 Jan 2015 18:41:09 +0100
Reimar Döffinger wrote:
> Oh my god, this is so horribly broken I vote for doing a "return
> -EBROKENAPI" and tell them we'll enable this when NVidia fixes their
> stuff.
> IMHO some features are not worth the hacks necessary.
[08:51] just let nvidia change asp
On Mon, Jan 19, 2015 at 04:41:37AM +0530, arwa arif wrote:
> On Sun, Jan 18, 2015 at 2:43 AM, Michael Niedermayer
> wrote:
>
> > On Sun, Jan 18, 2015 at 02:05:55AM +0530, arwa arif wrote:
> > > This is an attempt for explaining the use of post-processing filters.
> > >
> > > http://trac.ffmpeg.or
On 18/01/15 7:34 PM, arwa arif wrote:
> +static int initialize(AVFilterContext *ctx)
> +{
> +EQ2Context *eq2 = ctx->priv;
> +int i;
> +
> +set_gamma(eq2);
> +set_contrast(eq2);
> +set_brightness(eq2);
> +set_saturation(eq2);
> +
> +if (IS_FILTER_EQ(ctx->filter)) {
> +
On Sun, Jan 18, 2015 at 2:43 AM, Michael Niedermayer
wrote:
> On Sun, Jan 18, 2015 at 02:05:55AM +0530, arwa arif wrote:
> > This is an attempt for explaining the use of post-processing filters.
> >
> > http://trac.ffmpeg.org/wiki/Postprocessing
>
> some random thoughts/corrections/extensions i h
Attached the patch.
From 79298b4f6d08abacb387dbd3f75fabe329d96772 Mon Sep 17 00:00:00 2001
From: Arwa Arif
Date: Mon, 19 Jan 2015 03:56:48 +0530
Subject: [PATCH] Port mp=eq/eq2 to FFmpeg
---
configure|2 +
doc/filters.texi | 68 +
libavfilter/Makefile |
It seems more logical and works with more restricted C compilers
like tinycc.
Signed-off-by: Reimar Döffinger
---
libswresample/swresample_internal.h | 42 ++---
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/libswresample/swresample_internal.h
b
This is simpler, consistent with some other asm code
and the gcc documentation and in addition also
works with e.g. tinycc.
Signed-off-by: Reimar Döffinger
---
libavcodec/msmpeg4.c | 2 +-
libavcodec/x86/ac3dsp_init.c | 4 +--
libavcodec/x86/cabac.h
On 18 January 2015 at 19:44, Georg Lippitsch wrote:
> Examples:
>
> Capture video clip at 720p50 with 32bit audio:
> ffmpeg -bm_audiodepth 32 -f decklink -i 'UltraStudio Mini Recorder@14'
> -acodec copy -vcodec copy output.avi
>
> Capture video clip at 576i50 with 8 audio channels:
> ffmpeg -bm_c
On Sun, Jan 18, 2015 at 02:43:21PM +0100, Tomas Härdin wrote:
> On Wed, 2015-01-14 at 19:26 -0800, Mark Reid wrote:
> > changes since v3:
> > * return if there isn’t exactly one partition
> > * cosmetic and gcc cleanups
> > * added comment about EditUnitByteCount
> >
> > ---
> > libavformat/mxfde
On Sun Jan 18 2015 at 11:45:54 AM Georg Lippitsch
wrote:
>
> @@ -379,6 +380,18 @@ av_cold int ff_decklink_read_header(AVFormatContext
> *avctx)
> ctx->list_devices = cctx->list_devices;
> ctx->list_formats = cctx->list_formats;
> ctx->preroll = cctx->preroll;
> +if (cctx->c
On Sun Jan 18 2015 at 12:50:29 PM Timothy Gu wrote:
> On Sun Jan 18 2015 at 11:46:03 AM Georg Lippitsch
> wrote:
>
>> ---
>> doc/indevs.texi | 34 +++---
>> 1 file changed, 31 insertions(+), 3 deletions(-)
>>
>
> Does the decklink outdev need changing too?
>
Nope. Ne
On Sun Jan 18 2015 at 11:46:03 AM Georg Lippitsch
wrote:
> ---
> doc/indevs.texi | 34 +++---
> 1 file changed, 31 insertions(+), 3 deletions(-)
>
Does the decklink outdev need changing too?
>
> diff --git a/doc/indevs.texi b/doc/indevs.texi
> index fa6facf..d35929
On Fri, Jan 16, 2015 at 8:40 AM, Derek Buitenhuis
wrote:
> On 1/16/2015 12:47 AM, Stephen Hutchinson wrote:
>> There have been times I've run into issues
>> because a shared library FFmpeg was linked against somehow
>> got removed or was updated and broke compatibility.
>
> [...]
>
Usually, that
Examples:
Capture video clip at 720p50 with 32bit audio:
ffmpeg -bm_audiodepth 32 -f decklink -i 'UltraStudio Mini Recorder@14' -acodec
copy -vcodec copy output.avi
Capture video clip at 576i50 with 8 audio channels:
ffmpeg -bm_channels 8 -f decklink -i 'UltraStudio Mini Recorder@3' -acodec copy
---
doc/indevs.texi | 34 +++---
1 file changed, 31 insertions(+), 3 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index fa6facf..d359292 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -1006,10 +1006,10 @@ need to configure with the appropriate
@c
Example to capture video clip at 1080i50 10 bit:
ffmpeg -bm_v210 1 -f decklink -i 'UltraStudio Mini Recorder@11' -acodec copy
-vcodec copy output.avi
---
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 18 ++
libavdevice/decklink_dec_c.c| 1 +
3 file
Am 11.01.2015, 16:31 Uhr, schrieb Anshul :
+result = ctx->dli->EnableVideoInput(ctx->bmd_mode,
+cctx->v210 ? bmdFormat10BitYUV
: bmdFormat8BitYUV,
+bmdVideoInputFlagDefault);
Why not save bmdFormat10BitYUV i
On Sat, Jan 17, 2015 at 10:52:11PM +0700, Muhammad Faiz wrote:
> ---
> doc/filters.texi | 10 ++
> libavfilter/avf_showcqt.c | 5 -
> 2 files changed, 14 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78704
On Sun, Jan 18, 2015 at 03:50:11PM +, Kieran Kunhya wrote:
> > the active area is stored in mpeg1/2 and should be used, its in the
> > pan scan variables IIRC, that way there is a very close to correct
> > mathematical relation between SAR, DAR and the active area in the
> > BT601 case
> > Ther
On Thu, Jan 01, 2015 at 10:03:52AM +0100, Reimar Döffinger wrote:
> Before the prefix was silently dropped if --toolchain was specified.
Ping?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
> Useful to select e.g. between mingw32, 32-bit mingw64 and 64-bit mingw64
> toolchains, which all are not cross-compilation toolchains.
Ping?
___
ffmpeg-devel mailing list
ffmpeg-devel@ff
On Sat, Jan 17, 2015 at 11:35:41AM -0800, Philip Langdale wrote:
> There is a long sad story behind all this, but it's somewhat ambiguous as to
> whether DVD content should be treated as 720 pixels wide or 704 pixels, with
> 16 pixels cut off. If you decide is should be 704 pixels wide, you need to
> the active area is stored in mpeg1/2 and should be used, its in the
> pan scan variables IIRC, that way there is a very close to correct
> mathematical relation between SAR, DAR and the active area in the
> BT601 case
> There should be no problem here with complying to BT601 and the
> video codin
On Sun, Jan 18, 2015 at 02:18:19PM +, Kieran Kunhya wrote:
> > iam not trying to look for anything, iam just trying to fix bugs
> > and as is ffmpeg displays the wrong DAR in the printout for the
> > overscan case (i belive this is a big part of the misuderstandings),
> > you would get bt601 wi
> iam not trying to look for anything, iam just trying to fix bugs
> and as is ffmpeg displays the wrong DAR in the printout for the
> overscan case (i belive this is a big part of the misuderstandings),
> you would get bt601 with some crazy nonsense DAR
> values instead of 16:9 and 4:3, this patch
On Sun, Jan 18, 2015 at 02:00:05PM +, Kieran Kunhya wrote:
> On 18 January 2015 at 13:57, Michael Niedermayer wrote:
> > I hope this should reduce the confusion about display aspect ratios in the
> > overscan case
>
> Stop trying to look for a mathematical relationship when there isn't one..
On 18 January 2015 at 13:55, Michael Niedermayer wrote:
> On Sun, Jan 18, 2015 at 01:28:36PM +, Kieran Kunhya wrote:
>> On 18 January 2015 at 12:22, Michael Niedermayer wrote:
>> > On Sun, Jan 18, 2015 at 02:52:59AM +0100, Hendrik Leppkes wrote:
>> >> On Sun, Jan 18, 2015 at 1:02 AM, Nicolas
On 18 January 2015 at 13:57, Michael Niedermayer wrote:
> I hope this should reduce the confusion about display aspect ratios in the
> overscan case
Stop trying to look for a mathematical relationship when there isn't one...
___
ffmpeg-devel mailing li
I hope this should reduce the confusion about display aspect ratios in the
overscan case
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 7b
Signed-off-by: Michael Niedermayer
---
libavcodec/internal.h |6 ++
libavcodec/utils.c| 30 +-
libavformat/dump.c| 16
3 files changed, 35 insertions(+), 17 deletions(-)
diff --git a/libavcodec/internal.h b/libavcodec/internal.h
in
On Sun, Jan 18, 2015 at 01:28:36PM +, Kieran Kunhya wrote:
> On 18 January 2015 at 12:22, Michael Niedermayer wrote:
> > On Sun, Jan 18, 2015 at 02:52:59AM +0100, Hendrik Leppkes wrote:
> >> On Sun, Jan 18, 2015 at 1:02 AM, Nicolas George wrote:
> >>
> >> > L'octidi 28 nivôse, an CCXXIII, Kie
On Sun, 18 Jan 2015 10:40:24 +0100
Nicolas George wrote:
> I have downloaded BT.601 from http://www.itu.int/rec/R-REC-BT.601/ >, both the most recent and the
> oldest versions, and I did not find any explicit reference of this
> 702 business, nor could I decipher indirect references, so I still
>
On Wed, 2015-01-14 at 19:26 -0800, Mark Reid wrote:
> changes since v3:
> * return if there isn’t exactly one partition
> * cosmetic and gcc cleanups
> * added comment about EditUnitByteCount
>
> ---
> libavformat/mxfdec.c | 59
>
> 1 file cha
On 18 January 2015 at 12:22, Michael Niedermayer wrote:
> On Sun, Jan 18, 2015 at 02:52:59AM +0100, Hendrik Leppkes wrote:
>> On Sun, Jan 18, 2015 at 1:02 AM, Nicolas George wrote:
>>
>> > L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
>> > > Oops I misunderstood, you mean the software m
On Sun, Jan 18, 2015 at 11:16:04AM +, Kieran Kunhya wrote:
> On 18 January 2015 at 09:40, Nicolas George wrote:
> > Le nonidi 29 nivôse, an CCXXIII, Hendrik Leppkes a écrit :
> >> nvenc should behave the same as libx264, or any other video encoder, if
> >> this patch makes it do that, then it
On Sun, Jan 18, 2015 at 02:52:59AM +0100, Hendrik Leppkes wrote:
> On Sun, Jan 18, 2015 at 1:02 AM, Nicolas George wrote:
>
> > L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
> > > Oops I misunderstood, you mean the software must comply with the users
> > wishes.
> >
> > Yes.
> >
> > > A
On 18 January 2015 at 09:40, Nicolas George wrote:
> Le nonidi 29 nivôse, an CCXXIII, Hendrik Leppkes a écrit :
>> nvenc should behave the same as libx264, or any other video encoder, if
>> this patch makes it do that, then it should be applied.
>>
>> If bt601 needs special handling not yet presen
Le nonidi 29 nivôse, an CCXXIII, Hendrik Leppkes a écrit :
> nvenc should behave the same as libx264, or any other video encoder, if
> this patch makes it do that, then it should be applied.
>
> If bt601 needs special handling not yet present in avcodec, it should be
> implemented in such a way th
46 matches
Mail list logo