- Jan 24, 2025
-
-
Steve Lhomme authored
It generates compilation errors before as it's not supported. (cherry picked from commit f9041c34) (rebased) rebased: - 3.0 has winstore compat above
-
Steve Lhomme authored
Just like we favor the static version of libunwind. We don't need any extra flags for the compiler. It's all handled in the linker. Ref. #28903 (cherry picked from commit cd7e35c6)
-
Steve Lhomme authored
(cherry picked from commit d8979813) (edited) edited: - 3.0 had more/in different places
-
Steve Lhomme authored
This way it's enabled the same way for all the code we build. (cherry picked from commit 2c2eb681)
-
Steve Lhomme authored
This may trigger some compiler detection in some contribs. The warning is issued when linking through the compiler. (cherry picked from commit 112d5c78)
-
Steve Lhomme authored
Only used in UWP builds. (cherry picked from commit 619dff36) (edited) edited: - 3.0 has winstorecompat library
-
Steve Lhomme authored
Only ignore the options we add locally. This is how it's done in the llvm-mingw wrappers. (cherry picked from commit 1539eac3) (rebased) rebased: - 3.0 has winstore compat below
-
Steve Lhomme authored
Otherwise it may use the dynamic libunwind (as found in meson). Don't emit errors if it's not using (when only compiling). Some contribs don't like that. (cherry picked from commit 90488d35) (edited) edited: - 3.0 doesn't have meson support
-
Steve Lhomme authored
We did the detection, we know what we should use. (cherry picked from commit 55d61600)
-
Steve Lhomme authored
So it applies to autotools and meson builds. It's currently forced in the configure script. (cherry picked from commit e324c59c)
-
Steve Lhomme authored
(cherry picked from commit c272db05) (edited) edited: - 3.0 builds .luac instead of tools
-
Steve Lhomme authored
(cherry picked from commit 60a8da05) (edited) edited: - 3.0 builds .luac instead of tools
-
Steve Lhomme authored
(cherry picked from commit f341ca78) (edited) edited: - in 3.0 it was placed after the configure message
-
Steve Lhomme authored
For now we keep exporting the usual names (cherry picked from commit 64297f36) (rebased) rebased: - the code around is slightly different
-
Steve Lhomme authored
(cherry picked from commit 1a9fe27e) (edited) edited: - 3.0 builds .luac instead of tools
-
Steve Lhomme authored
(cherry picked from commit 9165d99c) (edited) edited: - 3.0 builds .luac instead of tools - 3.0 doesn't use SHORTARCH
-
Steve Lhomme authored
For now we keep exporting the usual names (cherry picked from commit 5e67a886) (edited) edited: - 3.0 has winstorecompat library and define
-
Steve Lhomme authored
The contribs and VLC have their own way of detecting/unabling winstore builds. (cherry picked from commit 7f7405c9) (rebased) rebased: - qt the code around is slightly different
-
Steve Lhomme authored
For now we keep exporting the usual names (cherry picked from commit 4290a69d)
-
Steve Lhomme authored
So we know the tools that need to be built from there. (cherry picked from commit 41bbcde5)
-
Steve Lhomme authored
The mingw-w64 LLVM packages use XXX-w64-mingw32uwp for UWP targets. This will enable HAVE_WINSTORE in contribs. (cherry picked from commit f0b8e441)
-
Steve Lhomme authored
(cherry picked from commit 98f77b7e)
-
Steve Lhomme authored
(cherry picked from commit 8998fca0) (edited) edited: - 3.0 doesn't have the tools target, it just builds .luac
-
Steve Lhomme authored
We also want to know about native tools that may or may not be there. (cherry picked from commit aca40946)
-
(cherry picked from commit 27f7dfcc)
-
Steve Lhomme authored
This reverts commit 0fe8d038. This is still needed for 3.0 contribs.
-
- Jan 23, 2025
-
-
(cherry picked from commit 53858f99) (rebased) rebased: - 3.0 doesn't carry DolbyVision metadata - the code around is slightly different
-
If it's flipped, it's modifying the source matrix inside the codec which doesn't seem right... (cherry picked from commit 0e208650)
-
(cherry picked from commit 27e327e7) (edited) edited: - 3.0 doesn't carry DolbyVision metadata
-
(cherry picked from commit de0cf629) (edited) edited: - 3.0 doesn't carry DolbyVision metadata
-
av_packet_side_data_get() was introduced in lavc 60.29.100 [^1]. av_stream_get_side_data() is deprecated and will be removed in the future. [^1] https://github.com/FFmpeg/FFmpeg/commit/74279227dd28d01b447edb8e617a545982171c2c (cherry picked from commit d3f5c874)
-
(cherry picked from commit 6903d3a7)
-
The side data API will offer a more accurate representation of the rendering operations in the next commit. (cherry picked from commit 1997cec8)
-
avcodec_close() has been discouraged since 2016 [^1]. The internal closing we need under lock is done inside avcodec_free_context(). [^1] https://github.com/FFmpeg/FFmpeg/commit/1cc24d749569a42510399a29b034f7a77bdec34e (cherry picked from commit cda249f4)
-
p_codec->sample_fmts is deprecated. It both cases the array was ending with AV_SAMPLE_FMT_NONE. (cherry picked from commit f20c4805)
-
p_codec->pix_fmts is deprecated. It both cases the array was ending with AV_PIX_FMT_NONE. (cherry picked from commit 5e11c8f3) (edited) edited: - 3.0 was using PixelFormat instead of AVPixelFormat
-
p_codec->supported_framerates is deprecated. (cherry picked from commit e1f4cc82) (rebased) rebased: - the code around is slightly different
-
The structure fields are deprecated. It was introduced in lavu 58.7.100. (cherry picked from commit 44dfaf63)
-
codecs sending 2 fields set the flag, otherwise it's one field. ticks_per_frame is deprecated and will be removed in the next major API bump. (cherry picked from commit 47b878be) (rebased) rebased: - the code around is slightly different
-
The documentation says it's either 1 or 2. I verified this is the case in FFmpeg 7.1. Only h264dec, mpeg12dec, mpegvideo_parser, vc1 set it. (cherry picked from commit 2f5c8604) (edited) edited: - p_sys is accessed via dec->p_sys on 3.0
-