Re: [FFmpeg-devel] [PATCH V3 5/7] avformat: add rc_max_rate to AVStream

On Fri, Nov 23, 2018 at 4:16 AM myp...@gmail.com wrote: > > On Thu, Nov 22, 2018 at 11:12 PM Hendrik Leppkes wrote: > > > > On Thu, Nov 22, 2018 at 4:04 PM Jun Zhao wrote: > > > > > > This field will be used in demuxer to expose the max bit rate, e,g > > > in MOV/MP4 esds box. > > > > > >

[FFmpeg-devel] Fixes for audio/L16

Hello! A little bunch of fixes for audio/L16 mime type handling: 0001 - RFC 2045 says MIME type should be case insensitive; 0002 - RFC 2586 says audio/L16 should be in network byte order (aka big endian); 0003 - though "endiannes" parameter not in RFC it is widely used; From

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On 22/11/2018 02:16, Michael Niedermayer wrote: > the specification says this: > "Timestamp UI24 Time in milliseconds at which the data in this tag > applies. This is relative to the first tag in the FLV file, > which always has a timestamp of 0. > " > So flv does

Re: [FFmpeg-devel] Fixes for audio/L16

2018-11-22 10:16 GMT+01:00, Igor Derzhavin : > A little bunch of fixes for audio/L16 mime type handling: > 0001 - RFC 2045 says MIME type should be case insensitive; > 0002 - RFC 2586 says audio/L16 should be in network byte order (aka big > endian); > 0003 - though "endiannes" parameter not in

Re: [FFmpeg-devel] [PATCH] lavf/dashenc: Fix segment duration overflow on fine time bases.

2018-11-22 7:43 GMT+01:00, Jeyapal, Karthick : > > On 11/20/18 11:03 PM, Andrey Semashev wrote: >> When stream time bases are very fine grained (e.g. nanoseconds), 32-bit >> segment duration may overflow for even for rather small segment duration >> (about 4 seconds long). Therefore we use 64-bit

Re: [FFmpeg-devel] Fixes for audio/L16

No, I don't now applications that can play pcm streams through HTTP. VLC misdetect such streams as mp3, and there is a two years old bug https://trac.videolan.org/vlc/ticket/17229. On Thu, Nov 22, 2018 at 4:00 PM Carl Eugen Hoyos wrote: > 2018-11-22 10:16 GMT+01:00, Igor Derzhavin : > > > A

Re: [FFmpeg-devel] [PATCH] lavf/dashenc: Fix segment duration overflow on fine time bases.

On 11/22/18 6:35 PM, Carl Eugen Hoyos wrote: > 2018-11-22 7:43 GMT+01:00, Jeyapal, Karthick : >> >> On 11/20/18 11:03 PM, Andrey Semashev wrote: >>> When stream time bases are very fine grained (e.g. nanoseconds), 32-bit >>> segment duration may overflow for even for rather small segment duration

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

2018-11-22 11:27 GMT+01:00, Derek Buitenhuis : > Every downstream codebase that cares could force the 'live_flv' > demuxer for all FLVs, but this seems ugly and needlessly special cased. Only the downstreams that expect invalid files, no? No opinion here about the patch, Carl Eugen

[FFmpeg-devel] [PATCH V3 6/7] lavf/isom: use AVStream.rc_max_rate to save max bit rate for esds box

Use AVStream.rc_max_rate to save max bit rate for esds box. Now we don't need to use the AVStream.codec for max bit rate. Signed-off-by: Jun Zhao --- libavformat/isom.c |7 +-- 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/libavformat/isom.c b/libavformat/isom.c index

Re: [FFmpeg-devel] [PATCH V3 5/7] avformat: add rc_max_rate to AVStream

On Thu, Nov 22, 2018 at 4:04 PM Jun Zhao wrote: > > This field will be used in demuxer to expose the max bit rate, e,g > in MOV/MP4 esds box. > > Signed-off-by: Jun Zhao > --- > doc/APIchanges |3 +++ > libavformat/avformat.h |6 ++ > libavformat/version.h |2 +- > 3

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On 22/11/2018 12:55, Carl Eugen Hoyos wrote: > Only the downstreams that expect invalid files, no? It's the generic way to handle containers which can have discontinuous timestamps. Nothing to do with expecting invalid files. Cheers, - Derek ___

[FFmpeg-devel] [PATCH V3 0/7] Misc change V3

V3: - add rc_max_rate to AVStream and bump the version - use AVStream.rc_max_rate for MOV/MP4 esds box. - use AVStream.rc_max_rate for ffprobe to fix can't get max bit rate issue. V2: - fix max_bit_rate dump change break the fate test. (based on Micheal/Moritz's review) V1: -

[FFmpeg-devel] [PATCH V3 1/7] lavfi/buffersrc: Indent the code.

commit b0012de420f missed reindent. Signed-off-by: Jun Zhao --- libavfilter/buffersrc.c | 30 +++--- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c index cd56f8c..0c12650 100644 ---

[FFmpeg-devel] [PATCH V3 3/7] fftools/ffmpeg: delete the unused code.

There are come from 2012 ago and have never been used from this time. Signed-off-by: Jun Zhao --- fftools/ffmpeg.c |9 + 1 files changed, 1 insertions(+), 8 deletions(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index a12208c..085d6d2 100644 --- a/fftools/ffmpeg.c +++

[FFmpeg-devel] [PATCH V3 7/7] fftools/ffprobe: fix max_bit_rate dump.

‘codec’ is deprecated in AVStream, so used the dec_ctx to dump max_bit_rate in ffprobe. Clean the warning like: "warning: ‘codec’ is deprecated [-Wdeprecated-declarations]" Reviewed-by: Moritz Barsnick Signed-off-by: Jun Zhao --- fftools/ffprobe.c |7 +++ 1 files changed, 3

[FFmpeg-devel] [PATCH V3 5/7] avformat: add rc_max_rate to AVStream

This field will be used in demuxer to expose the max bit rate, e,g in MOV/MP4 esds box. Signed-off-by: Jun Zhao --- doc/APIchanges |3 +++ libavformat/avformat.h |6 ++ libavformat/version.h |2 +- 3 files changed, 10 insertions(+), 1 deletions(-) diff --git

[FFmpeg-devel] [PATCH V3 4/7] lavc/kvazaar: fix auto thread flag in kvazaar wrapper.

Now the kvazaar warpper didn't setting the threads for kvazaar API, and kavzaar will auto selecte the thread number. Signed-off-by: Jun Zhao --- libavcodec/libkvazaar.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/libavcodec/libkvazaar.c b/libavcodec/libkvazaar.c

[FFmpeg-devel] [PATCH V3 2/7] fftools/ffprobe: Indent the code.

commit 196765a7cc4 missed the reindet. Signed-off-by: Jun Zhao --- fftools/ffprobe.c | 28 ++-- 1 files changed, 14 insertions(+), 14 deletions(-) diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c index 544786e..dea489d 100644 --- a/fftools/ffprobe.c +++

[FFmpeg-devel] [RFC] VDD FFmpeg session and community survey

Hi all, I'm very sorry that it took me so long to send this to the list, finally. Since this is an everlasting topic for years, I wanted to deal thoroughly with it to have a chance to actually influence the situation. Like in many previous years/sessions about FFmpeg development, the topic of

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On Thu, Nov 22, 2018 at 4:17 AM Michael Niedermayer wrote: > > On Wed, Nov 21, 2018 at 03:58:47PM +, Derek Buitenhuis wrote: > > Any FLV file, not necessarily valid, but in extremely common use for live > > or archived live purposes, may output discontinuous timestamps. As it > > currently >

[FFmpeg-devel] Budding developer

So I am currently pursuing my degree in computer science but I believe I have a pretty good foundation in C and also know my way around assembly and was wondering if the GSoC is the right place for me or am I aiming too high. I am currenty in first year but a super geek. So can you guide me how

Re: [FFmpeg-devel] Budding developer

fre 2018-11-23 klockan 00:58 +0530 skrev Sid Sharma: > So I am currently pursuing my degree in computer science but I believe I > have a pretty good foundation in C and also know my way around assembly and > was wondering if the GSoC is the right place for me or am I aiming too > high. C + asm

Re: [FFmpeg-devel] [PATCH V3 5/7] avformat: add rc_max_rate to AVStream

On Thu, Nov 22, 2018 at 11:12 PM Hendrik Leppkes wrote: > > On Thu, Nov 22, 2018 at 4:04 PM Jun Zhao wrote: > > > > This field will be used in demuxer to expose the max bit rate, e,g > > in MOV/MP4 esds box. > > > > Signed-off-by: Jun Zhao > > --- > > doc/APIchanges |3 +++ > >

[FFmpeg-devel] build inconsitencies on macOS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I'm doing the ffmpeg binaries for macOS, but I've noticed something very strange today after my build: Several libraries (AVFoundation, CoreVideo, CoreGraphics, QuartzCore, AudioToolbox, VideoToolbox) are no longer linked (even though

Re: [FFmpeg-devel] build inconsitencies on macOS

On 11/23/2018 1:29 AM, Helmut K. C. Tessarek wrote: > Hello, > > I'm doing the ffmpeg binaries for macOS, but I've noticed something > very strange today after my build: > > Several libraries (AVFoundation, CoreVideo, CoreGraphics, QuartzCore, > AudioToolbox, VideoToolbox) are no longer linked

[FFmpeg-devel] [PATCH] avformat: add DHAV demuxer

Missing pts handling and correct codec detection. More samples wanted. Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/dhav.c | 136 +++ 3 files changed, 138 insertions(+) create mode

Re: [FFmpeg-devel] Budding developer

Am 22.11.18 um 21:17 schrieb Tomas Härdin: > fre 2018-11-23 klockan 00:58 +0530 skrev Sid Sharma: >> So I am currently pursuing my degree in computer science but I believe I >> have a pretty good foundation in C and also know my way around assembly and >> was wondering if the GSoC is the right

Re: [FFmpeg-devel] Cryo APC Files (How to convert WAV files to APC files) ?

Thanks again a lot Tomas Hardin. I have just send what you need =) Really cool for Atlantis The Lost Tales players ! De : Thomas Tgames Envoyé le :mercredi 21 novembre 2018 14:38 À : FFmpeg development discussions and patches Objet :Re:

Re: [FFmpeg-devel] [RFC] VDD FFmpeg session and community survey

On Thu, 22 Nov 2018 at 19:02, Thilo Borgmann wrote: > > Please note that this survey is _not_ meant to be a vote about the > proposal. It is to > determine if we should actually have a refinement/vote on instantiating > such a > community committee - depending on the community's point of view. >

[FFmpeg-devel] [PATCH] configure: Avoid use of nonstandard features of sed

Standard sed does not support EREs. --- The Darwin version script part was only tested by running it on the version scripts and looking at the output, not actually building on that platform - it would be helpful if someone could check that it actually works. configure | 5 ++--- 1 file

Re: [FFmpeg-devel] [PATCH 1/3] cbs_h2645: Avoid memcpy when splitting fragment

On 21/11/18 18:34, Andreas Rheinhardt wrote: > Now memcpy is avoided for NAL units that don't contain 0x03 escape > characters. > > Improves performance of cbs_h2645_fragment_add_nals from 36940 > decicycles to 6364 decicycles based on 8 runs with a 5.1 Mb/s H.264 > sample (262144 runs each). >

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On Thu, Nov 22, 2018 at 10:27:18AM +, Derek Buitenhuis wrote: > On 22/11/2018 02:16, Michael Niedermayer wrote: > > the specification says this: > > "Timestamp UI24 Time in milliseconds at which the data in this tag > > applies. This is relative to the first tag in the FLV

Re: [FFmpeg-devel] [PATCH v2] swscale/output: Altivec-optimize yuv2plane1_8

On Wed, Nov 21, 2018 at 07:19:45PM +0200, Lauri Kasanen wrote: > On Wed, 21 Nov 2018 17:22:36 +0100 > Michael Niedermayer wrote: > > > the full fate tests must be run, many of these tests use swscale without > > having "scale" in their name > > and yes on lower end hardware 20min and longer is

Re: [FFmpeg-devel] [PATCH 2/3] h2645_parse: Make ff_h2645_packet_split reference-compatible

On 21/11/18 18:34, Andreas Rheinhardt wrote: > This is in preparation for a patch for cbs_h2645. Now the packet's > rbsp_buffer can be owned by an AVBuffer. > > Signed-off-by: Andreas Rheinhardt > --- > libavcodec/cbs_h2645.c | 12 - > libavcodec/extract_extradata_bsf.c | 4

Re: [FFmpeg-devel] [PATCH] configure: Avoid use of nonstandard features of sed

2018-11-22 23:47 GMT+01:00, Mark Thompson : > Standard sed does not support EREs. Please mention ticket #7310 in the commit message. Thank you, Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH 1/2] avcodec/tiff: Limit filtering to decoded data

Fixes: Timeout Fixes: 11068/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5698456681709568 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/tiff.c | 9 ++--- 1 file

[FFmpeg-devel] [PATCH 2/2] avcodec/tiff: Fix integer overflows in left shift in init_image()

Fixes: left shift of 255 by 24 places cannot be represented in type 'int' Fixes: 11377/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5694319101476864 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On Thu, Nov 22, 2018 at 07:18:04PM +0200, Jan Ekström wrote: > On Thu, Nov 22, 2018 at 4:17 AM Michael Niedermayer > wrote: > > > > On Wed, Nov 21, 2018 at 03:58:47PM +, Derek Buitenhuis wrote: > > > Any FLV file, not necessarily valid, but in extremely common use for live > > > or archived

Re: [FFmpeg-devel] build inconsitencies on macOS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2018-11-22 23:37, James Almer wrote: > when checking for Apple frameworks like AudioToolbox, > AVFoundation, VideoToolbox and more, so configure is evidently not > enabling them. > > What these errors mean or if they are consequence of a