[ffmpeg] Fix libx264-164.dll file is not copied to bin directory after build

[JonLiu1993]

Fixes #43802

Fix libx264-164.dll is not copied to bin directory.

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version.
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[JonLiu1993]

Fix error:

CMake Error at scripts/cmake/vcpkg_copy_tools.cmake:36 (message):
  Couldn't find tool "x264":

      "F:/Feature-test/vcpkg/packages/x264_x64-windows/bin/x264.exe" does not exist

[dg0yt]

I guess this stumbles over vcpkg's questionable redirecting of --bindir to tools/<PORT>/[debug/]bin. Most autoconf packages put DLLs into bin regardless of that option, but I am not convinced that one should rely on this.

For this port, it might be an alternative to explicitly pass --bindir=[debug/]bin, and do the regular vcpkg_copy_tools afterwards.

[dg0yt]

Suggested change

file(MAKE_DIRECTORY "${CURRENT_PACKAGES_DIR}/bin")

[JonLiu1993]

Done

[dg0yt]

#43901 (comment) is not resolved AFAICS.
Isn't the DLL linked to a particular (release vs. debug) CRT?

[ajtribick]

From what I can see, the issue is in 80d54ff and is in the x264 port, not ffmpeg
Building x264 0.164.3108[core,asm,gpl] puts libx264-164.dll in the bin directory
Building x264 0.164.3108#1[core,asm,gpl] does not

[JonLiu1993]

Duplicate of #44100