Re: [FFmpeg-devel] [PATCH 1/2] libavformat/avio: Add avio_get_dyn_buf function

> Michael wrote > Is the author name intended to be > Author: softworkz Yes please, if you don't mind, same as my previous commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=70c1647a3501fa6182c04c9ce66f477def64a611 PS: On behalf of the Emby project, I'd like to

Re: [FFmpeg-devel] [PATCH 1/2] libavformat/avio: Add avio_get_dyn_buf function

On Fri, Jan 06, 2017 at 09:14:59PM +, Soft Works wrote: > [PATCH] libavformat/avio: Add avio_get_dyn_buf function > > Revision #2: Bumb version and add APIchanges entry > > This commit adds the avio_get_dyn_buf function which allows accessing > the > content of a DynBuffer without destroying

Re: [FFmpeg-devel] [PATCH 1/3] mpeg12dec: validate color space

On Fri, Jan 06, 2017 at 09:43:24PM +0100, Andreas Cadhalpun wrote: > On 23.12.2016 00:57, Andreas Cadhalpun wrote: > > Signed-off-by: Andreas Cadhalpun > > --- > > libavcodec/mpeg12dec.c | 4 > > 1 file changed, 4 insertions(+) > > > > diff --git

Re: [FFmpeg-devel] [PATCH 9/9] xvag: prevent overflow during block alignment calculation

On Fri, Jan 06, 2017 at 08:49:49PM +0100, Andreas Cadhalpun wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/xvag.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/xvag.c b/libavformat/xvag.c > index 5ef4fb0900..1f28df7b89

Re: [FFmpeg-devel] [PATCH 4/9] genh: prevent overflow during block alignment calculation

On Fri, Jan 06, 2017 at 08:48:02PM +0100, Andreas Cadhalpun wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/genh.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/genh.c b/libavformat/genh.c > index b683e026d1..6ce2588ed3

Re: [FFmpeg-devel] [PATCH 3/9] electronicarts: prevent overflow during block alignment calculation

On Fri, Jan 06, 2017 at 08:47:39PM +0100, Andreas Cadhalpun wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/electronicarts.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c >

Re: [FFmpeg-devel] [PATCH 2/9] 4xm: prevent overflow during block alignment calculation

On Fri, Jan 06, 2017 at 09:27:29PM +0100, Andreas Cadhalpun wrote: > On 06.01.2017 20:58, Ronald S. Bultje wrote: > > Hi, > > > > On Fri, Jan 6, 2017 at 2:47 PM, Andreas Cadhalpun < > > andreas.cadhal...@googlemail.com> wrote: > > > >> Signed-off-by: Andreas Cadhalpun

Re: [FFmpeg-devel] [PATCH 1/9] avutil: add FF_RETURN_ON_OVERFLOW

On Fri, Jan 06, 2017 at 09:11:10PM -0300, James Almer wrote: > On 1/6/2017 4:46 PM, Andreas Cadhalpun wrote: > > Suggested-by: Rodger Combs > > Signed-off-by: Andreas Cadhalpun > > --- > > > > Changed the name as suggested by wm4 and the

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

On Fri, Jan 06, 2017 at 11:33:13PM +0100, Andreas Cadhalpun wrote: > On 06.01.2017 22:47, Kieran Kunhya wrote: > > On Fri, 6 Jan 2017 at 20:44 Andreas Cadhalpun < > > andreas.cadhal...@googlemail.com> wrote: > > > >> Signed-off-by: Andreas Cadhalpun > >> --- >

Re: [FFmpeg-devel] [PATCH 1/9] avutil: add FF_RETURN_ON_OVERFLOW

On 1/6/2017 4:46 PM, Andreas Cadhalpun wrote: > Suggested-by: Rodger Combs > Signed-off-by: Andreas Cadhalpun > --- > > Changed the name as suggested by wm4 and the return value as suggested > by Muhammad Faiz. > There are also two new

Re: [FFmpeg-devel] [PATCH 2/2] avformat/matroskaenc: Regression fix for invalid MKV headers

Revision #4: Don't create CRC32 for preliminary headers The following three commits created a regression by writing initially invalid mkv headers: 650e17d88b63b5aca6e0a43483e89e64b0f7d2dd avformat/matroskaenc: write a CRC32 element on Tags 3bcadf822711720ff0f8d14db71ae47cdf97e652

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017-01-07 0:47 GMT+08:00 Bodecs Bela : > > > 2017.01.06. 17:33 keltezéssel, Steven Liu írta: > >> 2017-01-07 0:22 GMT+08:00 Bodecs Bela : >> >> >>> 2017.01.06. 16:50 keltezéssel, Steven Liu írta: >>> >>> 2017-01-06 22:07 GMT+08:00 Bodecs Bela

Re: [FFmpeg-devel] [PATCH 6/9] nistspheredec: prevent overflow during block alignment calculation

Hi, On Fri, Jan 6, 2017 at 5:30 PM, Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > On 06.01.2017 22:30, Ronald S. Bultje wrote: > > On Fri, Jan 6, 2017 at 2:48 PM, Andreas Cadhalpun < > > andreas.cadhal...@googlemail.com> wrote: > > > >> Signed-off-by: Andreas Cadhalpun

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

On 06.01.2017 22:47, Kieran Kunhya wrote: > 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

Re: [FFmpeg-devel] [PATCH 6/9] nistspheredec: prevent overflow during block alignment calculation

On 06.01.2017 22:30, Ronald S. Bultje wrote: > On Fri, Jan 6, 2017 at 2:48 PM, Andreas Cadhalpun < > andreas.cadhal...@googlemail.com> wrote: > >> Signed-off-by: Andreas Cadhalpun >> --- >> libavformat/nistspheredec.c | 1 + >> 1 file changed, 1 insertion(+) >>

Re: [FFmpeg-devel] [PATCH 5/9] ircamdec: prevent overflow during block alignment calculation

On 06.01.2017 22:31, Ronald S. Bultje wrote: > On Fri, Jan 6, 2017 at 2:48 PM, Andreas Cadhalpun < > andreas.cadhal...@googlemail.com> wrote: > >> Signed-off-by: Andreas Cadhalpun >> --- >> libavformat/ircamdec.c | 1 + >> 1 file changed, 1 insertion(+) >> >>

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 >

Re: [FFmpeg-devel] [PATCH 5/9] ircamdec: prevent overflow during block alignment calculation

Hi, On Fri, Jan 6, 2017 at 2:48 PM, Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/ircamdec.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/ircamdec.c

Re: [FFmpeg-devel] [PATCH 6/9] nistspheredec: prevent overflow during block alignment calculation

Hi, On Fri, Jan 6, 2017 at 2:48 PM, Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/nistspheredec.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/nistspheredec.c

Re: [FFmpeg-devel] [PATCH 1/2] libavformat/avio: Add avio_get_dyn_buf function

[PATCH] libavformat/avio: Add avio_get_dyn_buf function Revision #2: Bumb version and add APIchanges entry This commit adds the avio_get_dyn_buf function which allows accessing the content of a DynBuffer without destroying it. This is required in matroskaenc for preliminary writing (correct)

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

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 --- a/libavcodec/h264_ps.c +++ b/libavcodec/h264_ps.c @@ -181,6

Re: [FFmpeg-devel] [PATCH 1/3] mpeg12dec: validate color space

On 23.12.2016 00:57, Andreas Cadhalpun wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavcodec/mpeg12dec.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c > index 63979079c8..d3dc67ad6a 100644 >

Re: [FFmpeg-devel] [PATCH 2/2] avformat/matroskaenc: Regression fix for invalid MKV headers

> James Almer wrote > > > start_ebml_master_crc32() only reserves the space needed for the CRC32 > element, > which is then written by end_ebml_master_crc32(). The preliminary header will > have a couple six bytes long Void elements that every parser will promptly > ignore. > > CRC32 elements

Re: [FFmpeg-devel] [PATCH 2/9] 4xm: prevent overflow during block alignment calculation

On 06.01.2017 20:58, Ronald S. Bultje wrote: > Hi, > > On Fri, Jan 6, 2017 at 2:47 PM, Andreas Cadhalpun < > andreas.cadhal...@googlemail.com> wrote: > >> Signed-off-by: Andreas Cadhalpun >> --- >> libavformat/4xm.c | 1 + >> 1 file changed, 1 insertion(+) >>

Re: [FFmpeg-devel] [PATCH 2/9] 4xm: prevent overflow during block alignment calculation

Hi, On Fri, Jan 6, 2017 at 2:47 PM, Andreas Cadhalpun < andreas.cadhal...@googlemail.com> wrote: > Signed-off-by: Andreas Cadhalpun > --- > libavformat/4xm.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/4xm.c b/libavformat/4xm.c > index

[FFmpeg-devel] [PATCH 2/9] 4xm: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/4xm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/4xm.c b/libavformat/4xm.c index 2758b69d29..45949c4e97 100644 --- a/libavformat/4xm.c +++ b/libavformat/4xm.c @@ -187,6 +187,7 @@ static int

[FFmpeg-devel] [PATCH 8/9] epafdec: prevent overflow during block alignment calculation

--- libavformat/epafdec.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/epafdec.c b/libavformat/epafdec.c index 29190fff72..b28f035cdf 100644 --- a/libavformat/epafdec.c +++ b/libavformat/epafdec.c @@ -83,6 +83,7 @@ static int epaf_read_header(AVFormatContext *s) }

[FFmpeg-devel] [PATCH 9/9] xvag: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/xvag.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/xvag.c b/libavformat/xvag.c index 5ef4fb0900..1f28df7b89 100644 --- a/libavformat/xvag.c +++ b/libavformat/xvag.c @@ -74,6 +74,7 @@ static int

[FFmpeg-devel] [PATCH 6/9] nistspheredec: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/nistspheredec.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/nistspheredec.c b/libavformat/nistspheredec.c index 782d1dfbfb..9023ed7fc7 100644 --- a/libavformat/nistspheredec.c +++

[FFmpeg-devel] [PATCH 7/9] pvfdec: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/pvfdec.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/pvfdec.c b/libavformat/pvfdec.c index b9f6d4f2c2..94ef20c249 100644 --- a/libavformat/pvfdec.c +++ b/libavformat/pvfdec.c @@ -56,6 +56,7 @@

[FFmpeg-devel] [PATCH 5/9] ircamdec: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/ircamdec.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/ircamdec.c b/libavformat/ircamdec.c index 59f3a49411..f3cf4d0dc9 100644 --- a/libavformat/ircamdec.c +++ b/libavformat/ircamdec.c @@ -96,6

[FFmpeg-devel] [PATCH 4/9] genh: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/genh.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/genh.c b/libavformat/genh.c index b683e026d1..6ce2588ed3 100644 --- a/libavformat/genh.c +++ b/libavformat/genh.c @@ -74,6 +74,7 @@ static int

[FFmpeg-devel] [PATCH 3/9] electronicarts: prevent overflow during block alignment calculation

Signed-off-by: Andreas Cadhalpun --- libavformat/electronicarts.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c index 30eb723bd5..03422e5b2c 100644 --- a/libavformat/electronicarts.c +++

[FFmpeg-devel] [PATCH 1/9] avutil: add FF_RETURN_ON_OVERFLOW

Suggested-by: Rodger Combs Signed-off-by: Andreas Cadhalpun --- Changed the name as suggested by wm4 and the return value as suggested by Muhammad Faiz. There are also two new overflow checks at the end of the series. ---

Re: [FFmpeg-devel] [PATCH] opt: check image size when setting it

On 11.12.2016 21:45, Andreas Cadhalpun wrote: > On 11.12.2016 21:03, Hendrik Leppkes wrote: >> On Sun, Dec 11, 2016 at 7:48 PM, Andreas Cadhalpun >> wrote: >>> On 11.12.2016 10:04, Hendrik Leppkes wrote: I still see the problem that this option code does not

Re: [FFmpeg-devel] [PATCH 1/3] omadec: fix overflows during bit rate calculation

On 15.12.2016 01:53, Andreas Cadhalpun wrote: > On 14.12.2016 11:16, Moritz Barsnick wrote: >> On Wed, Dec 14, 2016 at 01:02:41 +0100, Andreas Cadhalpun wrote: >>> On 13.12.2016 08:11, Paul B Mahol wrote: > -st->codecpar->bit_rate= samplerate * framesize * 8 / 2048; > +

Re: [FFmpeg-devel] [PATCHv3] add signature filter for MPEG7 video signature

On Donnerstag, 5. Januar 2017 02:26:23 CET Michael Niedermayer wrote: > On Wed, Jan 04, 2017 at 05:05:41PM +0100, Gerion Entrup wrote: > > On Dienstag, 3. Januar 2017 16:58:32 CET Moritz Barsnick wrote: > > > > > The English opposite of "fine" is "coarse", not "course". :) > > > > Oops. > > > > >

Re: [FFmpeg-devel] [PATCH 2/2] avformat/matroskaenc: Regression fix for invalid MKV headers

On 1/6/2017 2:41 PM, Soft Works wrote: >> From: ffmpeg-devel on behalf of James >> Almer >> Sent: Friday, January 6, 2017 6:02 AM >> >> IMO, no point calculating and writing a CRC element for this temporary state. >> You can rename and

Re: [FFmpeg-devel] [PATCH] libavcodec/exr: Fix blank output when data window != display window

No, just this kind. Behind the images when data = display window, the most common case OpenEXR file we have, is with a reduced data window that resides completely inside the display window, though this particular bug would impact any files where the value of ymax+1 is not equal to the height.

Re: [FFmpeg-devel] [PATCH 2/2] avformat/matroskaenc: Regression fix for invalid MKV headers

> From: ffmpeg-devel on behalf of James Almer > > Sent: Friday, January 6, 2017 6:02 AM > > IMO, no point calculating and writing a CRC element for this temporary state. > You can rename and simplify this function into something like > >

Re: [FFmpeg-devel] [PATCH] libavcodec/exr: Fix blank output when data window != display window

On 1/6/17, Kevin Wheatley wrote: > The following is a sample EXR that needs the patch to correctly > process in FFmpeg. > > Kevin > patch applied. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] libavcodec/exr: Fix blank output when data window != display window

Hello, Did you try,all the official display/data window sample ? I will try to take a look this week end. Thanks for the sample Martin ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] libavcodec/exr: Fix blank output when data window != display window

The following is a sample EXR that needs the patch to correctly process in FFmpeg. Kevin ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.06. 17:33 keltezéssel, Steven Liu írta: 2017-01-07 0:22 GMT+08:00 Bodecs Bela : 2017.01.06. 16:50 keltezéssel, Steven Liu írta: 2017-01-06 22:07 GMT+08:00 Bodecs Bela : Dear All, in avformat/hlsenc the start_number option starts the

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017-01-07 0:22 GMT+08:00 Bodecs Bela : > > > 2017.01.06. 16:50 keltezéssel, Steven Liu írta: > >> 2017-01-06 22:07 GMT+08:00 Bodecs Bela : >> >> Dear All, >>> >>> in avformat/hlsenc the start_number option starts the playlist sequence >>> number >>>

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.06. 16:50 keltezéssel, Steven Liu írta: 2017-01-06 22:07 GMT+08:00 Bodecs Bela : Dear All, in avformat/hlsenc the start_number option starts the playlist sequence number (#EXT-X-MEDIA-SEQUENCE) from the specified number. Unless hls_flags single_file is set, it

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017-01-06 22:07 GMT+08:00 Bodecs Bela : > Dear All, > > in avformat/hlsenc the start_number option starts the playlist sequence > number > (#EXT-X-MEDIA-SEQUENCE) from the specified number. Unless hls_flags > single_file is set, it also specifies starting sequence numbers of

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h264: disable B frame in baseline profile

Since Michael mentioned it: On Fri, Dec 16, 2016 at 10:21:25 +0800, Jun Zhao wrote: > +if (avctx->max_b_frames != 0) { > +avctx->max_b_frames = 0; > +av_log(avctx, AV_LOG_WARNING, "H.264 constrained baseline " > + "profile don't support encode B

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: use AVCodec.init_static_data() to initialize static data

On Fri, Jan 06, 2017 at 02:54:42PM +0100, Paul B Mahol wrote: > On 1/6/17, James Almer wrote: > > On 1/6/2017 6:26 AM, Paul B Mahol wrote: > >> On 1/6/17, James Almer wrote: > >>> Signed-off-by: James Almer > >>> --- > >>>

[FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

Dear All, in avformat/hlsenc the start_number option starts the playlist sequence number (#EXT-X-MEDIA-SEQUENCE) from the specified number. Unless hls_flags single_file is set, it also specifies starting sequence numbers of segment and subtitle filenames. Sometimes it is usefull to have unique

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: use AVCodec.init_static_data() to initialize static data

Le septidi 17 nivôse, an CCXXV, Paul B Mahol a écrit : > I have no real opinion on this, but maybe others do have? > > We could add smarter init_static_data... Changing the framework to call init_static_data only the first time the codec is ever opened seems like the obvious thing to do. It

Re: [FFmpeg-devel] patch: the fastest video decoder ever? :)

On 1/6/17, u-9...@aetey.se wrote: > Hello, > > On slow hardware a 16-bit framebuffer depth makes a remarkable difference > in performance and still provides a good look. > > When videos are to be played on slow terminals there is a single > best speed performer, cinepak (tell me

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: use AVCodec.init_static_data() to initialize static data

On 1/6/17, James Almer wrote: > On 1/6/2017 6:26 AM, Paul B Mahol wrote: >> On 1/6/17, James Almer wrote: >>> Signed-off-by: James Almer >>> --- >>> libavcodec/atrac3.c | 8 ++-- >>> 1 file changed, 2 insertions(+), 6 deletions(-)

[FFmpeg-devel] patch: the fastest video decoder ever? :)

Hello, On slow hardware a 16-bit framebuffer depth makes a remarkable difference in performance and still provides a good look. When videos are to be played on slow terminals there is a single best speed performer, cinepak (tell me if you know a better codec in this respect, the only comparable

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: use AVCodec.init_static_data() to initialize static data

On 1/6/2017 6:26 AM, Paul B Mahol wrote: > On 1/6/17, James Almer wrote: >> Signed-off-by: James Almer >> --- >> libavcodec/atrac3.c | 8 ++-- >> 1 file changed, 2 insertions(+), 6 deletions(-) >> >> diff --git a/libavcodec/atrac3.c

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h264: disable B frame in baseline profile

On Fri, Dec 16, 2016 at 10:21:25AM +0800, Jun Zhao wrote: > vaapi_encode_h264.c | 10 ++ > 1 file changed, 10 insertions(+) > 79dbe8e5eaf06d39210c325486b96eef1f4d575d > 0001-lavc-vaapi_encode_h264-disable-B-frame-in-baseline-p.patch > From a4b410e02ac4864c7d82b15474a65ed42a84da6a Mon

Re: [FFmpeg-devel] [PATCH] configure: disable the new optimizer in Visual Studio 2015 Update 3

On Fri, Jan 06, 2017 at 12:11:57AM +0100, Kacper Michajlow wrote: > 2016-07-04 3:53 GMT+02:00 Kacper Michajlow : > > 2016-07-03 23:39 GMT+02:00 Hendrik Leppkes : > >> On Tue, Jun 28, 2016 at 12:01 PM, Hendrik Leppkes > >> wrote: > >>>

Re: [FFmpeg-devel] [PATCH 1/2] libavformat/avio: Add avio_get_dyn_buf function

On Thu, Jan 05, 2017 at 06:06:27PM +, Soft Works wrote: > This commit adds the avio_get_dyn_buf function which allows accessing the > content of a DynBuffer without destroying it. > > This is required in matroskaenc for preliminary writing (correct) mkv headers. > > Context for this change

Re: [FFmpeg-devel] [PATCH] avcodec/atrac3: use AVCodec.init_static_data() to initialize static data

On 1/6/17, James Almer wrote: > Signed-off-by: James Almer > --- > libavcodec/atrac3.c | 8 ++-- > 1 file changed, 2 insertions(+), 6 deletions(-) > > diff --git a/libavcodec/atrac3.c b/libavcodec/atrac3.c > index 256990b..208762d 100644 > ---

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h264: disable B frame in baseline profile

ping ? On 2016/12/16 10:21, Jun Zhao wrote: ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel