[FFmpeg-devel] libavfilter API design in a realtime environment

Hello, I want to try and use the libavfilter API to overlay bitmap subtitles on video from a realtime source. This seems difficult/impossible to do with the current API hence asking on the main devel list. Some questions: 1: How do I know the end to end latency of the pipeline? Is it fixed, does

Re: [FFmpeg-devel] My own project idea for GSOC 2016

Hi, I don't think this project is suitable for FFmpeg. Regards, Kieran Kunhya On Thu, 17 Mar 2016 at 17:41 Pawan Pal wrote: > Hi, > I am 3rd year undergraduate student pursuing B.Tech in Information > Technology and Mathematical innovation from Cluster Innovation Centre, > Un

Re: [FFmpeg-devel] Support JPEG 2000 over MPEG TS ?

On Thu, 24 Mar 2016 at 12:08 Aaron Boxer wrote: > Hello, > > There is currently a lot of interest in streaming J2K using MPEG TS: > > http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf > > There's a lot of interest, but very little of it actually works in the real world.

[FFmpeg-devel] [PATCH] avcodec: Remove libdcadec, we already have it merged internally

--- Changelog | 2 +- configure | 4 - libavcodec/Makefile| 1 - libavcodec/allcodecs.c | 1 - libavcodec/libdcadec.c | 311 - libavcodec/version.h | 2 +- 6 files changed, 2 insertions(+), 319 deletions(-)

Re: [FFmpeg-devel] [PATCH 4/4] avfilter/vf_colormatrix: add 10 & 12 bit depth support

On Fri, 25 Mar 2016 at 22:32 Thomas Mundt wrote: > Signed-off-by: Thomas Mundt > --- > libavfilter/vf_colormatrix.c | 182 > ++- > These functions are basically the same, have you considered factoring the code out? Kieran

Re: [FFmpeg-devel] [PATCH] avcodec/h264_slice: Update first_slice when updating current_slice for 2nd fields

On Fri, 25 Mar 2016 at 16:33 Michael Niedermayer wrote: > This fixes Ticket 4389 differently > Fixes Ticket5371 > Fixes null pointer dereference > > Signed-off-by: Michael Niedermayer > --- > libavcodec/h264_slice.c |3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/l

Re: [FFmpeg-devel] [PATCH 4/4] avfilter/vf_colormatrix: add 10 & 12 bit depth support

16 at 10:04 AM, Thomas Mundt at > >> ffmpeg.org> wrote: > >> > > >> >>>>>Kieran Kunhya schrieb am Sa, 26.3.2016: > >> >> >> On Fri, 25 Mar 2016 at 22:32 Thomas Mundt at> > >> f

Re: [FFmpeg-devel] [PATCH] doc/developer.texi: Add a code of conduct

On Mon, 28 Mar 2016 at 11:58 Moritz Barsnick wrote: > On Mon, Mar 28, 2016 at 02:18:32 +0200, Michael Niedermayer wrote: > > +it is malice its rarely good to start with that as initial assumption. >^ >, it's > > > +The goal of Software development is to create

Re: [FFmpeg-devel] [RFC]lavf/mpegtsenc: Allow DVB stream_type for mp2 audio

On Tue, 29 Mar 2016 at 15:32 Carl Eugen Hoyos wrote: > Hi! > > Could attached maybe fix ticket #5388? > > Carl Eugen > ___ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel The correct solution is

Re: [FFmpeg-devel] [PATCH 1/2] fate: Add fate-ts-opus-demux

On Mon, 4 Apr 2016 at 01:43 Michael Niedermayer wrote: > On Sun, Apr 03, 2016 at 04:02:55AM +0200, Michael Niedermayer wrote: > > On Sun, Apr 03, 2016 at 12:20:59AM +0200, Michael Niedermayer wrote: > > > On Sat, Apr 02, 2016 at 11:14:29PM +0200, wm4 wrote: > > > > On Sat, 2 Apr 2016 18:01:47 -03

Re: [FFmpeg-devel] [PATCH 1/2] fate: Add fate-ts-opus-demux

On Mon, 4 Apr 2016 at 18:41 Michael Niedermayer wrote: > On Mon, Apr 04, 2016 at 03:26:30PM +0000, Kieran Kunhya wrote: > > On Mon, 4 Apr 2016 at 01:43 Michael Niedermayer > > wrote: > > > > > On Sun, Apr 03, 2016 at 04:02:55AM +0200, Michael Niedermayer wrote: &

Re: [FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

> > Yes. Well, AGPL extends the definition of distribution to include use over > the network. Would we need then to send a copy of the AGPL to every viewer of our channels? How do we even know who they are when it's a terrestrial (OTA) broadcast? Should we just send one to every citizen on earth

Re: [FFmpeg-devel] [PATCH 1/2] fate: Add fate-ts-opus-demux

On Tue, 5 Apr 2016 at 20:39 Michael Niedermayer wrote: > On Mon, Apr 04, 2016 at 08:18:47PM +0000, Kieran Kunhya wrote: > > On Mon, 4 Apr 2016 at 18:41 Michael Niedermayer > > wrote: > > > > > On Mon, Apr 04, 2016 at 03:26:30PM +, Kieran Kunhya wrote: >

Re: [FFmpeg-devel] Thirdparty audio codec integration

On Wed, 6 Apr 2016 at 09:22 Michael Niedermayer wrote: > On Wed, Apr 06, 2016 at 10:49:06AM +0530, Suresh Kumar wrote: > > Hello Carl, > > > > Thank you for your reply. > > > > >>Did you look at the aresample filter and libswresample? > > You mean to say resample filter is required before/after o

Re: [FFmpeg-devel] [PATCH 2/2] vf_colorspace: x86-64 SIMD (SSE2) optimizations.

On Wed, 6 Apr 2016 at 19:10 Ronald S. Bultje wrote: > --- > libavfilter/colorspacedsp.c |3 + > libavfilter/colorspacedsp.h |3 + > libavfilter/x86/Makefile |2 + > libavfilter/x86/colorspacedsp.asm| 1115 > ++ > libav

[FFmpeg-devel] [PATCH] avcodec/cfhd: Don't decode coefficients if no end of header tag found. Fixes fuzzed files

--- libavcodec/cfhd.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index d369568..d82eab8 100644 --- a/libavcodec/cfhd.c +++ b/libavcodec/cfhd.c @@ -137,11 +137,17 @@ static void vert_filter(int16_t *output, int out_

[FFmpeg-devel] [PATCH] avcodec: Remove libfaac, the internal AAC encoder is better

--- Changelog | 1 + configure | 6 -- doc/encoders.texi | 105 - doc/ffserver.conf | 2 +- doc/general.texi | 2 +- doc/muxers.texi| 4 +- doc/platform.texi | 2 +- libavcodec/Makefile| 1 - libavcodec/al

Re: [FFmpeg-devel] [PATCH] avcodec: Remove libfaac, the internal AAC encoder is better

; > > > On 10 April 2016 at 17:42, Michael Niedermayer > > > > > wrote: > > > > > > > > > On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote: > > > > > > --- > > > > > >

Re: [FFmpeg-devel] [PATCH] avcodec: Remove libfaac, the internal AAC encoder is better

On Sun, 10 Apr 2016 at 21:39 Michael Niedermayer wrote: > On Sun, Apr 10, 2016 at 11:00:23PM +0300, Jan Ekstrom wrote: > > Hi, > > > > On Sun, Apr 10, 2016 at 10:13 PM, Michael Niedermayer > > wrote: > > > This is not about changing a bad encoder to a good encoder, this patch > > > is about remo

Re: [FFmpeg-devel] [PATCH] avcodec: Add bits_per_raw_sample to AVCodecParameters

per_raw_sample; > > Precision spelt wrong. Also needs more clarification as to the difference between the two - I have no idea what the difference is or why one would use bits_per_coded_sample for anything. Regards, Kieran Kunhya ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/3] doc/examples: Add fffuzz example

On Thu, 14 Apr 2016 at 15:07 Michael Niedermayer wrote: > On Mon, Apr 11, 2016 at 11:21:55PM +0200, Pawel Golinski wrote: > > There are some afl specific macros inside, > > to make the example usable with afl fuzzer. > > --- > > doc/examples/fffuzz.c | 373 > +

Re: [FFmpeg-devel] [PATCH 3/3] doc/examples: Add thread_type flag to fffuzz

On Mon, 11 Apr 2016 at 22:37 Pawel Golinski wrote: > --- > doc/examples/fffuzz.c | 26 +- > 1 file changed, 25 insertions(+), 1 deletion(-) > > > For simplicity can you make this match the ffmpeg.c command line. so -thread_type slice and -threads 4 or whatever. Kieran __

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mpegts: Skip over broken 0x80 headers

On Wed, 27 Apr 2016 at 11:32 Mark Thompson wrote: > On 24/04/16 23:24, Michael Niedermayer wrote: > > On Sun, Apr 24, 2016 at 11:27:32AM +0100, Mark Thompson wrote: > >> On 24/04/16 03:53, Michael Niedermayer wrote: > >>> 0x47 is expected to be at [0] but the affected files contain something > >>

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mpegts: Skip over broken 0x80 headers

On Wed, 27 Apr 2016 at 14:59 Carl Eugen Hoyos wrote: > Mark Thompson jkqxz.net> writes: > > > Unless someone can show what created this file and that > > it might make more, I suggest that the hack workaround > > should be removed. > > Is there a valid file affected by the applied patch? > It is

Re: [FFmpeg-devel] [PATCH 2/2] avformat/mpegts: Skip over broken 0x80 headers

On Thu, 28 Apr 2016 at 08:42 Carl Eugen Hoyos wrote: > Kieran Kunhya obe.tv> writes: > > > > It is very important that FFmpeg also decodes invalid > > > files as long as no valid files are affected. > > > > Nonsense, > > > should FFmpeg be able t

Re: [FFmpeg-devel] [PATCH 2/3] avcodec/aacenc_is: Assert that minthr is not 0.0, this would lead to division by 0 later

On Mon, 16 May 2016 at 13:26 Michael Niedermayer wrote: > Testcase is fate-aac-pred-encode > > Signed-off-by: Michael Niedermayer > --- > libavcodec/aacenc_is.c |3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c > index 473897b..e5cfa1

Re: [FFmpeg-devel] [PATCH] avformat: Add Pro-MPEG CoP #3-R2 FEC protocol

On Wed, 18 May 2016 at 13:52 Vlad Tarca wrote: > Fixed a type issue in xor added after the last modification and cleaned up > unnecessary NULL checks for av_dict_free > > Hi, Have you tested this on actual receivers? Are you aware this won't work effectively because of the bursty nature of FFmpe

Re: [FFmpeg-devel] Remove Derek Buitenhuis from MAINTAINERS

On Thu, 19 May 2016 at 14:15 Michael Niedermayer wrote: > On Thu, May 19, 2016 at 02:47:48PM +0200, wm4 wrote: > > He asked to forward this patch, so here it is. > > > MAINTAINERS |6 -- > > 1 file changed, 6 deletions(-) > > 20f379abeae676c2c0423b96afe38532e33b764f remove.patch > > Fro

Re: [FFmpeg-devel] IRC meeting

On Fri, 27 May 2016 at 15:42 Stefano Sabatini wrote: > On Fri, May 27, 2016 at 1:00 AM, James Almer wrote: > [...] > > > If not enough people are present no decisions will be made. Worst case > > scenario, > > nothing is discussed either and the meeting is re-scheduled in the hopes > > people >

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote: > Hi, > > https://bestpractices.coreinfrastructure.org/. > > Thoughts on getting this done for FFmpeg? > > > That would imply this project could act like adults. We are centuries away from that. Kieran

Re: [FFmpeg-devel] [PATCH] nvenc: Make AUD optional for h264_nvenc and hevc_nvenc

> > Resending with requested modifications and basic implementation of > bluray_compat function which enables AUD. > > > > - > This is a misleading option name because Blu-ray compatibility is a lot more than what you implement. There are lots of rules I implemented in x264 years ago. Kieran > _

Re: [FFmpeg-devel] [PATCH] h264_ps: validate chroma sample location

On Fri, 6 Jan 2017 at 20:44 Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavcodec/h264_ps.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c > index 8218e3a010..089bfc650a 100644

[FFmpeg-devel] [PATCH][WIP][RFC] Add support for MPEG-4 Simple Studio Profile

do get a stripe on the left though. Line 1055: How can I make the existing code use 32-bit coefficients cleanly? I can't reuse block[a][b] because it's allocated in a single malloc. Regards, Kieran Kunhya -- Sent from my mobile device diff --git a/libavcodec/h263dec.c b/libavcodec/

Re: [FFmpeg-devel] [PATCH][WIP][RFC] Add support for MPEG-4 Simple Studio Profile

On Sat, 7 Jan 2017 at 23:43 Michael Niedermayer wrote: > On Sat, Jan 07, 2017 at 10:35:43PM +0000, Kieran Kunhya wrote: > > Hi, > > > > I have added support for MPEG-4 Sstp using the available samples on trac. > > Yes it doesn't pass fate, yes it's

Re: [FFmpeg-devel] [PATCH v3 2/2] Newtek SpeedHQ decoder.

On Mon, 9 Jan 2017 at 19:21 Steinar H. Gunderson < steinar+ffm...@gunderson.no> wrote: > On Mon, Jan 09, 2017 at 08:17:18PM +0100, Michael Niedermayer wrote: > >> +/* Reverse the AC VLC, because INIT_VLC_LE wants it in that > order. */ > >> +for (i = 0; i < FF_ARRAY_ELEMS(speedhq_v

Re: [FFmpeg-devel] [PATCH] avfilter: add EIA-608 line extractor

On Tue, 17 Jan 2017 at 19:44 Paul B Mahol wrote: > Signed-off-by: Dave Rice > Signed-off-by: Paul B Mahol > Is this better than libzvbi? Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avfilter: add EIA-608 line extractor

On Tue, 17 Jan 2017, 22:31 Paul B Mahol, wrote: > On 1/17/17, Kieran Kunhya wrote: > > On Tue, 17 Jan 2017 at 19:44 Paul B Mahol wrote: > > > >> Signed-off-by: Dave Rice > >> Signed-off-by: Paul B Mahol > >> > > > > Is this better than

Re: [FFmpeg-devel] [PATCH] avfilter: add EIA-608 line extractor

On Wed, 18 Jan 2017 at 08:40 Paul B Mahol wrote: > On 1/18/17, Kieran Kunhya wrote: > > On Tue, 17 Jan 2017, 22:31 Paul B Mahol, wrote: > > > >> On 1/17/17, Kieran Kunhya wrote: > >> > On Tue, 17 Jan 2017 at 19:44 Paul B Mahol wrote: > >> >

Re: [FFmpeg-devel] [PATCH] Fix to prevent runaway ac3 detection

On Sat, 28 Jan 2017 at 12:53 Marijn Meijles wrote: > This is a fix for https://trac.ffmpeg.org/ticket/6106 . > > The issue is that when detecting a swapped AC3 marker the data of the > frame is swapped. However, in subsequent frames the data swapped is > taken from the first frame rather than the

Re: [FFmpeg-devel] [rfc] tasks for new ffmpeg developers

On Mon, 6 Feb 2017 at 05:54 Compn wrote: > people new to the project join #ffmpeg-devel and ask us for help on how > to start contributing to ffmpeg. > A simple one is work on making decoders threadsafe (pthread_once on static inits). Regards, Kieran

Re: [FFmpeg-devel] [rfc] ffmpeg security issue mailing list

> > I dont think we should give access to ffmpeg-security to everyone who > wants to be on the list. This is of course something the community > has to decide and not me, iam just err-ing on the safe side and am very > restrictive on who is added. > This is a bogus argument considering how many pe

Re: [FFmpeg-devel] [rfc] ffmpeg security issue mailing list

> > > > > > > I dont think we should give access to ffmpeg-security to everyone who > > > wants to be on the list. This is of course something the community > > > has to decide and not me, iam just err-ing on the safe side and am very > > > restrictive on who is added. > > > > > > > This is a bogus

Re: [FFmpeg-devel] [PATCH v1 1/2] codec: vrawdepay: add decoder for RFC4175

On Wed, 22 Feb 2017, 21:39 Rostislav Pehlivanov, wrote: > On 22 February 2017 at 20:18, Damien Riegel < > damien.rie...@savoirfairelinux.com> wrote: > > > On Fri, Feb 17, 2017 at 03:01:05PM -0500, Damien Riegel wrote: > > > Hi, > > > > > > On Thu, Feb 16, 2017 at 06:19:00PM +, Rostislav Pehli

Re: [FFmpeg-devel] [PATCH 4/5] avcodec/eac3dec: Fix runtime error: left shift of negative value -3

On Sat, 25 Feb 2017 at 20:08 Michael Niedermayer wrote: > Fixes: 672/clusterfuzz-testcase-5595018867769344 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg > Signed-off-by >

Re: [FFmpeg-devel] [PATCH 4/5] avcodec/eac3dec: Fix runtime error: left shift of negative value -3

On Sun, 26 Feb 2017 at 20:33 Kieran Kunhya wrote: > On Sat, 25 Feb 2017 at 20:08 Michael Niedermayer > wrote: > > Fixes: 672/clusterfuzz-testcase-5595018867769344 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg >

Re: [FFmpeg-devel] [PATCH] avfilter/vf_interlace: add complex vertcal lowpassfilter

Hi, Just wondering, did you see what this looks like on a CRT, especially with interline twitter. The original method is similar to what an interlaced camera does, averaging alternate lines, deliberately lowpassing the data. Regards, Kieran Kunhya On Wed, 8 Mar 2017 at 16:58 Thomas Mundt wrote

Re: [FFmpeg-devel] [PATCH] Documentation: -vf colormatrix options

On Sat, 11 Mar 2017 at 20:56 Katherine Frances Nagels wrote: > Hi ffmpeg-devel, > > This is my first time submitting a patch, so I hope I'm on the right track. > > I noticed that not all of the -vf colormatrix options described in ffmpeg > -h filter=colormatrix are included in the docs at > https

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/vp56: Require 1 undamaged frame for 5 damaged frames for concealment to be used

On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote: > Hi, > > On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer < > mich...@niedermayer.cc> wrote: > > > Fixes timeout with 847/clusterfuzz-testcase-5291877358108672 > > Fixes timeout with 850/clusterfuzz-testcase-5721296509861888 > > > > This

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/vp56: Require 1 undamaged frame for 5 damaged frames for concealment to be used

long time. Error concealment is good in itself but the above is essentially an arbitrary condition that you've come up with to stop the bug. This is essentially lavf-style guesswork and probing inside lavc. Regards, Kieran Kunhya ___ ffmpeg-devel m

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/h264_direct: Fix runtime error: signed integer overflow: -9 - 2147483647 cannot be represented in type 'int'

> > + > +if (pocdiff0 != (int)pocdiff0) > +avpriv_request_sample(sl->h264->avctx, "pocdiff0 overflow\n"); > + > Do you think this condition will actually happen in the real world apart from in glitchy live streams? Kieran ___ ffmpeg-

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/h264_direct: Fix runtime error: signed integer overflow: -9 - 2147483647 cannot be represented in type 'int'

On Thu, 16 Mar 2017 at 15:37 Michael Niedermayer wrote: > On Thu, Mar 16, 2017 at 11:41:12AM +0000, Kieran Kunhya wrote: > > > > > > + > > > +if (pocdiff0 != (int)pocdiff0) > > > +avpriv_request_sample(sl->h264->avctx, "poc

Re: [FFmpeg-devel] [PATCH 3/5] avcodec/utvideodec: enable unchecked bitreader

On Tue, 27 Jun 2017 at 20:48 Michael Niedermayer wrote: > inner reader loop becomes 16% faster > > Signed-off-by: Michael Niedermayer > --- > libavcodec/utvideodec.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/libavcodec/utvideodec.c b/libavcodec/utvideodec.c > index 411df47730..

[FFmpeg-devel] [PATCH] h264: Support multi-field closed captions by using AVBufferRef and not resetting per field

$subj 0001-h264-Support-multi-field-closed-captions-by-using-AV.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] h264: Support multi-field closed captions by using AVBufferRef and not resetting per field

ferRef pointer and assign the source field to NULL. > I can't do that, the source is const. Regards, Kieran Kunhya ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/aacdec_template: Fix undefined integer overflow in apply_tns()

> > I actually would request a short note explaining the SUINTFLOAT type usage. > Something like: > +typedef unsignedSUINTFLOAT; // Equivalent to INTFLOAT, > Used as temporal cast to avoid undefined sign overflow operations. > > Maybe add such note to all "signed value in unsigned type"

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/aacdec_template: Fix undefined integer overflow in apply_tns()

On Thu, 13 Jul 2017 at 23:06 Michael Niedermayer wrote: > On Wed, Jul 12, 2017 at 01:54:28PM +0000, Kieran Kunhya wrote: > > > > > > I actually would request a short note explaining the SUINTFLOAT type > usage. > > > Something like: > > > +typedef unsign

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/aacdec_template: Fix undefined integer overflow in apply_tns()

> > > > Its just a automatically generated email signature > > for this specific one here, i think terrorism is a major problem the > world faces > Not so much because of terrorists or their victims but because of > what is being done by law makers and governments to counter terrorism. > (just thi

Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Fix decoding regression due to height check

> > LGTM. Look at Libav repo, it is checked with a_height. > > Thank's. > Patch OK. As author of this code I would highly recommend not looking at libav repo because they broke a ton of stuff. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avutil/frame: document data alignment restriction

On Sat, 22 Jul 2017 at 15:14 Nicolas George wrote: > Le quartidi 4 thermidor, an CCXXV, Muhammad Faiz a écrit : > > The behaviour is based on assumptions: > > - copying audio data is cheap, so keeping data alignment is cheap, > > - copying video data is not cheap, so keeping data alignmen

[FFmpeg-devel] [PATCH] vc2enc: Calculate average slice quantiser correctly

$subj 0001-vc2enc-Calculate-average-slice-quantiser-correctly.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] libavdevice/decklink: enable 16 output channel

On Wed, 23 Aug 2017, 18:28 wm4 wrote: > On Wed, 23 Aug 2017 18:51:45 +0200 > "pkv.stream" wrote: > > > Hello > > > > the following patch extends number of output channel for decklink > > devices to 16. Previously it was limited to 2 or 8 audio channels. > > > > Thanks for any comments. > > > > >

Re: [FFmpeg-devel] Merge all libraries (was: all: avoid data imports across DLL) boundaries

> > I did not manage to find a real drawback. If somebody finds it a bad > idea, then please explain to me what benefit we get from having several > separate libraries. This is not a rhetorical question, I really would > like an explanation. But I do not agree with the obvious argument of > file si

[FFmpeg-devel] [PATCH] h264: Make Truncating SPS/PPS message debug.

Padded SPS/PPS is perfectly legal. 0001-h264-Make-Truncating-SPS-PPS-message-debug.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCHv3] Deprecate AFD field and add AFD as side-data

--- doc/APIchanges|4 libavcodec/avcodec.h |5 - libavcodec/mpeg12dec.c| 20 +++- libavcodec/version.h |5 - libavfilter/vf_showinfo.c |3 +++ libavutil/frame.h | 16 libavutil/version.h |

Re: [FFmpeg-devel] [RFC] Implementation of closed caption support

> And as far as I can tell if you want to remux > but with separate subtitle stream that would even mean that you have to > re-encode the video for no good reason. You can just swap out the caption data. It's guaranteed to be CBR anyway. ___ ffmpeg-devel

Re: [FFmpeg-devel] [RFC] Implementation of closed caption support

> Uh, no. > The point is to get the CC data out you need to decode. > Now that you have the video decoded, if you want to mux it you have > to encode it again. Whether you decode the video or not is unrelated to your ability to replace the SEI and replace the captions. You'd still need to know the

Re: [FFmpeg-devel] [RFC] Implementation of closed caption support

> into the decoders. The decoder approch would also not work for insertion of > closed captions (for h.264 that would be x264, and I can't see that CC has a > place there really). I'm uncertain enough that I would prefere to here the > opinion here before submitting a patch. As far as I can see it

[FFmpeg-devel] [PATCH] h264: Move AFD to side data to match MPEG-2

--- libavcodec/h264.c | 11 +++ libavcodec/h264.h |6 ++ libavcodec/h264_sei.c |6 ++ 3 files changed, 23 insertions(+) diff --git a/libavcodec/h264.c b/libavcodec/h264.c index 8fa35c7..e77b633 100644 --- a/libavcodec/h264.c +++ b/libavcodec/h264.c @@ -883,6 +883

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

> Most forks cause additional work which, in the long term, is better spent > elsewhere. The ffmpeg/libav split is ample proof of that; in an ideal > world, you wouldn't need the mythtv fork either. > > Debian's position is that we _really_ want to avoid having multiple copies > of essentially the

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

On 9 August 2014 19:25, Andreas Cadhalpun wrote: > I can understand that statically linking is easier from an upstream point of > view, but it has important disadvantages for a distribution such as Debian > and thus should be avoided if possible. > It is also the responsibility of a distribution t

[FFmpeg-devel] [PATCH] avcodec: Instruct users to align buffers to 32-byte.

The Opus decoder in particular uses optimised float_dsp functions that expect 32-byte alignment --- libavcodec/avcodec.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index 93aad35..5cbc175 100644 --- a/libavcodec/avcodec.h +++

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

On 10 August 2014 13:38, Michael Niedermayer wrote: > On Sat, Aug 09, 2014 at 06:26:19PM +0100, Kieran Kunhya wrote: > [...] > >> ... and was designed by a larger >> group instead of libswresample which was basically one person (and >> literally appeared in

Re: [FFmpeg-devel] [PATCH] swresample: Add AVFrame based API

On 11 August 2014 00:49, Michael Niedermayer wrote: > From: Luca Barbato Clearly this is Luca's patch but rewritten by you for swr so you should say "Based on patch from Luca for avresample" or similar. IANAL but this is quite dubious from a copyright perspective. ___

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

> Also ive offered my resignation in the past. > I do still offer to resign from the FFmpeg leader position, if it > resolves this split between FFmpeg and Libav and make everyone work > together again. I never understood why people who once where friends > became mutually so hostile The big eleph

Re: [FFmpeg-devel] Invitation to VDD and registration

> do you think me, the rest of the FFmpeg and Libav developers sitting > together and people accusing each other of theft and lies. Would lead > to improved relations ? You perhaps fail to realise since you've never done it before that there's vastly less of these long, stupid historical tales whe

Re: [FFmpeg-devel] Invitation to VDD and registration

> like i said, iam happy to resign, if that reunites the projects and > resolves the problems > how can my resignation not be enough, if as you say iam the blocking > factor ? You impose conditions on your resignation. And wow, you'd rather resign than meet in person... __

Re: [FFmpeg-devel] Invitation to VDD and registration

> The social aspect > should IMO not overlap over the technical one. Problems with the way people behave are social problems... In an ideal world yes, all the disagreements could be technical but in reality they are sadly not all technical. Kieran ___ f

Re: [FFmpeg-devel] Invitation to VDD and registration

> And do not forget the language barrier: when writing a mail, there is as > much time as necessary to find words. IRL, the people struggling to find > their words are at a clear disadvantage. We can rotate between different languages every ten minutes =p __

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

On 18 August 2014 02:26, Ivan Kalvachev wrote: > ilpack - interlaced yuv420-> yuv422 converter. Scale should be able to > do that too. Scale doesn't have much (any?) knowledge of interlaced chroma. That said I could probably port this filter to lavfi because it would be quite useful to me. I was

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

On 18 August 2014 14:37, Ivan Kalvachev wrote: > On 8/18/14, Kieran Kunhya wrote: >> On 18 August 2014 02:26, Ivan Kalvachev wrote: >> >>> ilpack - interlaced yuv420-> yuv422 converter. Scale should be able to >>> do that too. >> >> Scale doesn&#

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

> How is it different? If you're interlacing-aware and call swscale_convert() > twice (once for each field, double stride each, alternate offset for second > call), isn't that the same? That would be true in the 422 domain, yes. In 420, the chroma planes are offset and this has to be taken into ac

Re: [FFmpeg-devel] Fix CBR output for IP multicasting video

> So could you help me fix this problem and make the measurment result is > better. It is quite a bit of work to make ffmpeg do this properly. Also those encoder settings are quite interesting. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.o

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

>> I bet Michael or me could do this in 15 minutes. > > i had almost forgotten it but there is: > { "src_v_chr_pos", "source vertical chroma position in luma grid/256" > , OFFSET(src_v_chr_pos), AV_OPT_TYPE_INT, { .i64 = -1}, -1, > 512, VE }, > { "src_h_chr

Re: [FFmpeg-devel] [PATCH]Set H264 bitrate

On 19 August 2014 00:32, Carl Eugen Hoyos wrote: > Hi! > > Attached patch from MIKEH / Elemental is apparently meant to implement > setting h264 bitrate. It makes no difference for the sample from ticket > #3392. This patch is nonsensical unfortunately. ___

Re: [FFmpeg-devel] [PATCH] x86/hevc_res_add: refactor ff_hevc_transform_add{16, 32}_8

> It does that, but on older SSE2 cpus with not-so-good OOO execution grouping > instructions like this might help reduce dependencies a bit. Are any older SSE2 CPUs actually capable of decoding reasonable HEVC? ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] mpegts: support ARIB subtitles in libavformat

On 21 August 2014 13:55, Scott Leno wrote: > On Aug 21, 2014 8:07 AM, "Hendrik Leppkes" wrote: >> >> ISO defines id 0x6 as a generic type for private data, its certainly >> not specified by ISO for ARIB subtitles. >> I wonder if adding this might run into problems at some point though, >> if some

Re: [FFmpeg-devel] [PATCH] h264: Move AFD to side data to match MPEG-2

On 9 August 2014 01:45, Kieran Kunhya wrote: > --- > libavcodec/h264.c | 11 +++ > libavcodec/h264.h |6 ++ > libavcodec/h264_sei.c |6 ++ > 3 files changed, 23 insertions(+) ping ___ ffmpeg-devel mail

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

> but either way, id like to suggest again, we move forward and > rather discuss how we can improve the situation, do something about > the split and move toward un-doing it! We look forward to seeing you in Dublin then. ___ ffmpeg-devel mailing list ffm

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

>> think discussing the Libav-FFmpeg split and ways to resolve it at VDD >> makes a lot of sense, quite litterally more than 90% of the developers >> wont be there. I also wont be there Lame excuse. You're the leader and the main reason why people want you there. >> also iam quite confident that

[FFmpeg-devel] Patch: 42507534977e2108e397a381357ee2db209475f6

Patch not sent to ML so couldn't review: Why have you only changed the code to favour DESC_types and not other types? Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] Patch: 42507534977e2108e397a381357ee2db209475f6

On 3 September 2014 01:40, Michael Niedermayer wrote: > On Wed, Sep 03, 2014 at 12:59:53AM +0100, Kieran Kunhya wrote: >> Patch not sent to ML so couldn't review: >> >> Why have you only changed the code to favour DESC_types and not other types? > > because thats w

Re: [FFmpeg-devel] Patch: 42507534977e2108e397a381357ee2db209475f6

My question is not really about testcases etc but more why you decided to not include the other descriptor types. I guess I can send a patch to fix that. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avformat/movenc: AVC Intra support

On 28 September 2014 00:49, Michael Niedermayer wrote: > > This allows remuxing AVC intra into mov > it does not work with libx264 encoded AVC Intra for unknown reason 1080i should work. 1080p needs some random magic numbers in the bitstream which are probably different for all the framerate/reso

Re: [FFmpeg-devel] [PATCH] avformat/movenc: AVC Intra support

> Some of the DPP AVCI100 test samples were created using x264* so could > be used for reference. Or I could knock up something if I can find my > reference CL I used last time. www.obe.tv/about-us/obe-blog/item/1-oss-dpp-creation Remember to use the latest x264. Even then the values in the "UMID

Re: [FFmpeg-devel] Facebook page

On 5 October 2014 19:19, Thomas Volkert wrote: > Okay, I started with some first steps... > > 1.) > If I see this correctly, the url http://www.facebook.com/ffmpeg is already > registered by some anime fan. But it is possible to contact him/her by > Facebook messages. Maybe he/she is willing to l

[FFmpeg-devel] [PATCH] Add support for Opus in MPEG-TS

--- libavcodec/opus.c| 11 +--- libavcodec/opus.h|9 +++ libavcodec/opus_parser.c | 139 +- libavformat/mpegts.c | 54 +- 4 files changed, 191 insertions(+), 22 deletions(-) diff --git a/libavcodec/opus.c b/l

Re: [FFmpeg-devel] [PATCH] avformat/mxfenc: AVC Intra support

t; the patch. I had some basics, because I had written a working patch for > myself some time ago, which was more of a hack and only worked with AVCI100 > 1080i50. Hi, I'm wondering whether you should add headers yourself. It would of course be nicer but does it change compatibility?

Re: [FFmpeg-devel] [PATCH] Add support for Opus in MPEG-TS

On 26 October 2014 21:32, Michael Niedermayer wrote: > On Sat, Oct 18, 2014 at 12:25:16AM +0100, Kieran Kunhya wrote: >> --- >> libavcodec/opus.c| 11 +--- >> libavcodec/opus.h|9 +++ >> liba

Re: [FFmpeg-devel] [RFC] 7.0 blocking issues

On Mon, 25 Mar 2024 at 21:10, Michael Niedermayer wrote: > On Mon, Mar 25, 2024 at 09:20:25PM +0100, Lynne wrote: > > Mar 25, 2024, 14:50 by ffm...@haasn.xyz: > > > > > On Mon, 25 Mar 2024 07:20:56 +0100 "Jean-Baptiste Kempf" < > j...@videolan.org> wrote: > > > > > >> Hello, > > >> > > >> On Mon,

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf/demux: stop calling avcodec_close()

On Wed, 27 Mar 2024 at 14:03, Michael Niedermayer wrote: > On Fri, Feb 09, 2024 at 03:19:58PM +, Anton Khirnov wrote: > > ffmpeg | branch: master | Anton Khirnov | Thu Feb > 1 08:57:24 2024 +0100| [ca18bb597223b3df5bbf8a1836d157ba58b62570] | > committer: Anton Khirnov > > > > lavf/demux: sto

<    1   2   3   4   5   6   7   8   9   >