Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add hls_flag option to create segments atomically

2017.02.03. 0:27 keltezéssel, Aman Gupta írta: On Wed, Feb 1, 2017 at 6:03 AM, Bodecs Bela wrote: 2017.01.31. 21:29 keltezéssel, Aman Gupta írta: From: Aman Gupta Adds a `-hls_flags +temp_file` which will write segment data to filename.tmp, and then rename to filename when the segment i

Re: [FFmpeg-devel] [PATCH] lavf/matroskadec: fix is_keyframe for early Blocks

On Thu, 2 Feb 2017 10:47:52 -0800 Vignesh Venkatasubramanian wrote: > On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote: > > > > On Tue, 31 Jan 2017 12:02:01 -0800 > > Chris Cunningham wrote: > > > > > Thanks for taking a look. > > > > > > Definitely missing a "break;" - will fix in subsequent patc

Re: [FFmpeg-devel] [PATCH] avutil/hwcontext_vaapi: fix SEGV in vaTerminate when vaInitialize fails

On Thu, 2 Feb 2017 09:29:13 -0800 Aman Gupta wrote: > From: Aman Gupta > > Program terminated with signal SIGSEGV, Segmentation fault. > opts=opts@entry=0x0, flags=flags@entry=0) at libavutil/hwcontext.c:494 > --- > libavutil/hwcontext_vaapi.c | 3 +-- > 1 file changed, 1 insertion(+), 2

Re: [FFmpeg-devel] [PATCH] Implement optimal huffman encoding for (M)JPEG.

> seems to break > make fate-vsynth1-mjpeg-444 Fixed. --- Changelog| 1 + doc/encoders.texi| 21 ++ libavcodec/Makefile | 8 +- libavcodec/mjpegenc.c| 243 +++

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add hls_flag option to create segments atomically

On Wed, Feb 1, 2017 at 6:03 AM, Bodecs Bela wrote: > > > 2017.01.31. 21:29 keltezéssel, Aman Gupta írta: > >> From: Aman Gupta >> >> Adds a `-hls_flags +temp_file` which will write segment data to >> filename.tmp, and then rename to filename when the segment is complete >> and before the file is

Re: [FFmpeg-devel] [PATCH] avcodec/utils: Fix memleak with subtitles and sidedata

On Wed, Jan 25, 2017 at 12:56:52PM +0100, Michael Niedermayer wrote: > Fixes: 454/fuzz-3-ffmpeg_SUBTITLE_AV_CODEC_ID_MOV_TEXT_fuzzer > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg > Signed-off-by: Michael Niedermayer > --- > libavcodec/u

[FFmpeg-devel] [PATCH v2] avutil/hwcontext_vaapi: fix SEGV in vaTerminate when vaInitialize fails

From: Aman Gupta Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00aff8a4 in vaTerminate () #1 0x00ae50ce in vaapi_device_free (ctx=) at libavutil/hwcontext_vaapi.c:882 #2 0x00ae1f9e in hwdevice_ctx_free (opaque=, data=) at libavutil/hwcontext.c

Re: [FFmpeg-devel] [PATCH v3] avfilter/scale: refactor common code for scaling height/width expressions

On 02/02/17 12:27, Michael Niedermayer wrote: > On Thu, Feb 02, 2017 at 12:35:45AM +, Mark Thompson wrote: >> On 02/02/17 00:30, Aman Gupta wrote: >>> From: Aman Gupta >>> >>> Implements support for height/width expressions in vf_scale_vaapi, >>> by refactoring common code into a new libavfilt

Re: [FFmpeg-devel] [PATCH] avutil/hwcontext_vaapi: fix SEGV in vaTerminate when vaInitialize fails

On 02/02/17 20:05, Aman Gupta wrote: > On Thu, Feb 2, 2017 at 9:29 AM, Aman Gupta wrote: > >> From: Aman Gupta >> >> Program terminated with signal SIGSEGV, Segmentation fault. >> opts=opts@entry=0x0, flags=flags@entry=0) at libavutil/hwcontext.c:494 >> > > Looks like my editor ate the gdb

[FFmpeg-devel] [PATCH] avcodec/pngdec: Store metadata directly into AVFrame

Fixes memleak Fixes: 500/clusterfuzz-testcase-6315221727576064 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/pngdec.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff

Re: [FFmpeg-devel] [PATCH] matroskaenc: Add support for writing video projection.

On 1/31/2017 12:40 PM, Aaron Colwell wrote: > > > On Tue, Jan 31, 2017 at 2:12 AM Vittorio Giovara > wrote: > > On Sat, Jan 28, 2017 at 4:13 AM, James Almer > wrote: >> On 1/27/2017 11:21 PM, Aaron Colwell wrote: >>> On Fri, Jan 27,

Re: [FFmpeg-devel] [PATCH] avutil/hwcontext_vaapi: fix SEGV in vaTerminate when vaInitialize fails

On Thu, Feb 2, 2017 at 9:29 AM, Aman Gupta wrote: > From: Aman Gupta > > Program terminated with signal SIGSEGV, Segmentation fault. > opts=opts@entry=0x0, flags=flags@entry=0) at libavutil/hwcontext.c:494 > Looks like my editor ate the gdb backtrace I had pasted. Will resubmit with the com

Re: [FFmpeg-devel] [PATCH] lavf/matroskadec: fix is_keyframe for early Blocks

On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote: > > On Tue, 31 Jan 2017 12:02:01 -0800 > Chris Cunningham wrote: > > > Thanks for taking a look. > > > > Definitely missing a "break;" - will fix in subsequent patch. > > > > Agree timestamps should be relative (didn't realize this). Vignesh points > >

Re: [FFmpeg-devel] [PATCH 0/2] nvenc: Fix inaccurate use of YUV444P16 format

On 2017-02-02 00:15, Carl Eugen Hoyos wrote: 2017-02-01 23:54 GMT+01:00 Philip Langdale : We have been pretending that the nvenc YUV444P10 format is our YUV444P16 format, and this is not a good idea. It leads to us failing to dither >10bit content when transcoding Could you provide samples for

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On 2017-02-02 08:26, wm4 wrote: Does supporting the nvenc 4:4:4 format even have any advantage? Does it support encoding something non-4:2:0? If not, then the first option is probably preferable for now. With sufficiently new hardware it does. It will output h.264 or hevc with 4:4:4 by default

[FFmpeg-devel] [PATCH] avutil/hwcontext_vaapi: fix SEGV in vaTerminate when vaInitialize fails

From: Aman Gupta Program terminated with signal SIGSEGV, Segmentation fault. opts=opts@entry=0x0, flags=flags@entry=0) at libavutil/hwcontext.c:494 --- libavutil/hwcontext_vaapi.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hw

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On Thu, Feb 02, 2017 at 08:14:00AM -0800, Philip Langdale wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thu, 2 Feb 2017 12:08:59 +0100 > Michael Niedermayer wrote: > > > On Thu, Feb 02, 2017 at 11:48:49AM +0100, Michael Niedermayer wrote: > > > On Thu, Feb 02, 2017 at 11:26:26A

Re: [FFmpeg-devel] [PATCH] Efficiently support several output pixel formats in Cinepak decoder

On Thu, 2 Feb 2017 16:59:51 +0100 u-9...@aetey.se wrote: > On Thu, Feb 02, 2017 at 04:25:05PM +0100, wm4 wrote: > > I can see how conversion in the decoder could speed it up somewhat > > (especially if limited by memory bandwidth, I guess), but it's not > > really how we do things in FFmpeg. Norma

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On Thu, 2 Feb 2017 08:14:00 -0800 Philip Langdale wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thu, 2 Feb 2017 12:08:59 +0100 > Michael Niedermayer wrote: > > > On Thu, Feb 02, 2017 at 11:48:49AM +0100, Michael Niedermayer wrote: > > > On Thu, Feb 02, 2017 at 11:26:26AM +0

Re: [FFmpeg-devel] [PATCH] Efficiently support several output pixel formats in Cinepak decoder

Hi Rune, On Thu, Feb 2, 2017 at 10:59 AM, wrote: > On Thu, Feb 02, 2017 at 04:25:05PM +0100, wm4 wrote: > > > +static void cinepak_decode_codebook_rgb32 (CinepakContext *s, > > > +cvid_codebook *codebook, int chunk_id, int size, const uint8_t > *data) > > > > > +static void cinepak_decode_co

Re: [FFmpeg-devel] [PATCH 1/3] libavcodec/cinepakenc.c: comments cleanup (contents)

On Thu, Feb 02, 2017 at 04:22:28PM +0100, u-9...@aetey.se wrote: > On Thu, Feb 02, 2017 at 01:31:00PM +0100, Michael Niedermayer wrote: > > > From: Rl > > > > Is it intended that your name is not in the Author field for git ? > > This is coherent with my earlier patches (from 2014). > > Yes. o

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Feb 2017 12:08:59 +0100 Michael Niedermayer wrote: > On Thu, Feb 02, 2017 at 11:48:49AM +0100, Michael Niedermayer wrote: > > On Thu, Feb 02, 2017 at 11:26:26AM +0100, Timo Rothenpieler wrote: > > > >> In the mean time, common 12 bit cont

Re: [FFmpeg-devel] [PATCH] Efficiently support several output pixel formats in Cinepak decoder

On Thu, Feb 02, 2017 at 04:25:05PM +0100, wm4 wrote: > I can see how conversion in the decoder could speed it up somewhat > (especially if limited by memory bandwidth, I guess), but it's not > really how we do things in FFmpeg. Normally, conversion is done by > libswscale (or whatever the API user

Re: [FFmpeg-devel] [PATCH] Efficiently support several output pixel formats in Cinepak decoder

On Thu, 2 Feb 2017 16:25:05 +0100 wm4 wrote: > On Wed, 1 Feb 2017 20:37:02 +0100 > u-9...@aetey.se wrote: > > The format can be also chosen by setting environment variable > > CINEPAK_OUTPUT_FORMAT_OVERRIDE, if this is enabled at build time. > > It's not an environment variable, but a preproc

Re: [FFmpeg-devel] [PATCH] Efficiently support several output pixel formats in Cinepak decoder

On Wed, 1 Feb 2017 20:37:02 +0100 u-9...@aetey.se wrote: > From 300b8a4e712d1a404983b245aac501e09326ee72 Mon Sep 17 00:00:00 2001 > From: Rl > Date: Wed, 1 Feb 2017 19:44:40 +0100 > Subject: [PATCH] Efficiently support several output pixel formats in Cinepak > decoder > > Optimize decoding in g

Re: [FFmpeg-devel] [PATCH 1/3] libavcodec/cinepakenc.c: comments cleanup (contents)

On Thu, Feb 02, 2017 at 01:31:00PM +0100, Michael Niedermayer wrote: > > From: Rl > > Is it intended that your name is not in the Author field for git ? This is coherent with my earlier patches (from 2014). Yes. Regards, Rune ___ ffmpeg-devel mailin

Re: [FFmpeg-devel] [PATCH] [rfc] web/index request incoming ftp server

On Thu, 2 Feb 2017 09:30:30 +0100, Carl Eugen Hoyos wrote: > 2017-02-01 19:36 GMT+01:00 Compn : > > >> How are we supposed to access the samples? > > > > files uploaded with the vlc http upload > > http://streams.videolan.org/upload/ > > > > are immediately accessable publically here, with no lo

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

Signed-off-by: Paul B Mahol --- doc/filters.texi | 11 ++ libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/vf_midequalizer.c | 301 ++ 4 files changed, 314 insertions(+) create mode 100644 libavfilter/

Re: [FFmpeg-devel] [PATCH 1/3] libavcodec/cinepakenc.c: comments cleanup (contents)

On Sun, Jan 29, 2017 at 06:42:05PM +0100, u-9...@aetey.se wrote: > Attaching the new version. > > Regards, > Rune > cinepakenc.c |9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > 4be80f9f1f893468da6109b3ece89f7e60343671 > 0001-libavcodec-cinepakenc.c-comments-cleanup-conten

Re: [FFmpeg-devel] [PATCH v3] avfilter/scale: refactor common code for scaling height/width expressions

On Thu, Feb 02, 2017 at 12:35:45AM +, Mark Thompson wrote: > On 02/02/17 00:30, Aman Gupta wrote: > > From: Aman Gupta > > > > Implements support for height/width expressions in vf_scale_vaapi, > > by refactoring common code into a new libavfilter/scale.c > > --- > > libavfilter/Makefile

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On Thu, Feb 02, 2017 at 11:48:49AM +0100, Michael Niedermayer wrote: > On Thu, Feb 02, 2017 at 11:26:26AM +0100, Timo Rothenpieler wrote: > > >> In the mean time, common 12 bit content (YUV420P12 or P016) will be > > >> correctly converted to P010 for nvenc. > > > > > > What does this change have

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On Thu, Feb 02, 2017 at 11:26:26AM +0100, Timo Rothenpieler wrote: > >> In the mean time, common 12 bit content (YUV420P12 or P016) will be > >> correctly converted to P010 for nvenc. > > > > What does this change have to do with 4:2:0 content? > > Apparently swscale decides that any kind of 12 o

Re: [FFmpeg-devel] [PATCH] avcodec: add HDMV Text Subtitle decoder

ti, 2017-01-31 kello 20:07 +0100, Paul B Mahol kirjoitti: > On 1/31/17, Petri Hintukainen wrote: > > Hello, > > > > I think I posted HDMV text subtitle decoder patch year+ ago. But I > > can't find it from list archives (?). > > > > I'll attach the original patch for reference / documentation of

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

>> In the mean time, common 12 bit content (YUV420P12 or P016) will be >> correctly converted to P010 for nvenc. > > What does this change have to do with 4:2:0 content? Apparently swscale decides that any kind of 12 or 16 bit content, even if 4:2:0, whould be converted to YUV444P16 instead of do

Re: [FFmpeg-devel] [PATCH 1/2] avutil: Add MSB packed YUV444P10 format

On Wed, Feb 1, 2017 at 11:54 PM, Philip Langdale wrote: > nvenc supports a YUV444P10 format with the same bit layout as P010, > with the data bits at the MSB end. > > Unfortunately, the current YUV444P10 format we have defined puts > the data bits at the LSB end. > > This mismatch led to us introd

Re: [FFmpeg-devel] [PATCH] avcodec/dpxenc: support colour metadata in DPX encoder, fixes ticket #6023

Hi On 2 Feb 2017 08:20, "Carl Eugen Hoyos" wrote: 2017-02-01 23:37 GMT+01:00 Kieran O Leary : > DPX contains some values that are super-specific to film, such as 'Printing > Density'. I do not see that value in either of those enums but it's a > common value that pops up in film scans. Then I

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: Add multichannel joint stereo ATRAC3

2017-01-30 15:44 GMT+01:00 : > I've only seen 6ch .MSF (probably the AT3 spec only supports 2ch audio). Shouldn't msf.c set a channel layout? Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-de

Re: [FFmpeg-devel] [PATCH] [rfc] web/index request incoming ftp server

2017-02-01 19:36 GMT+01:00 Compn : >> How are we supposed to access the samples? > > files uploaded with the vlc http upload > http://streams.videolan.org/upload/ > > are immediately accessable publically here, with no login. > http://streams.videolan.org/ffmpeg/incoming/ Meaning our promise to o

Re: [FFmpeg-devel] [PATCH] avcodec/dpxenc: support colour metadata in DPX encoder, fixes ticket #6023

2017-02-01 23:37 GMT+01:00 Kieran O Leary : > DPX contains some values that are super-specific to film, such as 'Printing > Density'. I do not see that value in either of those enums but it's a > common value that pops up in film scans. Then I believe you have to add this property to the enums.

Re: [FFmpeg-devel] [PATCH 0/2] nvenc: Fix inaccurate use of YUV444P16 format

2017-02-01 23:54 GMT+01:00 Philip Langdale : > We have been pretending that the nvenc YUV444P10 format is our > YUV444P16 format, and this is not a good idea. It leads to us > failing to dither >10bit content when transcoding Could you provide samples for me (or explain how I can reproduce this) t

Re: [FFmpeg-devel] [PATCH] avutil/internal: Document ugly looking windows specific file related function renaming

On Wed, 1 Feb 2017 22:24:14 +0100 Michael Niedermayer wrote: > On Wed, Feb 01, 2017 at 03:26:45PM +0100, wm4 wrote: > > On Wed, 1 Feb 2017 14:35:50 +0100 > > Michael Niedermayer wrote: > > > > > Found-by: ubitux > > > Signed-off-by: Michael Niedermayer > > > --- > > > libavutil/internal.h