On 4 December 2016 at 01:56, Matt Oliver wrote:
> Indeed, in theory that would work. I always forget about these options.
>> In my experience they do not work reliably, and I would argue against
>> their use in portable code. For example, starting there:
>> http://pubs.opengroup.org/onlinepubs/96
On 30 October 2016 at 17:57, Michael Forney wrote:
> On 10/29/16, Matt Oliver wrote:
> > This also seems a bit odd, why is libreSSL setting an openssl version
> > number of 1.1.0 or higher when it doesnt actually conform to the
> > corresponding openssl version. LibreSSl setting the openssl vers
Signed-off-by: Matt Oliver
---
libavformat/udp.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index f8c861d..0e4766f 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -64,6 +64,14 @@
#define HAVE_PTHREAD_CA
Signed-off-by: Matt Oliver
---
libavformat/udp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index 3835f98..f8c861d 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -60,14 +60,14 @@
#define IPPROTO_UDPLITE
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
Make the one-time initialization in av_get_cpu_flags() thread-safe. The
static variable |cpu_flags| in libavutil/cpu.c is read and written using
normal load and store operations. These are considered as data races.
The fix is to use atomic load and store operations.
The fix can be verified by runn
On Mon, Dec 05, 2016 at 11:08:44PM +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/yuv4mpegdec.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/yuv4mpegdec.c b/libavformat/yuv4mpegdec.c
> index a91645f..462b823 100
On Tue, Dec 6, 2016 at 10:41 AM, Wan-Teh Chang wrote:
> Make the one-time initialization in av_get_cpu_flags() thread-safe. The
> static variable |cpu_flags| in libavutil/cpu.c is read and written using
> normal load and store operations. These are considered as data races.
> The fix is to use ato
Fixes https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4
Reported-by: rcombs on IRC
---
libavcodec/aacdec_template.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index 8cfa34b..64d46e3 100644
On Tue, Dec 6, 2016 at 5:08 PM, Alex Converse wrote:
> Fixes https://www2.iis.fraunhofer.de/AAC/7.1auditionOutLeader_v2_rtb.mp4
>
> Reported-by: rcombs on IRC
> ---
> libavcodec/aacdec_template.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aacdec_temp
2016-12-06 7:47 GMT+08:00 Steven Liu :
> when use fix ticket 2nd problem.
>
> command line test step:
> rm -rf output*;./ffmpeg -i ~/Movies/objectC/facebook.mp4 -an -c:v copy
> -f hls -hls_time 4 -hls_list_size 5 -hls_flags +delete_segments
> -hls_flags +append_list -hls_flags +omit_endlist -hls_
Assuming the reason why my patch wasn't being merged was because it
didn't use the X-TIMESTAMP-MAP, I have included the changes for that.
Those changes were basically a merge of work done by
anssi.hann...@iki.fi which is why I've cc'd them.
___
ffmpeg-de
Each subtile segment is a WebVTT file and needs to be demuxed
separately. These segments also contain a header to synchronize their
timing with the MPEG TS stream so those timestamps are requested from
the WebVTT demuxer through an AVOption.
Signed-off-by: Franklin Phillips
---
libavformat/hls.c
WebVTT subtitle files in HLS streams contain a header to synchronize the
subtitles with the MPEG TS timestamps of the HLS stream.
Add an AVOption to prefer MPEG TS style timestamps generated according
to the mapping header, if available.
Signed-off-by: Franklin Phillips
---
libavformat/webvttde
On Tue, Dec 6, 2016 at 10:46 AM, Vittorio Giovara
wrote:
> While no decoder currently exports spherical information, this type
> represents a frame property that has to be passed through from container
> to frames.
>
> Signed-off-by: Vittorio Giovara
> ---
> +/**
> + * @name Initial orien
2016-12-06 15:02 GMT+01:00 Georgi D. Sotirov :
> diff --git a/libavformat/chromaprint.c b/libavformat/chromaprint.c
> index de73181..8c9a6c0 100644
> --- a/libavformat/chromaprint.c
> +++ b/libavformat/chromaprint.c
> @@ -39,11 +39,7 @@ typedef struct ChromaprintMuxContext {
> int silence_thr
On Thu, Nov 24, 2016 at 1:56 AM, wm4 wrote:
> On Wed, 23 Nov 2016 11:40:25 -0800
> Wan-Teh Chang wrote:
>
>> On Tue, Nov 22, 2016 at 3:30 PM, wm4 wrote:
>> > On Tue, 22 Nov 2016 23:57:15 +0100
>> > Michael Niedermayer wrote:
>> >
>> >> For example the progress code in the frame threading.
>> >
Also declare the main() function with void arguments because argc and
argv are unused.
These changes are suggested by Diego Biurrun and James Almer.
Signed-off-by: Wan-Teh Chang
---
libavutil/Makefile | 2 +-
libavutil/tests/cpu_init.c | 9 +
tests/fate/libavutil.mak | 2 +-
3
On Tue, Dec 6, 2016 at 3:02 PM, Georgi D. Sotirov wrote:
> Hello FFmpeg community,
>
> In new Chromaprint 1.4 (that was released 2016-12-03) type
> ChromaprintContext is no longer void *, but empty structure (see commit
> 2132e19 [1] from 2016-06-06 in BitBucket). This breaks compilation of
> liba
Make the one-time initialization in av_get_cpu_flags() thread-safe. The
static variable |cpu_flags| in libavutil/cpu.c is read and written using
normal load and store operations. These are considered as data races.
The fix is to use atomic load and store operations.
The fix can be verified by runn
On 12/6/2016 2:37 PM, Vittorio Giovara wrote:
> On Tue, Dec 6, 2016 at 11:06 AM, James Almer wrote:
>> On 11/30/2016 9:12 PM, James Almer wrote:
>>> On 11/30/2016 8:36 PM, Vittorio Giovara wrote:
This implements Spherical Video V1 and V2, as described in the
spatial-media collection by G
Hello FFmpeg community,
In new Chromaprint 1.4 (that was released 2016-12-03) type
ChromaprintContext is no longer void *, but empty structure (see commit
2132e19 [1] from 2016-06-06 in BitBucket). This breaks compilation of
libavformat/chromaprint.c, because member ctx of ChromaprintMuxContex
On 12/6/2016 2:31 PM, Vittorio Giovara wrote:
> On Tue, Dec 6, 2016 at 10:50 AM, James Almer wrote:
>> On 12/2/2016 5:17 PM, 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-standa
On Tue, Dec 6, 2016 at 10:50 AM, James Almer wrote:
> On 12/2/2016 5:17 PM, 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 G
On Tue, Dec 6, 2016 at 11:06 AM, James Almer wrote:
> On 11/30/2016 9:12 PM, James Almer wrote:
>> On 11/30/2016 8:36 PM, Vittorio Giovara wrote:
>>> This implements Spherical Video V1 and V2, as described in the
>>> spatial-media collection by Google.
>>>
>>> Signed-off-by: Vittorio Giovara
>>>
On Mon, Dec 05, 2016 at 10:22:41PM -0800, Thomas Turner wrote:
> Signed-off-by: Thomas Turner
> ---
> libavcodec/Makefile | 3 +-
> libavcodec/tests/avpacket.c | 128
>
> tests/fate/libavcodec.mak | 5 ++
> 3 files changed, 135 insertion
On 11/30/2016 9:12 PM, James Almer wrote:
> On 11/30/2016 8:36 PM, Vittorio Giovara wrote:
>> This implements Spherical Video V1 and V2, as described in the
>> spatial-media collection by Google.
>>
>> Signed-off-by: Vittorio Giovara
>> ---
>> This addresses all comments from James.
>> Vittorio
>
While no decoder currently exports spherical information, this type
represents a frame property that has to be passed through from container
to frames.
Signed-off-by: Vittorio Giovara
---
The specification got updated while this was in the works. So I updated
the description of yaw, pitch, roll a
On 12/2/2016 5:17 PM, 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 | 2 ++
>> 1 file ch
On Fri, Dec 2, 2016 at 3: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
On Tue, 6 Dec 2016 11:35:49 -0300
James Almer wrote:
> On 12/6/2016 11:03 AM, wm4 wrote:
> >> +static void add_option(const char* current_option, optionContext*
> >> option_ctx)
> >> +{
> >> +int option_length = strlen(current_option);
> >> +if (option_ctx->buffer_filled + option_length
On 12/6/2016 11:03 AM, wm4 wrote:
>> +static void add_option(const char* current_option, optionContext*
>> option_ctx)
>> +{
>> +int option_length = strlen(current_option);
>> +if (option_ctx->buffer_filled + option_length + 1 >
>> option_ctx->options_buffer_size) {
>> +option_ctx
On Thu, 1 Dec 2016 12:04:38 +
Matteo Naccari wrote:
> - This patch contains the changes to interface the Turing codec
> (http://turingcodec.org/) to ffmpeg. The patch was modified to address
> the comments in the review as follows:
> - Added a pkg-config file to list all dependencies r
Hi,
On Tue, Dec 6, 2016 at 7:04 AM, James Darnley wrote:
> On 2016-12-05 19:32, James Darnley wrote:
> > Fixed the problem Michael highlighted. Dropped the intra functions
> until it
> > becomes clear why their performance is unexpected. Updated the
> benchmarks with
> > results from a Nehalem
On 2016-12-05 19:32, James Darnley wrote:
> Fixed the problem Michael highlighted. Dropped the intra functions until it
> becomes clear why their performance is unexpected. Updated the benchmarks with
> results from a Nehalem and used (slightly) more accurate data.
>
> Regarding the age of MMX:
Hi Paul,
give me some more time until it passed all the tests.
It is going to be ready for Christmas...
Best,
Christian
> Paul B Mahol hat am 6. Dezember 2016 um 09:03 geschrieben:
>
>
> On 12/6/16, Christian Hoene wrote:
> > Hi,
>
> Hi,
>
> >
> > currently, we are writing a small libr
On 12/6/16, Christian Hoene wrote:
> Hi,
Hi,
>
> currently, we are writing a small library to read HRTF SOFA files.
> https://github.com/choene/libmysofa
>
> It is intended for embedded devices or mobiles that have a small (code)
> memory footprint. Of course, it might be useful for ffmpeg, too
37 matches
Mail list logo
