FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=main 2025-11-22T16:01:28Z 2025-11-22T16:01:28Z Mikhail Teterin mi@FreeBSD.org 2025-11-13T17:23:47Z urn:sha1:0c4cab0453d778353fdec3e01f071536f32c3d5a Unlike with the 4.0, there should be no API compatibility problems. Changelog: https://x265.readthedocs.io/en/master/releasenotes.html Reviewed by: pkubaj PR: 290764 2024-10-06T11:49:16Z Mikhail T. freebsd-2024@virtual-estates.net 2024-10-01T14:45:56Z urn:sha1:7c8a3f43dc8455ad4c80782e172f8f0926b2cc99 The latest edition provides fixes for the 32-bit ARM, and drops the need for gcc/binutils on the 64-bit ARM (aarch64). Many thanks to fuz@ for providing remote access to the two ARM-systems. The libvmaf-support remains broken, because our port of the dependency has been upgraded to 3.0.0, which is only supported by x265-4.0. Not removing this option for the sake of those, who might have kept the older vmaf on their systems. The ASM is no longer an option -- it was always a requirement on some platforms, and is very useful on others. PR: 281680 2024-05-10T16:19:50Z Piotr Kubaj pkubaj@FreeBSD.org 2024-05-08T09:03:36Z urn:sha1:b957fb0221d9ff95a0a3e5d5f15ae7ff54e67bab c++: error: unsupported option '-mabi=' for target 'powerpc64-unknown-freebsd14.1' 2023-12-18T16:31:48Z Mikhail Teterin mi@FreeBSD.org 2023-12-18T16:28:44Z urn:sha1:4a9eb2b55c70f3057a82966c77542484ab434373 Though it worked on some releases, where another header quietly drags-in the types.h, it was broken on FreeBSD-12.x. Suggested by: John Hein PR: 274526 2023-12-15T21:12:58Z Mikhail Teterin mi@FreeBSD.org 2023-12-15T21:12:58Z urn:sha1:645419c8e46533e7e9953a432fa02dc7c140b63c PR: 274526 Submitted by: takefu Release Notes: https://x265.readthedocs.io/en/master/releasenotes.html#version-3-5 2021-11-16T17:25:41Z Piotr Kubaj pkubaj@FreeBSD.org 2021-11-16T17:25:41Z urn:sha1:e1619d3584420c014ef8a2c8f76cde671756d8b4 While here, also add the previously uncommitted patch. 2021-11-16T14:44:19Z Piotr Kubaj pkubaj@FreeBSD.org 2021-11-16T14:44:19Z urn:sha1:cc29ad6598478ba1125b88114d88838f86a6b8be PR: 259564 Approved by: mi@ALDAN.algebra.com (maintainer timeout) 2021-11-08T17:33:40Z Jan Beich jbeich@FreeBSD.org 2021-11-08T16:34:49Z urn:sha1:7f163c23e1a732c8b65cb7b8ecfbcd9e8dfd1cd8 $ aomenc --tune=vmaf --output=foo.mp4 foo.y4m Pass 1/2 frame 1/0 0B 0 us 0.00 fpm [ETA unknown] libvmaf ERROR could not read model from path: "/usr/local/share/model/vmaf_v0.6.1.json" Fatal error: Failed to load VMAF model. $ ffmpeg -i foo.y4m -i bar.y4m -lavfi libvmaf -f null - [...] libvmaf INFO `compute_vmaf()` is deprecated and will be removed in a future libvmaf version libvmaf ERROR could not read model from path: "/usr/local/share/model/vmaf_v0.6.1.pkl" libvmaf ERROR support for pkl model files has been removed, use json libvmaf ERROR problem loading model file: /usr/local/share/model/vmaf_v0.6.1.pkl [Parsed_libvmaf_0 @ 0x8061b3b40] libvmaf encountered an error, check log for details 2020-09-21T17:15:50Z Mikhail Teterin mi@FreeBSD.org 2020-09-21T17:15:50Z urn:sha1:f8ecc26af36e0e9c2ab7811f159873692aed5ee8 PR: 247035, 248479 Reported by: VVD Sponsored by: United Marsupials 2020-09-21T04:47:33Z Mikhail Teterin mi@FreeBSD.org 2020-09-21T04:47:33Z urn:sha1:dbaa3f3f8e63b4a3f7201a785938bbe8bcb3d469 release from download area. Change our port to download using Bitbucket's method. Although the upstream branch Release_3.4 is very similar to what used to be available as 3.4, there are a few improvements -- in particular, one of our patches is no longer necessary, which is nice. PR: 247035 Reported by: John Kennedy, Tomoaki AOKI Sponsored by: United Marsupials