david
bcb7263ec6
- Introduce ci/versions.env as the single source of truth for the mpv tag and every dependency pin; the three build scripts and all workflows now source it instead of redeclaring versions inline. - Add release.yml: on a v* tag it reuses the three per-platform build workflows (workflow_call) and publishes the bare libmpv.so / .dll / .dylib assets plus a combined checksums.txt as a GitHub Release. - Rework build-*.yml: trigger on pull_request (PR check) and workflow_call instead of push to main, and expose the artifact name/version as job outputs so release.yml can assemble the release assets. - Route the Linux build through ccache (CC/CXX) so the CI ccache is actually populated and reused, fixing the 'Path Validation Error' on cache save.
mpv-natives
Self-built libmpv native binaries for jlibmpv, the Java/JNA wrapper library.
Why this repository exists
jlibmpv is 100% MIT and deliberately does not bundle any native binaries
(libmpv is GPL-licensed). End users who want a drop-in native they can point
mpv.libmpv.path at (or that a RemoteNativeLocator can download) find them
here, as versioned GitHub release assets.
- Pinned version: mpv
v0.41.0— the exact client API (131077) the jlibmpv JNA bindings are validated against. A libmpv update means bumpingMPV_REFin the workflows. - Build source: the mpv source tree is checked out at that tag by
GitHub Actions and built with the vendored scripts in
ci/(build-libmpv-mingw64.sh,build-libmpv-macos.sh,build-libmpv-linux.sh). No mpv source or third-party binaries are stored in this repository.
Releases
Each platform build produces a zip with the native library (self-contained,
single file) and a checksums.txt (SHA-256) for verification.
| Asset | Contents |
|---|---|
mpv-natives-windows-x86_64-mpv-<ver>.zip |
libmpv-2.dll (all dependencies statically linked, mingw64 build) |
mpv-natives-macos-universal-mpv-<ver>.zip |
libmpv.dylib (universal arm64 + x86_64, all dependencies statically linked) |
mpv-natives-linux-x86_64-mpv-<ver>.zip |
libmpv.so (all dependencies statically linked, native x86_64 build) |
Each native is fully self-contained: every dependency (ffmpeg, libass, libplacebo, harfbuzz, freetype, fribidi, …) is statically linked into the single library together with the C/C++ runtime where needed. The library depends only on the platform's system libraries, so there is no dependency closure to extract alongside it — jlibmpv loads it at runtime via JNA and never compiles against it, so no public headers are shipped.
On Linux the self-built libmpv.so additionally removes the need for the
distribution package (libmpv1), which lags behind in codec support (dav1d/
AV1, x264/x265): the pinned ffmpeg 8.0.1 guarantees the full codec set on any
recent glibc distribution.
How to use with jlibmpv
- Download the release asset for your platform and extract it.
- Point jlibmpv at the extracted native library —
libmpv-2.dll(Windows),libmpv.dylib(macOS) orlibmpv.so(Linux):-Dmpv.libmpv.path=/path/to/extracted/libmpv-2.dll.
Building
Builds run on GitHub Actions and are triggered by pushes to main or
manually (Actions tab). There is nothing to build locally.
License
The artifacts are built from mpv (GPL-3.0-or-later) and its dependencies (LGPL/GPL) and are distributed under those licenses. See LICENSE for the repository's license terms.