summaryrefslogtreecommitdiffstats
path: root/externals/ffmpeg/CMakeLists.txt (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Add support for deinterlaced videos playbackDanila Malyutin2023-05-211-2/+3
| | | | | This is a follow up to #10254 to improve the playback of cut scenes in Layton's Mystery Journey. It uses ffmpeg's yadif filter for deinterlacing.
* cmake: Fix FindPkgConfigAlexandre Bouvier2022-09-201-1/+1
|
* chore: make yuzu REUSE compliantAndrea Pappacoda2022-07-271-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [REUSE] is a specification that aims at making file copyright information consistent, so that it can be both human and machine readable. It basically requires that all files have a header containing copyright and licensing information. When this isn't possible, like when dealing with binary assets, generated files or embedded third-party dependencies, it is permitted to insert copyright information in the `.reuse/dep5` file. Oh, and it also requires that all the licenses used in the project are present in the `LICENSES` folder, that's why the diff is so huge. This can be done automatically with `reuse download --all`. The `reuse` tool also contains a handy subcommand that analyzes the project and tells whether or not the project is (still) compliant, `reuse lint`. Following REUSE has a few advantages over the current approach: - Copyright information is easy to access for users / downstream - Files like `dist/license.md` do not need to exist anymore, as `.reuse/dep5` is used instead - `reuse lint` makes it easy to ensure that copyright information of files like binary assets / images is always accurate and up to date To add copyright information of files that didn't have it I looked up who committed what and when, for each file. As yuzu contributors do not have to sign a CLA or similar I couldn't assume that copyright ownership was of the "yuzu Emulator Project", so I used the name and/or email of the commit author instead. [REUSE]: https://reuse.software Follow-up to 01cf05bc75b1e47beb08937439f3ed9339e7b254
* ffmpeg: Fix mis-maching argument warning for endifMerry2022-02-281-1/+1
|
* Improve FFmpeg cmake fileValeri2022-01-221-3/+8
| | | | * Fix compilation if CUDA_INCLUDE_DIRS is empty/contains multiple paths * Pass CMAKE_{C,CXX}_COMPILER_LAUNCHER to ffmpeg compiler
* externals/ffmpeg: set the cmake variable twice ...liushuyu2021-12-161-5/+10
| | | | ... to avoid leaving variable undefined in the current scope
* externals: fix a regression when using MSVCliushuyu2021-12-161-1/+1
|
* video_core/codecs: (re-spin) refactor ffmpeg searching and handlingliushuyu2021-12-162-0/+209
|
* Revert "video_core/codecs: refactor ffmpeg searching and handling in cmake"bunnei2021-12-152-209/+0
|
* CI: fix CI on Linuxliushuyu2021-12-141-1/+1
|
* ffmpeg: move the whole tree into externals/ffmpeg/ffmpeg ...liushuyu2021-12-142-0/+209
| | | | | | | * this resolves the todo items in the CMakeLists.txt * a version requirement check for ffmpeg is added to catch issues early * for future-proof reasons, nasm/yasm is now only required when build on x86/AMD64 systems
* externals: Checkout 79e8d17024 for FFmpeglat9nq2021-05-131-0/+0
| | | | | | | | 6b6b9e593d does not exist on FFmpeg master, and tag n4.3.1 requires manually fetching all of FFmpeg's tags. `git` reports that the commit does not exist initially and can be confusing as a result. Instead, checkout the immediately previous commit from n4.3.1 on their master branch.
* ffmpeg: Checkout tag n4.3.1lat9nq2021-02-061-0/+0
| | | | | Target a specific release version rather than some random development commit.
* externals: Add submodule ffmpeglat9nq2021-02-051-0/+0