On 6/14/20 8:43 PM, Przemysław Sobala wrote:
> Any comments about that?
>
> --
> Best regards
> Przemysław Sobala
>
> On Wed, Jun 10, 2020 at 1:15 PM Przemysław Sobala <
> przemyslaw.sob...@gmail.com> wrote:
>
>> ---
>> doc/muxers.texi | 4 +++-
>> libavformat/dashenc.c | 8 +---
>> 2 f
sön 2020-06-14 klockan 20:19 +0200 skrev Marton Balint:
>
> On Sun, 14 Jun 2020, Michael Niedermayer wrote:
>
> > Alternatively we could free the already allocated element
>
> Yeah, I kind of prefer that, we potentially allow non-string values to
> occur multiple times, so I'd say let's allow s
sön 2020-06-14 klockan 20:37 +0200 skrev Michael Niedermayer:
> Also iam interrested in designing a modern audio codec for fun once (if i find
> the time), and if by then sonic.c is still around i might just put the code in
> there. Just because that would be the obvious place to put such code in.
On Sun, Jun 14, 2020 at 12:47:30AM +0200, Michael Niedermayer wrote:
> On Sat, Jun 13, 2020 at 05:11:05PM +0100, Kieran Kunhya wrote:
[...]
> Problem 2
> We do not meassure speed this way because its not realiable nor practical
> just look at this, especially the difference and variation
> ./ffmpeg
Signed-off-by: Levis Florian
---
doc/protocols.texi| 13 +
libavformat/libamqp.c | 6 +-
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 7aa758541c..336246e67a 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.tex
Hello,
I appreciate the comments.
Missing docs for the new option.
>
Does this refer to .texi files? I'll update the docs.
> Avoid these if possible. Yes, this is C++ code but only because the
> decklink
> API requires it. Also it gives me a compile error, and I am not familiar
> enough
> with
if vs->size + vs->start_pos > hls->max_seg_size, should split segment.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 71fa3db060..ca2e1bb4a8 100644
--- a/libavformat/h
add probeaudiostream for get audio stream's codec_name,codec_time_base,
sample_fmt,channels and channel_layout.
Signed-off-by: Steven Liu
---
tests/fate-run.sh | 4
tests/fate/hlsenc.mak | 14 +-
2 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/tests/fate-run.
add probeaudiostream for get audio stream's codec_name,codec_time_base,
sample_fmt,channels and channel_layout.
Signed-off-by: Steven Liu
---
tests/fate-run.sh | 4
tests/fate/hlsenc.mak | 14 +-
tests/ref/fate/hls-fmp4_ac3 | 9 +
3 files changed, 26 in
if vs->size + vs->start_pos > hls->max_seg_size, should split segment.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 71fa3db060..ca2e1bb4a8 100644
--- a/libavformat/h
Am 10.06.20 um 19:16 schrieb Thilo Borgmann:
> Hi,
>
>> As a reminder, this week-end is the FOSDEM, in Brussels.
>>
>> As promised, we will do a FFmpeg developer meeting, where we will vote on
>> the decisions taken during VDD.
>> Notably, re-elect the committees, and the voted will now be done
Am 12.06.20 um 17:55 schrieb Thilo Borgmann:
> Am 08.06.20 um 21:45 schrieb Thilo Borgmann:
>> $subject, v3.
>
> If there are no more comments I'll push this next week.
Pushed, thanks!
-Thilo
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:
Andreas Rheinhardt:
> EBML binary elements are already made reference-counted when read;
> so when populating the AVStream.attached_pic, one does not need to
> allocate a new buffer for the data; instead the current code just
> creates a new reference to the underlying AVBuffer. But this can be
> i
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevcdec.c | 44
1 file changed, 44 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index c9e28f5..39abbb9 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevc_sei.c | 49 +
libavcodec/hevc_sei.h | 21 +
2 files changed, 70 insertions(+)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index 1736891..6d484b5 100
On Fri, Jun 05, 2020 at 09:58:02PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> tests/fate/filter-video.mak | 8
> tests/filtergraphs/overlay_yuv420p10| 5 +
> tests/filtergraphs/overlay_yuv422p10| 5 +
> test
On Mon, Jun 08, 2020 at 11:02:38PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/libx265.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
> index f560d7f62f..686
On Mon, Jun 15, 2020 at 10:46:31AM +0200, Tomas Härdin wrote:
> sön 2020-06-14 klockan 20:37 +0200 skrev Michael Niedermayer:
> > Also iam interrested in designing a modern audio codec for fun once (if i
> > find
> > the time), and if by then sonic.c is still around i might just put the code
> >
On Mon, Jun 15, 2020 at 09:08:21AM +0800, lance.lmw...@gmail.com wrote:
> On Mon, Jun 15, 2020 at 12:10:14AM +0200, Michael Niedermayer wrote:
> > Fixes: assertion failure
> > Fixes:
> > 23422/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5746026064642048
> >
> > Found-by: continu
It can't fail, yet it returns an int and other code checks whether it
failed; yet if it did fail, an AVFrame would leak. One could of course
add an av_frame_free for this (that compilers could optimize away), yet
it is easier to simply stop pretending that disp_palette could fail.
Signed-off-by: A
On Mon, 15 Jun 2020, Zivkovic, Milos wrote:
Hello,
I appreciate the comments.
Missing docs for the new option.
Does this refer to .texi files? I'll update the docs.
Yes.
Avoid these if possible. Yes, this is C++ code but only because the
decklink
API requires it. Also it gives me
On Mon, 15 Jun 2020, Tomas Härdin wrote:
sön 2020-06-14 klockan 20:19 +0200 skrev Marton Balint:
On Sun, 14 Jun 2020, Michael Niedermayer wrote:
> Alternatively we could free the already allocated element
Yeah, I kind of prefer that, we potentially allow non-string values to
occur multipl
I'll submit the patch with the proposed changes once that build issue is
resolved.
I'm not having any build issues on multiple compilers, and there's one
really weird error in the log that you shared.
In file included from /usr/include/c++/7/ext/new_allocator.h:33:0,
> from
> /us
On Mon, 15 Jun 2020, Zivkovic, Milos wrote:
I'll submit the patch with the proposed changes once that build issue is
resolved.
I'm not having any build issues on multiple compilers, and there's one
really weird error in the log that you shared.
In file included from /usr/include/c++/7/ext/ne
>
>
>
Thanks, I found the issue.
>
Glad to hear it.
Regards,
Milos
On Mon, Jun 15, 2020 at 10:58 PM Marton Balint wrote:
>
>
> On Mon, 15 Jun 2020, Zivkovic, Milos wrote:
>
> > I'll submit the patch with the proposed changes once that build issue is
> > resolved.
> >
> > I'm not having any bu
> -Original Message-
> From: ffmpeg-devel On Behalf Of Guo
> Yejun
> Sent: 2020年6月10日 22:01
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [FFmpeg-devel] [PATCH 2/2] dnn_backend_native: check operand index
>
> it fixed the issue in https://trac.ffmpeg.org/ticket/8716
>
> Si
On Wed, Jun 10, 2020 at 10:04 PM Guo Yejun wrote:
>
> it fixed the issue in https://trac.ffmpeg.org/ticket/8716
>
> Signed-off-by: Guo Yejun
> ---
> libavfilter/dnn/dnn_backend_native.c | 6 +-
> libavfilter/dnn/dnn_backend_native_layer_conv2d.c | 7 ++-
> libavf
27 matches
Mail list logo
