On 12/2/2016 10:06 PM, Roger Pack wrote:
> On 11/25/16, Roger Pack wrote:
>> On 11/18/16, Roger Pack wrote:
>>> On 11/15/16, James Almer wrote:
On 11/10/2016 4:26 PM, Roger Pack wrote:
> On 11/1/16, James Almer wrote:
>>> On 11/1/2016 6:43 PM, James Almer wrote:
> On 10/25/
On 11/25/16, Roger Pack wrote:
> On 11/18/16, Roger Pack wrote:
>> On 11/15/16, James Almer wrote:
>>> On 11/10/2016 4:26 PM, Roger Pack wrote:
On 11/1/16, James Almer wrote:
> > On 11/1/2016 6:43 PM, James Almer wrote:
>> >> On 10/25/2016 9:38 PM, Roger Pack wrote:
>>> >>> Fro
On Fri, Dec 02, 2016 at 11:24:12PM +0100, Andreas Cadhalpun wrote:
> On 02.12.2016 19:20, Michael Niedermayer wrote:
> > On Fri, Dec 02, 2016 at 12:44:41AM +0100, Andreas Cadhalpun wrote:
> >> There is already va_va_h in vaapi_deps and I'm not sure, what else
> >> you'd like to have there.
> >
> >
On Sat, Dec 03, 2016 at 12:57:49AM +0100, Hendrik Leppkes wrote:
> On Sat, Dec 3, 2016 at 12:52 AM, Michael Niedermayer
> wrote:
> > This is a bit messy as codecar does not support AVOptions so we need
> > to use AVCodecContext where AVOptions are required and copy back and forth.
> >
>
> ffmenc
On 03.12.2016 00:52, Michael Niedermayer wrote:
> This is a bit messy as codecar does not support AVOptions so we need
> to use AVCodecContext where AVOptions are required and copy back and forth.
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/ffmdec.c | 159
> ++
On 03.12.2016 00:52, Michael Niedermayer wrote:
> Modern ffserver should not need these
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/ffmdec.c | 148
> +--
> 1 file changed, 74 insertions(+), 74 deletions(-)
>
> diff --git a/libavfor
On Sat, Dec 3, 2016 at 12:52 AM, Michael Niedermayer
wrote:
> This is a bit messy as codecar does not support AVOptions so we need
> to use AVCodecContext where AVOptions are required and copy back and forth.
>
ffmenc can't really write any data that doesn't go into codecpar
either, since thats a
On Fri, Dec 02, 2016 at 05:05:29PM +0100, Timo Rothenpieler wrote:
> > Is it just me or is this completely inconsistent?
> > the codec id told to the user is h264 while we internally use a
> > mpeg2 decoder to analyze it ?
> >
> > If its h264 (as forced by the user) we should use a h264 decoder
>
Signed-off-by: Michael Niedermayer
---
libavformat/ffmdec.c | 32 +---
1 file changed, 21 insertions(+), 11 deletions(-)
diff --git a/libavformat/ffmdec.c b/libavformat/ffmdec.c
index f3497e2b24..9b9373eae5 100644
--- a/libavformat/ffmdec.c
+++ b/libavformat/ffmdec.c
Signed-off-by: Michael Niedermayer
---
ffserver.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/ffserver.c b/ffserver.c
index 19c3ceda1a..3ff761f68f 100644
--- a/ffserver.c
+++ b/ffserver.c
@@ -2854,7 +2854,8 @@ static int http_receive_data(HTTPContext *c)
for
This is a bit messy as codecar does not support AVOptions so we need
to use AVCodecContext where AVOptions are required and copy back and forth.
Signed-off-by: Michael Niedermayer
---
libavformat/ffmdec.c | 159 ++-
1 file changed, 82 insertions(+)
It should still be possible to set these through
recommended_encoder_configuration
Signed-off-by: Michael Niedermayer
---
libavformat/ffmdec.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff --git a/libavformat/ffmdec.c b/libavformat/ffmdec.c
index 25ede
Modern ffserver should not need these
Signed-off-by: Michael Niedermayer
---
libavformat/ffmdec.c | 148 +--
1 file changed, 74 insertions(+), 74 deletions(-)
diff --git a/libavformat/ffmdec.c b/libavformat/ffmdec.c
index 960e793220..9192bff507 10
On Fri, 2 Dec 2016 17:17:23 -0300
James Almer wrote:
> On 12/2/2016 5:00 PM, Vittorio Giovara wrote:
> > This will simplify identifying files that were generated with
> > unfinished/incomplete/non-standard specifications.
> >
> > Signed-off-by: Vittorio Giovara
> > ---
> > libavformat/movenc.c
On 02.12.2016 19:20, Michael Niedermayer wrote:
> On Fri, Dec 02, 2016 at 12:44:41AM +0100, Andreas Cadhalpun wrote:
>> There is already va_va_h in vaapi_deps and I'm not sure, what else
>> you'd like to have there.
>
> i see a "disable vaapi" here but that should be done by the dependency
> or wh
On 02.12.2016 04:27, Michael Niedermayer wrote:
> On Fri, Dec 02, 2016 at 12:59:41AM +0100, Andreas Cadhalpun wrote:
>> The test is unfortunately not very reproducible.
>> Right now I'm getting varying values like on one run:
>> -0c9639f09decbc54c9f091dcf1ca0e8f *ff-test_h.avi
>> -e28ba75853caf975e
-pie was added to C flags for ThreadSanitizer in commit
19f251a2882a8d0779b432e63bf282e4d9c443bb. Under clang 3.8.0, the -pie
flag causes a compiler warning and a linker error when running configure
--toolchain=clang-tsan. Here is an excerpt from config.log:
clang ... -fsanitize=thread -pie -std=c
On 12/2/2016 5:00 PM, Vittorio Giovara wrote:
> This will simplify identifying files that were generated with
> unfinished/incomplete/non-standard specifications.
>
> Signed-off-by: Vittorio Giovara
> ---
> libavformat/movenc.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavfor
Signed-off-by: Muhammad Faiz
---
libswresample/resample.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswresample/resample.c b/libswresample/resample.c
index e65a57a..71dffb9 100644
--- a/libswresample/resample.c
+++ b/libswresample/resample.c
@@ -449,7 +449,7 @@ static
This will simplify identifying files that were generated with
unfinished/incomplete/non-standard specifications.
Signed-off-by: Vittorio Giovara
---
libavformat/movenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index dc19838..c46bea9 10064
On 11/29/2016 9:12 AM, wm4 wrote:
> On Mon, 28 Nov 2016 15:29:53 -0800
> Wan-Teh Chang wrote:
>
>> From: Anton Khirnov
>>
>> Adapted from the code by Rémi Denis-Courmont from VLC
>>
>> This merges libav commit c2755864afadfbaa349e8d583665c86fe99fa90b.
>>
>> Signed-off-by: Wan-Teh Chang
>> ---
>
On 12/2/2016 4:43 PM, wm4 wrote:
> On Fri, 2 Dec 2016 16:09:25 -0300
> James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> libavformat/matroskadec.c | 14 +-
>> 1 file changed, 9 insertions(+), 5 deletions(-)
>>
>> diff --git a/libavformat/matroskadec.c b/libavformat/matro
On Fri, 2 Dec 2016 16:09:25 -0300
James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavformat/matroskadec.c | 14 +-
> 1 file changed, 9 insertions(+), 5 deletions(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index 017a533..7b070ff 100644
> -
Signed-off-by: James Almer
---
libavformat/matroskadec.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 017a533..7b070ff 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -1841,
On Thu, Dec 01, 2016 at 05:37:35PM +0100, Michael Niedermayer wrote:
> Note, this temporarly drops the ability to set ffmpeg encoder debug and
> flags2 via ffserver.conf
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/ffmenc.c | 24 +---
> 1 file changed, 13 inser
On Fri, Dec 02, 2016 at 12:44:41AM +0100, Andreas Cadhalpun wrote:
> On 01.12.2016 01:34, Michael Niedermayer wrote:
> > On Thu, Dec 01, 2016 at 12:22:50AM +0100, Andreas Cadhalpun wrote:
> >> @@ -6381,6 +6410,11 @@ for thread in $THREADS_LIST; do
> >> fi
> >> done
> >>
> >> +# Check if req
Le duodi 12 frimaire, an CCXXV, Matt Oliver a écrit :
> Which changes would those be?
The fix of errno / return value for pthread_cond_timedwait() for
example.
> This function is already set as nonblocking
I think you read this specific part of the code wrong. Unfortunately,
since this
> That has been done my Michael as I can see.
>
> So one question: will this .travis.yml be applied to the main FFmpeg repo
> or the newly created FFmpeg-Coverity repo?
That's a good point, it doesn't even need to be in the main repo,
specially as there already is a travis.yml there.
Would probab
On Fri, Dec 2, 2016 at 3:22 AM Timo Rothenpieler
wrote:
> On 12/2/2016 4:14 AM, Timothy Gu wrote:
> > On Thu, Dec 1, 2016 at 1:23 PM Timo Rothenpieler
> > wrote:
> >
> >> Travis can only run scheduled builds daily, weekly or monthly.
> >
> > So we run them daily, and use a bit of logic in the .t
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> Behalf Of James Almer
> Sent: Friday, December 02, 2016 9:31 AM
>
> On 12/1/2016 6:26 PM, Gregory J. Wolfe wrote:
> > As of version 1.6, libopenh264 saves (in the output video file)
> > information about the color primaries, transf
> Is it just me or is this completely inconsistent?
> the codec id told to the user is h264 while we internally use a
> mpeg2 decoder to analyze it ?
>
> If its h264 (as forced by the user) we should use a h264 decoder
> to internally analyze it
>
Yes, something is very wrong here.
I also wasn't
On Fri, Dec 02, 2016 at 01:51:24PM +0100, Timo Rothenpieler wrote:
> These paths can be taken when the actual underlying codec is not h264,
> but the user forces, for example via ffmpeg command line, a specific
> input decoder that happens to be a h264 decoder.
>
> In that case, the codecpar code
On 12/1/2016 6:26 PM, Gregory J. Wolfe wrote:
> As of version 1.6, libopenh264 saves (in the output video file)
> information about the color primaries, transfer characteristics,
> and color matrix used when the video pixel data was created.
> This patch sets the required libopenh264 data structure
absolutely. thanks!
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 12/2/2016 5:21 AM, Matt Oliver wrote:
> Signed-off-by: Matt Oliver
> ---
> compat/os2threads.h | 24
> compat/w32pthreads.h | 50 ++
> libavutil/thread.h | 6 ++
> 3 files changed, 80 insertions(+)
>
> diff --git
> > +switch (avctx->color_primaries) {
> > +case AVCOL_PRI_BT709:
> param.sSpatialLayers[0].uiColorPrimaries = CP_BT709; break;
> > +case AVCOL_PRI_UNSPECIFIED:
> param.sSpatialLayers[0].uiColorPrimaries = CP_UNDEF; break;
>
> [ignore]
> Please align v
On Sat, 26 Nov 2016 08:27:44 +0100
Rainer Hochecker wrote:
> From: Rainer Hochecker
>
>
> Alternative patch. Revert the original code because it does more harm than
> any good.
>
>
> Signed-off-by: Rainer Hochecker
> ---
> libavformat/matroskadec.c | 12
> 1 file changed, 12
On Fri, 2 Dec 2016 13:51:24 +0100
Timo Rothenpieler wrote:
> These paths can be taken when the actual underlying codec is not h264,
> but the user forces, for example via ffmpeg command line, a specific
> input decoder that happens to be a h264 decoder.
>
> In that case, the codecpar codec_id i
These paths can be taken when the actual underlying codec is not h264,
but the user forces, for example via ffmpeg command line, a specific
input decoder that happens to be a h264 decoder.
In that case, the codecpar codec_id is set to h264, but the internal
avctx is the one of, for example, an mpe
On 2 December 2016 at 22:16, Nicolas George wrote:
> Le duodi 12 frimaire, an CCXXV, Matt Oliver a écrit :
> > ---
> > configure | 6 --
> > libavformat/udp.c | 48 +++-
> > 2 files changed, 19 insertions(+), 35 deletions(-)
>
> It looks l
On 12/2/2016 4:14 AM, Timothy Gu wrote:
> On Thu, Dec 1, 2016 at 1:23 PM Timo Rothenpieler
> wrote:
>
>> Travis can only run scheduled builds daily, weekly or monthly.
>
> So we run them daily, and use a bit of logic in the .travis.yml to
>> cancel out early on 3 days per week.
>>
>
> Nice! Did
Le duodi 12 frimaire, an CCXXV, Matt Oliver a écrit :
> ---
> configure | 6 --
> libavformat/udp.c | 48 +++-
> 2 files changed, 19 insertions(+), 35 deletions(-)
It looks like there are unrelated changes in this patch.
Can you explain ho
On Fri, Dec 2, 2016 at 9:22 AM, Matt Oliver wrote:
> ---
> configure | 6 --
> libavformat/udp.c | 48 +++-
> 2 files changed, 19 insertions(+), 35 deletions(-)
>
> diff --git a/configure b/configure
> index b5bfad6..cec94c4 100755
> --- a/
On Fri, 2 Dec 2016 16:15:10 +0800
Jun Zhao wrote:
> On 2016/12/1 19:03, wm4 wrote:
> > On Wed, 30 Nov 2016 18:25:59 +0100
> > Michael Niedermayer wrote:
> >
> AVFrame had a pan_scan parameter to store one or more croping
> rectangles.
> That is now available as side data
>
Signed-off-by: Matt Oliver
---
compat/os2threads.h | 24
compat/w32pthreads.h | 50
++
libavutil/thread.h | 6 ++
3 files changed, 80 insertions(+)
diff --git a/compat/os2threads.h b/compat/os2threads.h
index 40a119
---
configure | 6 --
libavformat/udp.c | 48 +++-
2 files changed, 19 insertions(+), 35 deletions(-)
diff --git a/configure b/configure
index b5bfad6..cec94c4 100755
--- a/configure
+++ b/configure
@@ -1934,7 +1934,6 @@ SYSTEM_FUNCS="
On 2016/12/1 19:03, wm4 wrote:
> On Wed, 30 Nov 2016 18:25:59 +0100
> Michael Niedermayer wrote:
>
AVFrame had a pan_scan parameter to store one or more croping
rectangles.
That is now available as side data
I remember the intend that this could be used for multiple rec
47 matches
Mail list logo
