It was a classic misstep with symbolic character: AMD accidentally published the complete source code of FSR 4 on GitHub. A clumsy move, but one that provides more insight into the company’s internal strategies than some might like. Even before the repository was taken offline again, observers secured evidence of an INT8 model – a technical detail that is very revealing. This is because INT8 indicates potential compatibility with older hardware, such as the Radeon RX 7000 series based on RDNA 3. Until now, FSR 4 was considered the exclusive playground of RX 9000 cards with RDNA 4.
The fact that AMD has developed an INT8 model at all suggests that the company had broader hardware support in mind, at least as a test. Whether this was ever planned as an official feature remains unclear. However, the community reacted with a keen ear. In the relevant forums, one user commented matter-of-factly: “The code was scrubbed from the repo and even if you have a copy saved you can’t legally do much of anything with it.” Another added: “It’s not the same as releasing it under a proper open source license.”
Almost simultaneously, AMD put the new version of the FidelityFX SDK 2.0 online – with official FSR-4 libraries, but only as signed DLLs. Open source? Not at all. Customizable? Not really. Instead, AMD is now relying on a binary distribution model in which Adrenalin GPU drivers will be able to update DLLs independently in future – similar to Nvidia’s global DLSS override. This should make it easier for developers who have already integrated FSR 3.1 to switch to FSR 4. Technically, FSR 4 is based on a machine learning approach, trained on game data and accelerated by AMD’s Instinct GPUs. The aim is to achieve a significant leap in quality compared to FSR 3.1: higher detail fidelity, more stable temporal upscaling, fewer ghost images and more precise particle effects. However, this progress comes at a price: FSR 4 only runs on Radeon GPUs with RDNA 4 under Windows 10/11 and DirectX 12. Older cards only receive a fallback to FSR 3.1.5.
The release of the SDK is to be understood less as a friendly act towards the developer community, but rather as a controlled opening as part of a closed strategy. Officially, AMD speaks of efficiency and quality assurance. De facto, however, the open character of earlier FSR versions has been abandoned. The ironic point: the leak unintentionally revealed what would theoretically be possible – the official release shows what AMD is actually prepared to deliver. The conclusion is therefore sober: AMD’s FSR 4 is a technological advance – but one with limited access. The openness with which it once competed against Nvidia’s proprietary DLSS solutions is history. Instead, the company now relies on control, certification and centralized updates. If you want access, you have to comply. If you want more, look at a leaked piece of code – and see what could have been.
Source: AMD
41 Antworten
Kommentar
Lade neue Kommentare
Veteran
Urgestein
Urgestein
Urgestein
Veteran
Urgestein
Veteran
Urgestein
Veteran
Urgestein
Veteran
Urgestein
Veteran
Urgestein
Urgestein
Veteran
Urgestein
Urgestein
Urgestein
Alle Kommentare lesen unter igor´sLAB Community →