October 2022 - ffmpeg-devel - lists.ffmpeg.org

[PATCH] avcodec/libaomdec: fix pix_fmt w/AVCOL_SPC_RGB
by James Zern 31 Oct '22

31 Oct '22

Signed-off-by: James Zern <jzern(a)google.com> --- libavcodec/libaomdec.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/libavcodec/libaomdec.c b/libavcodec/libaomdec.c index 378d638a89..53982559d9 100644 --- a/libavcodec/libaomdec.c +++ b/libavcodec/libaomdec.c @@ -113,15 +113,19 @@ static int set_pix_fmt(AVCodecContext *avctx, struct aom_image *img) case AOM_IMG_FMT_I444: case AOM_IMG_FMT_I44416: if (img->bit_depth == 8) { - avctx->pix_fmt = AV_PIX_FMT_YUV444P; + avctx->pix_fmt = avctx->colorspace == AVCOL_SPC_RGB ? + AV_PIX_FMT_GBRP : AV_PIX_FMT_YUV444P; avctx->profile = FF_PROFILE_AV1_HIGH; return 0; } else if (img->bit_depth == 10) { avctx->pix_fmt = AV_PIX_FMT_YUV444P10; + avctx->pix_fmt = avctx->colorspace == AVCOL_SPC_RGB ? + AV_PIX_FMT_GBRP10 : AV_PIX_FMT_YUV444P10; avctx->profile = FF_PROFILE_AV1_HIGH; return 0; } else if (img->bit_depth == 12) { - avctx->pix_fmt = AV_PIX_FMT_YUV444P12; + avctx->pix_fmt = avctx->colorspace == AVCOL_SPC_RGB ? + AV_PIX_FMT_GBRP12 : AV_PIX_FMT_YUV444P12; avctx->profile = FF_PROFILE_AV1_PROFESSIONAL; return 0; } else { -- 2.38.0.135.g90850a2211-goog

2 3

Re: [FFmpeg-devel] FFmpeg 5.0
by Michael Niedermayer 31 Oct '22

31 Oct '22

Hi On Mon, Oct 31, 2022 at 02:26:25PM +0100, Jan Engelhardt wrote: > > On Sunday 2022-10-30 21:16, Michael Niedermayer wrote: > >> > >> Fedora 36 still uses FFmpeg 5.0 as I discovered there was an ABI break > >> that made upgrading to FFmpeg 5.1 not possible for F36. FFmpeg 5.1 is > >> used for Fedora 37, though. > > > >why is > >https://trac.ffmpeg.org/wiki/Downstreams > >not listing any of that ? > > It does not scale. > There are over 260 distros. Many of them have over 10000 packages. And > many have a rapid update cadence. The question is how many packages X Distros have security/update support Because if there is no security support you need nothing to add to the wiki and if there is, well that security/update support will take a human more time than to say that (s)he is doing that support for that package which is what the wiki lists > > You cannot expect distros to spend time updating other people's > wikis all the time. There is also no standardization and no automation. I dont expect that, if you dont expect us to make updated releases. This is a service we provide for you. If its too much for you to tell us you need/want/would benefit from a new release on a branch. Then you know, thats ok with me. > > If you want to know what versions are being shipped, confer with > information aggregatation projects such as repology, e.g. > https://repology.org/project/ffmpeg/versions Thats not the question i have. Some distro might ship 5.0.1 or 2.8.5 but that doesnt mean they would benefit from a 2.8.7 or 5.0.2. You can surely see that just by the fact that there are distros which never shipped updated versions of FFmpeg. For me the question is, should i make a new X.Y.Z+1. Or the other way around, is there a distro which actively maintains their FFmpeg X.Y package and wants/needs/would make a new package of that. the Downstreams list worked quite well for that for many years. Also E-mail and IRC have been quite effective. If it misses 50 or even 90% of distros that doesnt even matter as long as it lists a distro that maintains support for the same version. If i imagine that we would be concentrating on doing releases for every branch listed somewhere on repology for FFmpeg i do not think that would be an improvment. It would result in a lot of releases noone used and more delay in releases people would use. If you wish to automate part of this or improve the process sure, go ahead. But first step is to understand what this is trying to do, reading your mail makes me belive that you misunderstood this somewhat Thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB If you fake or manipulate statistics in a paper in physics you will never get a job again. If you fake or manipulate statistics in a paper in medicin you will get a job for life at the pharma industry.

1 0

[PATCH 0/1] Add "no packet timeout" to mpegts
by Wolfgang Haupt 31 Oct '22

31 Oct '22

This fixes mpegts infinitely parsing streams that contain only stuffed PATs, which apparently happens on some dead livetv sources. Wolfgang Haupt (1): Add "no packet" timeout option for mpegts libavformat/mpegts.c | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) -- 2.25.1

1 4

[PATCH] avcodec/v210enc: add new function for avx2 avx512 avx512icl
by James Darnley 31 Oct '22

31 Oct '22

Negligible speed difference for avx2 on Zen 2 (Ryzen 5700X) and Broadwell (Xeon E5-2620 v4): 1690±4.3 decicycles vs. 1693±78.4 1439±31.1 decicycles vs 1429±16.7 Moderate speedup with avx512 on Skylake-X (Xeon D-2123IT): 1.22x faster (793±0.8 vs. 649±5.5 decicycles) compared with avx2 Better speedup with avx512icl on Ice Lake (Xeon Silver 4316): 1.77x faster (784±1.8 vs. 442±11.6 decicycles) compared with avx2 Co-authors: Henrik Gramner <henrik(a)gramner.com> Kieran Kunhya <kierank(a)obe.tv> --- libavcodec/x86/v210enc.asm | 80 ++++++++++++++++++++++++++++++++++- libavcodec/x86/v210enc_init.c | 14 ++++++ 2 files changed, 92 insertions(+), 2 deletions(-) diff --git a/libavcodec/x86/v210enc.asm b/libavcodec/x86/v210enc.asm index 965f2bea3c..afac238ede 100644 --- a/libavcodec/x86/v210enc.asm +++ b/libavcodec/x86/v210enc.asm @@ -21,7 +21,7 @@ %include "libavutil/x86/x86util.asm" -SECTION_RODATA 32 +SECTION_RODATA 64 cextern pw_4 %define v210_enc_min_10 pw_4 @@ -46,6 +46,16 @@ v210_enc_chroma_shuf2_8: times 2 db 3,-1,4,-1,5,-1,7,-1,11,-1,12,-1,13,-1,15,-1 v210_enc_chroma_mult_8: times 2 dw 4,16,64,0,64,4,16,0 +v210enc_8_permb: db 32, 0,48,-1 , 1,33, 2,-1 , 49, 3,34,-1 , 4,50, 5,-1 + db 35, 6,51,-1 , 7,36, 8,-1 , 52, 9,37,-1 , 10,53,11,-1 + db 38,12,54,-1 , 13,39,14,-1 , 55,15,40,-1 , 16,56,17,-1 + db 41,18,57,-1 , 19,42,20,-1 , 58,21,43,-1 , 22,59,23,-1 +v210enc_8_shufb: db 0, 8, 1,-1 , 9, 2,10,-1 , 3,11, 4,-1 , 12, 5,13,-1 + db 2,10, 3,-1 , 11, 4,12,-1 , 5,13, 6,-1 , 14, 7,15,-1 +v210enc_8_permd: dd 0,1,4,5, 1,2,5,6 +v210enc_8_mult: db 4, 0, 64, 0 +v210enc_8_mask: dd 255<<12 + SECTION .text %macro v210_planar_pack_10 0 @@ -178,7 +188,73 @@ INIT_XMM avx v210_planar_pack_8 %endif +%macro v210_planar_pack_8_new 0 + +cglobal v210_planar_pack_8, 5, 5, 7+notcpuflag(avx512icl), y, u, v, dst, width + add yq, widthq + shr widthq, 1 + add uq, widthq + add vq, widthq + neg widthq + + %if cpuflag(avx512icl) + mova m2, [v210enc_8_permb] + %else + mova m2, [v210enc_8_permd] + %endif + vpbroadcastd m3, [v210enc_8_mult] + VBROADCASTI128 m4, [v210_enc_min_8] ; only ymm sized + VBROADCASTI128 m5, [v210_enc_max_8] ; only ymm sized + vpbroadcastd m6, [v210enc_8_mask] + %if notcpuflag(avx512icl) + movu m7, [v210enc_8_shufb] + %endif + + .loop: + %if cpuflag(avx512icl) + movu ym1, [yq + 2*widthq] + vinserti32x4 m1, [uq + 1*widthq], 2 + vinserti32x4 m1, [vq + 1*widthq], 3 + vpermb m1, m2, m1 ; uyv0 yuy0 vyu0 yvy0 + %else + movq xm0, [uq + 1*widthq] ; uuuu uuxx + movq xm1, [vq + 1*widthq] ; vvvv vvxx + punpcklbw xm1, xm0, xm1 ; uvuv uvuv uvuv xxxx + vinserti128 m1, m1, [yq + 2*widthq], 1 ; uvuv uvuv uvuv xxxx yyyy yyyy yyyy xxxx + vpermd m1, m2, m1 ; uvuv uvxx yyyy yyxx xxuv uvuv xxyy yyyy + pshufb m1, m7 ; uyv0 yuy0 vyu0 yvy0 + %endif + CLIPUB m1, m4, m5 + + pmaddubsw m0, m1, m3 + pslld m1, 4 + %if cpuflag(avx512) + vpternlogd m0, m1, m6, 0xd8 ; C?B:A + %else + pand m1, m6, m1 + pandn m0, m6, m0 + por m0, m0, m1 + %endif + + movu [dstq], m0 + add dstq, mmsize + add widthq, (mmsize*3)/16 + jl .loop +RET + +%endmacro + %if HAVE_AVX2_EXTERNAL INIT_YMM avx2 -v210_planar_pack_8 +v210_planar_pack_8_new +%endif + +%if HAVE_AVX512_EXTERNAL +INIT_YMM avx512 +v210_planar_pack_8_new +%endif + +%if HAVE_AVX512ICL_EXTERNAL +INIT_ZMM avx512icl +v210_planar_pack_8_new %endif diff --git a/libavcodec/x86/v210enc_init.c b/libavcodec/x86/v210enc_init.c index 13a351dd1d..6e9f8c6e61 100644 --- a/libavcodec/x86/v210enc_init.c +++ b/libavcodec/x86/v210enc_init.c @@ -27,6 +27,10 @@ void ff_v210_planar_pack_8_avx(const uint8_t *y, const uint8_t *u, const uint8_t *v, uint8_t *dst, ptrdiff_t width); void ff_v210_planar_pack_8_avx2(const uint8_t *y, const uint8_t *u, const uint8_t *v, uint8_t *dst, ptrdiff_t width); +void ff_v210_planar_pack_8_avx512(const uint8_t *y, const uint8_t *u, + const uint8_t *v, uint8_t *dst, ptrdiff_t width); +void ff_v210_planar_pack_8_avx512icl(const uint8_t *y, const uint8_t *u, + const uint8_t *v, uint8_t *dst, ptrdiff_t width); void ff_v210_planar_pack_10_ssse3(const uint16_t *y, const uint16_t *u, const uint16_t *v, uint8_t *dst, ptrdiff_t width); @@ -52,4 +56,14 @@ av_cold void ff_v210enc_init_x86(V210EncContext *s) s->sample_factor_10 = 2; s->pack_line_10 = ff_v210_planar_pack_10_avx2; } + + if (EXTERNAL_AVX512(cpu_flags)) { + s->sample_factor_8 = 2; + s->pack_line_8 = ff_v210_planar_pack_8_avx512; + } + + if (EXTERNAL_AVX512ICL(cpu_flags)) { + s->sample_factor_8 = 4; + s->pack_line_8 = ff_v210_planar_pack_8_avx512icl; + } } -- 2.38.0

3 3

[PATCH 0/4] swscale rgbaf32 input/output support
by mindmark＠gmail.com 30 Oct '22

30 Oct '22

From: Mark Reid <mindmark(a)gmail.com> This patch series adds swscale input/output support for the packed rgb float formats. A few of the filters also needed support the larger 96/128 bit packed pixel sizes. I also plan to eventually add lossless unscaled conversions between the planer and packed formats. Mark Reid (4): swscale/input: add rgbaf32 input support avfilter/vf_hflip: add support for packed rgb float formats avfilter/vf_transpose: add support for packed rgb float formats swscale/output: add rgbaf32 output support libavfilter/vf_hflip_init.h | 25 ++++ libavfilter/vf_transpose.c | 44 ++++++ libswscale/input.c | 172 +++++++++++++++++++++++ libswscale/output.c | 89 ++++++++++++ libswscale/swscale_unscaled.c | 4 +- libswscale/tests/floatimg_cmp.c | 4 +- libswscale/utils.c | 12 +- libswscale/yuv2rgb.c | 2 + tests/ref/fate/filter-pixdesc-rgbaf32be | 1 + tests/ref/fate/filter-pixdesc-rgbaf32le | 1 + tests/ref/fate/filter-pixdesc-rgbf32be | 1 + tests/ref/fate/filter-pixdesc-rgbf32le | 1 + tests/ref/fate/filter-pixfmts-copy | 4 + tests/ref/fate/filter-pixfmts-crop | 4 + tests/ref/fate/filter-pixfmts-field | 4 + tests/ref/fate/filter-pixfmts-fieldorder | 4 + tests/ref/fate/filter-pixfmts-hflip | 4 + tests/ref/fate/filter-pixfmts-il | 4 + tests/ref/fate/filter-pixfmts-null | 4 + tests/ref/fate/filter-pixfmts-scale | 4 + tests/ref/fate/filter-pixfmts-transpose | 4 + tests/ref/fate/filter-pixfmts-vflip | 4 + tests/ref/fate/sws-floatimg-cmp | 16 +++ 23 files changed, 408 insertions(+), 4 deletions(-) create mode 100644 tests/ref/fate/filter-pixdesc-rgbaf32be create mode 100644 tests/ref/fate/filter-pixdesc-rgbaf32le create mode 100644 tests/ref/fate/filter-pixdesc-rgbf32be create mode 100644 tests/ref/fate/filter-pixdesc-rgbf32le -- 2.31.1.windows.1

2 7

[PATCH] avfilter: add ambisonic decoder filter
by Paul B Mahol 30 Oct '22

30 Oct '22

Patch attached.

2 10

[PATCH] aacdec: convert to lavu/tx and support fixed-point 960-sample decoding
by Lynne 30 Oct '22

30 Oct '22

This patch replaces the transform used in AAC with lavu/tx and removes the limitation on only being able to decode 960-sample files with the float decoder. This commit also removes a whole bunch of unnecessary and slow lifting steps the decoder did to compensate for the poor accuracy of the old integer transformation code. Overall float decoder speedup on Zen 3 for 64kbps: 32% Patch attached. Note: lavu/tx's PFA 960pt transform currently has a bug that'll get fixed by my next patchset. The naive transforms are unaffected and may be used to test 960pt fixed-point decoding.

2 1

[PATCH] avutil/channel_layout: add a cube channel layout
by James Almer 30 Oct '22

30 Oct '22

Signed-off-by: James Almer <jamrial(a)gmail.com> --- doc/APIchanges | 3 +++ doc/utils.texi | 2 ++ libavutil/channel_layout.c | 1 + libavutil/channel_layout.h | 2 ++ tests/ref/fate/channel_layout | 1 + 5 files changed, 9 insertions(+) diff --git a/doc/APIchanges b/doc/APIchanges index 5807bf8069..5aca1d1b5f 100644 --- a/doc/APIchanges +++ b/doc/APIchanges @@ -14,6 +14,9 @@ libavutil: 2021-04-27 API changes, most recent first: +2022-10-xx - xxxxxxxxxx - lavu 57.xx.xxx - channel_layout.h + Add AV_CH_LAYOUT_CUBE and AV_CHANNEL_LAYOUT_CUBE. + 2022-10-11 - xxxxxxxxxx - lavu 57.39.101 - pixfmt.h Add AV_PIX_FMT_RGBF32 and AV_PIX_FMT_RGBAF32. diff --git a/doc/utils.texi b/doc/utils.texi index 627b55d154..907a6b87cb 100644 --- a/doc/utils.texi +++ b/doc/utils.texi @@ -715,6 +715,8 @@ FL+FR+FC+LFE+BL+BR+FLC+FRC FL+FR+FC+LFE+FLC+FRC+SL+SR @item octagonal FL+FR+FC+BL+BR+BC+SL+SR +@item cube +FL+FR+BL+BR+TFL+TFR+TBL+TBR @item hexadecagonal FL+FR+FC+BL+BR+BC+SL+SR+WL+WR+TBL+TBR+TBC+TFC+TFL+TFR @item downmix diff --git a/libavutil/channel_layout.c b/libavutil/channel_layout.c index 21b70173b7..5af7ea0e01 100644 --- a/libavutil/channel_layout.c +++ b/libavutil/channel_layout.c @@ -197,6 +197,7 @@ static const struct channel_layout_name channel_layout_map[] = { { "7.1(wide)", AV_CHANNEL_LAYOUT_7POINT1_WIDE_BACK }, { "7.1(wide-side)", AV_CHANNEL_LAYOUT_7POINT1_WIDE }, { "octagonal", AV_CHANNEL_LAYOUT_OCTAGONAL }, + { "cube", AV_CHANNEL_LAYOUT_CUBE }, { "hexadecagonal", AV_CHANNEL_LAYOUT_HEXADECAGONAL }, { "downmix", AV_CHANNEL_LAYOUT_STEREO_DOWNMIX, }, { "22.2", AV_CHANNEL_LAYOUT_22POINT2, }, diff --git a/libavutil/channel_layout.h b/libavutil/channel_layout.h index 059ff70841..3e69163360 100644 --- a/libavutil/channel_layout.h +++ b/libavutil/channel_layout.h @@ -233,6 +233,7 @@ enum AVChannelOrder { #define AV_CH_LAYOUT_7POINT1_WIDE (AV_CH_LAYOUT_5POINT1|AV_CH_FRONT_LEFT_OF_CENTER|AV_CH_FRONT_RIGHT_OF_CENTER) #define AV_CH_LAYOUT_7POINT1_WIDE_BACK (AV_CH_LAYOUT_5POINT1_BACK|AV_CH_FRONT_LEFT_OF_CENTER|AV_CH_FRONT_RIGHT_OF_CENTER) #define AV_CH_LAYOUT_OCTAGONAL (AV_CH_LAYOUT_5POINT0|AV_CH_BACK_LEFT|AV_CH_BACK_CENTER|AV_CH_BACK_RIGHT) +#define AV_CH_LAYOUT_CUBE (AV_CH_LAYOUT_QUAD|AV_CH_TOP_FRONT_LEFT|AV_CH_TOP_FRONT_RIGHT|AV_CH_TOP_BACK_LEFT|AV_CH_TOP_BACK_RIGHT) #define AV_CH_LAYOUT_HEXADECAGONAL (AV_CH_LAYOUT_OCTAGONAL|AV_CH_WIDE_LEFT|AV_CH_WIDE_RIGHT|AV_CH_TOP_BACK_LEFT|AV_CH_TOP_BACK_RIGHT|AV_CH_TOP_BACK_CENTER|AV_CH_TOP_FRONT_CENTER|AV_CH_TOP_FRONT_LEFT|AV_CH_TOP_FRONT_RIGHT) #define AV_CH_LAYOUT_STEREO_DOWNMIX (AV_CH_STEREO_LEFT|AV_CH_STEREO_RIGHT) #define AV_CH_LAYOUT_22POINT2 (AV_CH_LAYOUT_5POINT1_BACK|AV_CH_FRONT_LEFT_OF_CENTER|AV_CH_FRONT_RIGHT_OF_CENTER|AV_CH_BACK_CENTER|AV_CH_LOW_FREQUENCY_2|AV_CH_SIDE_LEFT|AV_CH_SIDE_RIGHT|AV_CH_TOP_FRONT_LEFT|AV_CH_TOP_FRONT_RIGHT|AV_CH_TOP_FRONT_CENTER|AV_CH_TOP_CENTER|AV_CH_TOP_BACK_LEFT|AV_CH_TOP_BACK_RIGHT|AV_CH_TOP_SIDE_LEFT|AV_CH_TOP_SIDE_RIGHT|AV_CH_TOP_BACK_CENTER|AV_CH_BOTTOM_FRONT_CENTER|AV_CH_BOTTOM_FRONT_LEFT|AV_CH_BOTTOM_FRONT_RIGHT) @@ -389,6 +390,7 @@ typedef struct AVChannelLayout { #define AV_CHANNEL_LAYOUT_7POINT1_WIDE AV_CHANNEL_LAYOUT_MASK(8, AV_CH_LAYOUT_7POINT1_WIDE) #define AV_CHANNEL_LAYOUT_7POINT1_WIDE_BACK AV_CHANNEL_LAYOUT_MASK(8, AV_CH_LAYOUT_7POINT1_WIDE_BACK) #define AV_CHANNEL_LAYOUT_OCTAGONAL AV_CHANNEL_LAYOUT_MASK(8, AV_CH_LAYOUT_OCTAGONAL) +#define AV_CHANNEL_LAYOUT_CUBE AV_CHANNEL_LAYOUT_MASK(8, AV_CH_LAYOUT_CUBE) #define AV_CHANNEL_LAYOUT_HEXADECAGONAL AV_CHANNEL_LAYOUT_MASK(16, AV_CH_LAYOUT_HEXADECAGONAL) #define AV_CHANNEL_LAYOUT_STEREO_DOWNMIX AV_CHANNEL_LAYOUT_MASK(2, AV_CH_LAYOUT_STEREO_DOWNMIX) #define AV_CHANNEL_LAYOUT_22POINT2 AV_CHANNEL_LAYOUT_MASK(24, AV_CH_LAYOUT_22POINT2) diff --git a/tests/ref/fate/channel_layout b/tests/ref/fate/channel_layout index 19bcbce7d8..02eaad0929 100644 --- a/tests/ref/fate/channel_layout +++ b/tests/ref/fate/channel_layout @@ -25,6 +25,7 @@ hexagonal FL+FR+FC+BL+BR+BC 7.1(wide) FL+FR+FC+LFE+BL+BR+FLC+FRC 7.1(wide-side) FL+FR+FC+LFE+FLC+FRC+SL+SR octagonal FL+FR+FC+BL+BR+BC+SL+SR +cube FL+FR+BL+BR+TFL+TFR+TBL+TBR hexadecagonal FL+FR+FC+BL+BR+BC+SL+SR+TFL+TFC+TFR+TBL+TBC+TBR+WL+WR downmix DL+DR 22.2 FL+FR+FC+LFE+BL+BR+FLC+FRC+BC+SL+SR+TC+TFL+TFC+TFR+TBL+TBC+TBR+LFE2+TSL+TSR+BFC+BFL+BFR -- 2.38.1

3 3

[PATCH] web: Move 3.2 branch to olddownloads
by Michael Niedermayer 30 Oct '22

30 Oct '22

Signed-off-by: Michael Niedermayer <michael(a)niedermayer.cc> --- src/download | 38 -------------------------------------- src/olddownload | 38 ++++++++++++++++++++++++++++++++++++++ 2 files changed, 38 insertions(+), 38 deletions(-) diff --git a/src/download b/src/download index 6bca432..ffc9db0 100644 --- a/src/download +++ b/src/download @@ -560,44 +560,6 @@ libpostproc 54. 7.100</pre> </div>  </div>  - <h3 id="release_3.2">FFmpeg 3.2.19 "Hypatia"</h3> - - <p> - 3.2.19 was released on 2022-10-28. It is the latest stable FFmpeg release - from the 3.2 release branch, which was cut from master on 2016-10-26. - </p> - <p>It includes the following library versions: - </p> - <pre> -libavutil 55. 34.100 -libavcodec 57. 64.101 -libavformat 57. 56.101 -libavdevice 57. 1.100 -libavfilter 6. 65.100 -libavresample 3. 1. 0 -libswscale 4. 2.100 -libswresample 2. 3.100 -libpostproc 54. 1.100</pre> - - <div class="row"> - <div class="col-md-3"> - <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.xz">Download xz tarball</a> - <small><a href="releases/ffmpeg-3.2.19.tar.xz.asc">PGP signature</a></small> - </div>  - <div class="col-md-3"> - <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.bz2">Download bzip2 tarball</a> - <small><a href="releases/ffmpeg-3.2.19.tar.bz2.asc">PGP signature</a></small> - </div>  - <div class="col-md-3"> - <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.gz">Download gzip tarball</a> - <small><a href="releases/ffmpeg-3.2.19.tar.gz.asc">PGP signature</a></small> - </div>  - <div class="col-md-3 text-right"> - <small><a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/shortlog/n3.2.19">Changelog</a></small> - <a class="btn btn-success" href="https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/refs/heads/release/3.2:/RELEA…">Release Notes</a> - </div>  - </div>  - <h3 id="release_2.8">FFmpeg 2.8.20 "Feynman"</h3> <p> diff --git a/src/olddownload b/src/olddownload index 5a95e8b..760711c 100644 --- a/src/olddownload +++ b/src/olddownload @@ -81,6 +81,44 @@ libpostproc 54. 5.100</pre> </div>  </div>  + <h3 id="release_3.2">FFmpeg 3.2.19 "Hypatia"</h3> + + <p> + 3.2.19 was released on 2022-10-28. It is the latest stable FFmpeg release + from the 3.2 release branch, which was cut from master on 2016-10-26. + </p> + <p>It includes the following library versions: + </p> + <pre> +libavutil 55. 34.100 +libavcodec 57. 64.101 +libavformat 57. 56.101 +libavdevice 57. 1.100 +libavfilter 6. 65.100 +libavresample 3. 1. 0 +libswscale 4. 2.100 +libswresample 2. 3.100 +libpostproc 54. 1.100</pre> + + <div class="row"> + <div class="col-md-3"> + <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.xz">Download xz tarball</a> + <small><a href="releases/ffmpeg-3.2.19.tar.xz.asc">PGP signature</a></small> + </div>  + <div class="col-md-3"> + <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.bz2">Download bzip2 tarball</a> + <small><a href="releases/ffmpeg-3.2.19.tar.bz2.asc">PGP signature</a></small> + </div>  + <div class="col-md-3"> + <a class="btn btn-success" href="releases/ffmpeg-3.2.19.tar.gz">Download gzip tarball</a> + <small><a href="releases/ffmpeg-3.2.19.tar.gz.asc">PGP signature</a></small> + </div>  + <div class="col-md-3 text-right"> + <small><a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/shortlog/n3.2.19">Changelog</a></small> + <a class="btn btn-success" href="https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/refs/heads/release/3.2:/RELEA…">Release Notes</a> + </div>  + </div>  + <h3 id="release_3.1">FFmpeg 3.1.11 "Laplace"</h3> <p> -- 2.25.1

1 1

fix for avcodec/dvdsub_parser
by Aidan MacDonald 30 Oct '22

30 Oct '22

Hi, I was wondering if anyone has picked up this fix for DVD subtitles: https://patchwork.ffmpeg.org/project/ffmpeg/patch/20220930142009.5862-1-aid… Regards, Aidan

1 0