Signed-off-by: Vittorio Gambaletta
---
libavformat/mpegtsenc.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 2c12043..a20e229 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -275
This commit makes it possible to add optional metadata (such as
"service_provider") to an mpegts output stream composed by multiple programs
(mpts).
This is needed because the global metadata is not inherited by the single
programs.
Signed-off-by: Vittorio Gambaletta
---
ffmpeg_opt.c | 10
On 1/23/2016 11:42 PM, Michael Niedermayer wrote:
> diff --git a/libavformat/avio.h b/libavformat/avio.h
> index c3c0b73..26c39b2 100644
> --- a/libavformat/avio.h
> +++ b/libavformat/avio.h
> @@ -595,6 +595,10 @@ int avio_open(AVIOContext **s, const char *url, int
> flags);
> int avio_open2(AVIO
From: Michael Niedermayer
TODO: Docs
TODO: version bump
Note to maintainers: update tools
Note, testing and checking for missing changes is needed
Signed-off-by: Michael Niedermayer
---
ffmpeg_opt.c |4 ++--
libavdevice/lavfi.c |2 +-
libavformat/as
From: Michael Niedermayer
Previously errors could result in random entries to be lost.
Signed-off-by: Michael Niedermayer
---
libavutil/opt.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index 4fd25ff..eae4f75 100644
--- a/liba
On Sun, Jan 24, 2016 at 5:28 AM, Timothy Gu wrote:
> Hi,
>
> On Fri, Jan 22, 2016 at 11:24:19PM +0530, Ganesh Ajjanagadde wrote:
>> +@item h
>> +Dump packets/hex; press to cycle through the 3 states.
>
> What are the three states? Packets, hex, emacs-emulation?
No idea, will need to inspect the c
On Sat, Jan 23, 2016 at 10:52 PM, James Almer wrote:
> On 1/23/2016 6:44 PM, Andreas Cadhalpun wrote:
>> On 23.01.2016 22:39, Derek Buitenhuis wrote:
>>> On 1/23/2016 9:36 PM, Andreas Cadhalpun wrote:
Do you have a better idea?
>>>
>>> Yes, don't do it, full stop.
>>
>> I could just as well s
On Sat, Jan 23, 2016 at 07:14:29PM +, Mark Thompson wrote:
> diff --git a/ffmpeg_opt.c b/ffmpeg_opt.c
> index 9b341cf..fd41600 100644
> --- a/ffmpeg_opt.c
> +++ b/ffmpeg_opt.c
> @@ -82,6 +82,9 @@ const HWAccel hwaccels[] = {
> #if CONFIG_LIBMFX
> { "qsv", qsv_init, HWACCEL_QSV, AV_P
On Sat, Jan 23, 2016 at 07:13:38PM +, Mark Thompson wrote:
> +av_log(0, AV_LOG_ERROR, "Failed to destroy surface: "
> + "%d (%s).\n", vas, vaErrorStr(vas));
Maybe you can consider adding an AVClass just for logging. Either way the “0”
needs to be “NULL.”
Here and below.
On Sat, Jan 23, 2016 at 07:17:00PM +, Mark Thompson wrote:
>
> ---
> configure | 2 +
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_vaapi_conv.c | 537
>
> 4 files changed, 541 i
On 2016-01-24 00:24, James Darnley wrote:
> I will try and find out how old the option is.
--mixed was added in 2002:
> https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=1050e57c9afee171480510d3277877aca29c0f96
signature.asc
Description: OpenPGP digital signature
___
Hi,
On Fri, Jan 22, 2016 at 11:24:19PM +0530, Ganesh Ajjanagadde wrote:
> +@item h
> +Dump packets/hex; press to cycle through the 3 states.
What are the three states? Packets, hex, emacs-emulation?
> +@item d
> +Accept subsequent entry up to carriage return as debug mode.
What is "subsequent e
Hi,
On Sat, Jan 23, 2016 at 10:57:06AM +0530, Ganesh Ajjanagadde wrote:
>
> I take it that you are fine with updating the help text accordingly as
> well in ffmpeg.c?
The idea sounds fine. I would love to see the patch though.
Timothy
___
ffmpeg-devel
On Sat, Jan 23, 2016 at 3:06 PM, James Darnley
wrote:
> Is mingw the right host_os value for you?
>
>
Yes, mingw works for me. Here's my uname:
$ uname -s
MINGW32_NT-6.1
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/l
On 2016-01-24 00:10, Hendrik Leppkes wrote:
> On Sun, Jan 24, 2016 at 12:06 AM, James Darnley
> wrote:
>> On 2016-01-23 23:48, charlie.arn...@gmail.com wrote:
>>> From: Charles Arnold
>>>
>>> Use cygpath -w when running under cygwin, and pwd -W under mingw
>>> ---
>>> configure | 12 +++
On Sun, Jan 24, 2016 at 12:06 AM, James Darnley wrote:
> On 2016-01-23 23:48, charlie.arn...@gmail.com wrote:
>> From: Charles Arnold
>>
>> Use cygpath -w when running under cygwin, and pwd -W under mingw
>> ---
>> configure | 12 +++-
>> 1 file changed, 11 insertions(+), 1 deletion(-)
>
On 2016-01-23 23:48, charlie.arn...@gmail.com wrote:
> From: Charles Arnold
>
> Use cygpath -w when running under cygwin, and pwd -W under mingw
> ---
> configure | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index f7d1000..94a694a
From: Charles Arnold
Use cygpath -w when running under cygwin, and pwd -W under mingw
---
configure | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index f7d1000..94a694a 100755
--- a/configure
+++ b/configure
@@ -6234,7 +6234,17 @@ enabled
On Sat, Jan 23, 2016 at 10:25 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 22:16, Charlie Arnold wrote:
>> I did, works for both in and out of tree builds
>
> Applied and pushed. Thanks a lot!
>
pwd: unknown option -- W
Try 'pwd --help' for more information.
Please leave more than 5 minutes to r
On 1/23/2016 6:44 PM, Andreas Cadhalpun wrote:
> On 23.01.2016 22:39, Derek Buitenhuis wrote:
>> On 1/23/2016 9:36 PM, Andreas Cadhalpun wrote:
>>> Do you have a better idea?
>>
>> Yes, don't do it, full stop.
>
> I could just as well suggest you to not use such weird environments.
>
>> Is the fe
On 23.01.2016 22:39, Derek Buitenhuis wrote:
> On 1/23/2016 9:36 PM, Andreas Cadhalpun wrote:
>> Do you have a better idea?
>
> Yes, don't do it, full stop.
I could just as well suggest you to not use such weird environments.
> Is the feature here (bit exact builds out of tree) worth
> all the h
On 1/23/2016 9:36 PM, Andreas Cadhalpun wrote:
> Do you have a better idea?
Yes, don't do it, full stop.
Is the feature here (bit exact builds out of tree) worth
all the hacks? In my gut: no. Several others have expressed
the same opinion.
- Derek
___
On 23.01.2016 22:33, Charlie Arnold wrote:
> I can fix it to check $host_os = cygwin, and use cygpath in that case.
I think that should work.
> I don't have cygwin installed to test tho.
Maybe someone who has could test the patch?
Best regards,
Andreas
On 23.01.2016 22:29, Derek Buitenhuis wrote:
> On 1/23/2016 8:50 PM, Andreas Cadhalpun wrote:
>> On 23.01.2016 13:33, Michael Niedermayer wrote:
>>> On Sat, Jan 23, 2016 at 12:14:28PM +0100, Andreas Cadhalpun wrote:
---
common.mak | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
I can fix it to check $host_os = cygwin, and use cygpath in that case. I
don't have cygwin installed to test tho.
On Sat, Jan 23, 2016 at 1:28 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 23.01.2016 22:25, James Darnley wrote:
> > On 2016-01-23 22:11, charlie.arn...@gmai
On 1/23/2016 9:29 PM, Derek Buitenhuis wrote:
> cygwin does not have -W.
>
> Furthermore, makign *environment* deductions based on your *target compiler*
> is incredibly broken.
>
> People also build via msvc with a cygwin shell, and on native linux with
> wine+cl.exe.
>
> - Derek
ARGH, my MUA
On 1/23/2016 8:50 PM, Andreas Cadhalpun wrote:
> On 23.01.2016 13:33, Michael Niedermayer wrote:
>> On Sat, Jan 23, 2016 at 12:14:28PM +0100, Andreas Cadhalpun wrote:
>>> ---
>>> common.mak | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> confirmed to fix checkheaders
>
> Pushed.
On 23.01.2016 22:25, James Darnley wrote:
> On 2016-01-23 22:11, charlie.arn...@gmail.com wrote:
>> +if enabled msvc; then
>> +dst_path=$(pwd -W)
>> +else
>> +dst_path=$(pwd)
>> +fi
>> +
>
> If using MSVC through Cygwin is supported this would fail. Its pwd
> command does not have the -W
On 23.01.2016 22:16, Charlie Arnold wrote:
> I did, works for both in and out of tree builds
Applied and pushed. Thanks a lot!
Best regards,
Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2016-01-23 22:11, charlie.arn...@gmail.com wrote:
> +if enabled msvc; then
> +dst_path=$(pwd -W)
> +else
> +dst_path=$(pwd)
> +fi
> +
If using MSVC through Cygwin is supported this would fail. Its pwd
command does not have the -W option.
Most people probably don't use both.
signat
I did, works for both in and out of tree builds
On Sat, Jan 23, 2016 at 1:15 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 23.01.2016 22:11, charlie.arn...@gmail.com wrote:
> > From: Charlie Arnold
> >
> > Fix configure to set DST_PATH to the Windows style path when build
On 23.01.2016 22:11, charlie.arn...@gmail.com wrote:
> From: Charlie Arnold
>
> Fix configure to set DST_PATH to the Windows style path when building with
> MSVC
> ---
> configure | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 8f46
From: Charlie Arnold
Fix configure to set DST_PATH to the Windows style path when building with MSVC
---
configure | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 8f4642b..f7d1000 100755
--- a/configure
+++ b/configure
@@ -6233,6 +6233,12 @@
On 01/23/2016 06:17 PM, Ganesh Ajjanagadde wrote:
On Sat, Jan 23, 2016 at 7:44 PM, Mats Peterson
wrote:
On 01/23/2016 02:39 PM, Mats Peterson wrote:
I see. Thanks.
I should have read the FATE documentation a bit more thoroughly. I didn't
have the samples. Thanks for your assistance anyway.
On 23.01.2016 21:32, James Almer wrote:
> Looks like hardcoded tables builds on some systems are also broken because of
> this
> http://fate.ffmpeg.org/report.cgi?time=20160123064153&slot=x86_64-openbsd5.6-gcc4.2-conf2
That's fixed by the fix for checkheaders, which I just pushed.
> Maybe we sho
On 23.01.2016 13:33, Michael Niedermayer wrote:
> On Sat, Jan 23, 2016 at 12:14:28PM +0100, Andreas Cadhalpun wrote:
>> ---
>> common.mak | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> confirmed to fix checkheaders
Pushed.
Best regards,
Andreas
_
On 1/21/2016 8:33 PM, Andreas Cadhalpun wrote:
> On 16.01.2016 02:29, Michael Niedermayer wrote:
>> On Mon, Dec 28, 2015 at 10:12:56PM +0100, Andreas Cadhalpun wrote:
>>> Previously the full source path was embedded inconsistently in the debug
>>> information between in-tree/out-of-tree builds.
>>>
On Sat, Jan 23, 2016 at 01:40:53AM -0300, James Almer wrote:
> On 1/21/2016 11:39 PM, Michael Niedermayer wrote:
> > On Thu, Jan 21, 2016 at 10:45:55AM +, John Cox wrote:
> >> Hi
> >>
> >> v2 of my hevc residual patch
> >>
> >> I've fixed the fate regression
> >> I've split it into more pieces
On 01/23/16 11:19 AM, Hendrik Leppkes wrote:
On Sat, Jan 23, 2016 at 8:16 PM, Andreas Cadhalpun
wrote:
On 23.01.2016 17:16, Hendrik Leppkes wrote:
On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
wrote:
On 23.01.2016 15:07, Hendrik Leppkes wrote:
On Sat, Jan 23, 2016 at 2:51 PM, Andreas C
On Sat, Jan 23, 2016 at 8:16 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 17:16, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
>> wrote:
>>> On 23.01.2016 15:07, Hendrik Leppkes wrote:
On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
wrote:
> On 23.
---
configure | 2 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_vaapi_conv.c | 537
4 files changed, 541 insertions(+)
create mode 100644 libavfilter/vf_vaapi_conv.c
diff --git a/confi
On 23.01.2016 17:16, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
> wrote:
>> On 23.01.2016 15:07, Hendrik Leppkes wrote:
>>> On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
>>> wrote:
On 23.01.2016 14:48, Hendrik Leppkes wrote:
> Unfortunately, cygpath
---
configure |2 +
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/vaapi_enc_hevc.c | 1664 +++
4 files changed, 1668 insertions(+)
create mode 100644 libavcodec/vaapi_enc_hevc.c
diff --git a/c
---
configure |2 +
libavcodec/Makefile |1 +
libavcodec/allcodecs.c |1 +
libavcodec/vaapi_enc_h264.c | 1016 +++
4 files changed, 1020 insertions(+)
create mode 100644 libavcodec/vaapi_enc_h264.c
diff --git a/c
---
Makefile | 1 +
configure | 5 +
ffmpeg.c | 6 +
ffmpeg.h | 5 +
ffmpeg_opt.c | 16 ++
ffmpeg_vaapi.c | 633 +
6 files changed, 666 insertions(+)
create mode 100644 ffmpeg_vaapi.c
diff --git a/Makefile
---
configure | 5 +
libavutil/Makefile | 1 +
libavutil/vaapi.c | 546 +
libavutil/vaapi.h | 115 +++
4 files changed, 667 insertions(+)
create mode 100644 libavutil/vaapi.c
create mode 100644 libavutil/vaapi.h
diff --
Hi all,
Following is a new version of the patch series for VAAPI encode and support
infrastructure around that.
Notable updates:
* Everything is now passed around and reference counted with AVFrames/AVBuffers.
* Most of FATE for H.264 and H.265 now passes with VAAPI decoders (see notes on
fa
Hi,
patch attached.
From a41c741bb4d3146661e629552d750638a0bdc87c Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sat, 23 Jan 2016 17:15:53 +0100
Subject: [PATCH] avfilter: add nnedi filter
Port of nnedi3 vapoursynth filter.
Signed-off-by: Paul B Mahol
---
configure| 1 +
On 23 January 2016 at 16:28, Michael Niedermayer
wrote:
> On Fri, Jan 22, 2016 at 06:15:42PM +, Rostislav Pehlivanov wrote:
> > This commit moves the quantization matricies and a single define to the
> > shared header between the encoder and decoder. This is in preparation
> > for the followi
On Sat, Jan 23, 2016 at 9:57 PM, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 5:24 PM, Michael Niedermayer
> wrote:
>> On Sat, Jan 23, 2016 at 05:16:28PM +0100, Hendrik Leppkes wrote:
>>> On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
>>> wrote:
>>> > On 23.01.2016 15:07, Hendrik Leppkes
On Sat, Jan 23, 2016 at 5:44 PM, Michael Niedermayer
wrote:
> On Sat, Jan 23, 2016 at 12:13:57PM +0530, Ganesh Ajjanagadde wrote:
>> On Sat, Jan 23, 2016 at 11:55 AM, Mats Peterson
>> wrote:
>> > +++ tests/data/fate/ffmpeg-filter_colorkey 2016-01-23
>> > 07:22:58.904430959 +0100
>> > @@ -1,1
On Sat, Jan 23, 2016 at 7:44 PM, Mats Peterson
wrote:
> On 01/23/2016 02:39 PM, Mats Peterson wrote:
>>
>> I see. Thanks.
>
>
> I should have read the FATE documentation a bit more thoroughly. I didn't
> have the samples. Thanks for your assistance anyway.
Strangely enough I also was running fate
>This seems to partially duplicate the dwt_type enum in dirac_dwt.h
>Maybe you could share all this dwt code from both decoder and encoder
>in some way?
I could move the enum to the dirac.h file, but I don't really want to
#include that into the transforms files and have it include avcodec.h and
w
On 1/22/2016 3:15 PM, Rostislav Pehlivanov wrote:
> diff --git a/libavcodec/diracenc_transforms.h
> b/libavcodec/diracenc_transforms.h
> new file mode 100644
> index 000..3b723b2
> --- /dev/null
> +++ b/libavcodec/diracenc_transforms.h
> @@ -0,0 +1,53 @@
> +/*
> + * Copyright (C) 2016 Open Bro
On Sat, Jan 23, 2016 at 5:24 PM, Michael Niedermayer
wrote:
> On Sat, Jan 23, 2016 at 05:16:28PM +0100, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
>> wrote:
>> > On 23.01.2016 15:07, Hendrik Leppkes wrote:
>> >> On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
On Fri, Jan 22, 2016 at 06:15:42PM +, Rostislav Pehlivanov wrote:
> This commit moves the quantization matricies and a single define to the
> shared header between the encoder and decoder. This is in preparation
> for the following commit which will introduce the encoder.
>
> Signed-off-by: Ro
On Sat, Jan 23, 2016 at 05:16:28PM +0100, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
> wrote:
> > On 23.01.2016 15:07, Hendrik Leppkes wrote:
> >> On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
> >> wrote:
> >>> On 23.01.2016 14:48, Hendrik Leppkes wrote:
> >>
On Sat, Jan 23, 2016 at 10:55:00AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Jan 23, 2016 at 8:51 AM, Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Sat, Jan 23, 2016 at 8:45 AM, Hendrik Leppkes
> > wrote:
> >
> >> On Sat, Jan 23, 2016 at 2:38 PM, Ronald S. Bultje
> >> wrote:
> >> > Hi,
On Sat, Jan 23, 2016 at 4:27 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 15:07, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
>> wrote:
>>> On 23.01.2016 14:48, Hendrik Leppkes wrote:
Unfortunately, cygpath is not guaranteed to be available, and in fact
i
On Sat, Jan 23, 2016 at 4:36 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Jan 23, 2016 at 9:52 AM, Andreas Cadhalpun <
> andreas.cadhal...@googlemail.com> wrote:
>
>> On 23.01.2016 15:10, Hendrik Leppkes wrote:
>> > On Sat, Jan 23, 2016 at 2:45 PM, Ronald S. Bultje
>> wrote:
>> >> Both of you ke
Hi,
On Sat, Jan 23, 2016 at 8:51 AM, Ronald S. Bultje
wrote:
> Hi,
>
> On Sat, Jan 23, 2016 at 8:45 AM, Hendrik Leppkes
> wrote:
>
>> On Sat, Jan 23, 2016 at 2:38 PM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Sat, Jan 23, 2016 at 8:28 AM, wm4 wrote:
>> >
>> >> On Sat, 23 Jan 2016 13:50
Hi,
On Sat, Jan 23, 2016 at 9:52 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 23.01.2016 15:10, Hendrik Leppkes wrote:
> > On Sat, Jan 23, 2016 at 2:45 PM, Ronald S. Bultje
> wrote:
> >> Both of you keep shouting from one side of the room to the other without
> >> trying
On 23.01.2016 15:07, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
> wrote:
>> On 23.01.2016 14:48, Hendrik Leppkes wrote:
>>> Unfortunately, cygpath is not guaranteed to be available, and in fact
>>> is not on some working build setups today (ie. msys1 environments w
On 23.01.2016 15:10, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 2:45 PM, Ronald S. Bultje wrote:
>> Both of you keep shouting from one side of the room to the other without
>> trying to actually converge to a point that might somehow be mutually
>> acceptable. I'm getting very grumbly here.
Hi,
On Sat, Jan 23, 2016 at 9:10 AM, Hendrik Leppkes
wrote:
> On Sat, Jan 23, 2016 at 2:45 PM, Ronald S. Bultje
> wrote:
> > Both of you keep shouting from one side of the room to the other without
> > trying to actually converge to a point that might somehow be mutually
> > acceptable. I'm get
On 01/23/2016 02:39 PM, Mats Peterson wrote:
I see. Thanks.
I should have read the FATE documentation a bit more thoroughly. I
didn't have the samples. Thanks for your assistance anyway.
Mats
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
h
On Sat, Jan 23, 2016 at 2:45 PM, Ronald S. Bultje wrote:
> Both of you keep shouting from one side of the room to the other without
> trying to actually converge to a point that might somehow be mutually
> acceptable. I'm getting very grumbly here.
>
I'm not trying to be unreasonable here, all I'
On Sat, Jan 23, 2016 at 2:51 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 14:48, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 2:44 PM, Andreas Cadhalpun
>> wrote:
>>> Signed-off-by: Andreas Cadhalpun
>>> ---
>>>
>>> This hopefully fixes the build failures with MSVC.
>>> I don't have such an
Hi,
On Sat, Jan 23, 2016 at 8:45 AM, Hendrik Leppkes
wrote:
> On Sat, Jan 23, 2016 at 2:38 PM, Ronald S. Bultje
> wrote:
> > Hi,
> >
> > On Sat, Jan 23, 2016 at 8:28 AM, wm4 wrote:
> >
> >> On Sat, 23 Jan 2016 13:50:32 +0100
> >> Michael Niedermayer wrote:
> >>
> >> > On Sat, Jan 23, 2016 at
On 23.01.2016 14:48, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 2:44 PM, Andreas Cadhalpun
> wrote:
>> Signed-off-by: Andreas Cadhalpun
>> ---
>>
>> This hopefully fixes the build failures with MSVC.
>> I don't have such an environment to test this, though.
>>
>> ---
>> configure | 5 -
On Sat, Jan 23, 2016 at 2:44 PM, Andreas Cadhalpun
wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
>
> This hopefully fixes the build failures with MSVC.
> I don't have such an environment to test this, though.
>
> ---
> configure | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> d
Hi,
On Sat, Jan 23, 2016 at 8:26 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 23.01.2016 14:10, Ronald S. Bultje wrote:
> > You guys need a mediator, I hear JB is very good at that. Neither of you
> is
> > listening at all to what the other person is saying.
> >
> > Can y
On 23.01.2016 12:04, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 10:41 AM, Henrik Gramner wrote:
>> On Sat, Jan 23, 2016 at 10:31 AM, Andreas Cadhalpun
>> wrote:
>>> Yes, I see. Apparently these use two different path notations,
>>> 'C:\path\to\file' and '/c/path/to/file', simultaneously.
>>
On Sat, Jan 23, 2016 at 2:38 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Jan 23, 2016 at 8:28 AM, wm4 wrote:
>
>> On Sat, 23 Jan 2016 13:50:32 +0100
>> Michael Niedermayer wrote:
>>
>> > On Sat, Jan 23, 2016 at 11:42:54AM +0100, Hendrik Leppkes wrote:
>> > > On Sat, Jan 23, 2016 at 10:12 AM, A
Signed-off-by: Andreas Cadhalpun
---
This hopefully fixes the build failures with MSVC.
I don't have such an environment to test this, though.
---
configure | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 8f4642b..64ce901 100755
--- a/configur
On 01/23/2016 12:54 PM, Ronald S. Bultje wrote:
make V=1 fate-ffmpeg-filter_colorkey will give you the commandline, and
running that (or checking tests/data/fate/ffmpeg-filter_colorkey.err) will
tell you the input file is missing. make fate-rsync will fix that.
Ronald
I see. Thanks.
_
Hi,
On Sat, Jan 23, 2016 at 8:28 AM, wm4 wrote:
> On Sat, 23 Jan 2016 13:50:32 +0100
> Michael Niedermayer wrote:
>
> > On Sat, Jan 23, 2016 at 11:42:54AM +0100, Hendrik Leppkes wrote:
> > > On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> > > wrote:
> > > > VLC uses hwaccel with frame th
On Sat, 23 Jan 2016 13:50:32 +0100
Michael Niedermayer wrote:
> On Sat, Jan 23, 2016 at 11:42:54AM +0100, Hendrik Leppkes wrote:
> > On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> > wrote:
> > > VLC uses hwaccel with frame threads and it works fine, but returning
> > > an error here mad
On 23.01.2016 14:10, Ronald S. Bultje wrote:
> You guys need a mediator, I hear JB is very good at that. Neither of you is
> listening at all to what the other person is saying.
>
> Can you two figure out what is working, what is not, under what conditions,
> and document that in a way that is und
On 23.01.2016 12:27, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 12:22 PM, Andreas Cadhalpun
> wrote:
>> Not fixing serious regressions is not acceptable.
>
> Then do so without introducing new ones.
This change can't introduce new regressions as it simply reverts the
behavior to what it wa
Hi,
On Sat, Jan 23, 2016 at 6:10 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 23.01.2016 11:42, Hendrik Leppkes wrote:
> > On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> > wrote:
> >> VLC uses hwaccel with frame threads and it works fine, but returning
> >> an err
On Sat, Jan 23, 2016 at 11:42:54AM +0100, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> wrote:
> > VLC uses hwaccel with frame threads and it works fine, but returning
> > an error here made it fail.
> >
> > This regression was introduced in commit 31741ae.
> >
>
On Sat, Jan 23, 2016 at 12:14:28PM +0100, Andreas Cadhalpun wrote:
> ---
> common.mak | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
confirmed to fix checkheaders
[]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
No great genius has ever existed witho
On Sat, Jan 23, 2016 at 10:57:06AM +0530, Ganesh Ajjanagadde wrote:
> On Sat, Jan 23, 2016 at 8:51 AM, Michael Niedermayer
> wrote:
> > On Fri, Jan 22, 2016 at 11:24:19PM +0530, Ganesh Ajjanagadde wrote:
> >> Mostly based off the help text; slightly modified in some cases for
> >> better clarity a
On Sat, Jan 23, 2016 at 12:13:57PM +0530, Ganesh Ajjanagadde wrote:
> On Sat, Jan 23, 2016 at 11:55 AM, Mats Peterson
> wrote:
> > +++ tests/data/fate/ffmpeg-filter_colorkey 2016-01-23
> > 07:22:58.904430959 +0100
> > @@ -1,16 +0,0 @@
> > -#tb 0: 1/25
> > -#tb 1: 1/48000
> > -0, 0,
Hi,
On Sat, Jan 23, 2016 at 1:25 AM, Mats Peterson <
matsp888-at-yahoo@ffmpeg.org> wrote:
> +++ tests/data/fate/ffmpeg-filter_colorkey 2016-01-23
> 07:22:58.904430959 +0100
> @@ -1,16 +0,0 @@
> -#tb 0: 1/25
> -#tb 1: 1/48000
> -0, 0, 0,1, 622080, 0x4e30accb
>
On Sat, Jan 23, 2016 at 12:41 PM, Hendrik Leppkes wrote:
> I did some testing why this breaks, and the reason is of course MSYS
> shenanigans.
>
> MSYS will automatically translate a UNIX-style path back to
> Windows-style when you pass it as a parameter, however, in this it
> fails because the sy
On Sat, Jan 23, 2016 at 12:04 PM, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 10:41 AM, Henrik Gramner wrote:
>> On Sat, Jan 23, 2016 at 10:31 AM, Andreas Cadhalpun
>> wrote:
>>> Yes, I see. Apparently these use two different path notations,
>>> 'C:\path\to\file' and '/c/path/to/file', simu
On Sat, 23 Jan 2016 12:10:26 +0100
Andreas Cadhalpun wrote:
> On 23.01.2016 11:42, Hendrik Leppkes wrote:
> > On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> > wrote:
> >> VLC uses hwaccel with frame threads and it works fine, but returning
> >> an error here made it fail.
> >>
> >> This
On Sat, Jan 23, 2016 at 12:22 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 12:19, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 12:10 PM, Andreas Cadhalpun
>> wrote:
>>> On 23.01.2016 11:42, Hendrik Leppkes wrote:
On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
wrote:
> VLC
On 23.01.2016 12:19, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 12:10 PM, Andreas Cadhalpun
> wrote:
>> On 23.01.2016 11:42, Hendrik Leppkes wrote:
>>> On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
>>> wrote:
VLC uses hwaccel with frame threads and it works fine, but returning
>>
On Sat, Jan 23, 2016 at 12:10 PM, Andreas Cadhalpun
wrote:
> On 23.01.2016 11:42, Hendrik Leppkes wrote:
>> On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
>> wrote:
>>> VLC uses hwaccel with frame threads and it works fine, but returning
>>> an error here made it fail.
>>>
>>> This regressio
On 23.01.2016 11:42, Hendrik Leppkes wrote:
> On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
> wrote:
>> VLC uses hwaccel with frame threads and it works fine, but returning
>> an error here made it fail.
>>
>> This regression was introduced in commit 31741ae.
>>
>
> I'm still opposed to thi
On 23.01.2016 05:44, James Almer wrote:
> On 1/21/2016 8:33 PM, Andreas Cadhalpun wrote:
>> As there were no other comments, I took this as an OK and pushed
>> the patch.
>>
>> Our FATE clients should be able to test this more thoroughly than I
>> can, anyway.
>>
>> Best regards,
>> Andreas
>
> Th
---
common.mak | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/common.mak b/common.mak
index bad2627..5645e2d 100644
--- a/common.mak
+++ b/common.mak
@@ -47,7 +47,8 @@ LDFLAGS:= $(ALLFFLIBS:%=$(LD_PATH)$(DST_PATH)/lib%)
$(LDFLAGS)
define COMPILE
$(call $(1)DE
On Sat, Jan 23, 2016 at 10:41 AM, Henrik Gramner wrote:
> On Sat, Jan 23, 2016 at 10:31 AM, Andreas Cadhalpun
> wrote:
>> Yes, I see. Apparently these use two different path notations,
>> 'C:\path\to\file' and '/c/path/to/file', simultaneously.
>>
>> It seems 'pwd' uses the '/c/path/to/file' nota
On Sat, Jan 23, 2016 at 10:12 AM, Andreas Cadhalpun
wrote:
> VLC uses hwaccel with frame threads and it works fine, but returning
> an error here made it fail.
>
> This regression was introduced in commit 31741ae.
>
I'm still opposed to this, and so is everyone else that commented on the issue.
A
On Sat, Jan 23, 2016 at 10:31 AM, Andreas Cadhalpun
wrote:
> Yes, I see. Apparently these use two different path notations,
> 'C:\path\to\file' and '/c/path/to/file', simultaneously.
>
> It seems 'pwd' uses the '/c/path/to/file' notation while make uses
> 'C:\path\to\file'.
>
> That seems pretty i
On 23.01.2016 01:34, Hendrik Leppkes wrote:
> On Fri, Jan 22, 2016 at 12:33 AM, Andreas Cadhalpun
> wrote:
>> Our FATE clients should be able to test this more thoroughly than I
>> can, anyway.
>
> This broke all MSVC builds.
Yes, I see. Apparently these use two different path notations,
'C:\pat
VLC uses hwaccel with frame threads and it works fine, but returning
an error here made it fail.
This regression was introduced in commit 31741ae.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/utils.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/utils.c
1 - 100 of 101 matches
Mail list logo
