Many difficulties arise with this approach (as can be seen in [the most relevant patch](https://gitlab.winehq.org/fcasas/vkd3d/-/commit/28af38f7106c30e3f632310ebe54...)); in particular that the sampler data type doesn't store information required by the separated texture, such as the sampler_dim and the format type, so these have to be added in additional fields within the sampler variable.
Wait, why can't these be in object_usage[]?
Also, in many places (specially in tpf.c) new conditional branches have to be added depending of whether the sampler variable has to be handled as a sampler or a resource. So my opinion is to discard this.
That doesn't seem particularly visible in 28af38f7106c?