Ce que fait Quartz par exemple : chaque fenêtre est un polygone 3D + une texture. Résultat : bouger la fenêtre c'est ultra fluide, la transparence est faite par OpenGL, donc sans occuper le CPU. Pour info un CPU actuel = 15 GFlops, un GPU c'est plutôt 80 GFlops... c'est dommage d'allouer de la puissance de travail alors qu'il y a un monstre à côté qui se tourne les pouces en dehors des applis 3D ou de la vidéo.
Par exemple depuis MacOS X.2 on peut mater un DVD ou un plugin iThune à travers 20 terminaux transparents =) essaye ça sur un MacOS X.0 ou X.1 (avant qu'OpenGL soit exploité) et tu verras la différence :)
Je ne croirai pas aux interfaces en 3D tant qu'on aura pas d'affichage et de périphériques d'entrée adaptés. Après j'imagine parfaitement que les barres d'ascenseur soient en raytracing temps réel rien que pour avoir le reflet de la flèche qui passe à côté %)
[^] # Re: DCE, Quartz et Fresco
Posté par Damien . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 8.
Par exemple depuis MacOS X.2 on peut mater un DVD ou un plugin iThune à travers 20 terminaux transparents =) essaye ça sur un MacOS X.0 ou X.1 (avant qu'OpenGL soit exploité) et tu verras la différence :)
Je ne croirai pas aux interfaces en 3D tant qu'on aura pas d'affichage et de périphériques d'entrée adaptés. Après j'imagine parfaitement que les barres d'ascenseur soient en raytracing temps réel rien que pour avoir le reflet de la flèche qui passe à côté %)