The final version of snapshot is 20191217. The snapshotting service was discontinued since 20191218 from https://download.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20191218-README.txt and we need to get source code from https://code.videolan.org/videolan/x264/ instead.
However, there are no tags on the repo but only master and stable branches, making it impossible to follow the upstream versioning.
The latest version of media-libs/x264 is 20190903. Should we leave it as is (or bump to 20191217) and let people who want newer version use 9999 instead?
Can still see what commit binary releases are based on, like:
x264-r3018-db0d417 17M 14-Jul-2020 13:56
x264-r3015-4c2aafd 17M 02-Jul-2020 20:25
So could potentially match those. db0d417 is the current master (no changes in 3 months), so it's what -9999 gives right now.
(In reply to Ionen Wolkens from comment #1)
> Can still see what commit binary releases are based on, like:
> x264-r3018-db0d417 17M 14-Jul-2020 13:56
> x264-r3015-4c2aafd 17M 02-Jul-2020 20:25
> (from https://artifacts.videolan.org/x264/release-debian-amd64/)
> So could potentially match those. db0d417 is the current master (no changes
> in 3 months), so it's what -9999 gives right now.
Yeah, I agree that we can still use similar pattern for future version. For example, the current master can be set as 0.0.20200714.
The only problem would be the download url, which is based on commit id. It needs to be manually set in ebuild. For example, the url for current master is https://code.videolan.org/videolan/x264/-/archive/db0d417728460c647ed4a847222a535b00d3dbcb/x264-db0d417728460c647ed4a847222a535b00d3dbcb.tar.gz, which can't be generated from version 0.0.20200714.
Current snapshot of media-libs/x264 is getting old