2018-01-20 23:56 GMT+08:00 Steven Liu :
>
>
>> 在 2018年1月20日，上午10:35，Jeyapal, Karthick 写道：
>>
>>
>>
>>> On 1/20/18 6:29 AM, Brendan McGrath wrote:
>>> If codecpar->extradata is not set (for example, when the stream goes
>>> through the 'tee' muxer), then a segfault occurs.
>>>
>>> This patch ensure
2018-01-17 11:02 GMT+08:00 Colin NG :
> ---
> libavformat/dashdec.c | 88
> +--
> 1 file changed, 58 insertions(+), 30 deletions(-)
>
> diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
> index 1d520d4..9d5986d 100644
> --- a/libavformat/da
> 在 2018年1月20日，上午9:14，Brendan McGrath 写道：
>
> If no representation bandwidth value is set, the url value returned
> by get_content_url is corrupt (as it has been freed).
>
> This change ensures the url string is not freed unless it is about
> to be reused
>
> Signed-off-by: Brendan McGrath
>
> 在 2018年1月20日，下午11:56，Steven Liu 写道：
>
>
>
>> 在 2018年1月15日，下午11:58，Stefan _ 写道：
>>
>> Hi,
>>
>> attached patch fixes an annoyance when playing DASH videos from e.g.
>> YouTube:
>>
>> "mov,mp4,m4a,3gp,3g2,mj2: Stream #0: not enough frames to estimate rate;
>> consider increasing probesiz
Ping.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Karthick Jeyapal
If somebody else wants to maintain dashenc either now or in future,
I am absolutely fine with giving up this responsibility anytime.
But till then we need a maintainer for dashenc, and I am volunteering for that
task.
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
On 1/20/2018 11:36 PM, Michael Niedermayer wrote:
> On Sat, Jan 20, 2018 at 06:20:53PM -0300, James Almer wrote:
>> On 1/20/2018 6:12 PM, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/hevc_ps.c | 16
>>> libavcodec/hevc_ps.h | 2 ++
>>> 2 files changed
On Sat, Jan 20, 2018 at 5:22 PM, wm4 wrote:
> On Sat, 20 Jan 2018 11:29:13 +0700
> Muhammad Faiz wrote:
>
>> Help avoiding malloc-free cycles when allocating-freeing common
>> structures.
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> libavutil/staticpool.h | 117
>> +
On Sat, Jan 20, 2018 at 5:18 PM, wm4 wrote:
> On Sat, 20 Jan 2018 12:52:46 +0700
> Muhammad Faiz wrote:
>
>> On Sat, Jan 20, 2018 at 11:49 AM, James Almer wrote:
>> > On 1/20/2018 1:29 AM, Muhammad Faiz wrote:
>> >> Help avoiding malloc-free cycles when allocating-freeing common
>> >> structures
2018-01-21 3:39 GMT+01:00 Michael Niedermayer :
> On Sat, Jan 20, 2018 at 04:11:00PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes ticket #6957 for me, I believe
>> there was an off-by-one issue in the original function.
>>
>> Please comment, Carl Eugen
>
>> rawdec.c |2 +-
>
On 1/20/2018 11:33 PM, Michael Niedermayer wrote:
> On Sat, Jan 20, 2018 at 06:49:29PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Similar rationale as hevc. With up to 32 sps and 256 pps, this may
>> come in handy when parsing raw streams.
>>
>> libavcodec/h264_parser.c |
On Sat, Jan 20, 2018 at 04:11:00PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #6957 for me, I believe
> there was an off-by-one issue in the original function.
>
> Please comment, Carl Eugen
> rawdec.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 0d791c
On Sat, Jan 20, 2018 at 06:20:53PM -0300, James Almer wrote:
> On 1/20/2018 6:12 PM, James Almer wrote:
> > Signed-off-by: James Almer
> > ---
> > libavcodec/hevc_ps.c | 16
> > libavcodec/hevc_ps.h | 2 ++
> > 2 files changed, 18 insertions(+)
> >
> > diff --git a/libavcodec/h
On Sat, Jan 20, 2018 at 06:12:50PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/hevcdec.c | 10 +-
> 1 file changed, 1 insertion(+), 9 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The bravest are s
On Sat, Jan 20, 2018 at 06:12:51PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_parser.c | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy i
On Sat, Jan 20, 2018 at 06:49:29PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Similar rationale as hevc. With up to 32 sps and 256 pps, this may
> come in handy when parsing raw streams.
>
> libavcodec/h264_parser.c | 3 ++-
> libavcodec/h264_ps.c | 22 ++
On 18/01/18 23:42, Mark Thompson wrote:
> On systems which deliver SIGPIPE (Unices), a broken pipe will currently
> result in the immediate termination of the ffmpeg process (the default
> disposition as required by POSIX). This is undesirable, because while
> the broken pipe is likely fatal to us
---
struct timeval elements are not big enough in a 32-bit ABI.
libavcodec/v4l2_buffers.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index 8e4d4d1..aef911f 100644
--- a/libavcodec/v4l2_buffers.c
+++ b/libavcodec/v4l
On 09/01/18 22:56, Jorge Ramirez-Ortiz wrote:
> From: Mark Thompson
>
> Refcount all of the context information. This also fixes a potential
> segmentation fault when accessing freed memory (buffer returned after
> the codec has been closed).
>
> Tested-by: Jorge Ramirez-Ortiz
> ---
> libavco
Hi,
On Fri, Jan 19, 2018 at 5:03 PM, Michael Niedermayer
wrote:
> On Fri, Jan 19, 2018 at 03:46:57PM -0800, Kyle Swanson wrote:
>> Hi,
>>
>> >
>> > Ping. Unless text needs to be rescaled as well, this patch is ready for
>> > review.
>> >
>> >
>> > Regards,
>> > Gyan
>> >
Hi!
Attached patch fixes a warning when compiling for aarch64, fate passes.
Please comment, Carl Eugen
From a7f0de38974a6a3a651b6f3e0d46180c67a154c1 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sun, 21 Jan 2018 00:17:19 +0100
Subject: [PATCH] lavc/aarch64/h264dsp_init_aarch64: Fix weigh
On 20 January 2018 at 17:26, Aurelien Jacobs wrote:
> On Sun, Jan 14, 2018 at 10:54:34PM +0100, Carl Eugen Hoyos wrote:
> > 2018-01-14 14:06 GMT+01:00 Aurelien Jacobs :
> >
> > > Well, here is an updated patch which uses codec tags for the decoder
> and
> > > profile for the encoder.
> >
> > Sorr
Shouldn't we generally recommend people use the new NVDEC
implementation instead? It already has all these features and more. :)
There are still features missing from nvdec which will take a while to
implement, if it's possible at all. Like deinterlacing/cropping.
Also, cuviddec is still nota
On Fri, Jan 19, 2018 at 11:33 PM, Timo Rothenpieler
wrote:
> Am 19.01.2018 um 19:47 schrieb Michael Niedermayer:
>>
>> On Fri, Jan 19, 2018 at 11:09:51AM +0100, Timo Rothenpieler wrote:
>>>
>>> Am 18.01.2018 um 07:52 schrieb Yogender Gupta:
Improved the patch by dynamic allocation.
On 1/20/2018 8:00 PM, wm4 wrote:
> On Sat, 20 Jan 2018 18:12:52 -0300
> James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/mediacodecdec.c | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
>> index 6c5d3ddd
On Sat, 20 Jan 2018 18:12:52 -0300
James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/mediacodecdec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
> index 6c5d3ddd79..b360e7a7f1 100644
> --- a/libavcodec/medi
2017-09-02 20:17 GMT+02:00 Clément Bœsch :
> From: Clément Bœsch
>
> Refer to "checkasm: use perf API on Linux ARM*" commit for the
> rationale.
>
> The implementation is somehow duplicated with checkasm, but so is the
> current usage of AV_READ_TIME(). Until these implementations and
> heuristics
Signed-off-by: James Almer
---
Similar rationale as hevc. With up to 32 sps and 256 pps, this may
come in handy when parsing raw streams.
libavcodec/h264_parser.c | 3 ++-
libavcodec/h264_ps.c | 22 --
libavcodec/h264_ps.h | 5 +
libavcodec/h264dec.c
On 1/20/2018 6:12 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 16
> libavcodec/hevc_ps.h | 2 ++
> 2 files changed, 18 insertions(+)
>
> diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
> index a4f7ed60f7..b18457296b 100644
> --- a
Signed-off-by: James Almer
---
I don't know if this brings many benefits. With up to 16 sps/vps
and 64 pps, plus the fact all three ff_hevc_decode_nal_* functions
allocate a buffer even if the result will not be added to the
HEVCParamSets list, it may considerably reduce the amount of buffer
alloc
Signed-off-by: James Almer
---
libavcodec/mediacodecdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 6c5d3ddd79..b360e7a7f1 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -258,6 +258,8 @@ static
Signed-off-by: James Almer
---
libavcodec/hevc_parser.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/libavcodec/hevc_parser.c b/libavcodec/hevc_parser.c
index 76176185fa..09a203097b 100644
--- a/libavcodec/hevc_parser.c
+++ b/libavcodec/hevc_parser.c
@@ -356,17
Signed-off-by: James Almer
---
libavcodec/hevcdec.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 4bfae8c12b..98a96defb7 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -3277,15 +3277,7 @@ static av_
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 16
libavcodec/hevc_ps.h | 2 ++
2 files changed, 18 insertions(+)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index a4f7ed60f7..b18457296b 100644
--- a/libavcodec/hevc_ps.c
+++ b/libavcodec/hevc_ps.c
@@ -1704,6
On Fri, Jan 19, 2018 at 01:17:07PM -0800, Nikolas Bowe wrote:
> ---
> libavformat/lrcdec.c | 1 +
> 1 file changed, 1 insertion(+)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There will always be a question for which you do not know the corr
2018-01-20 20:47 GMT+01:00 Marton Balint :
>
> On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
>
>> 2018-01-20 19:50 GMT+01:00 Marton Balint :
>>>
>>> On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
>>>
2018-01-08 6:26 GMT+01:00 :
> +@item decklink_copyts
> +If set to @option{true}, ti
On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
2018-01-20 19:50 GMT+01:00 Marton Balint :
On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
2018-01-08 6:26 GMT+01:00 :
+@item decklink_copyts
+If set to @option{true}, timestamps are forwarded as they are without
removing
+the initial offset.
+D
> On 18 Jan 2018, at 17:32, Dmytro Humeniuk wrote:
>
>>
>> On 18 Jan 2018, at 08:56, Tobias Rapp wrote:
>>
>> On 15.01.2018 13:48, Dmytro Humeniuk wrote:
On 15 Jan 2018, at 09:14, Tobias Rapp wrote:
On 13.01.2018 23:52, Дмитрий Гуменюк wrote:
> Hi,
>> On 13 Jan 2018,
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-01-20 19:50 GMT+01:00 Marton Balint :
>
> On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
>
>> 2018-01-08 6:26 GMT+01:00 :
>>
>>> +@item decklink_copyts
>>> +If set to @option{true}, timestamps are forwarded as they are without
>>> removing
>>> +the initial offset.
>>> +Defaults to @option{false
On 20 January 2018 at 17:25, Aurelien Jacobs wrote:
> On Sun, Jan 14, 2018 at 05:19:12PM +, Rostislav Pehlivanov wrote:
> > On 14 January 2018 at 13:06, Aurelien Jacobs wrote:
> >
> > > On Tue, Jan 09, 2018 at 02:21:02PM +, Rostislav Pehlivanov wrote:
> > > > On 9 January 2018 at 14:07,
On Sat, 20 Jan 2018, Carl Eugen Hoyos wrote:
2018-01-08 6:26 GMT+01:00 :
+@item decklink_copyts
+If set to @option{true}, timestamps are forwarded as they are without removing
+the initial offset.
+Defaults to @option{false}.
Why is the offset ever removed?
I believe this is not done for a
2018-01-08 6:26 GMT+01:00 :
> +@item decklink_copyts
> +If set to @option{true}, timestamps are forwarded as they are without
> removing
> +the initial offset.
> +Defaults to @option{false}.
Why is the offset ever removed?
I believe this is not done for any other demuxer or is it?
Carl Eugen
_
On Mon, 8 Jan 2018, Devin Heitmueller wrote:
When building with Clang, the following warning is shown:
warning: struct 'IDeckLinkVideoFrame' was previously declared as a
class [-Wmismatched-tags]
The function incorrectly casts IDeckLinkVideoFrame as a struct
instead of a class pointer.
Sign
On 1/20/2018 1:12 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_parser.c | 21 +
> 1 file changed, 9 insertions(+), 12 deletions(-)
>
> diff --git a/libavcodec/hevc_parser.c b/libavcodec/hevc_parser.c
> index ff7e8a49d6..a3a9098c7c 100644
> --- a
On Mon, 8 Jan 2018, Devin Heitmueller wrote:
Clang applies the missing-prototypes warning on C++ files, whereas
gcc only applies it to C. As a result, the decklink_common.cpp file
fails to build because of missing prototypes in DecklinkDispatch.cpp
(which is #included by decklink_common.cpp).
On Mon, 15 Jan 2018, vdi...@akamai.com wrote:
From: Vishwanath Dixit
---
doc/indevs.texi | 5 +
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 18 +++---
libavdevice/decklink_dec_c.c| 1 +
4 files changed, 18 insertions(+), 7 delet
This changes the vertical blanking lines extracted for NTSC and 1080i
resolutions that in personal testing were required to extract closed
caption data from the decklink video frames.
Additionally NTSC resolutions have the vanc data interleved between the uyvy
and not just the luma as in high defi
On Sun, Jan 14, 2018 at 10:54:34PM +0100, Carl Eugen Hoyos wrote:
> 2018-01-14 14:06 GMT+01:00 Aurelien Jacobs :
>
> > Well, here is an updated patch which uses codec tags for the decoder and
> > profile for the encoder.
>
> Sorry but I object to this patch:
> We should not invent codec_tags.
OK
On Sun, Jan 14, 2018 at 05:19:12PM +, Rostislav Pehlivanov wrote:
> On 14 January 2018 at 13:06, Aurelien Jacobs wrote:
>
> > On Tue, Jan 09, 2018 at 02:21:02PM +, Rostislav Pehlivanov wrote:
> > > On 9 January 2018 at 14:07, Rostislav Pehlivanov
> > > wrote:
> > >
> > > >
> > > >
> > >
On Sat, 6 Jan 2018, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavfilter/formats.c | 12 ++--
tests/ref/fate/filter-formats | 2 +-
2 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/libavfilter/formats.c b/libavfilter/formats.c
index 20a2c89719..31ee4
> 在 2018年1月20日，上午10:35，Jeyapal, Karthick 写道：
>
>
>
>> On 1/20/18 6:29 AM, Brendan McGrath wrote:
>> If codecpar->extradata is not set (for example, when the stream goes
>> through the 'tee' muxer), then a segfault occurs.
>>
>> This patch ensures the data variable is not null before attempti
> 在 2018年1月15日，下午11:58，Stefan _ 写道：
>
> Hi,
>
> attached patch fixes an annoyance when playing DASH videos from e.g.
> YouTube:
>
> "mov,mp4,m4a,3gp,3g2,mj2: Stream #0: not enough frames to estimate rate;
> consider increasing probesize"
>
> <0001-dashdec-Make-use-of-frame-rate-specified-
Hi!
Attached patch fixes ticket #6957 for me, I believe
there was an off-by-one issue in the original function.
Please comment, Carl Eugen
From 0711e0474f9a83ec47a31b8cf261cf2e6a10a35e Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sat, 20 Jan 2018 16:07:25 +0100
Subject: [PATCH] lavf/raw
On 1/20/2018 7:15 AM, wm4 wrote:
> On Fri, 19 Jan 2018 20:30:59 -0300
> James Almer wrote:
>
>> On 1/19/2018 5:06 PM, wm4 wrote:
>>> On Fri, 19 Jan 2018 16:51:45 -0300
>>> James Almer wrote:
>>>
Attempting full frame reconstruction is unnecessary for containers
like Matroska, so jus
2018-01-20 3:14 GMT+01:00 Michael Niedermayer :
> On Sat, Jan 20, 2018 at 02:36:08AM +0100, Carl Eugen Hoyos wrote:
>> 2018-01-19 23:42 GMT+01:00 Michael Niedermayer :
>> > On Fri, Jan 19, 2018 at 07:25:43PM +0100, Carl Eugen Hoyos wrote:
>> >> 2018-01-19 18:51 GMT+01:00 Michael Niedermayer :
>> >>
On Sat, Jan 20, 2018 at 6:32 PM, Rostislav Pehlivanov
wrote:
> On 20 January 2018 at 11:13, Rostislav Pehlivanov
> wrote:
>
>>
>>
>> On 20 January 2018 at 10:22, wm4 wrote:
>>
>>> On Sat, 20 Jan 2018 11:29:13 +0700
>>> Muhammad Faiz wrote:
>>>
>>> > Help avoiding malloc-free cycles when allocat
V4: - Fix the wrong ctx lead to scale_vaapi filter crash issue.
- Follow Mark's suggestion use VAAPIVPPContext as the first field in
FooVAAPICOntext.
- Add "ff_" prefix to common VPP function.
- Add range map to procamp_vaapi filter.
- Split misc_vaapi as denoise_vaapi/sharpness_va
From 5f561eca2fca4e173badfadc2e9a06f1d85d9b7d Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:12:41 +0800
Subject: [PATCH V4 4/7] lavfi: add ProcAmp(color balance) vaapi video filter.
add ProcAmp(color balance) vaapi video filter, use the option
like -vf "procamp_vaapi=b=10:h=12
From 78a03fa2ddb5a254f75e526248037a667442fafc Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Sat, 20 Jan 2018 12:43:04 +0800
Subject: [PATCH V4 7/7] Changelog: add Misc VPP(denoise/sharpness) filter
entry.
Signed-off-by: Jun Zhao
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git
From f8b21eda57c036c91d114d3a1f89a75ebdb7a104 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:19:17 +0800
Subject: [PATCH V4 5/7] lavfi: add misc(denoise/sharpness) VPP video filter.
add misc(denoise/sharpness) VPP video filter.
Signed-off-by: Yun Zhou
Signed-off-by: Jun Zha
From 1e665ac730cf552fe0d7010e306de541cbe0ed89 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Thu, 18 Jan 2018 12:51:20 +0800
Subject: [PATCH V4 6/7] Changelog: add ProcAmp(color balance) filter.
Signed-off-by: Jun Zhao
---
Changelog | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
From 376c1590a501ca88450ff3d737676643beee6c53 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:07:38 +0800
Subject: [PATCH V4 3/7] lavfi: use common VPP infrastructure for
vf_deinterlace_vaapi.
Use the common VPP infrastructure re-work vf_deinterlace_vaapi.
Signed-off-by: Jun Z
From 58ab684afc6646e2eb092481a69cd633064f4a96 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Mon, 8 Jan 2018 16:02:35 +0800
Subject: [PATCH V4 2/7] lavfi: use common VPP infrastructure for
vf_scale_vaapi.
Use the common VPP infrastructure re-work vf_scale_vaapi.
Signed-off-by: Jun Zhao
---
li
bump
On 15.01.2018 at 16:58 Stefan _ wrote:
> Hi,
>
> attached patch fixes an annoyance when playing DASH videos from e.g.
> YouTube:
>
> "mov,mp4,m4a,3gp,3g2,mj2: Stream #0: not enough frames to estimate rate;
> consider increasing probesize"
___
ffm
On 20 January 2018 at 11:13, Rostislav Pehlivanov
wrote:
>
>
> On 20 January 2018 at 10:22, wm4 wrote:
>
>> On Sat, 20 Jan 2018 11:29:13 +0700
>> Muhammad Faiz wrote:
>>
>> > Help avoiding malloc-free cycles when allocating-freeing common
>> > structures.
>> >
>> > Signed-off-by: Muhammad Faiz
On 20 January 2018 at 10:22, wm4 wrote:
> On Sat, 20 Jan 2018 11:29:13 +0700
> Muhammad Faiz wrote:
>
> > Help avoiding malloc-free cycles when allocating-freeing common
> > structures.
> >
> > Signed-off-by: Muhammad Faiz
> > ---
> > libavutil/staticpool.h | 117 ++
On Sat, Jan 20, 2018 at 11:22 AM, wm4 wrote:
> On Sat, 20 Jan 2018 11:29:13 +0700
> Muhammad Faiz wrote:
>
>> Help avoiding malloc-free cycles when allocating-freeing common
>> structures.
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> libavutil/staticpool.h | 117
>>
On Fri, 19 Jan 2018 20:30:59 -0300
James Almer wrote:
> On 1/19/2018 5:06 PM, wm4 wrote:
> > On Fri, 19 Jan 2018 16:51:45 -0300
> > James Almer wrote:
> >
> >> Attempting full frame reconstruction is unnecessary for containers
> >> like Matroska, so just skip it altogether.
> >>
> >> Signed-o
On Sat, 20 Jan 2018 11:29:13 +0700
Muhammad Faiz wrote:
> Help avoiding malloc-free cycles when allocating-freeing common
> structures.
>
> Signed-off-by: Muhammad Faiz
> ---
> libavutil/staticpool.h | 117
> +
> 1 file changed, 117 insertions(+
On Sat, 20 Jan 2018 12:52:46 +0700
Muhammad Faiz wrote:
> On Sat, Jan 20, 2018 at 11:49 AM, James Almer wrote:
> > On 1/20/2018 1:29 AM, Muhammad Faiz wrote:
> >> Help avoiding malloc-free cycles when allocating-freeing common
> >> structures.
> >>
> >> Signed-off-by: Muhammad Faiz
> >> ---
>
Fix tsan warnings on fate-filter-framerate-12bit-down and
fate-filter-framerate-12bit-up.
Signed-off-by: Muhammad Faiz
---
libavfilter/vf_framerate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_framerate.c b/libavfilter/vf_framerate.c
index a5ae6ddb71..578a
72 matches
Mail list logo
