[Migrated] Emulate Image/Sampler API operations on non-SPIRV platforms

Issue automatically imported from old repo: https://github.com/EmbarkStudios/rust-gpu/issues/1065
Old labels: t: enhancement
Originally creatd by Keavon on 2023-05-26T16:12:52Z 👍: 4 ❤️: 2

While the GPU provides hardware for texture sampling and interpolation, on other targets (i.e. CPU in general) it's necessary to emulate that. Currently, the Image and Sampler APIs don't provide texture sampling operations when compiling to non-SPIRV targets.

We need this for an issue on Graphite to support image transformation with graceful CPU fallback (even if the performance would be not ideal), since WebGPU is only available on Chromium browsers for now and thus CPU is still an important target. Having this feature be as performant as possible would be eventually nice, but a slower solution would be a reasonable starting point of greater priority to our use case (something is better than nothing, existing is better than fast).

This issue was discussed in the Embark Discord.

Also on Discord before filing this issue, @eddyb summarized some recollection of the potential main three main concerns involved:

how to feed data into the API, how the API stores the data internally, and how the sampling is implemented - with the middle one, with its potential need to add lifetimes, and/or remove Copy & use Arc, being the worst part, since at least unoptimized sampling is mostly "just" looking up 4 texels and interpolating them

Commencez par localiser les API Image et Sampler ainsi que leurs chemins de compilation non-SPIR-V. Suivez la manière dont les données de texture sont fournies et stockées, puis déterminez le comportement d’échantillonnage requis pour le CPU et les autres cibles non-SPIR-V ; le travail est considéré comme terminé lorsque ces API fournissent l’échantillonnage et l’interpolation des textures en dehors de SPIR-V tout en préservant le comportement GPU existant.