On 5/5/2017 2:26 AM, wm4 wrote:
On Fri, 5 May 2017 01:11:17 -0700
Aaron Levinson wrote:
As I said on IRC, I'm skeptic against this, but I'm also not sure
whether I understand the situation.
First, your change seems a bit fragile, and almost relies on
coincidences. This
On 5/5/2017 4:50 AM, Michael Niedermayer wrote:
> On Fri, May 05, 2017 at 11:36:05AM +0200, Hendrik Leppkes wrote:
>> On Fri, May 5, 2017 at 9:57 AM, Clément Bœsch wrote:
>>> On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote:
>>> [...]
> Back to your issue: you
On Fri, 5 May 2017 20:55:05 -0400
Micah Galizia wrote:
> Signed-off-by: Micah Galizia
> ---
> libavformat/hls.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
> index
On Thu, May 04, 2017 at 12:41:49PM -0300, James Almer wrote:
> On 5/4/2017 12:15 PM, Michael Niedermayer wrote:
> > Fixes Timeout
> > Fixes: 508/clusterfuzz-testcase-6245747678773248
> >
> > Found-by: continuous fuzzing process
> > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
>
On Fri, 5 May 2017 18:59:00 -0300
James Almer wrote:
> On 5/5/2017 6:23 PM, Kieran Kunhya wrote:
> >>
> >>
> >> +if (strlen(user_data + 16) > 0)
> >> +av_log(logctx, AV_LOG_DEBUG, "user data:\"%s\"\n", user_data +
> >> 16);
> >>
> >
> > Eugh, no, no, no.
> >
On 5/5/2017 4:57 PM, Marton Balint wrote:
>
>
> On Fri, 5 May 2017, Aaron Levinson wrote:
>
>> On 4/16/2017 4:11 PM, Aaron Levinson wrote:
>>> On 4/15/2017 6:13 AM, Aaron Levinson wrote:
On 4/15/2017 4:19 AM, Marton Balint wrote:
>
> On Thu, 13 Apr 2017, Aaron Levinson wrote:
>
Hi,
This is a simpler version of the other patch that still observes
AVFMT_FLAG_CUSTOM_IO.
Thanks in advance.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Signed-off-by: Micah Galizia
---
libavformat/hls.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index bac53a4350..bda9abecfa 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -630,8 +630,16
On Sat, May 6, 2017 at 2:30 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> configure| 2 +
> doc/filters.texi | 10 +
> libavfilter/Makefile | 1 +
> libavfilter/af_afir.c| 484
>
Signed-off-by: Michael Niedermayer
---
libavcodec/srtdec.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavcodec/srtdec.c b/libavcodec/srtdec.c
index 862ab47645..ecc0801595 100644
--- a/libavcodec/srtdec.c
+++ b/libavcodec/srtdec.c
@@
Signed-off-by: Michael Niedermayer
---
doc/build_system.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/build_system.txt b/doc/build_system.txt
index 8c12e0e294..325a9e83d0 100644
--- a/doc/build_system.txt
+++ b/doc/build_system.txt
@@ -45,6 +45,9 @@
Signed-off-by: Michael Niedermayer
---
libavcodec/samidec.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/samidec.c b/libavcodec/samidec.c
index 16f3f58c1c..2620424750 100644
--- a/libavcodec/samidec.c
+++ b/libavcodec/samidec.c
@@
Fixes out of array access
Fixes: 1354/clusterfuzz-testcase-minimized-5520132195483648
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/htmlsubtitles.c | 12 +---
On Sat, May 6, 2017 at 2:33 AM, Paul B Mahol wrote:
> On 5/5/17, Muhammad Faiz wrote:
> Is pts handled correctly here? Seem it is not derived from input pts.
>
It can not be derived in any other way.
>>>
>>> Probably, at least, first pts
On Fri, 5 May 2017, Aaron Levinson wrote:
On 4/16/2017 4:11 PM, Aaron Levinson wrote:
On 4/15/2017 6:13 AM, Aaron Levinson wrote:
On 4/15/2017 4:19 AM, Marton Balint wrote:
On Thu, 13 Apr 2017, Aaron Levinson wrote:
On 4/13/2017 1:23 PM, Hendrik Leppkes wrote:
[...]
Ping, and in
Fixes a regression introduced in 32c59a115d3cc757676b5384a5ea44b5a7a7b872,
becoming effective in 912969a33e313c57c906e87a7e2367b78a2160f4.
Fixes trimmed output of
ffmpeg -f lavfi -i "sine=d=0.01" -f lavfi -i "sine=d=1" -filter_complex
"[0:a]anull[a1];[1:a]anull[a2]" -map "[a1]" -f null none -map
On 5/5/2017 6:23 PM, Kieran Kunhya wrote:
>>
>>
>> +if (strlen(user_data + 16) > 0)
>> +av_log(logctx, AV_LOG_DEBUG, "user data:\"%s\"\n", user_data +
>> 16);
>>
>
> Eugh, no, no, no.
> Some encoders put random junk in here and my terminal goes crazy.
> The h264 stuff is bad as well
From d43c0366d4ba128772dc7909152f4e9635f269cb Mon Sep 17 00:00:00 2001
From: Kieran Kunhya
Date: Fri, 5 May 2017 14:29:59 -0700
Subject: [PATCH] libavcodec/h264_sei: Don't log random user data. This
prevents terminal junk.
---
libavcodec/h264_sei.c | 3 ---
1 file changed, 3
>
>
> +if (strlen(user_data + 16) > 0)
> +av_log(logctx, AV_LOG_DEBUG, "user data:\"%s\"\n", user_data +
> 16);
>
Eugh, no, no, no.
Some encoders put random junk in here and my terminal goes crazy.
The h264 stuff is bad as well but libav people were so insistent this stuff
was
Based on h264_sei code.
Only print the user data for now.
Signed-off-by: James Almer
---
libavcodec/hevc_sei.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index c5054bfaab..1d40ed9371 100644
On 5/5/2017 5:06 PM, Aaron Levinson wrote:
> The entire patch set LGTM.
>
> Aaron Levinson
Pushed then, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hello,
in attach a patch who simplify the reorder_pixels func
reorder_pixels is call by rle_uncompress and zip_uncompress
with size == uncompress_size
uncompress_size is a multiple of 2 (because exr store data
in half, float, or uint32)
In the decoder uncompress_size is a multiple of
2017-03-25 13:08 GMT+01:00 Martin Vignali :
>
> Hello,
>
> In attach a patch who rename tile variable to better follow ffmpeg coding
> style
>
Ping for apply
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
The entire patch set LGTM.
Aaron Levinson
On 5/3/2017 6:41 PM, James Almer wrote:
On 5/3/2017 9:39 PM, Aaron Levinson wrote:
James,
Can you document which patches depend on other patches in this patch set
to make it easier to review this patch set in chunks?
Patch 2 depends on 1. Patches
On 5/5/17, Muhammad Faiz wrote:
Is pts handled correctly here? Seem it is not derived from input pts.
>>>
>>> It can not be derived in any other way.
>>
>> Probably, at least, first pts should be derived from input pts.
>> Also, is time_base always 1/sample_rate?
>>
>>
On 5/3/17, Moritz Barsnick wrote:
> On Mon, May 01, 2017 at 10:30:20 +0200, Paul B Mahol wrote:
>> +.name = "afirfilter",
>
> Does a filter have any reason to have "filter" in its name? It seems
> unusual.
>
Renamed.
___
Signed-off-by: Paul B Mahol
---
configure| 2 +
doc/filters.texi | 10 +
libavfilter/Makefile | 1 +
libavfilter/af_afir.c| 484 +++
libavfilter/allfilters.c | 1 +
5 files changed, 498
On Fri, 5 May 2017, Carl Eugen Hoyos wrote:
2017-05-05 9:57 GMT+02:00 Aaron Levinson :
You hadn't previously indicated that the warnings disappeared
when 23 is used, so I was operating based on the warning text,
which said that the output text could consume as much as
I've actually tested the patch with FFmpeg/mpv now with a few .mpd from
Youtube (non-segmented), Vimeo and Facebook and it seems to work mostly
fine.
You can obtain URLs to these by using youtube-dl json output together with
jq cli tool, ex:
working:
ffmpeg -i $(youtube-dl -J
>
> Well, this instance is exactly a case like that. If the alignment
> requirements are not documented, then an application can do things in a
> way similar to take_samples() right now, and result in a crash. And
> there is no blaming the application, it followed the documentation.
>
> The bug is
Le sextidi 16 floréal, an CCXXV, Hendrik Leppkes a écrit :
> Blocking crash fixes on silly arguments doesn't help anyone. Send a
> doc update yourself or stop blocking valid crash fixes.
> Every ffmpeg developer knows that we have alignment requirements,
> trying to badger someone into writing
On 5/5/2017 1:22 PM, Nicolas George wrote:
> Le sextidi 16 floréal, an CCXXV, Muhammad Faiz a écrit :
>> But if documentation
>> says that data should be aligned to 4-bytes but I align it to
>> 32-bytes, then there are no violations at all. So
On Tue, May 02, 2017 at 10:14:35PM -0500, Rodger Combs wrote:
> ---
> libavformat/utils.c | 22 --
> 1 file changed, 20 insertions(+), 2 deletions(-)
i tested this a bit and didnt find a file that this breaks
[...]
--
Michael GnuPG fingerprint:
Le sextidi 16 floréal, an CCXXV, Muhammad Faiz a écrit :
> But if documentation
> says that data should be aligned to 4-bytes but I align it to
> 32-bytes, then there are no violations at all. So what's wrong with
> this patch?
Useless code
Le sextidi 16 floréal, an CCXXV, Hendrik Leppkes a écrit :
> Blocking crash fixes on silly arguments doesn't help anyone. Send a
My argument is not silly: the code to align the frame will be needed,
but NOT HERE.
> Every ffmpeg developer knows that we have alignment requirements,
Well, I do
On Fri, May 5, 2017 at 3:38 PM, Nicolas George wrote:
> Le sextidi 16 floréal, an CCXXV, Paul B Mahol a écrit :
>> There is crash reproducible with filters and not just libmp3lame.
>
> Then these filters are bogus since they are making invalid assumptions
> about their inputs. Or
On Fri, May 5, 2017 at 5:00 PM, Nicolas George wrote:
> Le sextidi 16 floréal, an CCXXV, Muhammad Faiz a écrit :
>> This should fix Ticket6349.
>> Since 383057f8e744efeaaa3648a59bc577b25b055835, framequeue may
>> generate unaligned frame data.
>>
>> Signed-off-by: Muhammad Faiz
Le sextidi 16 floréal, an CCXXV, Paul B Mahol a écrit :
> There is crash reproducible with filters and not just libmp3lame.
Then these filters are bogus since they are making invalid assumptions
about their inputs. Or quote the docs saying otherwise.
On Wed, May 3, 2017 at 4:12 PM, Muhammad Faiz wrote:
> On Wed, May 3, 2017 at 1:47 AM, Paul B Mahol wrote:
>> On 5/2/17, Muhammad Faiz wrote:
>>> On Mon, May 1, 2017 at 3:30 PM, Paul B Mahol wrote:
Signed-off-by: Paul
On Fri, May 05, 2017 at 02:17:40PM +0200, wm4 wrote:
> On Fri, 5 May 2017 14:12:56 +0200
> Michael Niedermayer wrote:
>
> > On Fri, May 05, 2017 at 09:42:51AM +0200, Clément Bœsch wrote:
> > > On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
> > > > On
On 05.05.2017 09:26, Carl Eugen Hoyos wrote:
2017-05-05 3:12 GMT+02:00 Aaron Levinson :
On 5/4/2017 4:32 PM, Carl Eugen Hoyos wrote:
Hi!
It may be better to disable the warning.
Carl Eugen
-num = den ? num * intnum / den : (num * intnum ? INFINITY : NAN);
+
On Sat, 6 May 2017 04:06:03 +0800
Steven Liu wrote:
> Fixes Coverity CID: 1405453
>
> Signed-off-by: Steven Liu
> ---
> libavformat/matroskadec.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git
On Fri, 5 May 2017 14:12:56 +0200
Michael Niedermayer wrote:
> On Fri, May 05, 2017 at 09:42:51AM +0200, Clément Bœsch wrote:
> > On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
> > > On 4/19/2017 10:43 AM, Aaron Levinson wrote:
> > > > On 4/14/2017
On Fri, May 05, 2017 at 09:42:51AM +0200, Clément Bœsch wrote:
> On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
> > On 4/19/2017 10:43 AM, Aaron Levinson wrote:
> > > On 4/14/2017 6:51 PM, Aaron Levinson wrote:
> > >> From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon Sep 17
2017-05-05 20:06 GMT+08:00 wm4 :
> On Fri, 5 May 2017 13:59:26 +0200
> Hendrik Leppkes wrote:
>
> > On Fri, May 5, 2017 at 9:54 PM, Steven Liu wrote:
> > > Fixes Coverity CID: 1405453
> > >
> > > Signed-off-by: Steven Liu
Fixes Coverity CID: 1405453
Signed-off-by: Steven Liu
---
libavformat/matroskadec.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 9e2c9bd..5282ef7 100644
--- a/libavformat/matroskadec.c
On Fri, 5 May 2017 13:59:26 +0200
Hendrik Leppkes wrote:
> On Fri, May 5, 2017 at 9:54 PM, Steven Liu wrote:
> > Fixes Coverity CID: 1405453
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/matroskadec.c |1 +
> > 1
2017-05-05 19:59 GMT+08:00 Hendrik Leppkes :
> On Fri, May 5, 2017 at 9:54 PM, Steven Liu wrote:
> > Fixes Coverity CID: 1405453
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/matroskadec.c |1 +
> > 1 files
On Fri, May 5, 2017 at 9:54 PM, Steven Liu wrote:
> Fixes Coverity CID: 1405453
>
> Signed-off-by: Steven Liu
> ---
> libavformat/matroskadec.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/libavformat/matroskadec.c
On 5/5/17, Nicolas George wrote:
> Le sextidi 16 floreal, an CCXXV, Paul B Mahol a ecrit :
>> Come on, I will report this to the committe.
>
> If you have something useful to say, please do so.
There is crash reproducible with filters and not just libmp3lame.
Fixes Coverity CID: 1405453
Signed-off-by: Steven Liu
---
libavformat/matroskadec.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 9e2c9bd..5282ef7 100644
--- a/libavformat/matroskadec.c
On Fri, May 05, 2017 at 11:36:05AM +0200, Hendrik Leppkes wrote:
> On Fri, May 5, 2017 at 9:57 AM, Clément Bœsch wrote:
> > On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote:
> > [...]
> >> > Back to your issue: you should fix the .pc in the upstream project, this
> >> >
On Fri, May 05, 2017 at 09:26:05AM +0200, Carl Eugen Hoyos wrote:
> 2017-05-05 3:12 GMT+02:00 Aaron Levinson :
> > On 5/4/2017 4:32 PM, Carl Eugen Hoyos wrote:
> >> Hi!
> >>
> >> It may be better to disable the warning.
> >>
> >> Carl Eugen
> >>
> >> -num = den ? num
Le sextidi 16 floréal, an CCXXV, Paul B Mahol a écrit :
> Come on, I will report this to the committe.
If you have something useful to say, please do so.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 5/5/17, Nicolas George wrote:
> Le sextidi 16 floreal, an CCXXV, Muhammad Faiz a ecrit :
>> This should fix Ticket6349.
>> Since 383057f8e744efeaaa3648a59bc577b25b055835, framequeue may
>> generate unaligned frame data.
>>
>> Signed-off-by: Muhammad Faiz
>>
On Fri, 5 May 2017 12:00:02 +0200
Nicolas George wrote:
> Le sextidi 16 floréal, an CCXXV, Muhammad Faiz a écrit :
> > This should fix Ticket6349.
> > Since 383057f8e744efeaaa3648a59bc577b25b055835, framequeue may
> > generate unaligned frame data.
> >
> > Signed-off-by:
Le sextidi 16 floréal, an CCXXV, Muhammad Faiz a écrit :
> This should fix Ticket6349.
> Since 383057f8e744efeaaa3648a59bc577b25b055835, framequeue may
> generate unaligned frame data.
>
> Signed-off-by: Muhammad Faiz
> ---
> libavfilter/avfilter.c | 26
On Fri, May 5, 2017 at 9:57 AM, Clément Bœsch wrote:
> On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote:
> [...]
>> > Back to your issue: you should fix the .pc in the upstream project, this
>> > is the correct fix.
>>
>> The "upstream project" in this case is the Intel
On Fri, 5 May 2017 01:11:17 -0700
Aaron Levinson wrote:
> > As I said on IRC, I'm skeptic against this, but I'm also not sure
> > whether I understand the situation.
> >
> > First, your change seems a bit fragile, and almost relies on
> > coincidences. This could easily
2017-05-06 0:50 GMT+08:00 Steven Liu :
> refer to: https://developer.apple.com/library/content/technotes/
> tn2288/_index.html
>
> support to parse the EXT-X-KEY span multiple lines:
> #EXTM3U
> #EXT-X-VERSION:3
> #EXT-X-TARGETDURATION:10
> #EXT-X-MEDIA-SEQUENCE:0
>
refer to:
https://developer.apple.com/library/content/technotes/tn2288/_index.html
support to parse the EXT-X-KEY span multiple lines:
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-KEY:METHOD=AES-128,URI="/file.key", \
I’ve some problems with synchronizing rtp streams.
In rtsp.c in handle rtp_info (line 1017) base timestamp is set:
if (!strcmp(rtsp_st->control_url, url)) {
rtpctx->base_timestamp = rtptime;
break;
}
Is there any reason to make this statement, since I
On 5/5/2017 12:57 AM, Clément Bœsch wrote:
On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote:
[...]
Back to your issue: you should fix the .pc in the upstream project, this
is the correct fix.
The "upstream project" in this case is the Intel Media SDK. This is not an
open source
On 5/5/2017 12:55 AM, wm4 wrote:
On Thu, 4 May 2017 23:46:30 -0700
Aaron Levinson wrote:
On 4/12/2017 6:08 PM, Aaron Levinson wrote:
On 3/26/2017 10:34 AM, Aaron Levinson wrote:
On 3/26/2017 4:41 AM, Matthias Hunstock wrote:
Am 26.03.2017 um 11:50 schrieb Aaron
2017-05-05 9:57 GMT+02:00 Aaron Levinson :
> You hadn't previously indicated that the warnings disappeared
> when 23 is used, so I was operating based on the warning text,
> which said that the output text could consume as much as 32
> bytes. It seems odd that the warning
2017-05-05 9:57 GMT+02:00 Aaron Levinson :
How can I reproduce / test your findings?
>>>
>>> #define AV_TIMECODE_STR_SIZE 32 or 33 and confirm
>>> that gcc 7 warnings go away.
>>
>> Of course!
>> Since the warnings go away with 23, they also go away with 32.
>> I just
On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote:
[...]
> > Back to your issue: you should fix the .pc in the upstream project, this
> > is the correct fix.
>
> The "upstream project" in this case is the Intel Media SDK. This is not an
> open source project, and developers get it
On 5/5/2017 12:44 AM, Carl Eugen Hoyos wrote:
2017-05-05 9:42 GMT+02:00 Aaron Levinson :
On 5/5/2017 12:20 AM, Carl Eugen Hoyos wrote:
2017-05-05 3:29 GMT+02:00 Aaron Levinson :
On 5/4/2017 4:27 PM, Carl Eugen Hoyos wrote:
Hi!
Attached patch
On Thu, 4 May 2017 23:46:30 -0700
Aaron Levinson wrote:
> On 4/12/2017 6:08 PM, Aaron Levinson wrote:
> > On 3/26/2017 10:34 AM, Aaron Levinson wrote:
> >> On 3/26/2017 4:41 AM, Matthias Hunstock wrote:
> >>> Am 26.03.2017 um 11:50 schrieb Aaron Levinson:
> When
On Fri, May 05, 2017 at 09:44:46AM +0200, Carl Eugen Hoyos wrote:
> 2017-05-05 9:42 GMT+02:00 Aaron Levinson :
> > On 5/5/2017 12:20 AM, Carl Eugen Hoyos wrote:
> >>
> >> 2017-05-05 3:29 GMT+02:00 Aaron Levinson :
> >>>
> >>> On 5/4/2017 4:27 PM, Carl
On 5/5/2017 12:42 AM, Clément Bœsch wrote:
On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
On 4/19/2017 10:43 AM, Aaron Levinson wrote:
On 4/14/2017 6:51 PM, Aaron Levinson wrote:
From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon Sep 17 00:00:00 2001
From: Aaron Levinson
On Fri, 5 May 2017 09:42:51 +0200
Clément Bœsch wrote:
> On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
> > On 4/19/2017 10:43 AM, Aaron Levinson wrote:
> > > On 4/14/2017 6:51 PM, Aaron Levinson wrote:
> > >> From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon
On Fri, May 05, 2017 at 12:11:27AM -0700, Aaron Levinson wrote:
> On 4/19/2017 10:43 AM, Aaron Levinson wrote:
> > On 4/14/2017 6:51 PM, Aaron Levinson wrote:
> >> From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon Sep 17 00:00:00 2001
> >> From: Aaron Levinson
> >> Date:
On 5/5/2017 12:20 AM, Carl Eugen Hoyos wrote:
2017-05-05 3:29 GMT+02:00 Aaron Levinson :
On 5/4/2017 4:27 PM, Carl Eugen Hoyos wrote:
Hi!
Attached patch is one possibility to fix the following warning with gcc 7:
libavutil/timecode.c: In function
On 4/16/2017 4:11 PM, Aaron Levinson wrote:
> On 4/15/2017 6:13 AM, Aaron Levinson wrote:
>> On 4/15/2017 4:19 AM, Marton Balint wrote:
>>>
>>> On Thu, 13 Apr 2017, Aaron Levinson wrote:
>>>
On 4/13/2017 1:23 PM, Hendrik Leppkes wrote:
>>> [...]
Ping, and in addition, I've provided a new
2017-05-05 3:29 GMT+02:00 Aaron Levinson :
> On 5/4/2017 4:27 PM, Carl Eugen Hoyos wrote:
>>
>> Hi!
>>
>> Attached patch is one possibility to fix the following warning with gcc 7:
>> libavutil/timecode.c: In function ‘av_timecode_make_string’:
>> libavutil/timecode.c:103:60:
2017-05-05 3:12 GMT+02:00 Aaron Levinson :
> On 5/4/2017 4:32 PM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> It may be better to disable the warning.
>>
>> Carl Eugen
>>
>> -num = den ? num * intnum / den : (num * intnum ? INFINITY : NAN);
>> +num = den ? num *
2017-05-05 9:11 GMT+02:00 Aaron Levinson :
> And again. This patch is pretty straightforward, and considering that
> this approach was deemed suitable for libx264, I don't see why there
> would be any issue with it being applied to libmfx as well.
That's exactly what I
On 4/19/2017 10:43 AM, Aaron Levinson wrote:
> On 4/14/2017 6:51 PM, Aaron Levinson wrote:
>> From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon Sep 17 00:00:00 2001
>> From: Aaron Levinson
>> Date: Fri, 14 Apr 2017 18:38:37 -0700
>> Subject: [PATCH] Added require fallback
On 4/14/2017 6:27 PM, Aaron Levinson wrote:
From 1059473c449c3079f03461bb42c2d3cc21d1b2c1 Mon Sep 17 00:00:00 2001
From: Aaron Levinson
Date: Fri, 14 Apr 2017 18:14:21 -0700
Subject: [PATCH] Enhanced configure and Makefile to copy .pdb files to
bindir for MSVC builds for
On 4/12/2017 6:08 PM, Aaron Levinson wrote:
> On 3/26/2017 10:34 AM, Aaron Levinson wrote:
>> On 3/26/2017 4:41 AM, Matthias Hunstock wrote:
>>> Am 26.03.2017 um 11:50 schrieb Aaron Levinson:
When using the following command to play back either file:
ffmpeg -i -f decklink -pix_fmt
On Fri, May 5, 2017 at 3:15 AM, Kyle Swanson wrote:
> Hi,
>
> On Tue, May 2, 2017 at 12:18 PM, wm4 wrote:
>> On Tue, 2 May 2017 16:16:35 +0200
>> Nicolas George wrote:
>>
>>> Le duodi 12 floréal, an CCXXV, Paul B Mahol a écrit :
>>> > This is
This should fix Ticket6349.
Since 383057f8e744efeaaa3648a59bc577b25b055835, framequeue may
generate unaligned frame data.
Signed-off-by: Muhammad Faiz
---
libavfilter/avfilter.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git
83 matches
Mail list logo