Re: [FFmpeg-devel] [PATCH] configure: autodetect OpenCL headers and ICD loader

On 28/05/15 12:28 AM, Gupta, Maneesh wrote: > Attached is a patch that enables configure to autodetect the presence of > OpenCL headers and ICD loader. If the necessary headers are found, the OpenCL > infrastructure compilation is enabled as well. Note that this does not modify > the runtime beh

Re: [FFmpeg-devel] [PATCH] configure: autodetect OpenCL headers and ICD loader

2015-05-28 11:28 GMT+08:00 Gupta, Maneesh : > Attached is a patch that enables configure to autodetect the presence of > OpenCL headers and ICD loader. If the necessary headers are found, the > OpenCL infrastructure compilation is enabled as well. Note that this does > not modify the runtime behav

[FFmpeg-devel] [PATCH] configure: autodetect OpenCL headers and ICD loader

Attached is a patch that enables configure to autodetect the presence of OpenCL headers and ICD loader. If the necessary headers are found, the OpenCL infrastructure compilation is enabled as well. Note that this does not modify the runtime behavior in any way. Execution of the OpenCL code path

Re: [FFmpeg-devel] [PATCH]lavc/x264: Support bgr0 as input pix_fmt

On Thu, May 28, 2015 at 02:20:49AM +0200, Carl Eugen Hoyos wrote: > Hi! > > Attached patch adds bgr0 as input pixel format for -vcodec libx264rgb. > > Please comment, Carl Eugen > libx264.c |4 > 1 file changed, 4 insertions(+) > e9cce60b166d4585c8c600ee9a7126a8b577e2d1 patchx264bgr0.

Re: [FFmpeg-devel] [PATCH] avcodec: loongson3 optimized mpegvideo dct unquantize and denoise with mmi

> -原始邮件- > 发件人: "Michael Niedermayer" > 发送时间: 2015年5月27日 星期三 > 收件人: "FFmpeg development discussions and patches" > 抄送: > 主题: Re: [FFmpeg-devel] [PATCH] avcodec: loongson3 optimized mpegvideo dct > unquantize and denoise with mmi > > On Wed, May 27, 2015 at 06:10:31PM +0800, 周晓勇 wrot

Re: [FFmpeg-devel] [PATCH] mov: fix DTS calculation for samples with negative stts duration

On Thu, May 28, 2015 at 12:11:00AM +0200, Andreas Cadhalpun wrote: > A negative sample duration is invalid according to the spec, but there > are samples that use it for the DTS calculation, e.g.: > http://files.1f0.de/samples/mp4-negative-stts-problem.mp4 > > These currently get out of A/V sync.

Re: [FFmpeg-devel] [PATCH]Use av_codec_get_tag2() in avformat_query_codec()

On Thu, May 28, 2015 at 02:33:08AM +0200, Carl Eugen Hoyos wrote: > Hi! > > I believe that attached patch - that I don't really know how to test - fixes > a > theoretical issue with rawvideo. > > Please review, Carl Eugen > utils.c |3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [FFmpeg-devel] [PATCH] network: Move variable declaration under an #if

On Wed, May 27, 2015 at 04:39:55PM -0700, Timothy Gu wrote: > Avoids an unused variable warning. > --- > libavformat/network.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) applied thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB You can kill m

Re: [FFmpeg-devel] [PATCH] WebP native muxer bugfix: frames should have alpha blending off

On Wed, May 27, 2015 at 03:10:05PM -0700, Urvang Joshi wrote: > All the frames that the native muxer gets are fully reconstructed > frames, wrong > and they should not be alpha-blended with the previous frames. > > As per the WebP container spec > https://developers.google.com/speed/webp/docs/

[FFmpeg-devel] [PATCH]Use av_codec_get_tag2() in avformat_query_codec()

Hi! I believe that attached patch - that I don't really know how to test - fixes a theoretical issue with rawvideo. Please review, Carl Eugen diff --git a/libavformat/utils.c b/libavformat/utils.c index db2b4f6..c21e826 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -4107,10 +4107

[FFmpeg-devel] [PATCH]lavc/x264: Support bgr0 as input pix_fmt

Hi! Attached patch adds bgr0 as input pixel format for -vcodec libx264rgb. Please comment, Carl Eugen diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index 82c4f2e..9020a40 100644 --- a/libavcodec/libx264.c +++ b/libavcodec/libx264.c @@ -148,6 +148,7 @@ static int avfmt2_num_planes(int a

[FFmpeg-devel] [PATCH] avfilter/vf_fade: Force alpha pixel format if alpha is set to 1

Fixes Ticket4321 Signed-off-by: Michael Niedermayer --- libavfilter/vf_fade.c | 26 ++ 1 file changed, 22 insertions(+), 4 deletions(-) diff --git a/libavfilter/vf_fade.c b/libavfilter/vf_fade.c index ab2dccf..3e6aa7f 100644 --- a/libavfilter/vf_fade.c +++ b/libavfilte

[FFmpeg-devel] [PATCH] network: Move variable declaration under an #if

Avoids an unused variable warning. --- libavformat/network.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/network.c b/libavformat/network.c index 2d05031..8cc5aad 100644 --- a/libavformat/network.c +++ b/libavformat/network.c @@ -29,8 +29,8 @@ int ff_tls_init(

Re: [FFmpeg-devel] [PATCH 2/2] x86inc: Clear __SECT__

On Mon, May 25, 2015 at 04:02:33PM -0700, Timothy Gu wrote: > This commit silences warning(s) like: > > libavcodec/x86/fft.asm:93: warning: section flags ignored on section > redeclaration > > The cause of this warning is that because `struc` and `endstruc` attempts to > revert to the pre

Re: [FFmpeg-devel] [PATCH 1/2] Revert "Move struc FFTContext below SECTION_RODATA"

On Mon, May 25, 2015 at 04:02:32PM -0700, Timothy Gu wrote: > This reverts commit 599888a48040f4086c9086aae958b7231b37afcc. > > The commit does not silence the warning on ELF-based systems, and will be > fixed in the subsequent commit. > > Conflicts: > libavcodec/x86/fft_mmx.asm > --- > li

[FFmpeg-devel] [PATCH] mov: fix DTS calculation for samples with negative stts duration

A negative sample duration is invalid according to the spec, but there are samples that use it for the DTS calculation, e.g.: http://files.1f0.de/samples/mp4-negative-stts-problem.mp4 These currently get out of A/V sync. Also change the logging type to AV_LOG_WARNING, because decoding the sample

[FFmpeg-devel] [PATCH] WebP native muxer bugfix: frames should have alpha blending off

All the frames that the native muxer gets are fully reconstructed frames, and they should not be alpha-blended with the previous frames. As per the WebP container spec https://developers.google.com/speed/webp/docs/riff_container#animation, ANMF chunk should specify blending method = do not blend (

Re: [FFmpeg-devel] [PATCH 2/2] lavf: move TLS-related ifdeffery to library specific files

On Wed, May 27, 2015 at 12:57:51PM +0200, wm4 wrote: > There is no need to have this mess in network.c. > --- > libavformat/network.c | 99 > ++- > libavformat/tls.h | 6 +++ > libavformat/tls_gnutls.c | 31 +-- > libavformat/t

Re: [FFmpeg-devel] [PATCH 1/2] lavf: split tls.c

On Wed, May 27, 2015 at 12:57:50PM +0200, wm4 wrote: > Move the OpenSSL and GnuTLS implementations to their own files. Other > than the connection code (including options) and some boilerplate, no > code is actually shared. > --- > The to-be-applied Libav patch rebased to FFmpeg, including > FFmpeg

Re: [FFmpeg-devel] [GSoC 2015] Regarding encoding of style descriptors for movtext subtitles

On 27-May-2015 9:38 PM, "Clément Bœsch" wrote: > > Unless I'm mistaken, my understanding is that srt_style_apply() honors the > global style of the dialog. Typically in ASS, each dialogue has is > associated with a style (generally "Default" but can be another one > defined in the header), so thes

Re: [FFmpeg-devel] [GSoC 2015] Regarding encoding of style descriptors for movtext subtitles

On Wed, May 27, 2015 at 11:38:44AM +0530, Niklesh Lalwani wrote: > Hi everyone, > > I was trying to understand how to encode the style descriptors for mov text > subtitles. Currently, I am looking at srtenc.c. > I see that srt_style_cb() handles the callbacks for styling information, > but then wh

[FFmpeg-devel] Looking for FFMPEG Dev for Project

Hi all, Reaching out because I have a potential ffmpeg project and my partner and I believe ffmpeg might be the path forward. My partner (Manu, Cc'ed) and I have an app and service called Track Attack - a GPS based lap timer, video recorder and sharing platform

Re: [FFmpeg-devel] [PATCH] avformat/mpsubdec: Use double instead of float for timestamp calculations

On Wed, May 27, 2015 at 03:49:10PM +0200, Clément Bœsch wrote: > On Wed, May 27, 2015 at 03:40:55PM +0200, Michael Niedermayer wrote: > > This provides higher precission > > > > Signed-off-by: Michael Niedermayer > > --- > > libavformat/mpsubdec.c |6 +++--- > > 1 file changed, 3 insertions(

Re: [FFmpeg-devel] [PATCH] avformat/mp3: skip junk at the beginning of mp3 files

On Wed, May 27, 2015 at 02:48:10PM +0200, wm4 wrote: > Apparently it can happen that a mp3 file has junk data between id3 tag > and actual mp3 data. Skip this to avoid outputting nonsense timestamps. > (Two packets had the same timestamps, because the mp3 parser failed to > compute a frame duration

[FFmpeg-devel] [PATCH] lavf/tls: Support Secure Transport

From: Rodger Combs Signed-off-by: wm4 --- rcombs' patch, ported to the recent TLS changes. --- configure | 15 +- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/tls.h | 2 +- libavformat/tls_securetran

Re: [FFmpeg-devel] [PATCH] avformat/mpsubdec: Use double instead of float for timestamp calculations

On Wed, May 27, 2015 at 03:40:55PM +0200, Michael Niedermayer wrote: > This provides higher precission > > Signed-off-by: Michael Niedermayer > --- > libavformat/mpsubdec.c |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/libavformat/mpsubdec.c b/libavformat/mps

Re: [FFmpeg-devel] avcodec: loongson3 optimized h264dsp weighted mc with mmi

On Wed, May 27, 2015 at 11:11:29AM +0800, 周晓勇 wrote: > From 4c82a8b130b31beb3811dbc22da4b0e8188fa737 Mon Sep 17 00:00:00 2001 > From: ZhouXiaoyong > Date: Wed, 13 May 2015 22:51:59 +0800 > Subject: [PATCH] avcodec: loongson3 optimized h264dsp weighted mc with mmi > > > Signed-off-by: ZhouXiaoyon

[FFmpeg-devel] [PATCH] avformat/mpsubdec: Use double instead of float for timestamp calculations

This provides higher precission Signed-off-by: Michael Niedermayer --- libavformat/mpsubdec.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/libavformat/mpsubdec.c b/libavformat/mpsubdec.c index c49f149..7c26d4f 100644 --- a/libavformat/mpsubdec.c +++ b/libavformat/

Re: [FFmpeg-devel] [PATCH] avformat/mp3: skip junk at the beginning of mp3 files

On Wed, 27 May 2015 13:15:12 + (UTC) Carl Eugen Hoyos wrote: > wm4 googlemail.com> writes: > > > +av_log(s, AV_LOG_INFO, "Skipping %d bytes > > of junk at %lld.\n", i, (long long)off); > > The cast should not be necessary, use "PRId64". > (It is currently only used in out-comm

Re: [FFmpeg-devel] [PATCH] avcodec: loongson3 optimized mpegvideo dct unquantize and denoise with mmi

On Wed, May 27, 2015 at 06:10:31PM +0800, 周晓勇 wrote: > From eb476eba51fffd30989917606a9b239f7c67ad26 Mon Sep 17 00:00:00 2001 > From: ZhouXiaoyong > Date: Thu, 21 May 2015 16:32:35 +0800 > Subject: [PATCH] avcodec: loongson3 optimized mpegvideo dct unquantize and > denoise with mmi > > > Signed

Re: [FFmpeg-devel] [PATCH] avformat/mp3: skip junk at the beginning of mp3 files

wm4 googlemail.com> writes: > +av_log(s, AV_LOG_INFO, "Skipping %d bytes > of junk at %lld.\n", i, (long long)off); The cast should not be necessary, use "PRId64". (It is currently only used in out-commented code in the libraries afaict.) Carl Eugen __

[FFmpeg-devel] [PATCH] avformat/mp3: skip junk at the beginning of mp3 files

Apparently it can happen that a mp3 file has junk data between id3 tag and actual mp3 data. Skip this to avoid outputting nonsense timestamps. (Two packets had the same timestamps, because the mp3 parser failed to compute a frame duration.) In this case, the junk consisted of 1044 bytes of zero, w

Re: [FFmpeg-devel] [PATCH] ffprobe: add stream_index to frame data

On date Wednesday 2015-05-27 12:24:57 +0200, Michael Niedermayer encoded: > On Thu, May 14, 2015 at 09:53:53AM +0200, Stefano Sabatini wrote: > > [...] > [...] > > > #! /bin/sh > > > > ffprobe_tests=$(make fate-list | grep ffprobe) > > > > for test in $ffprobe_tests; do > > format=${test##*_

[FFmpeg-devel] [PATCH 2/2] lavf: move TLS-related ifdeffery to library specific files

There is no need to have this mess in network.c. --- libavformat/network.c | 99 ++- libavformat/tls.h | 6 +++ libavformat/tls_gnutls.c | 31 +-- libavformat/tls_openssl.c | 75 ++- 4 files chang

[FFmpeg-devel] [PATCH 1/2] lavf: split tls.c

Move the OpenSSL and GnuTLS implementations to their own files. Other than the connection code (including options) and some boilerplate, no code is actually shared. --- The to-be-applied Libav patch rebased to FFmpeg, including FFmpeg-specific changes. --- configure | 4 +- libav

Re: [FFmpeg-devel] [PATCH] ffprobe: add stream_index to frame data

On Thu, May 14, 2015 at 09:53:53AM +0200, Stefano Sabatini wrote: > [...] [...] > #! /bin/sh > > ffprobe_tests=$(make fate-list | grep ffprobe) > > for test in $ffprobe_tests; do > format=${test##*_} > ffprobe -show_streams -show_packets -show_format -show_frames -bitexact > tests/data/

[FFmpeg-devel] [PATCH] avcodec: loongson3 optimized mpegvideo dct unquantize and denoise with mmi

>From eb476eba51fffd30989917606a9b239f7c67ad26 Mon Sep 17 00:00:00 2001 From: ZhouXiaoyong Date: Thu, 21 May 2015 16:32:35 +0800 Subject: [PATCH] avcodec: loongson3 optimized mpegvideo dct unquantize and denoise with mmi Signed-off-by: ZhouXiaoyong --- libavcodec/mips/Makefile |

Re: [FFmpeg-devel] [PATCH] avformat/concatdec: Enable auto_convert by default

On date Wednesday 2015-05-27 10:46:52 +0200, Nicolas George encoded: > Le septidi 7 prairial, an CCXXIII, Michael Niedermayer a écrit : > > Users have no means to find out from a failure how to make it work > > or is it preferred to check and print a warning for h264 concat without > > auto_convert

Re: [FFmpeg-devel] [PATCH] ffprobe: add stream_index to frame data

On date Monday 2015-05-25 20:49:02 -0400, Dave Rice encoded: > > On May 14, 2015, at 3:53 AM, Stefano Sabatini wrote: [...] > > Nit: maybe you should print this after the media_type, as in the case > > of packet. > > Fixed. > > > Note: you also need to update the fate ffprobe references, see th

Re: [FFmpeg-devel] [PATCH] avformat/concatdec: Enable auto_convert by default

Le septidi 7 prairial, an CCXXIII, Michael Niedermayer a écrit : > Users have no means to find out from a failure how to make it work > or is it preferred to check and print a warning for h264 concat without > auto_convert ? I would have made it the except for the fear of breaking existing scripts