[FFmpeg-devel] [PATCH] avutil/opt: set_string_number(): remove unneeded copy

2014-07-22 Thread Muhammad Faiz
also remove unused variables thanks --- libavutil/opt.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/libavutil/opt.c b/libavutil/opt.c index 40c944d..08f6f15 100644 --- a/libavutil/opt.c +++ b/libavutil/opt.c @@ -191,22 +191,20 @@ static int

Re: [FFmpeg-devel] [PATCH] lavf/segment: do not allow to create segments with no key-frames

2014-07-22 Thread Stefano Sabatini
On date Friday 2014-07-18 16:05:35 +0200, Michael Niedermayer encoded: On Thu, Jul 17, 2014 at 08:39:16PM +0200, Stefano Sabatini wrote: Fix trac ticket #3749. --- libavformat/segment.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) probably ok Applied,

Re: [FFmpeg-devel] [PATCH] lavf/segment: sanitize segment end time in case last packet didn't have a defined duration

2014-07-22 Thread Stefano Sabatini
On date Thursday 2014-07-17 20:39:21 +0200, Stefano Sabatini encoded: In particular, avoids to set segments with a 0 duration (e.g. segment with a single reference frame for which duration is undefined). --- libavformat/segment.c | 6 ++ 1 file changed, 6 insertions(+) Applied. --

Re: [FFmpeg-devel] [PATCH 1/7] avformat/hlsenc: correctly compute target duration

2014-07-22 Thread Stefano Sabatini
On date Friday 2014-07-18 10:57:41 +0200, Nicolas Martyanoff encoded: With HLS, the duration of all segments must be lower or equal to the target duration. Therefore floor(duration + 0.5) yields incorrect results. For example, for duration = 1.35, floor(duration + 0.5) yields 1.0, but the

Re: [FFmpeg-devel] Inconsistent UDP output packet size - patch

2014-07-22 Thread Benoit Fouet
Hi, From a9d25569645e4031cd789ddbf696baaf6918f9dc Mon Sep 17 00:00:00 2001 From: Konstantin Shpinev m...@ksotik.com Date: Tue, 22 Jul 2014 17:06:07 +0600 Subject: [PATCH] fix flush_buffer in aviobuf.c to produce constant packet size, see https://trac.ffmpeg.org/ticket/2748 ---

[FFmpeg-devel] [PATCH] mjpegdec: add 0x14121200 pixel format support

2014-07-22 Thread Przemysław Sobala
Hello Patch adds support for 0x14121200 pixel format to MJPEG decoder. I can deliver a sample image but don't know where upload to? -- psze...@wp-sa.pl [http://i.wp.pl/a/i/sg/mail/all/logo_wp.png]http://www.wp.pl [Nowy lider polskiego internetu] Główne Spółki Grupy Wirtualna

Re: [FFmpeg-devel] [PATCH] mjpegdec: add 0x14121200 pixel format support

2014-07-22 Thread Carl Eugen Hoyos
Przemysław Sobala pszemus at wp-sa.pl writes: Patch adds support for 0x14121200 pixel format to MJPEG decoder. I can deliver a sample image but don't know where upload to? Please provide a sample, either upload to http://www.datafilehost.com/ or read https://ffmpeg.org/bugreports.html

Re: [FFmpeg-devel] [PATCH] mjpegdec: add 0x14121200 pixel format support

2014-07-22 Thread Przemysław Sobala
W dniu 22.07.2014 17:03, Carl Eugen Hoyos pisze: Przemysław Sobala pszemus at wp-sa.pl writes: Patch adds support for 0x14121200 pixel format to MJPEG decoder. I can deliver a sample image but don't know where upload to? Please provide a sample, either upload to

[FFmpeg-devel] [PATCH]Print a warning if the invalid tiff tag type 0 is found in an exif tag

2014-07-22 Thread Carl Eugen Hoyos
Hi! FFmpeg currently requests a sample if an exif tag with tag type 0 is found. Attached patch prints a warning instead, fixes ticket #3792. Please comment, Carl Eugen diff --git a/libavcodec/exif.c b/libavcodec/exif.c index a980da2..fa30f05 100644 --- a/libavcodec/exif.c +++ b/libavcodec/exif.c

Re: [FFmpeg-devel] [PATCH 3/3] web/download: Rename builds anchors so old links posted elsewhere still work

2014-07-22 Thread Lou Logan
On Mon, 21 Jul 2014 20:37:36 +0200, db0company wrote: --- htdocs/js/download.js | 10 +- src/download | 13 +++-- src/less/style.less | 12 ++-- 3 files changed, 18 insertions(+), 17 deletions(-) diff --git a/htdocs/js/download.js

Re: [FFmpeg-devel] [PATCH 3/3] web/download: Rename builds anchors so old links posted elsewhere still work

2014-07-22 Thread Lou Logan
On Tue, 22 Jul 2014 10:34:13 -0800, Lou Logan wrote: The Mac should be removed from this title since Apple dropped that from the OS X naming schemes. I know it's in the anchors, but we can keep it in those for link preservation. ...but this can be ignored, addressed in another patch, or fixed