summaryrefslogtreecommitdiffstats
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* mac/events: move input ctx related functionality into new input helperder richter2024-03-141-0/+1
| | | | | preparation for mac/events cleanup and single responsibility principle. all functions are thread safe.
* meson: fix ios-gl hwdec buildRobert Kopaczewski2024-03-121-1/+1
|
* meson: remove main function from libmpv buildowl0w12024-03-071-5/+5
| | | Only include a main function in cplayer build, not libmpv build. This shaves off 40 bytes from libmpv build.
* mac/menu: rewrite menu bar in swiftder richter2024-03-071-6/+6
|
* osdep/mac: make mac naming of files, folders and function consistentder richter2024-02-281-20/+20
| | | | | rename all macOS namings (osx, macosx, macOS, macos, apple) to mac, to make naming consistent.
* meson: add custom target for macOS App bundlingder richter2024-02-241-0/+8
| | | | Fixes #10879
* options/path: move path utility functions to misc/path_utilsnanahi2024-02-231-0/+1
| | | | | These utility functions have nothing to do with user and config dir/file. Move them to a separate file.
* osdep/io: move I/O utility functions to misc/io_utilsnanahi2024-02-231-0/+1
| | | | | | | The purpose of osdep/io is to provide a wrapper for POSIX I/O functions on Windows. The last 2 functions are utility functions which don't serve this purpose. Move them to a separate file.
* meson: set default options for libplacebo if using subprojectllyyr2024-02-121-1/+2
| | | | | | This will prevent building demos and link statically with libplacebo by default if system libplacebo is not found or isn't new enough and a sufficiently new enough libplacebo exists in `subprojects/libplacebo`.
* player: remove all rpi-specific codeDudemanguy2024-02-051-22/+1
| | | | | | | | | | | | | | | | | | | | | | vo_rpi and its related code has pretty much historically been a disaster in mpv. The build regularly gets broken and since nobody uses it, it takes months for anyone to notice. There was also that time where fullscreen was broken for about a year and a half. Also building in waf was entirely broken for about a couple of years or so due to mysterious reasons no one ever figured out (meson magically fixed it). Anyways, once again the build is broken due to rpi being forgotten about again, but instead of pretending to support this crap. Just drop it all. Nowadays, mmal hwdec is a relic since these devices are better off using the v4l2m2m ffmpeg fork instead which actually uses KMS properly. RPI 1 and 2 probably can't do this and will remain broken but oh well blame Broadcom for being special snowflakes and not using standard APIs (my rockpro worked out of the box; just saying). RPI 2 is nearly 10 years old anyways, so I think you can afford a new SBC by now. If we were nicer, there would be a deprecation period, but this is broken in the last major release anyway so too late. Closes #13402.
* meson: bump libplacebo required version to 6.338.2Kacper Michajłow2024-01-311-1/+1
|
* win32: move IME candidate window to video windownanahi2024-01-151-0/+1
| | | | | By default the IME candidate window appears on the top left corner of the monitor. Move it to the video window for sane behavior.
* meson: use subprocess-dummy.c fallback when fork func doesn't existkarelrooted2023-12-031-1/+5
|
* meson: fix check for dvbin availabilitysfan52023-11-291-2/+3
|
* build: only directly link shaderc and spirv-cross on windowsDudemanguy2023-11-281-2/+2
| | | | | | | See 1b035402a688a5d116a9014e8930d7863481eeed. This is only relevant if you are using d3d11 on --vo=gpu which is windows-only. For all other platforms, vulkan uses libplacebo which uses shaderc. mpv itself doesn't need it in those cases.
* meson: move mpv.com target after mpv.exe to avoid meson version warningKacper Michajłow2023-11-271-7/+7
| | | | | meson is able to detect blocks of code that are guarded with version checks, but we did that in reverse order and mpv.exe was complaining.
* meson: generate .com in the same place as the .exe if possibleDudemanguy2023-11-271-0/+7
| | | | | | | | | Meson was pretty strict about target ids and generating the mpv.com in the same directory as mpv.exe wasn't possible. So as a workaround we tucked it away in a subdirectory, but that's not really intuitive at all. Well as of meson 1.3.0, this is now possible so leverage it since it makes way more sense. We still keep the old workaround for anyone using older meson versions.
* meson: add missing _GNU_SOURCE in checkKacper Michajłow2023-11-251-0/+1
|
* meson: adjust win32 definesKacper Michajłow2023-11-251-3/+8
| | | | | | | | - Don't define _GNU_SOURCE on Windows, no need - Define WIN32_LEAN_AND_MEAN to strip some unneded headers from windows.h - Define NOMINMAX and _USE_MATH_DEFINES as they are common for Windows headers
* meson: don't define __USE_MINGW_ANSI_STDIOKacper Michajłow2023-11-251-1/+1
| | | | | | | It is defined automatically when needed, which is almost never we don't support Windows XP. See: https://github.com/mingw-w64/mingw-w64/commit/bfd33f6c0ec5e652cc9911857dd1492ece8d8383
* meson: also expose present_sync for VT-only after a96d04f19d73Jan Beich2023-11-221-1/+1
| | | | | | | | | | | | | | | | | | | | | $ meson setup --auto-features=disabled -Ddrm=enabled -Degl=enabled -Dgbm=enabled -Degl-drm=enabled /tmp/mpv_build $ meson compile -C /tmp/mpv_build [...] ld: error: undefined symbol: mp_present_initialize >>> referenced by drm_common.c >>> libmpv.so.2.2.0.p/video_out_drm_common.c.o:(vo_drm_init) ld: error: undefined symbol: present_sync_update_values >>> referenced by drm_common.c >>> libmpv.so.2.2.0.p/video_out_drm_common.c.o:(drm_pflip_cb) ld: error: undefined symbol: present_sync_swap >>> referenced by drm_common.c >>> libmpv.so.2.2.0.p/video_out_drm_common.c.o:(drm_pflip_cb) ld: error: undefined symbol: present_sync_get_info >>> referenced by vo_drm.c >>> libmpv.so.2.2.0.p/video_out_vo_drm.c.o:(get_vsync)
* vaapi: add support for vaapi-win32Kacper Michajłow2023-11-221-1/+8
| | | | | | | | | | | Only vaapi-copy variant as nothing can map D3D12 resources currently. And even if we would add resource sharing to D3D11 it would invoke copy at some point, so there is no point really. Maybe in the future when libplacebo get smarter about resource sharing on Windows, but practical advantages are really small. I've tested it with Vulkan <-> D3D11 sharing and GPU <-> GPU copy is still invoked. Better than CPU memcpy, something for the future.
* hwdec: support videotoolbox with libplaceborcombs2023-11-161-2/+15
|
* cocoa: remove OpenGL cocoa backendder richter2023-11-101-8/+3
| | | | | | the OpenGL cocoa backend was deprecated in 0.29, it has lot of bugs, is completely unmaintained and can't properly playback anything anymore on the newest macOS. it is time to remove it.
* TOOLS/macos-sdk-version: remove legacy sdk version retrievalder richter2023-11-101-4/+2
| | | | | | | | | | | | | | | | | | | | | | | older macOS dev tools were inconsistent with the way how SDK versions were returned, some truncated the minor versions. in those cases the SDK version had to be retrieved through the SDK build version. recently the scheme for the SDK build version changed that our heuristic for converting it to an SDK version produced wrong version strings. the stride of the minor version changed from 1 to 2, so SDK versions ended up higher than they actually were. furthermore macOS 11 was hardcoded. since Xcode 12 Apple fixed the SDK version retrieval and it is no longer truncated when using Xcode as dev tools. Xcode 12 is also the latest supported version on macOS 10.15, which is also our oldest supported version. we can remove the old SDK build version conversation and use the Xcode only tool to retrieve the SDK version in the case Xcode is used as dev tools. furthermore this als keeps support for Xcode 11 where the problem wasn't fixed yet, but is still a supported version on macOS 10.15. Fixes #9907
* meson: remove several macos-10-* build optionsDudemanguy2023-11-091-18/+3
| | | | | | | | | | | These have been build options since the waf build, but that doesn't really make sense. The build can detect whatever macOS sdk version is available and then use that information to determine whether to enable the features or not. Potentially disabling multiple sdk versions doesn't really make any sense. Because f5ca11e12bc55d14bd6895b619c4abfd470c6452 effectively made macOS 10.15 the minimum supported version, we can drop all of these checks and bump the required sdk version to 10.15. The rest of the build simplifies from there.
* meson: add missing source file for UWPKacper Michajłow2023-11-081-1/+2
|
* osdep/threads-posix: use CLOCK_MONOTONIC if supportedKacper Michajłow2023-11-081-0/+4
|
* threads: rename threads.c to threads-posix.cKacper Michajłow2023-11-051-1/+1
|
* threads: move pthread debug to threads-posix.hKacper Michajłow2023-11-051-3/+0
| | | | And remove redundant define while at it.
* mp_thread: add win32 implementationKacper Michajłow2023-11-051-24/+10
|
* meson: do the macos sdk version comparison in mesonDudemanguy2023-10-291-1/+3
| | | | | | | | Since we can no longer rely on distuils for a version comparison, let's modify the macos-sdk-version script so it returns multiple potential versions to meson. Then use meson's built-in version comparison to pick the right one instead. This avoids the complication of needing certain python packages installed since everything simply uses stdlib functions.
* Revert "meson: import python module"Dudemanguy2023-10-291-5/+2
| | | | | | | | | | | | | | | | | Since distutils was dropped from python 3.12, we can't rely on a standard library implementation for version comparison anymore hence the switch to packaging instead which is essentially supposed to be the replacement. This is problematic though because macOS can have several ways of managing python can result in the build calling the wrong python binary that doesn't have the actual packaging library installed. This commit was a workaround for that since it would fetch the python used to run the build (which is probably the one the user wants), but apparently upstream doesn't like this and it's subject to change*. So instead, let's solve try, and solve this a different way. This reverts commit a57bd8e2b8a1871dc2613984b7ca93dd7bcb5419. *: https://github.com/mesonbuild/meson/pull/12116#pullrequestreview-1575846647
* meson: import python modulem154k12023-10-281-2/+5
| | | | | | | | | | - Use import to find Python installation. - Run macos-sdk-version.py with Python provided by meson. This fixes an error when meson and python-packaging are installed from Homebrew. Currently, the Python executable from python@3.12 is installed as python3.12 so python3 is referring to system installation, which may not have packaging module. meson can provide the correct executable via import.
* osdep/timer-win2: rename to timer-win32Kacper Michajłow2023-10-251-1/+1
|
* meson: remove libplacebo wrapllyyr2023-10-251-2/+1
| | | | This causes more pain than it is worth
* meson: make libplacebo a required dependencyllyyr2023-10-231-28/+16
| | | | | | | Make it not possible to build mpv without the latest libplacebo anymore. This will allow for less code duplication between mpv and libplacebo, and in the future also let us delete legacy ifdefs and track libplacebo better.
* meson: remove -D_ISOC99_SOURCE flagDudemanguy2023-10-211-2/+1
| | | | | The meson build has always compiled with c_std=c11. This was never really needed.
* osdep: drop atomic fallbackNRK2023-10-201-7/+3
| | | | | even msvc (which mpv apparently doesn't support) supports C11 atomics now. no need to carry around fallback with subtle semantic differences.
* meson: streamline selection of certain osdep sourcessfan52023-10-201-12/+11
|
* stream_cdda: remove fallback for ancient libcdio versionsDudemanguy2023-10-191-2/+3
| | | | | | CDIO_API_VERSION 6 has been around since libcdio 0.90. That was release over a decade ago. There's literally no reason to keep the ugly mess of the old api around so remove it.
* ci: enable -WerrorKacper Michajłow2023-10-191-2/+0
| | | | | | For better feedback on build status and to keep mpv warning free. Except for macos builds, there are more issue there that need fixing.
* vo_gpu/vo_gpu_next: add vulkan support for macOSder richter2023-10-141-4/+11
| | | | | | | | add support for vulkan through metal and a translation layer like MoltenVK. also add the possibility to use different render timing modes for testing. i still consider this experimental atm.
* vo: use mp_poll wrapper in wait_events when applicableDudemanguy2023-10-101-0/+3
| | | | | | | | | | On linux, several platforms poll for events over a fd. This has ms accuracy, but mpv's timer is in ns now so lots of precision is lost. We can use an mp_poll wrapper to use ppoll instead which takes a timespec directly with nanosecond precision. On systems without ppoll this falls back to old poll behavior. On wayland, we don't actually use this because ppoll completely messes up the event loop for some unknown reason.
* osdep: rename polldev to poll_wrapperDudemanguy2023-10-101-1/+1
| | | | | | | Originally, this was added as purely a shim for macOS. However since we want to do high resolution polling which is not neccesarily available on all platforms, making this a generic wrapper for poll functions is useful so rename it.
* meson: declare libmpv as a dependency and override itDudemanguy2023-10-031-0/+4
| | | | | | This allows libmpv users to build it as a subproject easily, i.e. meson setup build --force-fallback-for=mpv -Dmpv:libmpv=true, if the mpv source is in the subprojects directory. Mainly useful for development.
* win32/pthread: define _POSIX_TIMERS to notify they are not supportedKacper Michajłow2023-09-291-3/+0
|
* meson: don't link pthreads when internal impl is usedKacper Michajłow2023-09-291-3/+6
|
* meson: don't require swift when checking macos sdkDudemanguy2023-09-271-4/+8
| | | | | | | It turns out that iOS doesn't actually need swift so this sdk check was too strict and the build failed. Instead, only check this if we have darwin and then make sure that the osdep subdir is only executed if there are swift sources in the list. Fixes #12161.
* meson: enable cplugins on WindowsKacper Michajłow2023-09-201-2/+2
| | | | Fixes: #12185
* meson: check vulkan versionsyphyr2023-09-131-1/+1
| | | | | The symbol "vkGetPhysicalDeviceProperties2" was recently added after refactoring context.c.
* meson: rename last feature with underscoresfan52023-09-111-1/+1
| | | | fixes: ecbaf347010530cb7ca1858486e001f804811921
* meson: add -Bsymbolic for libmpvKacper Michajłow2023-09-071-0/+1
| | | | | | | | | This is required when linking ffmpeg statically and generally good practice to have on shared libraries anyway. Prerequisit for fixes in mpv-build for: https://github.com/mpv-player/mpv-build/issues/215 https://github.com/haasn/libplacebo/issues/198
* meson: include our local copy of libavutil uuid if ffmpeg is too oldPhilip Langdale2023-09-041-0/+5
| | | | | | | | | In the previous change, I added the uuid files. In this change, we check the libavutil version and if it's too old, we compile in our local copy. We have to change the include paths of the uuid code to find some other libavutil headers, but nothing beyond that.
* meson: rename all features with underscoressfan52023-08-201-10/+9
| | | | The convention is to use dashes.
* meson: remove redundant libplacebo version check for Vulkan interopPhilip Langdale2023-08-191-2/+2
| | | | | | With the bump of the required base libplacebo version, we no longer need to do an additional check for Vulkan interop - it will always be new enough.
* x11: remove xinerama and refactor window geometryDudemanguy2023-08-201-1/+0
| | | | | | | | | | | mpv mixes xinerama and randr usage together which gets kind of confusing and is also pretty stupid. Xinerama is completely unneccesary today since randr can do everything it can do and much more. Remove it. This reworks a lot of the window/geometry handling stuff to be centered completely around xrandr_display plus some other tweaks to the geometry handling. An important concept is that current_icc_screen is changed into current_screen and used more generously since it is useful for things besides just icc profiles.
* x11: require randr 1.4Dudemanguy2023-08-201-1/+1
| | | | | | There really is no reason to not just hard require randr 1.4. xorg added 1.4 support in 2012 and someone somehow using an xorg server older than that today surely has several other problems.
* meson: remove redundant libplacebo-next checkNiklas Haas2023-08-181-11/+3
| | | | Now implied by the minimum libplacebo version.
* meson: bump minimum libplacebo dependency to v6.292Niklas Haas2023-08-181-1/+1
| | | | To remove a bunch of #ifdef templating.
* build: check for SNDCTL_DSP_HALT for oss-audioLeonardo Taccari2023-08-161-1/+1
| | | | | | | At least NetBSD ossaudio(3) right now has SNDCTL_DSP_SETPLAYVOL support but does not support SNDCTL_DSP_HALT chocking at build time. NFCI on platforms where oss audio output is supported.
* vf_vapoursynth: save display resolution as a variableDudemanguy2023-08-131-2/+2
| | | | | | | | | | | | | | mpv has a generic method for getting the display resolution, so we can save it in vf_vapoursynth without too much trouble. Unfortunately, the resolution won't actually be available in many cases (like my own) because the windowing backend doesn't actually know it yet. It looks like at least windows always returns the default monitor (maybe we should do something similar for x11 and wayland), so there's at least some value. Of course, this still has a bunch of pitfalls like not being able to cope with multi monitor setups at all but so does display_fps. As an aside, the vapoursynth API this uses apparently requires R26 (an ancient version anyway), so bump the build to compensate for this. Fixes #11510
* build: remove version.pyKacper Michajłow2023-08-021-7/+2
| | | | | | | | | | | | | After second thought version.py does not do anything useful. Meson has built-in function vcs_tag that mostly replicate what version.py did. For the build time we can just use __DATE__ and __TIME__. Of course this changes time string format a little, but in my opinion it looks nicer in fact. Also it will use local time, instead UTC. But I would argue that date string is only informative for users to check how old the specific mpv build is. It doesn't have to be precise, it weren't for years anyway before recent change.
* drm: bump minimum version to 2.4.105LaserEyess2023-07-311-4/+1
| | | | | Debian 12 is out, with 2.4.114, and Ubuntu 22.04 has 2.4.110, this #ifdef is no longer needed
* build: remove outdated generated directoryDudemanguy2023-07-311-8/+23
| | | | | | | | | | | | | | | | This only existed as essentially a workaround for meson's behavior and to maintain compatibility with the waf build. Since waf put everything in a generated subdirectory, we had to put make a subdirectory called "generated" in the source for meson so stuff could go to the right place. Well now we don't need to do that anymore. Move the meson.build files around so they go in the appropriate place in the subdirectory of the source tree and change the paths of the headers accordingly. A couple of important things to note. 1. mpv.com now gets made in build/player/mpv.com (necessary because of a meson limitation) 2. The macos icon generation path is shortened to TOOLS/osxbundle/icon.icns.inc.
* ao_sndio: use sio_flush() to improve controls responsivenessAlexandre Ratchov2023-07-301-0/+1
| | | | Use sio_flush() instead of sio_stop() to improve controls responsiveness.
* meson: look for linux/input-event-codes.h with libwayland flagsJan Beich2023-07-291-1/+3
| | | | | | |<