* [ffmpeg] Fix off-by-one issue when looping over the OSX_ARCHS
This fixes crosscompiling e.g. arm64 on x64
* [ffmpeg] Remove redundant --enable-cross-compile flag
* [ffmpeg] Bump port version
* Update ffmpeg to 4.4.3
- Backport fix for h.264 hardware decoding on M1 macs
- ffmpeg links against built-in atomic, not a findable lib
* add missing extension for new patch
* version!
Co-authored-by: Martijn Otto <martijn@resolume.com>
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [ffmpeg] Update the download address of gcc under windows arm
* Never gcc download under windows arm
* update ffmpeg.json
* Removed download requirement for "cpp.exe" preprocessor
* x-add-version
I tried to build FFmpeg for ARM64 but I got an error.
The problem happens because portfile.cmake uses gcc-9.3.0 but it has been removed from repository.
See:
https://repo.msys2.org/msys/x86_64/
So, it is just needed to update that file to the newer updated version and you will be able to build FFmpeg for ARM64 again.
* [ffmpeg] Set --disable-audiotoolbox when targeting iOS
* [ffmpeg] Bump port version to 19
* Update ffmpeg.json
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* refine hpx port
* v db
* add tcmalloc on unix
* refine comment
* v db
* remove hardcoded mpi dep
* v db
* portfile cleanup
* v db
* add pkgconf as a dep
* v db
* [snappy] remove debug suffix and add pc file
* hpx pass through _HOST_TRIPLET for pkgconf
* v db
* fix snappy in ffmpeg
* v db
* fix name clash of output names
* v db
* remove tcmalloc
* v db
* remove bin dir; seems empty on !windows
* v db
* b v
* v db
* baseline stuff
* fix jemalloc missing msvc_compat headers
* v db
* install usage for hpx
* v db
* Update versions/f-/ffmpeg.json
* revert v db
* bump ffmpeg
* v db
* remove jemalloc since I can force it thorugh the triplet any way.
* v db
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Fix failure of cross-compiling for ffmpeg due to use inappropriate strip.
* Update port version of ffmpeg.
* Remove redundant adjust condition.
* Update version database
Co-authored-by: Jamlys Lee <jamlys_lee@163.com>
* move vcpkg-cmake-get-vars to its own helper port
* manifest format
* version stuff
* doc and version stuff
* add missing include
* version bump
* remove coypright copying.
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
* [ffmpeg] Block "tensorflow" for the "all" feature on non-x64.
In https://github.com/microsoft/vcpkg/pull/21980/ , we removed all the blocks for tensorflow which were merely replicating that upstream's "supports" expression. That is the correct behavior: if upstream adds support for a thing, it should start being tested downstream. However, the "all" and "all-nonfree" features of ffmpeg attempt to turn on what is really "all supported" rather than "all", so the feature-dependency needs to be guarded.
Note that the ffmpeg[tensorflow] feature remains unguarded! It is ffmpeg[all]'s *dependency* on ffmpeg[tensorflow] that is guarded.
* Also guard ass, tensorflow, and fontconfig for uwp
* Update HTTP to HTTPS links where it can be done safely.
This means that the HTTP-based link gave a 200 response with identical
content to the HTTPS version of the link. For links containing
variables, we checked the interpolated (real) link.
* Bump relevant vcpkg.json versions.
* Use version-date for cello.
* update version
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
* [ffmpeg] Update dependency support for recent changes.
Updates for changes in commits:
7bb175e [aom/libavif] Add support for ARM and UWP
a8204d9 [fribidi] Support new platform
* update
* [ffmpeg] update x264 supports.
* Fix version database.
* update
* Update all platform checks and error messages
* Update vcpkg.json
* Update ffmpeg.json
* fixup osx.
* another osx fixup
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [ffmpeg/opencv4] Update opencv4 feature dependency and remove ffmpeg feature 'postproc' from default feature
* Update the baseline version
* [opencv3] Update the feature dependency
* Update the baseline
* [opencv2] Update the feature dependency
* Update the baseline version
* Fix uwp build failures
* Update the baseline version
* Fix opencv2 version
* update the baseline version
* update the baseline version
* Un-edit git-tree.
* Update cuda feature
* Update the baseline
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [fdk-aac] make patent-encumbered HE-AAC optional
By default, use a fork of fdk-aac (which was originally written
by Fraunhofer for the Android Open Source Project) which has
support for the patent-encumbered HE-AAC, HE-AACv2, and xHE-AAC
profiles removed. This fork is used by Fedora and Arch Linux to
provide support for most AAC use cases without patent licensing
fees and to permit combining it with GPL software. The upstream
fdk-aac with support for all AAC profiles can be built with the
new 'he-aac' option for this port.
Fedora Legal's opinion, from
https://bugzilla.redhat.com/show_bug.cgi?id=1501522#c112 :
The Fedora Project is aware that the Free Software Foundation
has stated that the Fraunhofer FDK AAC license is GPL
incompatible, specifically, because of Clause 3.
We believe that the fdk-aac software codec implementation that we
wish to include in Fedora is no longer encumbered by AAC patents.
This fact means that Clause 3 in the FDK AAC license is a "no op",
or to put it plainly, if no patents are in play, there are no
patent licenses to disclaim. For this (and only this) specific
implementation of fdk-aac, we believe that the FDK AAC license is
GPL compatible.
Also:
* remove restriction on dynamic linking. Upstream has a .def
file which is used by CMake.
* replace deprecated vcpkg functions
* [ffmpeg] use fdk-aac[he-aac] for fdk-aac feature
There is no point to this feature without HE-AAC because FFmpeg has
its own AAC codec that does not support HE-AAC.
