> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> Behalf Of Gregory J Wolfe
> Sent: Thursday, November 17, 2016 2:10 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] Building with all threading disabled still results
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org]
> On
> > Behalf Of Gregory J Wolfe
> > Sent: Thursday, November 17, 2016 2:10 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: [FFmpeg-devel] Building with all th
gcc function. This avoids creating an unnecessary dependency on the gcc
thread library.
(2) When ALL threading support is disabled, the build should not create a
dependency on ANY thread library.
Signed-off-by: Gregory J. Wolfe
---
libavutil/cpu.c | 8 +++-
1 file changed, 7 insertions(+), 1
ries.
>
> On Mon, 21 Nov 2016 09:58:33 -0500
> "Gregory J. Wolfe" wrote:
>
> > (1) Multi-threading support requires knowing the number of CPUs
> available.
> > When building with MinGW on a Windows system, both gcc and
> Windows run
> > time functi
unnecessary dependency on the gcc thread library.
(2) When ALL threading support is disabled, the build should not create a
dependency on ANY thread library.
Signed-off-by: Gregory J. Wolfe
---
libavutil/cpu.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a
d creating unecessary
> dependencies on thread libraries.
>
> 2016-11-21 19:52 GMT+01:00 Gregory J. Wolfe
> :
>
> > (2) When ALL threading support is disabled, the build should not
> create a
> > dependency on ANY thread library.
>
> If this done through "#i
When ALL threading support is disabled, the build should not create
a dependency on ANY thread library.
Signed-off-by: Gregory J. Wolfe
---
libavutil/cpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/cpu.c b/libavutil/cpu.c
index 73317c4..1803f6f 100644
--- a/libavutil/cpu.c
unnecessary dependency on the gcc thread library.
Signed-off-by: Gregory J. Wolfe
---
libavutil/cpu.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavutil/cpu.c b/libavutil/cpu.c
index 1803f6f..6ebc7ce 100644
--- a/libavutil/cpu.c
+++ b/libavutil/cpu.c
Fate failed to build in the MinGW/Windows environment because
macro ETIMEDOUT was undefined. When this condition is detected,
the code now includes <_ptw32.h>, which defines the symbol.
Signed-off-by: Gregory J. Wolfe
---
libavformat/tests/fifo_muxer.c | 3 +++
1 file changed, 3 inse
run.
Disabling load balancing prevents dynamic slice adjustment and
yields repeatable results when running multi-threaded, which can
be important when running test cases.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a
video players will
know how to properly decode video files created using FFmpeg
and libopenh264.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 52 +
1 file changed, 52 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec
llow client to enable/disable
> openh264 load balancing.
>
> On Mon, Nov 28, 2016 at 16:29:01 -0500, Gregory J. Wolfe wrote:
> > +#if OPENH264_VER_AT_LEAST(1, 6)
> > +{ "load_balancing", "enable/disable load balancing",
> OFFSET(load_balancing), AV_OPT_TYP
] Define ETIMEDOUT in
> fifo_muxer.c for MinGW/Windows fate build.
>
> On Mon, Nov 28, 2016 at 1:22 PM, Gregory J. Wolfe
> wrote:
> > Fate failed to build in the MinGW/Windows environment because
> > macro ETIMEDOUT was undefined. When this condition is detected,
> > the cod
Fate failed to build in the MinGW/Windows environment because
macro ETIMEDOUT was undefined. When this condition is detected,
the code now defines this symbol the same way it's done in
libavformat/network.h.
Signed-off-by: Gregory J. Wolfe
---
libavformat/tests/fifo_muxer.c
] Define ETIMEDOUT in
> fifo_muxer.c for MinGW/Windows fate build.
>
> On 11/30/2016 7:02 PM, Gregory J. Wolfe wrote:
> > Fate failed to build in the MinGW/Windows environment because
> > macro ETIMEDOUT was undefined. When this condition is detected,
> > the code n
Now includes libavformat/network.h to define ETIMEDOUT.
Signed-off-by: Gregory J. Wolfe
---
libavformat/tests/fifo_muxer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/tests/fifo_muxer.c b/libavformat/tests/fifo_muxer.c
index 9659198..dc62965 100644
--- a/libavformat/tests
run.
Disabling load balancing prevents dynamic slice adjustment and
yields repeatable results when running multi-threaded, which can
be important when running test cases.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 8
1 file changed, 8 insertions(+)
diff --git a
video players will
know how to properly decode video files created using FFmpeg
and libopenh264.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 49 +
1 file changed, 49 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec
> > +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
> 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)
> > informatio
video players will
know how to properly decode video files created using FFmpeg
and libopenh264.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 61 +
1 file changed, 61 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec
llow client to enable/disable
> openh264 load balancing.
>
> On Thu, Dec 01, 2016 at 03:52:55PM -0500, Gregory J. Wolfe wrote:
> > The libopenh264 library allows the client to enable or disable
> > load balancing when running multi-threaded. When enabled, the
> > slice si
run.
Disabling load balancing prevents dynamic slice adjustment and
yields repeatable results when running multi-threaded, which can
be important when running test cases.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 8
1 file changed, 8 insertions(+)
diff --git a
video players will
know how to properly decode video files created using FFmpeg
and libopenh264.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 61 +
1 file changed, 61 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec
I am in the process of upgrading our FFmpeg from 2.6.2 to the latest
git. One test I ran extracts audio from an AAC stream to a WAV file.
When I examine the audio using Audacity, the stream extracted using
the latest git is 1600 samples shorter, with the missing samples being
from the beginning of
start of audio stream
> differently (2.6.2 vs. current git)
>
> On Mon, May 9, 2016 at 11:20 PM, Gregory J Wolfe
> wrote:
> > I am in the process of upgrading our FFmpeg from 2.6.2 to the latest
> > git. One test I ran extracts audio from an AAC stream to a WAV file.
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Hendrik Leppkes
> Sent: Saturday, May 21, 2016 3:25 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/libopenh264enc: update to
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> Behalf Of Michael Niedermayer
> Sent: Thursday, June 23, 2016 5:01 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: [FFmpeg-devel] FFmpeg 3.1 name
>
> Hi all
>
> what s
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> Behalf Of Wang Bin
> Sent: Thursday, June 23, 2016 10:02 PM
> Subject: Re: [FFmpeg-devel] FFmpeg 3.1 name
>
> What about choosing a scientist who was born in FFmpeg release
> month?
Don't want it to look like I'm trying to steal s
We have been using Cisco's libopenh264 as part of FFmpeg with good results.
However, function svc_encode_init() in libavcodec/libopenh264enc.c appears to
be setting the frame rate incorrectly. The line of code in question looks like:
param.fMaxFrameRate = avctx->time_base.den / avctx->time_ba
: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index b315e8b..146bbaf 100644
--- a/libavcodec/libopenh264enc.c
+++ b/libavcodec/libopenh264enc.c
@@ -37,6 +37,9
openh264
> encoder message log level and log function.
>
> Dana 2. 9. 2015. 19:10 osoba "Gregory J. Wolfe" <
> gregory.wo...@kodakalaris.com> napisala je:
> >
> > By default, the libopenh264 encoder logs error and warning messages to
> > stderr. However, libo
evel and log function.
>
> On Wed, 2 Sep 2015 17:36:30 +
> Gregory J Wolfe wrote:
>
> > > -Original Message-
> > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On
> > > Behalf Of Paul B Mahol
> > > Sent: Wednesday, Se
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Stefano Sabatini
> Sent: Tuesday, September 08, 2015 11:52 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/libopenh264enc: apply minor
> consisten
a message logging function that invokes av_log() to
actually log messages, are then set on the encoder.
Signed-off-by: Gregory J. Wolfe
---
libavcodec/libopenh264enc.c | 90 +
1 file changed, 90 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b
35 matches
Mail list logo
