[FFmpeg-devel] [PATCH] avformat/segafilm - revert keyframe detection

References: http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228596.html http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228602.html From a9b55290722ee6222b5cb5d067544f3846e1b07b Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Sat, 21 Apr 2018 12:44:12 +0530

[FFmpeg-devel] [PATCH 1/3] doc/examples/hw_decode: Remove setting deprecated refcounted_frames

When use new decode APIs(avcodec_send_packet/avcodec_receive_frame), don't need to setting the deprecated field refcounted_frames. Signed-off-by: Jun Zhao --- doc/examples/hw_decode.c | 1 - 1 file changed, 1 deletion(-) diff --git a/doc/examples/hw_decode.c

Re: [FFmpeg-devel] [PATCH] avformat/segafilm - revert keyframe detection

On 4/21/18, Gyan Doshi wrote: > References: > > http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228596.html > http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228602.html > > > what about muxer? ___ ffmpeg-devel

[FFmpeg-devel] [PATCH 3/3] doc/examples/filtering_audio: Remove setting deprecated refcounted_frames

When use new decode APIs(avcodec_send_packet/avcodec_receive_frame), don't need to setting the deprecated field refcounted_frames. Signed-off-by: Jun Zhao --- doc/examples/filtering_audio.c | 1 - 1 file changed, 1 deletion(-) diff --git a/doc/examples/filtering_audio.c

Re: [FFmpeg-devel] [PATCH] avformat/segafilm - revert keyframe detection

On 4/21/2018 1:18 PM, Paul B Mahol wrote: what about muxer? Will wait a few days first for author to fix it. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] avcodec/vc1_pred: properly clip interlaced motion vectors

Fixes #2557. Signed-off-by: Paul B Mahol --- libavcodec/vc1_pred.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/vc1_pred.c b/libavcodec/vc1_pred.c index 54712f6b7a..9f42a930fe 100644 --- a/libavcodec/vc1_pred.c +++ b/libavcodec/vc1_pred.c

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

Thomas Volkert (2018-04-21): > +- support mbedTLS based TLS What is the benefit? Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

2018-04-21 16:01 GMT+02:00, Thomas Volkert : > +++ b/Changelog > @@ -3,6 +3,7 @@ releases are sorted from youngest to oldest. > > version : > - deblock filter > +- support mbedTLS based TLS From a quick look, I believe this library is not license-compatible, please solve this

Re: [FFmpeg-devel] [PATCH] avcodec/vc1_pred: properly clip interlaced motion vectors

2018-04-21 10:22 GMT+02:00, Paul B Mahol : > Fixes #2557. > > Signed-off-by: Paul B Mahol > --- > libavcodec/vc1_pred.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavcodec/vc1_pred.c b/libavcodec/vc1_pred.c > index

[FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

From: Thomas Volkert --- Changelog | 1 + configure | 31 ++-- libavformat/Makefile | 1 + libavformat/rtmpdh.c | 55 libavformat/rtmpdh.h | 5 + libavformat/tls_mbedtls.c | 351

Re: [FFmpeg-devel] [PATCH] avcodec/vc1_pred: properly clip interlaced motion vectors

On 4/21/18, Carl Eugen Hoyos wrote: > 2018-04-21 10:22 GMT+02:00, Paul B Mahol : >> Fixes #2557. >> >> Signed-off-by: Paul B Mahol >> --- >> libavcodec/vc1_pred.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On 21.04.2018 16:05, Nicolas George wrote: > Thomas Volkert (2018-04-21): >> +- support mbedTLS based TLS > What is the benefit? It needs less memory than other TLS implementations. This is especially interesting for embedded systems. (There is at least one real project which demands for this.)

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

On Sat, 21 Apr 2018 17:56:27 -0400 "Helmut K. C. Tessarek" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > > On 2018-04-21 17:23, wm4 wrote: > > Just by the way, some have lamented that they think of it as > > "doxing" when you post my real name on this

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

2018-04-22 1:30 GMT+02:00, Hendrik Leppkes : > On Sat, Apr 21, 2018 at 10:15 PM, Carl Eugen Hoyos > wrote: >> 2018-04-21 21:59 GMT+02:00, Thomas Volkert : >>> On 21.04.2018 21:46, Carl Eugen Hoyos wrote: >>> 2018-04-21 21:37 GMT+02:00,

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

Thomas Volkert (2018-04-21): > It needs less memory than other TLS implementations. > This is especially interesting for embedded systems. > (There is at least one real project which demands for this.) Thanks. Do you know how it compares in terms of speed? Also, did you check bearssl? It has

Re: [FFmpeg-devel] [PATCH 3/8] lavu: add a Vulkan hwcontext

2018-04-21 23:33 GMT+02:00, Rostislav Pehlivanov : > On 21 April 2018 at 21:24, Carl Eugen Hoyos wrote: > >> 2018-04-20 6:30 GMT+02:00, Rostislav Pehlivanov : >> >> > +[AV_PIX_FMT_P010] = >> >

Re: [FFmpeg-devel] [PATCH]lavf/rtmpcrypt: Add a cast to silence a warning

On 16-4-2018 0:19, Carl Eugen Hoyos wrote: > rtmpe_write() exploits knowledge about av_rc4_crypt() internals and > passes the same > pointer as src and dst. I assume this is intentional for performance > reasons, the only > way to silence the resulting warning is a cast

Re: [FFmpeg-devel] lavf/os_support: Only compile inet_aton() if getaddrinfo() is needed

On 16-4-2018 1:33, Carl Eugen Hoyos wrote: > Attached patch is supposed to silence a user-reported warning when > inet_aton() is missing but getaddrinfo() is supported. > Untested. > > Please review, Carl Eugen $ make libavformat/os_support.o CC libavformat/os_support.o

Re: [FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

On 21-4-2018 22:43, Carl Eugen Hoyos wrote: > Attached patch is supposed to fix an old issue with debug messages and > a currently reported compilation warning that I believe also indicates > a possible abort() on Windows: > libavformat/hlsenc.c:1676:63: warning: unknown

Re: [FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

2018-04-22 0:53 GMT+02:00, Reino Wijnsma : > On 21-4-2018 22:43, Carl Eugen Hoyos wrote: >> Attached patch is supposed to fix an old issue with debug messages and >> a currently reported compilation warning that I believe also indicates >> a possible

[FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

From: Thomas Volkert --- Changelog | 1 + configure | 31 ++-- libavformat/Makefile | 1 + libavformat/rtmpdh.c | 55 libavformat/rtmpdh.h | 5 + libavformat/tls_mbedtls.c | 351

Re: [FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

On Sun, Apr 22, 2018 at 1:50 AM, Carl Eugen Hoyos wrote: > 2018-04-22 1:29 GMT+02:00, Hendrik Leppkes : >> On Sun, Apr 22, 2018 at 1:02 AM, Carl Eugen Hoyos >> wrote: >>> 2018-04-22 0:53 GMT+02:00, Reino Wijnsma :

Re: [FFmpeg-devel] [PATCH] avformat/segafilm - revert keyframe detection

On 4/21/2018 4:34 AM, Gyan Doshi wrote: > References: > > http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228596.html > http://www.ffmpeg.org/pipermail/ffmpeg-devel/2018-April/228602.html > > > > 0001-avformat-segafilm-revert-keyframe-detection.patch > > > From

Re: [FFmpeg-devel] [PATCH] lavu/threadmessage: add av_thread_message_queue_nelem()

On Sat, Apr 21, 2018 at 09:51:37PM +0200, Clément Bœsch wrote: > --- > Been away from FFmpeg for way too long. Hope this patch get me back on > track. Feel free to nitpick on the name. > --- > doc/APIchanges | 3 +++ > libavutil/threadmessage.c | 9 + >

Re: [FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

On Sun, Apr 22, 2018 at 1:02 AM, Carl Eugen Hoyos wrote: > 2018-04-22 0:53 GMT+02:00, Reino Wijnsma : >> On 21-4-2018 22:43, Carl Eugen Hoyos wrote: >>> Attached patch is supposed to fix an old issue with debug messages and >>> a

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On Sat, Apr 21, 2018 at 10:15 PM, Carl Eugen Hoyos wrote: > 2018-04-21 21:59 GMT+02:00, Thomas Volkert : >> On 21.04.2018 21:46, Carl Eugen Hoyos wrote: >> >>> 2018-04-21 21:37 GMT+02:00, Hendrik Leppkes : > Can you elaborate what you

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On 22.04.2018 01:33, Thomas Volkert wrote: > From: Thomas Volkert > > --- > Changelog | 1 + > configure | 31 ++-- > libavformat/Makefile | 1 + > libavformat/rtmpdh.c | 55 > libavformat/rtmpdh.h | 5 +

Re: [FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

2018-04-22 1:29 GMT+02:00, Hendrik Leppkes : > On Sun, Apr 22, 2018 at 1:02 AM, Carl Eugen Hoyos > wrote: >> 2018-04-22 0:53 GMT+02:00, Reino Wijnsma : >>> On 21-4-2018 22:43, Carl Eugen Hoyos wrote: Attached

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

> 在 2018年4月22日，上午5:23，wm4 写道： > > On Sat, 21 Apr 2018 22:55:33 +0200 > Carl Eugen Hoyos wrote: > >> 2018-04-19 4:45 GMT+02:00, Steven Liu : >>> >>> On 19 Apr 2018, at 03:20, wm4 wrote:

Re: [FFmpeg-devel] [PATCH] lavu/threadmessage: add av_thread_message_queue_nelem()

On 21 April 2018 at 20:51, Clément Bœsch wrote: > --- > Been away from FFmpeg for way too long. Hope this patch get me back on > track. Feel free to nitpick on the name. > --- > doc/APIchanges | 3 +++ > libavutil/threadmessage.c | 9 + >

Re: [FFmpeg-devel] [PATCH v2 1/2] lavf: make overlay_qsv work based on framesync

On 03/04/18 02:50, Ruiling Song wrote: > The existing version which was cherry-picked from Libav does not work > with FFmpeg framework, because ff_request_frame() was totally > different between Libav (recursive) and FFmpeg (non-recursive). > The existing overlay_qsv implementation depends on the

Re: [FFmpeg-devel] [PATCH 1/2] cbs_h265: read/write HEVC PREFIX SEI

On 20/04/18 08:27, Haihao Xiang wrote: > Similar to cbs_h264, cbs_h265_{read, write}_nal_unit() can handle HEVC > prefix SEI NAL units now. Currently mastering display colour volume SEI > message is added only, we may add more SEI message if needed later > > Signed-off-by: Haihao Xiang

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On 21.04.2018 21:46, Carl Eugen Hoyos wrote: > 2018-04-21 21:37 GMT+02:00, Hendrik Leppkes : >> On Sat, Apr 21, 2018 at 6:18 PM, Carl Eugen Hoyos >> wrote: >>> 2018-04-21 16:01 GMT+02:00, Thomas Volkert : >>> +++ b/Changelog @@

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

2018-04-18 22:00 GMT+02:00, wm4 : > On Wed, 18 Apr 2018 21:52:45 +0200 > Carl Eugen Hoyos wrote: > >> From cf7d2aefc1a3b3a2e9f578ede43906ed6ee96bfd Mon Sep 17 00:00:00 2001 >> From: Carl Eugen Hoyos >> Date: Wed, 18 Apr 2018 19:42:57

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

On Sat, 21 Apr 2018 22:55:33 +0200 Carl Eugen Hoyos wrote: > 2018-04-19 4:45 GMT+02:00, Steven Liu : > > > > > >> On 19 Apr 2018, at 03:20, wm4 wrote: > >> > >> On Wed, 18 Apr 2018 16:10:26 -0300 > >> James Almer

Re: [FFmpeg-devel] [PATCH 3/8] lavu: add a Vulkan hwcontext

On 21 April 2018 at 21:24, Carl Eugen Hoyos wrote: > 2018-04-20 6:30 GMT+02:00, Rostislav Pehlivanov : > > > +[AV_PIX_FMT_P010] = > > VK_FORMAT_G10X6_B10X6R10X6_2PLANE_420_UNORM_3PACK16, > > > +[AV_PIX_FMT_YUV420P10] = > >

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2018-04-21 17:23, wm4 wrote: > Just by the way, some have lamented that they think of it as > "doxing" when you post my real name on this list. I don't really care, if somebody is using a pseudonym or their real name. However, I have to say

Re: [FFmpeg-devel] [PATCH] avcodec/vc1_pred: properly clip interlaced motion vectors

> Fixes #2557. > > Signed-off-by: Paul B Mahol > --- > libavcodec/vc1_pred.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavcodec/vc1_pred.c b/libavcodec/vc1_pred.c > index 54712f6b7a..9f42a930fe 100644 > --- a/libavcodec/vc1_pred.c > +++

[FFmpeg-devel] [PATCH] lavu/threadmessage: add av_thread_message_queue_nelem()

--- Been away from FFmpeg for way too long. Hope this patch get me back on track. Feel free to nitpick on the name. --- doc/APIchanges | 3 +++ libavutil/threadmessage.c | 9 + libavutil/threadmessage.h | 5 + libavutil/version.h|

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

2018-04-21 21:59 GMT+02:00, Thomas Volkert : > On 21.04.2018 21:46, Carl Eugen Hoyos wrote: > >> 2018-04-21 21:37 GMT+02:00, Hendrik Leppkes : >>> Can you elaborate what you think the problem is? >> Given that we allow muxing against gpl and Apache, I believe

[FFmpeg-devel] [PATCH] avcodec/ffv1enc: Check that the crc + version combination is supported

The crc flag is only stored since version 3 thus before this crcs do not work. We increase the version as needed same as we do with pix_fmts Signed-off-by: Michael Niedermayer --- libavcodec/ffv1enc.c | 4 1 file changed, 4 insertions(+) diff --git

Re: [FFmpeg-devel] [PATCH] avcodec/allcodecs: add FFMPEG_PREFER_* env vars

2018-04-19 12:15 GMT+02:00, Martin Dørum : > Anotehr point is that some applications make assumptions about the > pix_fmt the decoder they get from `avcodec_find_decoder` uses. (Unrelated to your patch afaict) This assumption is invalid, FFmpeg has changed pix_fmt (and

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

2018-04-19 4:45 GMT+02:00, Steven Liu : > > >> On 19 Apr 2018, at 03:20, wm4 wrote: >> >> On Wed, 18 Apr 2018 16:10:26 -0300 >> James Almer wrote: >> >>> On 4/18/2018 2:45 PM, Carl Eugen Hoyos wrote: Hi! Attached

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

2018-04-21 23:23 GMT+02:00, wm4 : >> No (independently of what I think of Vincent's character and tone). > > Agreed, independently of what I think of you. > > Just by the way, some have lamented that they think of it as "doxing" What is "doxing"? > when you post my real

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On Sat, Apr 21, 2018 at 6:18 PM, Carl Eugen Hoyos wrote: > 2018-04-21 16:01 GMT+02:00, Thomas Volkert : > >> +++ b/Changelog >> @@ -3,6 +3,7 @@ releases are sorted from youngest to oldest. >> >> version : >> - deblock filter >> +- support mbedTLS based TLS > >

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

2018-04-21 21:37 GMT+02:00, Hendrik Leppkes : > On Sat, Apr 21, 2018 at 6:18 PM, Carl Eugen Hoyos > wrote: >> 2018-04-21 16:01 GMT+02:00, Thomas Volkert : >> >>> +++ b/Changelog >>> @@ -3,6 +3,7 @@ releases are sorted from youngest to

Re: [FFmpeg-devel] [PATCH 2/2] vaapi_encode_h265: Insert mastering display colour colume if needed

On 20/04/18 08:27, Haihao Xiang wrote: > '-sei xxx' is added to control SEI insertion, so far only mastering > display colour colume is available for testing. Another patch is > required to change mastering display settings later. > > Signed-off-by: Haihao Xiang > --- >

Re: [FFmpeg-devel] [PATCH]lavf/dashdec: Do not use memcpy() to copy a struct

On Sat, 21 Apr 2018 23:30:35 +0200 Carl Eugen Hoyos wrote: > 2018-04-21 23:23 GMT+02:00, wm4 : > > >> No (independently of what I think of Vincent's character and tone). > > > > Agreed, independently of what I think of you. > > > > Just by the way,

Re: [FFmpeg-devel] [PATCH] avcodec/vc1_pred: properly clip interlaced motion vectors

2018-04-21 21:05 GMT+02:00, Jerome Borsboom : >> Fixes #2557. >> >> Signed-off-by: Paul B Mahol >> --- >> libavcodec/vc1_pred.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/libavcodec/vc1_pred.c b/libavcodec/vc1_pred.c >> index

Re: [FFmpeg-devel] [PATCH 3/8] lavu: add a Vulkan hwcontext

2018-04-20 6:30 GMT+02:00, Rostislav Pehlivanov : > +[AV_PIX_FMT_P010] = > VK_FORMAT_G10X6_B10X6R10X6_2PLANE_420_UNORM_3PACK16, > +[AV_PIX_FMT_YUV420P10] = > VK_FORMAT_G10X6_B10X6_R10X6_3PLANE_420_UNORM_3PACK16, I don't think both can be correct (unless

[FFmpeg-devel] [PATCH]configure: Assume MSVCRT when compiling with MingW

Hi! Attached patch is supposed to fix an old issue with debug messages and a currently reported compilation warning that I believe also indicates a possible abort() on Windows: libavformat/hlsenc.c:1676:63: warning: unknown conversion type character 's' in format Patch untested. Please review,