[FFmpeg-devel] [PATCH] avfilter: add streamselect filter

Signed-off-by: Paul B Mahol --- Partially working, it can switch video only and audio only streams. I'm thinking about doing only one single output of single media type, so there would be astreamselect and streamselect filter. I don't think current behaviour is possible, or

Re: [FFmpeg-devel] [PATCH 0/7] x86inc: Sync changes from x264

Hi, On Sun, Jan 17, 2016 at 5:59 PM, Henrik Gramner wrote: > The following patches were recently pushed to x264. > > Geza Lore (1): > x86inc: Add debug symbols indicating sizes of compiled functions > > Henrik Gramner (6): > x86inc: Be more verbose in assertion failures

Re: [FFmpeg-devel] [PATCH] libkvazaar: Set frame rate as a rational number

Le nonidi 29 nivôse, an CCXXIV, Arttu Ylä-Outinen a écrit : > On 2016-01-16 03:31, Michael Niedermayer wrote: > > >its probably rather unlikely but the multiplication could overflow > > Thanks for taking a look. I attached an updated patch which checks for > overflow before multiplying. > > -

Re: [FFmpeg-devel] [PATCH] lavf: add automatic bitstream filtering

On Thu, Jan 14, 2016 at 18:29:42 -0600, Rodger Combs wrote: > > Rodger's commits also introduced *_init() functions for each format. > > I don't understand whether that is necessary. These patches work > > for me just as they are. > The init functions are required because avpriv_set_pts_info is

Re: [FFmpeg-devel] [PATCH] libkvazaar: Set frame rate as a rational number

On 2016-01-16 03:31, Michael Niedermayer wrote: its probably rather unlikely but the multiplication could overflow Thanks for taking a look. I attached an updated patch which checks for overflow before multiplying. - Arttu >From 0a8a1a1fffd008d43ec601b7e0a5ed22c2c1f784 Mon Sep 17 00:00:00

Re: [FFmpeg-devel] [PATCH v3] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On Sun, Jan 17, 2016 at 10:50:42PM +0100, Mats Peterson wrote: > Alright Michael, I'm not entirely sure of what I'm doing regarding > the FFALIGN(avctx->width, 32), but at least the two odd-width (113 > and 129 pixels) 1 bpp files that failed to render correctly with the > last patch now seem to

[FFmpeg-devel] DVB Teletext to HLS Wbvtt Subtitles

Hi, We are working on an IPTv project using FFMPEG. Now we stream Live TV channels in HLS format. We need to add Webvtt subtitles but as fare as I known Ffmpeg doesn't support it yet. We have make some lab test using CCExtractor + Home made Webvtt perl segmenter and it works but we are

Re: [FFmpeg-devel] [PATCH] videodsp: fix 1-byte overread in top/bottom READ_NUM_BYTES iterations.

On Sat, Jan 16, 2016 at 02:44:47PM -0500, Ronald S. Bultje wrote: > This can overread (either before start or beyond end) of the buffer in > Nx1 (i.e. height=1) images. > > Fixes mozilla bug 1240080. > --- > libavcodec/x86/videodsp.asm | 21 ++--- > 1 file changed, 6

Re: [FFmpeg-devel] [PATCH] avfilter: add afftfilter

On Sat, Jan 16, 2016 at 09:09:21PM +0100, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol [...] > +static int filter_frame(AVFilterLink *inlink, AVFrame *frame) > +{ > +AVFilterContext *ctx = inlink->dst; > +AVFilterLink *outlink = ctx->outputs[0]; > +

[FFmpeg-devel] [PATCH] lavf/qtpalette: Fix incorrect palettes

This patch corrects the colors of the 2 and 4 bpp palettes. Compare the output of the two files below in QuickTime in Win or Mac with the FFmpeg output, before and after the patch is applied (the second file is not so obvious, but the 4 bpp palette is incorrect nevertheless):

Re: [FFmpeg-devel] [PATCH 1/5] libavutil: Some VAAPI infrastructure

On 01/18/2016 03:52 AM, Mark Thompson wrote: > On 17/01/16 19:46, Mark Thompson wrote: >> On 17/01/16 18:46, wm4 wrote: >>> >>> There are two issues: >>> 1. global state in libav* which is not synchronized >>> 2. thread-safety within >>> >>> 1. is is completely unacceptable, because it can trigger

Re: [FFmpeg-devel] [PATCH]lavc/x264: Improve level setting

Nicolas George nsup.org> writes: > Le nonidi 29 nivôse, an CCXXIV, Carl Eugen Hoyos a écrit : > > The original patch (that does not care about tail > > since it can't be reached anyway) uses atoi(). > > Is that not ok? > > atoi() has undefined behaviours in case of error How can I produce an

[FFmpeg-devel] [PATCH] avfilter: add afftfilter

Signed-off-by: Paul B Mahol --- configure | 3 + doc/filters.texi | 77 + libavfilter/Makefile | 1 + libavfilter/af_afftfilt.c | 396 ++ libavfilter/allfilters.c | 1 + 5 files changed,

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:23 PM, Michael Niedermayer wrote: 1bpp could be used by qtrle too if the palette allows it but then qtrle implies mov (with a possible palette) raw does not imply mov so its possible that it is not intended to be paletted Well, perhaps so. But people will have to get used

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On Mon, Jan 18, 2016 at 12:18:09PM +0100, Mats Peterson wrote: > On 01/18/2016 12:02 PM, Michael Niedermayer wrote: > > >thats unrelated and should be in a seperate patch if it is faster > >if its not faster it should not be done > > > >you can test the speed with START/STOP_TIMER > > > Pure

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:07 PM, Mats Peterson wrote: Unfortunately there is no "pal2" pixel format in FFmpeg... Should be pal1 of course. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On Mon, Jan 18, 2016 at 12:37:58PM +0100, Mats Peterson wrote: > On 01/18/2016 12:35 PM, Michael Niedermayer wrote: > >>> > >>Pure logic tells me it's faster to just increment than involve a > >>series of multiplications. > > > >its not so simple > > > >theres a optimizing compiler between you and

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 01:20 PM, Mats Peterson wrote: On 01/18/2016 01:17 PM, Michael Niedermayer wrote: the question is which way its faster, i dont know it. Only testing can tell Without testing, I guess was can keep the old way of doing it? I'm already restoring it here. Yes or no? Mats

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On Mon, Jan 18, 2016 at 12:06:17PM +0100, Mats Peterson wrote: > On 01/18/2016 12:02 PM, Michael Niedermayer wrote: > >the decoder should check the palette, and if it differs from > >black+white use PAL8 > >users quite possible could complain if monochrome raw files suddenly > >become 8 times as

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 01:25 PM, Mats Peterson wrote: Or just use version 3 of the patch, by the way. And please note that this 1 bpp to pal8 conversion doesn't affect AVI, only QuickTime. AVI will still use AV_PIX_FMT_MONOWHITE. At least until someone decides otherwise. Mats

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:02 PM, Michael Niedermayer wrote: the decoder should check the palette, and if it differs from black+white use PAL8 users quite possible could complain if monochrome raw files suddenly become 8 times as large when its not needed Well, there were no problems using pal8 all over

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:02 PM, Michael Niedermayer wrote: thats unrelated and should be in a seperate patch if it is faster if its not faster it should not be done you can test the speed with START/STOP_TIMER Pure logic tells me it's faster to just increment than involve a series of

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 01:17 PM, Michael Niedermayer wrote: the question is which way its faster, i dont know it. Only testing can tell Without testing, I guess was can keep the old way of doing it? I'm already restoring it here. Yes or no? Mats ___

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 01:45 PM, Mats Peterson wrote: And please note that this 1 bpp to pal8 conversion doesn't affect AVI, only QuickTime. AVI will still use AV_PIX_FMT_MONOWHITE. At least until someone decides otherwise. There's nothing that says that 1 bpp raw AVI can't have a palette as well, but

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On Mon, Jan 18, 2016 at 08:43:50AM +0100, Mats Peterson wrote: > Eliminated some calculations inside loops. > > Mats > raw.c|4 ++-- > rawdec.c | 49 +++-- > 2 files changed, 33 insertions(+), 20 deletions(-) >

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:06 PM, Mats Peterson wrote: Well, there were no problems using pal8 all over for 1 bpp video in lavc/qtrle, so why should it matter now? The fact is 1 bpp video in QuickTime is NEVER monochrome, it is always palettized, even if the palette is only 2 colors of black & white.

Re: [FFmpeg-devel] [PATCH v4] lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video

On 01/18/2016 12:35 PM, Michael Niedermayer wrote: Pure logic tells me it's faster to just increment than involve a series of multiplications. its not so simple theres a optimizing compiler between you and the CPU the multiplication is a shift really, and the compiler may very well change

Re: [FFmpeg-devel] [PATCH] videodsp: fix 1-byte overread in top/bottom READ_NUM_BYTES iterations.

Hi, On Mon, Jan 18, 2016 at 10:44 AM, Michael Niedermayer < mich...@niedermayer.cc> wrote: > On Sat, Jan 16, 2016 at 02:44:47PM -0500, Ronald S. Bultje wrote: > > This can overread (either before start or beyond end) of the buffer in > > Nx1 (i.e. height=1) images. > > > > Fixes mozilla bug

[FFmpeg-devel] [PATCH] checkasm: add videodsp emulated_edge_mc test.

--- tests/checkasm/Makefile | 1 + tests/checkasm/checkasm.c | 3 ++ tests/checkasm/checkasm.h | 1 + tests/checkasm/videodsp.c | 89 +++ 4 files changed, 94 insertions(+) create mode 100644 tests/checkasm/videodsp.c diff --git

[FFmpeg-devel] [PATCH] configure: disable -Wunused-const-variable

The option became too aggressive with GCC 6, generating nearly 500 warnings from static const variables defined in assorted headers Signed-off-by: James Almer --- Compare http://fate.ffmpeg.org/report.cgi?time=20150921041049=x86_64-archlinux-gcc-experimental with

Re: [FFmpeg-devel] [PATCH v3 1/5] libavutil: some VAAPI infrastructure

On 19/01/16 00:18, Michael Niedermayer wrote: > On Mon, Jan 18, 2016 at 10:49:51PM +, Mark Thompson wrote: >> >> --- >> configure | 4 + >> libavutil/Makefile | 1 + >> libavutil/vaapi.c | 497 >> + >> libavutil/vaapi.h | 123

[FFmpeg-devel] [PATCH]lavc/mjpegdec: Only set SAR if resolution is available

Hi! Attached patch fixes ticket #4479 here. Please comment, Carl Eugen diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c index b1c5b67..0e95ebd 100644 --- a/libavcodec/mjpegdec.c +++ b/libavcodec/mjpegdec.c @@ -1653,7 +1653,8 @@ static int mjpeg_decode_app(MJpegDecodeContext *s)

Re: [FFmpeg-devel] [PATCH] libavutil: add mastering display metadata sidedata

On Sat, Jan 16, 2016 at 04:19:38PM -0800, Neil Birkbeck wrote: > Adding mastering display metadata struct to avutil. The mastering display > metadata contains information > about the mastering display color volume (SMPTE 2086:2014). > > This info comes from HEVC in the

Re: [FFmpeg-devel] [PATCH]lavc/mjpegdec: Only set SAR if resolution is available

On Tue, Jan 19, 2016 at 12:33:40AM +0100, Carl Eugen Hoyos wrote: > Hi! > > Attached patch fixes ticket #4479 here. > > Please comment, Carl Eugen if w/h is set at that point then their values may be unrelated to the actual w/h values thus the set_sar there is wrong even if w/h is set the

[FFmpeg-devel] [PATCH v3 2/2] ffplay: Toggle full screen when double-clicking the video window with the left mouse button.

Now that the seek only happens with the right mouse button, it makes sense to toggle full screen when double-clicking with the left mouse button, like other video players do. Signed-off-by: Vittorio Gambaletta --- Changelog |1 + ffplay.c | 10 ++ 2 files

[FFmpeg-devel] [PATCH v3 1/2] ffplay: Seek only when pressing the right mouse button on the video window.

Seeking by clicking on the video window can be annoying, because the user might click on it accidentally while eg. trying to get focus on it, and ffplay seeks instead. This commit changes that behaviour to seek only when the right mouse button is used to click and drag on the window.

Re: [FFmpeg-devel] [PATCH] configure: disable -Wunused-const-variable

On 1/18/2016 7:56 PM, Michael Niedermayer wrote: > On Mon, Jan 18, 2016 at 04:29:35PM -0300, James Almer wrote: >> The option became too aggressive with GCC 6, generating nearly 500 >> warnings from static const variables defined in assorted headers >> >> Signed-off-by: James Almer

Re: [FFmpeg-devel] [PATCH v3 1/5] libavutil: some VAAPI infrastructure

On Mon, Jan 18, 2016 at 10:49:51PM +, Mark Thompson wrote: > > --- > configure | 4 + > libavutil/Makefile | 1 + > libavutil/vaapi.c | 497 > + > libavutil/vaapi.h | 123 + > 4 files changed, 625 insertions(+) >

[FFmpeg-devel] [PATCH] checkasm: add fixed_dsp tests

Signed-off-by: James Almer --- tests/checkasm/Makefile| 3 + tests/checkasm/checkasm.c | 3 + tests/checkasm/checkasm.h | 1 + tests/checkasm/fixed_dsp.c | 169 + 4 files changed, 176 insertions(+) create mode 100644

[FFmpeg-devel] [PATCH 2/2] lavf/segment: add new option segment_clocktime_wrap_duration

This option can force the segmenter to only start a new segment if a packet reaches the muxer whithin the specified duration after the segmenting clock time, which makes it more resilient to backward local time jumps, such as leap seconds or transition to standard time from daylight savings time.

[FFmpeg-devel] [PATCH v3 0/5] VAAPI support infrastructure, encoders

Hi, Following* is another attempt, eliminating all global state (and making the user set it up instead). * Patch 1 loses all of the initialisation code while changing the hardware context structure to both be compatible with the one currently used by the decoder and to support locking. *

[FFmpeg-devel] [PATCH v3 5/5] libavfilter: VAAPI surface converter

--- configure | 1 + libavfilter/Makefile| 1 + libavfilter/allfilters.c| 1 + libavfilter/vf_vaapi_conv.c | 480 4 files changed, 483 insertions(+) create mode 100644 libavfilter/vf_vaapi_conv.c diff --git

[FFmpeg-devel] [PATCH v3 1/5] libavutil: some VAAPI infrastructure

--- configure | 4 + libavutil/Makefile | 1 + libavutil/vaapi.c | 497 + libavutil/vaapi.h | 123 + 4 files changed, 625 insertions(+) create mode 100644 libavutil/vaapi.c create mode 100644 libavutil/vaapi.h diff

Re: [FFmpeg-devel] [PATCH] lavf/qtpalette: Fix incorrect palettes

On 01/18/2016 11:19 AM, Mats Peterson wrote: This patch corrects the colors of the 2 and 4 bpp palettes. Compare the output of the two files below in QuickTime in Win or Mac with the FFmpeg output, before and after the patch is applied (the second file is not so obvious, but the 4 bpp palette is

Re: [FFmpeg-devel] [PATCH] configure: disable -Wunused-const-variable

On Mon, Jan 18, 2016 at 04:29:35PM -0300, James Almer wrote: > The option became too aggressive with GCC 6, generating nearly 500 > warnings from static const variables defined in assorted headers > > Signed-off-by: James Almer > --- > Compare >

[FFmpeg-devel] [PATCH 1/2] lavf/segment: add support for specifying clock time offset

Signed-off-by: Marton Balint --- doc/muxers.texi | 10 ++ libavformat/segment.c | 11 ++- 2 files changed, 20 insertions(+), 1 deletion(-) diff --git a/doc/muxers.texi b/doc/muxers.texi index a308d3d..c304221 100644 --- a/doc/muxers.texi +++

[FFmpeg-devel] [PATCH v3 3/5] libavcodec: VAAPI H.264 encoder

--- configure | 1 + libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/vaapi_enc_h264.c | 968 4 files changed, 971 insertions(+) create mode 100644 libavcodec/vaapi_enc_h264.c diff --git

[FFmpeg-devel] [PATCH v3 2/5] ffmpeg: initialisation code for VAAPI, hwaccel helper

--- Makefile | 1 + ffmpeg.c | 5 + ffmpeg.h | 5 + ffmpeg_opt.c | 14 ++ ffmpeg_vaapi.c | 622 + 5 files changed, 647 insertions(+) create mode 100644 ffmpeg_vaapi.c diff --git a/Makefile b/Makefile index

Re: [FFmpeg-devel] DVB Teletext to HLS Wbvtt Subtitles

ffmpeg has a webvtt encoder and decoder already. You can use this command to convert mpeg2 closed captions into webvtt: ffmpeg -f lavfi -i 'movie=input.mpg[out0+subcc]' -map s out.vtt Aman On Mon, Jan 18, 2016 at 7:25 AM, Sébastien Cramatte wrote: > Hi, > > We are

[FFmpeg-devel] [PATCH v3 4/5] libavcodec: VAAPI H.265 encoder

--- configure |1 + libavcodec/Makefile |1 + libavcodec/allcodecs.c |1 + libavcodec/vaapi_enc_hevc.c | 1625 +++ 4 files changed, 1628 insertions(+) create mode 100644 libavcodec/vaapi_enc_hevc.c diff --git