Oui et non.
Oui il est possible de coder un support VA API à coup de shader, mais ca n'a a peu pres rien à voir avec ce qui est fait ici. La plupart des chipsets contiennent d'emblée des options de décompression vidéos, À CÔTÉ de la fonction 3D (valable même chez NVIDIA/ATI qui disent avoir une architecture "unifiée"). Donc oui c'est possible avec les shaders, mais c'est pas la seule manière, et c'est certainement pas la meilleure manière en terme de consommation éléctrique, consommation CPU, performances maximales (entre un truc fait "en soft" et l'autre en cablé, la différence peut être énorme). Sans compter que comme les shaders ne sont pas prévus pour, le transfert de textures entre le CPU et le GPU peut faire des pertes énormes de performances.
Bref un driver VA API pour Gallium3D oui, mais c'est pas une raison pour se débarasser des autres drivers.
[^] # Re: Apport de Gallium3D pour VA API ?
Posté par Ph Husson (site web personnel) . En réponse au journal Support VA API pour MPlayer. Évalué à 4.
Oui il est possible de coder un support VA API à coup de shader, mais ca n'a a peu pres rien à voir avec ce qui est fait ici. La plupart des chipsets contiennent d'emblée des options de décompression vidéos, À CÔTÉ de la fonction 3D (valable même chez NVIDIA/ATI qui disent avoir une architecture "unifiée"). Donc oui c'est possible avec les shaders, mais c'est pas la seule manière, et c'est certainement pas la meilleure manière en terme de consommation éléctrique, consommation CPU, performances maximales (entre un truc fait "en soft" et l'autre en cablé, la différence peut être énorme). Sans compter que comme les shaders ne sont pas prévus pour, le transfert de textures entre le CPU et le GPU peut faire des pertes énormes de performances.
Bref un driver VA API pour Gallium3D oui, mais c'est pas une raison pour se débarasser des autres drivers.