Back to Provenance

3486

.changelog/3486.md

3.3.11.8 KB
Original Source

Fixed

  • RetroArch Hardware Acceleration (Metal driver)GET_PREFERRED_HW_RENDER now returns RETRO_HW_CONTEXT_VULKAN when the Metal video driver is active, and dynamic_verify_hw_context accepts the Metal driver for both Vulkan and GLES contexts. Beetle PSX HW and other hardware-accelerated cores can now negotiate hardware context correctly.
  • RetroArch Hardware Acceleration (context verification)dynamic_verify_hw_context recognises "metal" as a valid video driver for Vulkan and GLES hardware contexts when driver switching is disabled.
  • MoltenVK loading (ThinLibretroFrontend)loadMoltenVKLibrary now checks RTLD_DEFAULT first (handles MoltenVK linked into the app bundle), then tries bundle-relative absolute paths (PrivateFrameworks/ and Frameworks/) before falling back to rpath-relative names. Fixes "failed to load MoltenVK" on devices where the framework is embedded in the app bundle.
  • MoltenVK loading (PVLibRetroGLESCoreBridge) — Same RTLD_DEFAULT and bundle-relative path fixes applied to the GLES core bridge's loadMoltenVKLibrary.
  • Preferred HW context (PVLibRetroCore)GET_PREFERRED_HW_RENDER now returns RETRO_HW_CONTEXT_VULKAN on iOS/tvOS when HAVE_VULKAN is compiled in, steering multi-context cores (e.g., Beetle PSX HW) to the optimal hardware path.
  • Vulkan context threading (PVLibRetroGLESCoreBridge)libretroMain no longer calls makeGLContextCurrent or setupEmuThreadFBO when the active context type is Vulkan, avoiding spurious [EAGLContext setCurrentContext:nil] calls on the emulation thread.

Changed

  • PVCoreBridgeRetro Package.swift — Added MoltenVK-1.2.8 xcframework as an explicit SPM dependency so MoltenVK is bundled with the app and available to libretro cores that use Vulkan hardware rendering.