Re: [FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

2016-05-31 Thread XinZheng Zhang
On Tue, May 31, 2016 at 9:33 PM, Hendrik Leppkes wrote: > > On Tue, May 31, 2016 at 2:58 PM, Xinzheng Zhang wrote: > > --- > > libavformat/tcp.c | 215 > > ++ > > 1 file changed, 215 insertions(+) >

Re: [FFmpeg-devel] [PATCH] lavu: Adding hybrid-log gamma enum value and transfer function.

2016-05-31 Thread Neil Birkbeck
Any other thoughts on we should move forward with the _ARIB_STD name or to use something like HYBRID_LOG_GAMMA? On Thu, Apr 21, 2016 at 5:04 PM, Neil Birkbeck wrote: > Thanks Hendrik. > > For now, I've updated the patch with a better comment and commit > message, and

[FFmpeg-devel] [GSoC] Motion Interpolation

2016-05-31 Thread Davinder Singh
There’s a lot of research done on Motion Estimation. Depending upon the intended application of the resultant motion vectors, the method used for motion estimation can be very different. Classification of Motion Estimation Methods: Direct Methods: In direct methods we calculate optical flow

Re: [FFmpeg-devel] Doubts regarding SoftFloat

2016-05-31 Thread Michael Niedermayer
On Tue, May 31, 2016 at 09:02:01PM +0530, Umair Khan wrote: > Hi all, > > I replaced floats in my code with SoftFloat and the results weren't as > expected. > I also had some doubts the way it is written. > > 1. The biggest one is why is the mantissa part of FLOAT_1 defined as > 0x2000 here

Re: [FFmpeg-devel] [PATCH] ffprobe: Support adding av_log output to frames

2016-05-31 Thread Dave Rice
> On May 31, 2016, at 3:23 PM, Michael Niedermayer > wrote: > > adding demuxer and other logs should be easy > This forces single threaded decoding for simplicity > It also requires pthreads, this could be avoided either with > some lockless tricks or simply by assuming

[FFmpeg-devel] [PATCH] avformat/mxfdec: check if source_package is NULL

2016-05-31 Thread Marton Balint
Fixes ticket #5554. Signed-off-by: Marton Balint --- libavformat/mxfdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index f8cf922..9bf676c 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@

[FFmpeg-devel] [PATCH] ffprobe: Support adding av_log output to frames

2016-05-31 Thread Michael Niedermayer
adding demuxer and other logs should be easy This forces single threaded decoding for simplicity It also requires pthreads, this could be avoided either with some lockless tricks or simply by assuming av_log would never be called from another thread. doc/ffprobe.xsd update missing (TODO & help

Re: [FFmpeg-devel] [PATCH] avcodec: add MagicYUV decoder

2016-05-31 Thread Christophe Gisquet
Hi, 2016-05-30 15:09 GMT+02:00 Paul B Mahol : Hi, 2016-05-30 15:09 GMT+02:00 Paul B Mahol : >> ffmpeg seems to have libavutil/qsort.h, but I don't even know how much >> effort is needed to use it here. > > Changed, doesn't help but maybe will for other archs.

Re: [FFmpeg-devel] [PATCH 2/2] lavc/mediacodec: bypass width/height restrictions when looking for a decoder

2016-05-31 Thread Matthieu Bouron
On Tue, May 31, 2016 at 03:51:20PM +0200, Matthieu Bouron wrote: > On Tue, May 31, 2016 at 03:35:49PM +0200, Hendrik Leppkes wrote: > > On Tue, May 31, 2016 at 3:00 PM, Matthieu Bouron > > wrote: > > > From: Matthieu Bouron > > > > > >

[FFmpeg-devel] Doubts regarding SoftFloat

2016-05-31 Thread Umair Khan
Hi all, I replaced floats in my code with SoftFloat and the results weren't as expected. I also had some doubts the way it is written. 1. The biggest one is why is the mantissa part of FLOAT_1 defined as 0x2000 here - https://github.com/FFmpeg/FFmpeg/blob/master/libavutil/softfloat.h#L41. If

[FFmpeg-devel] [PATCH] avfilter/avf_showcqt: full chroma blending on draw_axis_yuv

2016-05-31 Thread Muhammad Faiz
improve quality on axis drawing with yuv422p and yuv420p format Signed-off-by: Muhammad Faiz --- libavfilter/avf_showcqt.c | 73 ++- 1 file changed, 60 insertions(+), 13 deletions(-) diff --git a/libavfilter/avf_showcqt.c

Re: [FFmpeg-devel] [PATCH 09/10] avcodec/dca: support EXSS marker in avpriv_dca_convert_bitstream()

2016-05-31 Thread James Almer
On 5/13/2016 6:48 AM, foo86 wrote: > This is now required by dcadec_decode_frame(). All remaining users of > avpriv_dca_convert_bitstream() have been updated to expect EXSS marker. > --- > libavcodec/dca.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavcodec/dca.c

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/dca_parser: skip initial padding

2016-05-31 Thread James Almer
On 5/31/2016 8:46 AM, foo86 wrote: > Padding before the first sync word can be very large for DTS-in-WAV > streams. There is no reason to include this padding in parsed packet. > --- > libavcodec/dca_parser.c | 41 - > 1 file changed, 28 insertions(+), 13

Re: [FFmpeg-devel] [PATCH 08/10] avcodec/dca: require checked bitstream reader

2016-05-31 Thread James Almer
On 5/13/2016 6:48 AM, foo86 wrote: > Remove half-working attempt at supporting unchecked bitstream reader by > always copying input data into intermediate buffer with large amount of > padding at the end. > > Convert LBR decoder to checked bitstream reader. Convert > dcadec_decode_frame() to

Re: [FFmpeg-devel] [PATCH 2/2] lavc/mediacodec: bypass width/height restrictions when looking for a decoder

2016-05-31 Thread Matthieu Bouron
On Tue, May 31, 2016 at 03:35:49PM +0200, Hendrik Leppkes wrote: > On Tue, May 31, 2016 at 3:00 PM, Matthieu Bouron > wrote: > > From: Matthieu Bouron > > > > Codec width/height restrictions seem hardcoded at the OMX level and > > seem

Re: [FFmpeg-devel] [PATCH 2/2] lavc/mediacodec: bypass width/height restrictions when looking for a decoder

2016-05-31 Thread Hendrik Leppkes
On Tue, May 31, 2016 at 3:00 PM, Matthieu Bouron wrote: > From: Matthieu Bouron > > Codec width/height restrictions seem hardcoded at the OMX level and > seem arbitrary. Bypassing those restrictions allows a device to decode > streams at

Re: [FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

2016-05-31 Thread Hendrik Leppkes
On Tue, May 31, 2016 at 2:58 PM, Xinzheng Zhang wrote: > --- > libavformat/tcp.c | 215 > ++ > 1 file changed, 215 insertions(+) > This whole patch looks extremely complicated and long for something hidden behind a tiny

[FFmpeg-devel] [PATCH 2/2] lavc/mediacodec: bypass width/height restrictions when looking for a decoder

2016-05-31 Thread Matthieu Bouron
From: Matthieu Bouron Codec width/height restrictions seem hardcoded at the OMX level and seem arbitrary. Bypassing those restrictions allows a device to decode streams at higher resolutions. For example it allows a Nexus 5 to decode h264 streams with a resolution

[FFmpeg-devel] [PATCH 1/2] lavc/mediacodec: do not delete a local reference twice in case of error

2016-05-31 Thread Matthieu Bouron
From: Matthieu Bouron --- libavcodec/mediacodec_wrapper.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/mediacodec_wrapper.c index 053c164..c847a11 100644 --- a/libavcodec/mediacodec_wrapper.c +++

[FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

2016-05-31 Thread Xinzheng Zhang
--- libavformat/tcp.c | 215 ++ 1 file changed, 215 insertions(+) diff --git a/libavformat/tcp.c b/libavformat/tcp.c index c105479..9d4fe3d 100644 --- a/libavformat/tcp.c +++ b/libavformat/tcp.c @@ -31,11 +31,15 @@ #if HAVE_POLL_H #include

Re: [FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

2016-05-31 Thread XinZheng Zhang
Sorry, This a wrong patch from a private branch. I will post the correct one later. On Tue, May 31, 2016 at 7:05 PM, Xinzheng Zhang wrote: > From: xinzhengzhang > > --- > libavformat/tcp.c | 194 >

[FFmpeg-devel] [PATCH 1/2] avcodec/dca_parser: simplify state machine

2016-05-31 Thread foo86
--- libavcodec/dca_parser.c | 34 +++--- 1 file changed, 15 insertions(+), 19 deletions(-) diff --git a/libavcodec/dca_parser.c b/libavcodec/dca_parser.c index d76b548..1521a5b 100644 --- a/libavcodec/dca_parser.c +++ b/libavcodec/dca_parser.c @@ -109,25 +109,25 @@

[FFmpeg-devel] [PATCH 2/2] avcodec/dca_parser: skip initial padding

2016-05-31 Thread foo86
Padding before the first sync word can be very large for DTS-in-WAV streams. There is no reason to include this padding in parsed packet. --- libavcodec/dca_parser.c | 41 - 1 file changed, 28 insertions(+), 13 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH 09/10] avcodec/dca: support EXSS marker in avpriv_dca_convert_bitstream()

2016-05-31 Thread foo86
On Fri, May 13, 2016 at 12:48:31PM +0300, foo86 wrote: > This is now required by dcadec_decode_frame(). All remaining users of > avpriv_dca_convert_bitstream() have been updated to expect EXSS marker. > --- > libavcodec/dca.c | 1 + > 1 file changed, 1 insertion(+) Ping.

Re: [FFmpeg-devel] [PATCH 08/10] avcodec/dca: require checked bitstream reader

2016-05-31 Thread foo86
On Fri, May 13, 2016 at 12:48:30PM +0300, foo86 wrote: > Remove half-working attempt at supporting unchecked bitstream reader by > always copying input data into intermediate buffer with large amount of > padding at the end. > > Convert LBR decoder to checked bitstream reader. Convert >

[FFmpeg-devel] [PATCH 1/1] avformat/tcp: support timeout for getaddrinfo For fixing stucking when resolving addrinfo

2016-05-31 Thread Xinzheng Zhang
From: xinzhengzhang --- libavformat/tcp.c | 194 ++ 1 file changed, 194 insertions(+) diff --git a/libavformat/tcp.c b/libavformat/tcp.c index 4ac061a..dc3e0bd 100644 --- a/libavformat/tcp.c +++ b/libavformat/tcp.c @@

Re: [FFmpeg-devel] [PATCH 1/2] lavc/mediacodecdec_h264: switch to new BSF API

2016-05-31 Thread Matthieu Bouron
On Sun, May 29, 2016 at 10:15:44AM +0200, Matthieu Bouron wrote: > On Fri, May 27, 2016 at 10:13:20AM +0200, Matthieu Bouron wrote: > > From: Matthieu Bouron > > > > --- > > libavcodec/mediacodecdec_h264.c | 61 > > + > > 1