On Wed, 5 Apr 2017 17:15:26 -0300
Felipe Astroza wrote:
> 2017-04-05 15:35 GMT-03:00 wm4 :
>
> > On Wed, 5 Apr 2017 14:29:30 -0300
> > fel...@astroza.cl wrote:
> >
> > > From: Felipe Astroza
> > >
> > > Signed-off-by: Felipe
Signed-off-by: Micah Galizia
---
libavformat/Makefile | 1 +
libavformat/tests/http.c | 186 +
tests/fate/libavformat.mak | 5 ++
tests/ref/fate/http| 30
4 files changed, 222 insertions(+)
create
Hi,
I didn't realize there was a year 2038 problem -- dates beyond it overflow a
32-bit time_t -- I've made the unit tests 32-bit compatible now.
Thank you!
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Wed, Apr 05, 2017 at 01:23:31PM -0700, Thierry Foucu wrote:
> ---
> libavformat/mov.c | 1 +
> 1 file changed, 1 insertion(+)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to cater to the crowd; for what I know they do not
On 3/15/2017 10:19 PM, Matthew Gregan wrote:
> Hi,
>
> The attached patch adds demuxing support for Opus audio codec in
> ISOBMFF/MP4. This is based on v0.6.8 of the draft spec at
> https://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html.
>
> Firefox supports demuxing/playback of these
On Sun, Apr 02, 2017 at 06:58:39PM +0200, Clément Bœsch wrote:
[...]
> Comments?
Just wanted to say thanks for posting this to the ML
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When you are offended at any man's fault, turn to yourself and study your
own
On Wed, Apr 05, 2017 at 07:49:23PM +0200, Nicolas George wrote:
> Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> > > I don't think it would cause any problems for the users in practice.
> > > But we can also remove the function alltogether from the release, so
> > > anybody who want's
On Wed, Apr 5, 2017 at 11:40 PM, James Almer wrote:
> On 4/3/2017 10:46 AM, James Almer wrote:
>> On 4/3/2017 7:00 AM, Michael Niedermayer wrote:
>>> On Sun, Apr 02, 2017 at 10:45:41PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
On Tue, Apr 04, 2017 at 10:12:19PM +0800, F1 wrote:
> This fixes a proble where ffmpeg would cause crash to do a seek when the
> network disconnect.
> The log like this:
> 01-01 10:53:03.441 6580 6580 F DEBUG : backtrace:
> 01-01 10:53:03.441 6580 6580 F DEBUG : #00 pc 0002942e
>
On 4/3/2017 10:46 AM, James Almer wrote:
> On 4/3/2017 7:00 AM, Michael Niedermayer wrote:
>> On Sun, Apr 02, 2017 at 10:45:41PM -0300, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/hevc_parse.c | 32 +---
>>> 1 file
On 4/1/2017 9:03 PM, James Almer wrote:
> This merges commits 8e2ea691351c5079cdab245ff7bfa5c0f3e3bfe4 and
> 096a8effa3f8f3455292c958c3ed07e798def7bd by Anton Khirnov, with the
> following change:
>
> - extract_extradata_check() is added to know if the codec is supported
> by the bsf before
Hi,
On Wed, Apr 5, 2017 at 8:38 AM, Shivraj Patil
wrote:
> Hi,
>
>
>
> Updated the patch as per comments.
>
> As hevcpred_init_mips.c needs definition of HAVE_MSA and av_cold, now I
> have included config.h & libavutil/attributes.h in this file.
>
Patch LGTM. I'll
On Wed, Apr 5, 2017 at 3:53 AM, James Darnley wrote:
> call h264_idct_add8_mmx_plane
> -RET
> +RET ; TODO: check rep ret after a function call
call followed by RET should be replaced by the TAIL_CALL macro instead
which outputs a jmp instruction if there's
---
libavformat/mov.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 90bc2499da..f2296f8917 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -5794,6 +5794,7 @@ static int mov_read_close(AVFormatContext *s)
2017-04-05 15:35 GMT-03:00 wm4 :
> On Wed, 5 Apr 2017 14:29:30 -0300
> fel...@astroza.cl wrote:
>
> > From: Felipe Astroza
> >
> > Signed-off-by: Felipe Astroza
> > ---
> > libavformat/flvdec.c | 14 +++---
> > 1 file
Fixes tsan warnings like this in fate-vp8-test-vector-007:
WARNING: ThreadSanitizer: data race (pid=65909)
Write of size 4 at 0x7d8ce088 by thread T1:
#0 vp8_decode_mb_row_sliced vp8.c:2519 (ffmpeg:x86_64+0x100995ede)
[..]
Previous write of size 4 at 0x7d8ce088 by thread T2:
Fixes tsan warnings like this in fate-vp8-test-vector-007:
WARNING: ThreadSanitizer: data race (pid=3590)
Write of size 4 at 0x7d8ce07c by thread T2:
#0 decode_mb_row_no_filter src/libavcodec/vp8.c:2330 (ffmpeg+0x00ffb59e)
[..]
Previous write of size 4 at 0x7d8ce07c by thread
On 2017-04-05 05:33, James Almer wrote:
> On 4/4/2017 10:53 PM, James Darnley wrote:
>> ---
>> libavcodec/x86/h264_idct.asm | 12 ++--
>> 1 file changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/libavcodec/x86/h264_idct.asm b/libavcodec/x86/h264_idct.asm
>> index
Hi,
On Mon, Apr 3, 2017 at 10:24 AM, Ronald S. Bultje
wrote:
> This tries to handle cases where separate invocations of decode_frame()
> (each running in separate threads) write to respective fields in the
> same AVFrame->data[]. Having per-field owners makes interaction
Hi,
On Wed, Apr 5, 2017 at 3:29 PM, Michael Niedermayer
wrote:
> On Mon, Apr 03, 2017 at 10:28:33PM -0400, Ronald S. Bultje wrote:
> > Fixes the following tsan warning when running fate-vsynth_lena-ffvhuff:
> >
> > WARNING: ThreadSanitizer: data race (pid=6484)
> >
On Mon, Apr 03, 2017 at 10:28:33PM -0400, Ronald S. Bultje wrote:
> Fixes the following tsan warning when running fate-vsynth_lena-ffvhuff:
>
> WARNING: ThreadSanitizer: data race (pid=6484)
> Write of size 8 at 0x7d64000154b8 by main thread (mutexes: write M1331):
> #0
On Mon, Apr 03, 2017 at 09:13:28PM +0100, Rostislav Pehlivanov wrote:
> When coding lossless jpeg the priv context will be pointing to LJpegEncContext
> rather than MpegEncContext, which the function expects.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
>
On Tue, Apr 04, 2017 at 04:10:39PM +0200, Michael Niedermayer wrote:
> On Tue, Apr 04, 2017 at 03:59:28PM +0200, Michael Niedermayer wrote:
> > On Tue, Apr 04, 2017 at 11:00:23AM +0100, Rostislav Pehlivanov wrote:
> > > On 4 April 2017 at 02:54, Michael Niedermayer
> > >
---
libavcodec/x86/idctdsp_init.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavcodec/x86/idctdsp_init.c b/libavcodec/x86/idctdsp_init.c
index 3f078e8..fd5ef3f 100644
--- a/libavcodec/x86/idctdsp_init.c
+++
These use the mmx IDCT, but sse2 put/add_pixels_clamped implementations.
This way we don't need to use the ff_put/add_pixels_clamped function
pointers.
---
libavcodec/x86/idctdsp_init.c | 38 ++
libavcodec/x86/simple_idct.c | 15 +--
This makes using the function pointer ff_add_pixels_clamped() unnecessary,
since we always know what the best implementation is at compile-time.
---
libavcodec/x86/cavsdsp.c| 15 +-
libavcodec/x86/cavsidct.asm | 48 -
2 files changed, 61
On Wed, 5 Apr 2017 14:29:30 -0300
fel...@astroza.cl wrote:
> From: Felipe Astroza
>
> Signed-off-by: Felipe Astroza
> ---
> libavformat/flvdec.c | 14 +++---
> 1 file changed, 11 insertions(+), 3 deletions(-)
>
> diff --git
The custom callback can cause significant CPU usage on Windows for some large
files with many index entries for some reason.
Signed-off-by: Marton Balint
---
ffprobe.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/ffprobe.c b/ffprobe.c
index
On Wed, Apr 05, 2017 at 02:00:28PM +0100, Matthias C. M. Troffaes wrote:
> ---
> Changelog | 1 +
> doc/filters.texi | 7 ++
> libavfilter/vf_framestep.c| 242
> ++
> tests/fate/filter-video.mak | 5
2017-04-06 1:49 GMT+08:00 Nicolas George :
> Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> > > I don't think it would cause any problems for the users in practice.
> > > But we can also remove the function alltogether from the release, so
> > > anybody who want's to
On 4/5/2017 2:49 PM, Nicolas George wrote:
> Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
>>> I don't think it would cause any problems for the users in practice.
>>> But we can also remove the function alltogether from the release, so
>>> anybody who want's to use the function (with
Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> > I don't think it would cause any problems for the users in practice.
> > But we can also remove the function alltogether from the release, so
> > anybody who want's to use the function (with the new name) will only
> > have to check for a
Le septidi 17 germinal, an CCXXV, Steven Liu a écrit :
> This patch just remove the rename operation base on previous patch.
Please hold your horses!
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 4/5/2017 2:38 PM, Marton Balint wrote:
>
>
> On Wed, 5 Apr 2017, James Almer wrote:
>
>> On 4/5/2017 1:49 PM, Marton Balint wrote:
>>>
>>>
>>> On Wed, 5 Apr 2017, James Almer wrote:
>>>
On 4/5/2017 11:05 AM, Steven Liu wrote:
> 2017-04-03 20:32 GMT+08:00 Nicolas George
2017-04-06 1:39 GMT+08:00 Steven Liu :
> Use AVBprint to implement av_strreplace
> add av_strreplace test case TEST_STRREPLACE
>
> Signed-off-by: Steven Liu
> ---
> libavutil/avstring.c | 74 +++---
>
>
Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> Apparently, av_strreplace didn't even get a version bump or an
> APIChanges line. This whole situation has been was overall pretty
> sloppy.
I do not see the point of throwing even more blame around; what is done
is done.
> I don't know
Use AVBprint to implement av_strreplace
add av_strreplace test case TEST_STRREPLACE
Signed-off-by: Steven Liu
---
libavutil/avstring.c | 74 +++---
libavutil/tests/avstring.c | 16 ++
2 files changed, 26 insertions(+),
On Tue, Apr 04, 2017 at 12:48:16PM -0400, Ronald S. Bultje wrote:
> This makes using the function pointer ff_add_pixels_clamped() unnecessary,
> since we always know what the best implementation is at compile-time.
> ---
> libavcodec/x86/cavsdsp.c| 15 +-
>
On Wed, 5 Apr 2017, James Almer wrote:
On 4/5/2017 1:49 PM, Marton Balint wrote:
On Wed, 5 Apr 2017, James Almer wrote:
On 4/5/2017 11:05 AM, Steven Liu wrote:
2017-04-03 20:32 GMT+08:00 Nicolas George :
Le quartidi 14 germinal, an CCXXV, Steven Liu a écrit :
change
On 4/5/2017 2:18 PM, Nicolas George wrote:
> Le quartidi 24 ventôse, an CCXXV, Michael Niedermayer a écrit :
>> are there any issues/tickets that block making 3.3 ?
>
> There is the issue of av_strreplace() / av_strireplace() that needs to
> be decided and then possibly backported.
>
> Regardss,
From: Felipe Astroza
Signed-off-by: Felipe Astroza
---
libavformat/flvdec.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 3959a36..1556fe0 100644
---
Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> Library versions and feature sets in diverging branches. When you
> branch you do a feature freeze.
I do not agree with that. The delay between branching and tagging the
release has exactly the purpose of fixing the big mistakes that were
On 4/5/2017 1:49 PM, Marton Balint wrote:
>
>
> On Wed, 5 Apr 2017, James Almer wrote:
>
>> On 4/5/2017 11:05 AM, Steven Liu wrote:
>>> 2017-04-03 20:32 GMT+08:00 Nicolas George :
>>>
Le quartidi 14 germinal, an CCXXV, Steven Liu a écrit :
> change name from
Le quartidi 24 ventôse, an CCXXV, Michael Niedermayer a écrit :
> are there any issues/tickets that block making 3.3 ?
There is the issue of av_strreplace() / av_strireplace() that needs to
be decided and then possibly backported.
Regardss,
--
Nicolas George
On Tue, Apr 4, 2017 at 7:14 AM, Kyle Swanson wrote:
> Hi,
>
>
> On Sun, Apr 2, 2017 at 6:32 PM, Kyle Swanson wrote:
>
>> Signed-off-by: Kyle Swanson
>> ---
>> libavfilter/af_loudnorm.c | 58 +++---
>> -
>> 1 file
Le sextidi 16 germinal, an CCXXV, James Almer a écrit :
> You can't rename the function. It's already in the 3.3 branch.
AFAICS, it is only a branch yet, so I see no reason not to push this,
provided it is backported to the branch and done before the actual
release.
Thus, I think this discussion
On Tue, Apr 04, 2017 at 10:58:37AM +0100, Rostislav Pehlivanov wrote:
> Doesn't work yet with slice threading and won't work with AMV.
> ---
> libavcodec/mpegvideo_enc.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
> index
On Wed, 5 Apr 2017, James Almer wrote:
On 4/5/2017 11:05 AM, Steven Liu wrote:
2017-04-03 20:32 GMT+08:00 Nicolas George :
Le quartidi 14 germinal, an CCXXV, Steven Liu a écrit :
change name from av_strreplace to av_strireplace
Use AVBprint to implement av_strireplace
add
On 31 March 2017 at 16:36, Damien Riegel wrote:
> This adds partial support for the RFC 4175 (raw video over RTP). The
> only supported formats are the YCbCr-4:2:2 8 bit because it's natively
> supported by FFmpeg with pixel format UYVY, and 10 bit which
On 4 April 2017 at 18:33, Damien Riegel
wrote:
> Hi,
>
> On Fri, Mar 31, 2017 at 07:23:28PM +0100, Rostislav Pehlivanov wrote:
> > On 31 March 2017 at 18:11, Kieran Kunhya wrote:
> >
> > > On Fri, 31 Mar 2017 at 17:57 Rostislav Pehlivanov
On 4/5/2017 11:05 AM, Steven Liu wrote:
> 2017-04-03 20:32 GMT+08:00 Nicolas George :
>
>> Le quartidi 14 germinal, an CCXXV, Steven Liu a écrit :
>>> change name from av_strreplace to av_strireplace
>>> Use AVBprint to implement av_strireplace
>>> add av_strireplace test case
2017-04-03 20:32 GMT+08:00 Nicolas George :
> Le quartidi 14 germinal, an CCXXV, Steven Liu a écrit :
> > change name from av_strreplace to av_strireplace
> > Use AVBprint to implement av_strireplace
> > add av_strireplace test case TEST_STRIREPLACE
> >
> > Signed-off-by: Steven
add hls encrypt options looks like libav's libavformat/hlsenc.c
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 118 ---
1 file changed, 113 insertions(+), 5 deletions(-)
diff --git a/libavformat/hlsenc.c
Attached a patch which adds a "blend" parameter to the framestep
filter, to blend frames together at each step, for a motion blur
effect. The number of frames that are blended (i.e. the exposure time,
in frames) can be controlled, allowing control over the strength of
the motion blur. The filter
---
Changelog | 1 +
doc/filters.texi | 7 ++
libavfilter/vf_framestep.c| 242 ++
tests/fate/filter-video.mak | 5 +
tests/ref/fate/filter-framestep-1 | 17 +++
tests/ref/fate/filter-framestep-2 |
Hi,
Updated the patch as per comments.
As hevcpred_init_mips.c needs definition of HAVE_MSA and av_cold, now I have
included config.h & libavutil/attributes.h in this file.
Thanks,
Shivraj
From: Ronald S. Bultje [mailto:rsbul...@gmail.com]
Sent: 04 April 2017 17:47
To: Shivraj Patil
Cc:
Hi,
On Tue, Apr 4, 2017 at 9:53 PM, James Darnley wrote:
> The labels get stripped leading to (slightly) nicer disassembly from
> objdump.
>
[..]
> -jz .cycle%1end
> +jz %%skip
Can you preserve the leading dot? I don't mind the %%skip, but please make
it .%%skip.
Hi,
On Tue, Apr 4, 2017 at 9:54 PM, Michael Niedermayer
wrote:
> if the idct depends on external asm then it would need to be under
> HAVE_EXTERNAL_*, you are correct. Also that is ugly
It's temporary, I think James/Kieran were talking about converting the IDCT
to yasm
On Wed, 5 Apr 2017 10:54:38 +0200
Michael Niedermayer wrote:
> On Wed, Apr 05, 2017 at 12:31:24AM -0300, James Almer wrote:
> > On 4/4/2017 11:12 PM, Michael Niedermayer wrote:
> > > On Tue, Apr 04, 2017 at 11:44:21AM +0200, Clément Bœsch wrote:
> > >> ffmpeg |
>>>Thomas Mundt schrieb am Do, 30.3.2017:
>>>Lou Logan schrieb am Do, 30.3.2017:
>> On Mon, 13 Mar 2017 16:23:46 + (UTC)
>> Thomas Mundt wrote:
>>
>> [...]
>>> index 09ca4d3..0b5b858 100644
>>> --- a/libavfilter/vf_tinterlace.c
>>> +++
On Wed, Apr 05, 2017 at 12:31:24AM -0300, James Almer wrote:
> On 4/4/2017 11:12 PM, Michael Niedermayer wrote:
> > On Tue, Apr 04, 2017 at 11:44:21AM +0200, Clément Bœsch wrote:
> >> ffmpeg | branch: master | Clément Bœsch | Tue Apr 4
> >> 11:44:45 2017 +0200|
On 04.04.2017 11:58, Rostislav Pehlivanov wrote:
Doesn't work yet with slice threading and won't work with AMV.
---
libavcodec/mpegvideo_enc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 71a858fc72..db241c82f0 100644
---
62 matches
Mail list logo