Ao criar uma abstração do sistema, é melhor ter APIs diferentes da plataforma ocultas por uma interface comum no nível mais baixo que faça sentido.
Levando em conta as diferentes APIs nativas modernas (sem pipeline de função fixa): OpenGLES 2.0+, OpengGL 3.0+, DirectX 10.0+, Xbox DirectX 9, LibGCM
Se alguém criasse uma API gráfica de baixo nível sem estado para ficar em cima de todas, qual seria a melhor maneira de torná-la a mais fina e rápida possível?
O requisito para a API ser sem estado é interessante. O OpenGL, por exemplo, é stateful, e eu acho que uma API sem estado que envolva isso só faria sentido se fosse de nível muito mais alto, de modo que não seja, por exemplo, necessário empurrar e exibir as mesmas matrizes para cada um superfície que processa.
—
SpoonMeiser
Evitar alterações de estado inúteis ainda pode ser implementado em um nível superior, como classificar as chamadas de renderização com base em seu estado antes de enviá-las ao dispositivo. E definindo o estado apenas se for diferente do atual.
—
NocturnDragon
Isso não é apátrida. Talvez eu esteja errado, mas o que penso quando penso em apátrida é uma API em que cada chamada não depende de chamadas anteriores. Isso significa que qualquer informação que normalmente seria armazenada no estado em algum lugar deve ser passada em todas as chamadas que precisam dessa informação. Para o OpenGL, por exemplo, seriam matrizes na pilha, iluminação, buffer z e opções de normalização.
—
SpoonMeiser
Sim, para cada chamada de desenho que você precisa, os dados de malha, o estado de mesclagem, as texturas a serem vinculadas, os estados de amostragem etc. As otimizações podem ser feitas mais tarde, sem alterar a API. Ou talvez eu estou lendo o seu comentário errado ..
—
NocturnDragon