Re: [FFmpeg-devel] [PATCH 1/3] avcodec/get_bits: add cached bitstream reader

On Sat, Jul 8, 2017 at 7:23 PM, Rostislav Pehlivanov wrote: > On 8 July 2017 at 10:12, Paul B Mahol wrote: > >> Signed-off-by: Paul B Mahol >> --- >> libavcodec/get_bits.h | 261 ++ >> +++- >>

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/get_bits: add cached bitstream reader

On Sat, Jul 8, 2017 at 7:09 PM, foo86 wrote: > On Sat, Jul 08, 2017 at 11:12:06AM +0200, Paul B Mahol wrote: >> [...] > >> static inline void skip_bits(GetBitContext *s, int n) >> { >> +#ifdef CACHED_BITSTREAM_READER >> +if (n <= s->bits_left) >> +

Re: [FFmpeg-devel] [PATCH 1/1] This change adds an encoder for Camera metadata motion. This is a type of sensor data associated with video, such as GPS, acceleration, gyro, and camera orientation. It

On Sat, Jul 8, 2017 at 12:24 AM, Louis O'Bryan wrote: > > The use case is to write data to a new stream in the mp4 container. The > encoder isn't changing the data. This data would reside in the same mp4 > container as video and audio streams. Are you suggesting

Re: [FFmpeg-devel] [PATCH 1/2] checkasm: add sbrdsp tests

On Wed, Jul 5, 2017 at 11:40 AM, Paul B Mahol wrote: > On 7/5/17, James Almer wrote: >> On 7/4/2017 10:45 PM, Michael Niedermayer wrote: >>> On Tue, Jul 04, 2017 at 03:15:56PM -0300, James Almer wrote: On 7/4/2017 2:31 PM, Michael Niedermayer wrote:

Re: [FFmpeg-devel] [PATCH] avcodec/hevcdec: do not let updated extradata corrupt state

On Tue, Jul 4, 2017 at 10:53 PM, Derek Buitenhuis wrote: > On 7/4/2017 9:33 PM, Michael Niedermayer wrote: >> Fixes: out of array access >> Fixes: 2451/clusterfuzz-testcase-minimized-4781613957251072 >> >> Found-by: continuous fuzzing process >>

Re: [FFmpeg-devel] [PATCH 1/5] movenc: use correct tag list for AVOutputFormat.codec_tag

On Tue, Jul 4, 2017 at 5:09 PM, Derek Buitenhuis wrote: > On 7/3/2017 3:00 AM, James Almer wrote: >> Doesn't DTS have a bunch of unique tags? The ones listed in >> ff_codec_movaudio_tags and http://www.mp4ra.org/codecs.html > > It looks like those only cover DTS

Re: [FFmpeg-devel] [PATCH 2/5] movenc: simplify codec_tag lookup

On Mon, Jul 3, 2017 at 5:39 PM, wm4 wrote: > On Mon, 3 Jul 2017 16:17:42 +0100 > Derek Buitenhuis wrote: > >> On 7/3/2017 2:18 AM, Michael Niedermayer wrote: >> > breaks fate >> >> I'll look into it tonight; busy today. >> >> . >> . >> . >> >>

Re: [FFmpeg-devel] [PATCH] win32_dlfcn: Support WinRT/UWP.

On Sat, Jul 1, 2017 at 3:18 PM, Matt Oliver wrote: > This only enables dlls that are packaged with the application to be > loaded. Due to the limitations of WinRT/UWP it is not allowed to load > external/system dlls so this cannot be used as a complete replacement > for

Re: [FFmpeg-devel] [PATCH v11] - Added Turing codec interface for ffmpeg

Am 29.06.2017 21:45 schrieb "Derek Buitenhuis" : On 6/29/2017 3:06 PM, Saverio Blasi wrote: > --- > LICENSE.md | 1 + > configure | 6 + > libavcodec/Makefile| 1 + > libavcodec/allcodecs.c | 1 + > libavcodec/libturing.c | 313

Re: [FFmpeg-devel] Multiprogram mode for mpeg TS

On Fri, Jun 23, 2017 at 4:42 PM, wrote: > > Hi! > (corrected version of the patch.) > > 1. adding missed but required options for libavformat/mpegts encoder in >ffmpeg_opt.c. also, it makes it possible to add pcr_pid for separate >program inside TS. >options are: >

Re: [FFmpeg-devel] [PATCH 0/5] assembler related build system merge from libav

On Wed, Jun 21, 2017 at 12:49 AM, James Almer wrote: > These are five commits from libav a bit away from out current merge > point that are useful enough that i figured should be committed now. > Perhaps add adfd7892e3b8b40e7a1620f7254459d8e096a9a1 to the set? It fixes some

Re: [FFmpeg-devel] Requesting push access to FFmpeg repo

On Tue, Jun 20, 2017 at 1:14 PM, Michael Niedermayer wrote: > On Tue, Jun 20, 2017 at 05:30:05AM +, Kevin Mark wrote: >> Ronald Bultje via IRC recommended I ask on the mailing list for push access >> to the FFmpeg repository so that I may push my own patches once

Re: [FFmpeg-devel] [PATCH] libavformat/aviobuf: don't treat 0 as EOF

On Mon, Jun 19, 2017 at 9:30 PM, Daniel Kučera wrote: > 2017-06-19 16:34 GMT+02:00 Michael Niedermayer : >> On Mon, Jun 19, 2017 at 11:15:27AM -0300, James Almer wrote: >>> On 6/19/2017 11:09 AM, Michael Niedermayer wrote: >>> > On Sun, Jun 18,

Re: [FFmpeg-devel] [PATCH 0/1] ffmpeg: Switch cuvid to generic hwaccel

On Sat, Jun 17, 2017 at 9:29 PM, Timo Rothenpieler wrote: > Am 17.06.2017 um 00:11 schrieb Philip Langdale: >> >> On Fri, 16 Jun 2017 21:53:22 +0200 >> wm4 wrote: >> >>> On Fri, 16 Jun 2017 20:31:14 +0200 >>> Timo Rothenpieler

Re: [FFmpeg-devel] Patch to fix Chromium issues with ARMv8

On Sat, Jun 3, 2017 at 12:57 AM, Amaury LeLeyzour wrote: > Hi there, > > > Here's a patch requested by Google in the context of the Chromium project. > See: > > https://bugs.chromium.org/p/chromium/issues/detail?id=686903 > > > The ARMv8 deprecates some IT block usage

Re: [FFmpeg-devel] Add libtwolame cppflags in 'configure' to prevent the use of '--extra-cflags'

On Tue, Jun 13, 2017 at 1:41 AM, Reino Wijnsma wrote: > This patch adds libtwolame cppflags in 'configure' to prevent the use of > '--extra-cflags'. This is all that's needed to successfully > cross-compile FFmpeg with LibTwoLAME. > And what happens if someone were to

Re: [FFmpeg-devel] Sharing cuda context between transcode sessions to reduce initialization overhead

Am 12.06.2017 10:38 nachm. schrieb "Ganapathy Raman Kasi" : Hi, Currently incase of using 1 -> N transcode (1 SW decode -> N NVENC encodes) without HW upload filter, we end up allocating multiple Cuda contexts for the N transcode sessions for the same underlying gpu device.

Re: [FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

On Sun, Jun 11, 2017 at 11:34 AM, Ivan Kalvachev wrote: > On 6/10/17, James Darnley wrote: >> On 2017-06-09 13:41, Ivan Kalvachev wrote: >>> On 6/9/17, Michael Niedermayer wrote: seems this breaks build with mingw64,

Re: [FFmpeg-devel] [RFC] x86 external assembler requirements

On Fri, Jun 9, 2017 at 2:51 PM, James Darnley wrote: > I propose that we drop support for all assemblers older than NASM version > 2.11. > That was released on 2013-12-31 with several point releases over the following > year with 2.11.08 being released on 2015-02-21. > > The

Re: [FFmpeg-devel] [PATCH] Add A53 Closed Captions to MPEG header if they are available.

On Tue, Jun 6, 2017 at 11:45 PM, Marton Balint wrote: > > On Tue, 6 Jun 2017, John Poet wrote: > >> ff_mpeg1_encode_picture_header: Add support for AV_FRAME_DATA_A53_CC >> frame: Add av_frame_get_side_data_at() to allow retrival of multiple side >>data of the same type. > > >

Re: [FFmpeg-devel] [PATCH 3/3] avformat: set the default whitelist to disable hls

On Tue, Jun 6, 2017 at 4:59 AM, Michael Niedermayer wrote: >> >> The issue is about subsets of the URL space. Files from one URL should >> be allowed to access data from URLs in the same relevant subset (same >> subdirectory or same web server maybe?), but not outside. > >

Re: [FFmpeg-devel] [PATCH] fate: add fate-adts-id3v1-demux

On Mon, Jun 5, 2017 at 4:29 PM, James Almer wrote: > On 6/4/2017 8:49 PM, Michael Niedermayer wrote: >> On Sun, Jun 04, 2017 at 01:08:39PM -0300, James Almer wrote: >>> This test the demuxer discarding non ADTS frames at the beginning and >>> end of the input. >>> >>> As a side

Re: [FFmpeg-devel] libavformat: deprecated AVStream member suggests usage of private field

On Sat, Jun 3, 2017 at 9:15 PM, Tom M. wrote: > This is pretty confusing. Those "All fields below this line are not part of > the public API." comments are completely ignored by doxygen. And this is > where most people look at, I doubt they parse the raw header files >

Re: [FFmpeg-devel] libavformat: deprecated AVStream member suggests usage of private field

On Sat, Jun 3, 2017 at 6:51 PM, Tom M. wrote: > I noticed that > > AVCodecContext *codec; > > within AVStream > has been > marked deprecated and suggests the usage of > > AVCodecParameters *codecpar; > >

Re: [FFmpeg-devel] [PATCH] avformat/hls: Check file extensions

On Sat, Jun 3, 2017 at 2:58 PM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Sat, Jun 03, 2017 at 11:18:46AM +0200, Hendrik Leppkes wrote: >> On Sat, Jun 3, 2017 at 2:31 AM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >> > On Fri, Jun 0

Re: [FFmpeg-devel] ABI break between 3.0 and 3.3 without symvers/SONAME changes

On Sat, Jun 3, 2017 at 2:07 PM, Jan Engelhardt <jeng...@inai.de> wrote: > > On Saturday 2017-06-03 14:02, Hendrik Leppkes wrote: > >>On Sat, Jun 3, 2017 at 1:58 PM, Jan Engelhardt <jeng...@inai.de> wrote: >>> >>> On Saturday 2017-06-03 13:34, Hendrik

Re: [FFmpeg-devel] ABI break between 3.0 and 3.3 without symvers/SONAME changes

On Sat, Jun 3, 2017 at 2:07 PM, Jan Engelhardt <jeng...@inai.de> wrote: > > On Saturday 2017-06-03 13:34, Hendrik Leppkes wrote: >>On Sat, Jun 3, 2017 at 1:18 PM, Jan Engelhardt <jeng...@inai.de> wrote: >>> >>>The layout of struct AVCodec change

Re: [FFmpeg-devel] ABI break between 3.0 and 3.3 without symvers/SONAME changes

On Sat, Jun 3, 2017 at 1:58 PM, Jan Engelhardt <jeng...@inai.de> wrote: > > On Saturday 2017-06-03 13:34, Hendrik Leppkes wrote: >>> >>> Fixing the .v file with a patch now won't help remedy the situation on >>> existing systems; however, on future patch

Re: [FFmpeg-devel] ABI break between 3.0 and 3.3 without symvers/SONAME changes

On Sat, Jun 3, 2017 at 1:18 PM, Jan Engelhardt wrote: > > I received a user report about ABI breakage between ffmpeg 3.0 and 3.3 > through the distribution commenting system > https://build.opensuse.org/package/show/multimedia:libs/ffmpeg : > > """I'm having a library

Re: [FFmpeg-devel] [PATCH] avformat/hls: Check file extensions

On Sat, Jun 3, 2017 at 2:31 AM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Fri, Jun 02, 2017 at 09:27:16PM +0200, Hendrik Leppkes wrote: >> On Fri, Jun 2, 2017 at 9:19 PM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >> > This reduces the

Re: [FFmpeg-devel] [PATCH] avformat/hls: Check file extensions

On Fri, Jun 2, 2017 at 9:19 PM, Michael Niedermayer wrote: > This reduces the attack surface of local file-system and local network > information leaking. > > It prevents the existing exploit leading to an information leak. As > well as similar hypothetical attacks. > >

Re: [FFmpeg-devel] [PATCH] configure: support static libnpp [v2]

On Fri, Jun 2, 2017 at 11:56 AM, Andreas Håkon wrote: > Hi Hendrik, > > I don't like that there is a separate configure option. We can link to > other libraries dynamically or statically depending on what is found, > without needing two configure options per library.

Re: [FFmpeg-devel] [PATCH] configure: support static libnpp [v2]

On Fri, Jun 2, 2017 at 10:56 AM, Andreas Håkon wrote: > Hi, > > This patch is based on the original work done by Timo Rothenpieler, and his > patch for static linking with libnpp: >

Re: [FFmpeg-devel] [PATCH] avformat/hls: Disallow local file access by default

On Wed, May 31, 2017 at 2:09 AM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Wed, May 31, 2017 at 01:14:58AM +0200, Hendrik Leppkes wrote: >> On Wed, May 31, 2017 at 12:52 AM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >> &

Re: [FFmpeg-devel] [PATCH] avformat/hls: Disallow local file access by default

On Wed, May 31, 2017 at 12:52 AM, Michael Niedermayer wrote: > This prevents an exploit leading to an information leak > > The existing exploit depends on a specific decoder as well. > It does appear though that the exploit should be possible with any decoder. > The

Re: [FFmpeg-devel] [PATCH] avcodec/fft_template: Fix multiple runtime error: signed integer overflow: -1943918714 - 1935113003 cannot be represented in type 'int'

On Fri, May 26, 2017 at 11:11 PM, Michael Niedermayer wrote: > On Fri, May 26, 2017 at 03:20:14PM +0100, Rostislav Pehlivanov wrote: >> On 26 May 2017 at 12:21, wm4 wrote: >> >> > On Thu, 25 May 2017 16:10:49 +0200 >> > Michael Niedermayer

Re: [FFmpeg-devel] [PATCH] avfilter: add audio surround upmixer

On Fri, May 26, 2017 at 1:13 PM, Nicolas George wrote: > Le septidi 7 prairial, an CCXXV, Paul B Mahol a écrit : >> You want to link libswresample with libavcodec? > > I want to merge all libraries, I do not make a secret of it. The > internal separation is nothing but trouble.

Re: [FFmpeg-devel] [PATCH] Use AVOnce as a static variable consistently

On Mon, May 22, 2017 at 12:25 PM, wm4 <nfx...@googlemail.com> wrote: > On Mon, 22 May 2017 12:06:19 +0200 > Hendrik Leppkes <h.lepp...@gmail.com> wrote: > >> Using AVOnce as a stack variable makes no sense as the state is lost >> when the function exists. >

[FFmpeg-devel] [PATCH] Use AVOnce as a static variable consistently

Using AVOnce as a stack variable makes no sense as the state is lost when the function exists. This fixes repeated calls to av(filter/device)_register_all --- libavdevice/alldevices.c | 2 +- libavfilter/allfilters.c | 2 +- libavformat/allformats.c | 2 +- 3 files changed, 3 insertions(+), 3

Re: [FFmpeg-devel] [PATCH] configure: If vfwcap_indev disabled, don't do vfw32 checks; if enabled, require vfw32

On Thu, May 18, 2017 at 3:18 PM, Michael Niedermayer wrote: > On Tue, May 16, 2017 at 03:38:32PM -0700, Aaron Levinson wrote: >> Signed-off-by: Aaron Levinson >> --- >> configure | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >>

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_check_align().

On Thu, May 18, 2017 at 11:16 AM, Nicolas George <geo...@nsup.org> wrote: > Le nonidi 29 floréal, an CCXXV, Hendrik Leppkes a écrit : >> I think its a saner choice to design the API to try to avoid instant >> heap corruption, instead of hoping every case sets the alignment >

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_check_align().

On Thu, May 18, 2017 at 10:44 AM, Nicolas George <geo...@nsup.org> wrote: > Le nonidi 29 floréal, an CCXXV, Hendrik Leppkes a écrit : >> I wonder if there should be an exception in here somewhere for >> hardware pixelformats, there is no reason to assume the hardware >>

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_check_align().

On Thu, May 18, 2017 at 10:11 AM, Nicolas George wrote: > Signed-off-by: Nicolas George > --- > doc/APIchanges| 3 +++ > libavutil/frame.c | 17 + > libavutil/frame.h | 8 > 3 files changed, 28 insertions(+) > > I wonder if there

Re: [FFmpeg-devel] Is this a bug? Or should it be developed? I want to be a ffmpeg developer.

On Wed, May 17, 2017 at 11:33 AM, Sinan Aksu wrote: > Hi, > > Most people who want to record rtmp with ffmpeg encounter the problem of > validating the swf file. I do not know why, but can not verify ffmpeg while > rtmpdump can verify a swf file. Unfortunately, ffmpeg size

Re: [FFmpeg-devel] Getting access to FATE server

On Wed, May 17, 2017 at 12:30 PM, Bob Kirnum wrote: > So, I've been trying for about a week to get access to FATE server in order > to start the process for submitting patches. Sent several emails to the > fate-admin with my system's public key but no reply. Is there

Re: [FFmpeg-devel] [PATCH] fix GetBitContext index when SPS bitstream_restriction_flag=1 but can't be parsed, because index is out of bit-stream size. Need return index value continue H.264 parsing

On Tue, May 16, 2017 at 2:13 PM, Ivan Shmakov wrote: > --- > libavcodec/h264_ps.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c > index 7858361..09e2290 100644 > --- a/libavcodec/h264_ps.c > +++

Re: [FFmpeg-devel] [PATCH] avcodec/cuvid: Use a dummy packet to flush cuvid.

On Tue, May 16, 2017 at 3:41 PM, Philip Langdale wrote: > On May 16, 2017, at 01:32, Timo Rothenpieler wrote: >> >>> Am 16.05.2017 um 10:27 schrieb Wiki Wang: >>> --- >>> libavcodec/cuvid.c | 13 +++-- >>> 1 file changed, 3 insertions(+), 10

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Tue, Apr 25, 2017 at 11:11 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Mon, Apr 24, 2017 at 11:59 PM, James Almer <jamr...@gmail.com> wrote: >> On 4/24/2017 6:48 PM, KongQun Yang wrote: >>> -- KongQun Yang (KQ) >>> >>> On Fri,

Re: [FFmpeg-devel] [PATCH] libavformat aviobuf: Fixed dst pointer initialization in fill_buffer

On Mon, May 15, 2017 at 6:47 PM, Rob Meyers wrote: > --- > libavformat/aviobuf.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > Commit messages that say "fixed " are usually not quite informative. Can you elaborate whats the problem, how it

Re: [FFmpeg-devel] FFmpeg 3.3.1

On Sun, May 14, 2017 at 3:18 AM, Michael Niedermayer wrote: > Hi all > > ill make 3.3.1 soon (likely within 24h) and releases from other > maintained branches after that (if nothing unexpected happens) > > If you want to backport something, do it now > Was the lavfi

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_check_align().

On Wed, May 10, 2017 at 11:10 PM, Nicolas George <geo...@nsup.org> wrote: > Le primidi 21 floréal, an CCXXV, Hendrik Leppkes a écrit : >> Everywhere I found where the align value is used, its used as (1 << >> alignment). In that case, I would prefer to pass the actua

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_check_align().

On Tue, May 9, 2017 at 3:19 PM, Nicolas George wrote: > diff --git a/libavutil/frame.h b/libavutil/frame.h > index 26261d7e40..196d311e29 100644 > --- a/libavutil/frame.h > +++ b/libavutil/frame.h > @@ -772,6 +772,14 @@ void av_frame_remove_side_data(AVFrame *frame, enum >

Re: [FFmpeg-devel] [PATCH 2/3] lavc: add a framework to fix alignment problems.

On Wed, May 10, 2017 at 10:28 PM, Nicolas George wrote: > Le primidi 21 floréal, an CCXXV, Michael Niedermayer a écrit : >> fixed, and now your patchset seems to cause a 1% slowdown of the >> example above > > Thanks. The slowdown is to be expected, since this filter used >

Re: [FFmpeg-devel] [PATCH v10] - Added Turing codec interface for ffmpeg

On Wed, May 10, 2017 at 8:14 PM, Paul B Mahol wrote: > On 5/10/17, Saverio Blasi wrote: >> Dear Michael, >> >> >> Why do you pass a single string of all options and then manually parse >> all options out of it instead of specifying the options each in

Re: [FFmpeg-devel] [PATCH] nvenc:Add Fractional CQ Support

On Wed, May 10, 2017 at 10:31 AM, Timo Rothenpieler wrote: > Am 10.05.2017 um 08:49 schrieb Yogender Gupta: >> >> CQ rate control in NVENC now supports fractional values (SDK 8.0). Please >> find patch attached for the same. >> >> Thanks, >> Yogender > > > applied, thanks!

Re: [FFmpeg-devel] [PATCH 2/3] lavc: add a framework to fix alignment problems.

On Sun, May 7, 2017 at 7:17 PM, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Sun, May 7, 2017 at 11:15 AM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > >> Ronald suggested on IRC that the only parts suffering from this are >> the ASM

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_realign().

On Sun, May 7, 2017 at 1:47 PM, Ronald S. Bultje wrote: > Hi, > > On Sun, May 7, 2017 at 7:34 AM, Marton Balint wrote: > >> >> On Sat, 6 May 2017, Nicolas George wrote: >> >> Le septidi 17 floréal, an CCXXV, Muhammad Faiz a écrit : >>> As far as I know.

Re: [FFmpeg-devel] [PATCH 2/3] lavc: add a framework to fix alignment problems.

On Sat, May 6, 2017 at 8:34 PM, Nicolas George wrote: > > Encouraging the applications to be aware of the issue for performances > reasons is a good thing. > > Forcing them to do so when it is not convenient, on pain of crash, when > it can be done for them just as easily, not so

Re: [FFmpeg-devel] [PATCH 1/3] lavu/frame: add av_frame_realign().

On Sun, May 7, 2017 at 1:34 PM, Marton Balint wrote: > > On Sat, 6 May 2017, Nicolas George wrote: > >> Le septidi 17 floréal, an CCXXV, Muhammad Faiz a écrit : >>> >>> As far as I know. No new features can go to release branch. >>> Or maybe I'm wrong. >> >> >> As I said, if this

Re: [FFmpeg-devel] [PATCH] avfilter: align data frame when needed

On Sat, May 6, 2017 at 6:35 PM, Nicolas George wrote: > Le septidi 17 floréal, an CCXXV, Muhammad Faiz a écrit : >> - fix framequeue (this patch). > > Once again, this patch is not correct. In particular it is NOT ENOUGH > to fix the crash in all cases. > It is enough to

Re: [FFmpeg-devel] [PATCH 2/3] lavc: add a framework to fix alignment problems.

On Sat, May 6, 2017 at 11:20 AM, Nicolas George wrote: > A lot of codecs require aligned frame data, but do not document it. > It can result in crashes with perfectly valid uses of the API. > > TODO Implementation missing. > > Design rationale: > > - requiring frame data to be

Re: [FFmpeg-devel] [PATCH] avfilter: align data frame when needed

On Fri, May 5, 2017 at 3:38 PM, Nicolas George wrote: > Le sextidi 16 floréal, an CCXXV, Paul B Mahol a écrit : >> There is crash reproducible with filters and not just libmp3lame. > > Then these filters are bogus since they are making invalid assumptions > about their inputs. Or

Re: [FFmpeg-devel] [PATCH] avformat/matroskadec: fix resource leak

On Fri, May 5, 2017 at 9:54 PM, Steven Liu wrote: > Fixes Coverity CID: 1405453 > > Signed-off-by: Steven Liu > --- > libavformat/matroskadec.c |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/libavformat/matroskadec.c

Re: [FFmpeg-devel] Added require fallback for libmfx in the case that pkg-config cannot find libmfx

On Fri, May 5, 2017 at 9:57 AM, Clément Bœsch wrote: > On Fri, May 05, 2017 at 12:54:12AM -0700, Aaron Levinson wrote: > [...] >> > Back to your issue: you should fix the .pc in the upstream project, this >> > is the correct fix. >> >> The "upstream project" in this case is the Intel

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/avpacket: Use av_copy_packet_side_data() in av_packet_copy_props()

On Wed, May 3, 2017 at 3:23 PM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Wed, May 03, 2017 at 12:54:53PM +0200, Hendrik Leppkes wrote: >> On Wed, May 3, 2017 at 11:50 AM, Michael Niedermayer >> <mich...@niedermayer.cc> wrote: >> > On Wed, May 03,

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/avpacket: Use av_copy_packet_side_data() in av_packet_copy_props()

On Wed, May 3, 2017 at 11:50 AM, Michael Niedermayer wrote: > On Wed, May 03, 2017 at 11:37:35AM +0200, wm4 wrote: >> On Wed, 3 May 2017 11:29:04 +0200 >> Michael Niedermayer wrote: >> >> > On Wed, May 03, 2017 at 05:29:07AM +0200, wm4 wrote: >> >

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Mon, Apr 24, 2017 at 11:59 PM, James Almer <jamr...@gmail.com> wrote: > On 4/24/2017 6:48 PM, KongQun Yang wrote: >> -- KongQun Yang (KQ) >> >> On Fri, Apr 21, 2017 at 4:49 PM, Hendrik Leppkes <h.lepp...@gmail.com> >> wrote: >> >>> On

Re: [FFmpeg-devel] [PATCH] pthread_frame: ignore errors during draining

On Tue, Apr 25, 2017 at 4:32 AM, Muhammad Faiz wrote: > On Tue, Apr 25, 2017 at 1:57 AM, wm4 wrote: >> This is needed to get compatibility with the behavior before the >> recent decode.c restructuring merge, and fixes fate failures with >> this: >> >>

Re: [FFmpeg-devel] [PATCH] libavformat/mp3enc: Notify to add "-write_xing false" in CBR mode

On Sun, Apr 23, 2017 at 6:11 AM, wrote: > From: sharpbai > > Encoding a CBR mp3 file without "-write_xing false" may result in > mp3 file duration incorect on ios safari browser and webview. > I try to fix it but it can’t be done as mp3 muxer don’t know >

Re: [FFmpeg-devel] [PATCH 1/7] avcodec: do not use AVFrame accessor

On Sat, Apr 22, 2017 at 8:57 PM, Nicolas George wrote: > Le tridi 3 floréal, an CCXXV, Aaron Levinson a écrit : >> Then why have the accessors at all if the fields are public? > > To ensure ABI compatibility with the fork, which has been dropped. > To elaborate on that, the

Re: [FFmpeg-devel] [PATCH] Added additional note to fate.texi to describe the importance of not checking out files from git with core.autocrlf set to true

On Sat, Apr 22, 2017 at 9:07 PM, Aaron Levinson wrote: > > > On 4/22/2017 2:16 AM, Clément Bœsch wrote: >> >> On Fri, Apr 21, 2017 at 04:48:27PM -0700, Aaron Levinson wrote: >> [...] >>> >>> diff --git a/doc/fate.texi b/doc/fate.texi >>> index 7a96c25..f3b8c0c8 100644 >>>

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Sat, Apr 22, 2017 at 1:25 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > This brings our generation of the vpcC box up to date to version 1.0 > of the VP Codec ISO Media File Format Binding. > > Specifically, color/transfer properties are now written with values > bas

[FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

This brings our generation of the vpcC box up to date to version 1.0 of the VP Codec ISO Media File Format Binding. Specifically, color/transfer properties are now written with values based on ISO/IEC 23001-8, which is the same reference specification the AVColor* enumerations are based on. ---

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Fri, Apr 21, 2017 at 11:52 PM, James Almer <jamr...@gmail.com> wrote: > On 4/21/2017 6:47 PM, James Almer wrote: >> >> On 4/21/2017 6:34 PM, Hendrik Leppkes wrote: >>> >>> On Fri, Apr 21, 2017 at 11:25 PM, KongQun Yang >>> <kqyang-at

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Fri, Apr 21, 2017 at 11:25 PM, KongQun Yang wrote: > Hi Hendrik, > > Thanks for working on it. Version needs to be updated as well: > https://github.com/FFmpeg/FFmpeg/blob/b905ba5bc18c89c7fccd862179575562ef19/libavformat/movenc.c#L1115. > Suggest moving it

Re: [FFmpeg-devel] Is it legal to modify h264 sps for cropping

On Fri, Apr 21, 2017 at 3:34 PM, Xiaolei Yu wrote: > Some android devices do not properly align the input surface of MediaCodec > (Nexus 4, Galxy Note 2) and > we are forced to specify a multiple of 16 as the video width. A possible > workaround is to insert the desired

Re: [FFmpeg-devel] [PATCH] avformat/movenc: Explicitly address potential division by zero.

On Wed, Apr 19, 2017 at 12:34 AM, Lucas Cooper wrote: > find_fps attempts to infer framerate from AVCodec's timebase. When this > results in a frame rate that isn't explicitly marked as supported in > av_timecode_check_frame_rate, find_fps returns the AVStream's >

Re: [FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

On Tue, Apr 18, 2017 at 4:47 PM, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Tue, Apr 18, 2017 at 04:30:12PM +0200, Hendrik Leppkes wrote: >> This brings our generation of the vpcC box up to date to the latest >> draft version of the VP Codec ISO Medi

[FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

This brings our generation of the vpcC box up to date to the latest draft version of the VP Codec ISO Media File Format Binding. Specifically, color/transfer properties are now written with values based on ISO/IEC 23001-8, which is the same reference specification the AVColor* enumerations are

[FFmpeg-devel] [PATCH] movenc/isom: update vpcC box to the latest draft specification

This brings our generation of the vpcC box up to date to the latest draft version of the VP Codec ISO Media File Format Binding. Specifically, color/transfer properties are now written with values based on ISO/IEC 23001-8, which is the same reference specification the AVColor* enumerations are

Re: [FFmpeg-devel] [PATCH] avdevice/decklink: Removed pthread dependency

On Mon, Apr 17, 2017 at 12:26 AM, Aaron Levinson wrote: > On 4/16/2017 1:33 PM, Timo Rothenpieler wrote: >>> >>> Thanks, applied. >>> >>> Regards, >>> Marton >> >> >> This seems to have broken the coverity builds: >>

Re: [FFmpeg-devel] [PATCH] Enhanced require_pkg_config() in configure to fallback to require() if pkg-config is missing

On Fri, Apr 14, 2017 at 2:56 AM, Aaron Levinson wrote: > From 48f7daba16e0fcdb83d9abd254800c7b9f4ab684 Mon Sep 17 00:00:00 2001 > From: Aaron Levinson > Date: Thu, 13 Apr 2017 17:30:47 -0700 > Subject: [PATCH] Enhanced require_pkg_config() in configure

Re: [FFmpeg-devel] [PATCH] Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows

On Thu, Apr 13, 2017 at 2:36 PM, wm4 <nfx...@googlemail.com> wrote: > On Thu, 13 Apr 2017 02:47:39 -0700 > Aaron Levinson <alevi...@aracnet.com> wrote: > >> On 4/13/2017 2:10 AM, Hendrik Leppkes wrote: >> > On Thu, Apr 13, 2017 at 11:04 AM, Aaron Levinso

Re: [FFmpeg-devel] Debug builds and if (ARCH_...) linking issues

On Fri, Apr 14, 2017 at 12:00 AM, Ronald S. Bultje wrote: > Hi Aaron, > > On Thu, Apr 13, 2017 at 4:47 PM, Aaron Levinson > wrote: > >> #if ARCH_AARCH64 >> if (ARCH_AARCH64) >> return ff_get_cpu_flags_aarch64(); >> #endif >> > > If you add

Re: [FFmpeg-devel] [PATCH] Made minor changes to get the decklink avdevice code to build using Visual C++

On Thu, Apr 13, 2017 at 10:09 PM, Aaron Levinson <alevi...@aracnet.com> wrote: > On 4/13/2017 3:55 AM, Hendrik Leppkes wrote: >> >> On Thu, Apr 13, 2017 at 12:39 PM, Aaron Levinson <alevi...@aracnet.com> >> wrote: >>> >>> On 4/13/2017 12:36 AM,

Re: [FFmpeg-devel] Debug builds and if (ARCH_...) linking issues

On Thu, Apr 13, 2017 at 7:16 PM, Matt Oliver wrote: > On 14 April 2017 at 02:11, Rostislav Pehlivanov wrote: > >> >> >> On 13 April 2017 at 16:51, wm4 wrote: >> >>> On Thu, 13 Apr 2017 17:39:57 +1000 >>> Matt Oliver

Re: [FFmpeg-devel] [PATCH] Made minor changes to get the decklink avdevice code to build using Visual C++

On Thu, Apr 13, 2017 at 12:39 PM, Aaron Levinson <alevi...@aracnet.com> wrote: > On 4/13/2017 12:36 AM, Hendrik Leppkes wrote: >> On Thu, Apr 13, 2017 at 5:34 AM, Aaron Levinson <alevi...@aracnet.com> wrote: >>> diff --git a/configure b/configure >

Re: [FFmpeg-devel] [PATCH] avdevice/decklink: Removed pthread dependency

On Thu, Apr 13, 2017 at 10:36 AM, Aaron Levinson <alevi...@aracnet.com> wrote: > On 4/13/2017 1:21 AM, Hendrik Leppkes wrote: >> >> On Thu, Apr 13, 2017 at 5:32 AM, Aaron Levinson <alevi...@aracnet.com> >> wrote: >>> >>> diff --git a/conf

Re: [FFmpeg-devel] [PATCH] Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows

On Thu, Apr 13, 2017 at 11:04 AM, Aaron Levinson <alevi...@aracnet.com> wrote: > On 4/13/2017 1:27 AM, Hendrik Leppkes wrote: >> On Thu, Apr 13, 2017 at 10:23 AM, Aaron Levinson <alevi...@aracnet.com> >> wrote: >>> diff --git a/configure b/configu

Re: [FFmpeg-devel] [PATCH] Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows

On Thu, Apr 13, 2017 at 10:23 AM, Aaron Levinson <alevi...@aracnet.com> wrote: > On 4/13/2017 12:21 AM, Hendrik Leppkes wrote: >> On Thu, Apr 13, 2017 at 2:16 AM, Aaron Levinson <alevi...@aracnet.com> wrote: >>> diff --git a/configure b/configure >

Re: [FFmpeg-devel] [PATCH] avdevice/decklink: Removed pthread dependency

On Thu, Apr 13, 2017 at 5:32 AM, Aaron Levinson wrote: > From d175e7fc94a2efc4f0bad021c118e4f907832c9c Mon Sep 17 00:00:00 2001 > From: Aaron Levinson > Date: Wed, 12 Apr 2017 20:12:11 -0700 > Subject: [PATCH] avdevice/decklink: Removed pthread

Re: [FFmpeg-devel] [PATCH] Made minor changes to get the decklink avdevice code to build using Visual C++

On Thu, Apr 13, 2017 at 5:34 AM, Aaron Levinson wrote: > From aa549cf1c463f4a37bda44b934e17811986f11d9 Mon Sep 17 00:00:00 2001 > From: Aaron Levinson > Date: Wed, 12 Apr 2017 20:21:41 -0700 > Subject: [PATCH] Made minor changes to get the decklink

Re: [FFmpeg-devel] Debug builds and if (ARCH_...) linking issues

On Thu, Apr 13, 2017 at 9:20 AM, Aaron Levinson wrote: > I wanted to build a debug build of ffmpeg using Visual C++ today, one > without any optimizations. This implies the use of the -Od compiler option. > Unfortunately, I quickly discovered that the build fails soon after

Re: [FFmpeg-devel] [PATCH] Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows

On Thu, Apr 13, 2017 at 2:16 AM, Aaron Levinson wrote: > From 722cbb5f6544323430d883212ac2e38c4eb94e5f Mon Sep 17 00:00:00 2001 > From: Aaron Levinson > Date: Wed, 12 Apr 2017 16:33:39 -0700 > Subject: [PATCH] Made appropriate changes to be able to

Re: [FFmpeg-devel] [PATCH 2/2] configure: disable stripping and memory_poisoning in various toolchains

On Mon, Apr 10, 2017 at 8:53 AM, wm4 wrote: > On Mon, 10 Apr 2017 07:54:41 +0200 > Clément Bœsch wrote: > >> On Mon, Apr 10, 2017 at 03:51:40AM +0200, Michael Niedermayer wrote: >> > On Sun, Apr 09, 2017 at 06:46:51PM +0200, Clément Bœsch wrote: >> > >

Re: [FFmpeg-devel] [libav-devel] ff_thread_get_format and metadata

On Thu, Apr 6, 2017 at 11:35 AM, Steve Lhomme <rob...@gmail.com> wrote: > On Thu, Apr 6, 2017 at 11:08 AM, Hendrik Leppkes <h.lepp...@gmail.com> wrote: >> On Thu, Apr 6, 2017 at 11:01 AM, Steve Lhomme <rob...@gmail.com> wrote: >>> Hi, >>> >>>

Re: [FFmpeg-devel] [libav-devel] ff_thread_get_format and metadata

On Thu, Apr 6, 2017 at 11:01 AM, Steve Lhomme wrote: > Hi, > > As I am progressing in proper HDR10 support in VLC, I am facing an > issue. The mastering (and lighting pending patch) metadata are set on > the AVFrame but not available to the ff_get_format() receiver. > > That

Re: [FFmpeg-devel] [PATCH 2/4] ffmpeg: use reordered duration for stream PTS.

On Thu, Apr 6, 2017 at 10:44 AM, Nicolas George wrote: > Signed-off-by: Nicolas George > --- > ffmpeg.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > > Unchanged. Necessary for the next patches. > > > diff --git a/ffmpeg.c b/ffmpeg.c >

Re: [FFmpeg-devel] [PATCH 1/5] avcodec/hevc_parse: check for parameter set decoding failure

On Wed, Apr 5, 2017 at 11:40 PM, James Almer wrote: > On 4/3/2017 10:46 AM, James Almer wrote: >> On 4/3/2017 7:00 AM, Michael Niedermayer wrote: >>> On Sun, Apr 02, 2017 at 10:45:41PM -0300, James Almer wrote: Signed-off-by: James Almer ---

Re: [FFmpeg-devel] [PATCH v2] Add MediaFoundation wrapper

On Tue, Apr 4, 2017 at 3:44 PM, Carl Eugen Hoyos wrote: > 2017-04-04 12:45 GMT+02:00 wm4 : >> On Tue, 4 Apr 2017 12:43:14 +0200 >> Carl Eugen Hoyos wrote: >> >>> 2017-04-04 12:41 GMT+02:00 wm4 : >>> > On Tue, 4

<    5   6   7   8   9   10   11   12   13   14   >