 |
Les récents revirements de Microsoft concernant la disponibilité d'Avalon sur Windows XP suscitent de nombreuses interrogations. Avalon devait initialement s'appuyer sur les fonctionnalités offertes par Longhorn pour atteindre sa pleine puissance. Or, ce processus étant remis en cause avec Windows XP, comment se sortir de l'impasse technique dans laquelle se trouve actuellement le team Avalon ? Nous avons traduit le blog de Chris Anderson dans lequel il énonce les nombreuses équations à résoudre. Pas simple, pas simple...
A la question : Que manque t-il à Windows XP pour faire tourner Avalon ? Chris Anderson et Joe Beda répondent :
- Absence dans XP du LDDM (Longhorn
Device Driver Model). Pour l’instant, XPDM (XP Driver Model) ou DX a
été conçu pour fonctionner correctement avec une seule application
exécutée en même temps. Il utilise un principe de premier arrivé,
premier servi, le gagnant disposant de la totalité des ressources.
Si Avalon fonctionne correctement avec XPDM, il n’est pas dit que
plusieurs applications s’exécutant en même temps puissent continuer
à fonctionner sans LDDM. Il existe aussi des problèmes de stabilité
concernant la version actuelle du driver DX avec le modèle de driver
d’XP (XPDM). Ces drivers ont été conçus en ayant en ligne de mire le
marché du jeu. Les utiliser pour des applications de tous les jours
pourraient nuire à leur stabilité. Toutes sortes d’options sont
considérées aujourd’hui pour répondre à ce problème. Pour les
machines pour lesquelles nous ne pourront supporter le mode
d’accélération matérielle, nous pourrons toujours nous appuyer sur
notre actuelle couche de rendu. Nous avions de toute manière décidé
de ne pas tirer parti des possibilités matérielles offertes par
chaque machine.
- L’incapacité de court-circuiter l’API
User32. Dans les builds de Longhorn, nous avions la possibilité
de réaliser une redirection des fenêtres filles du système. C’est
une fonctionnalité offerte par l’interopérabilité de l’API Win32
grâce à laquelle le contenu de toute fenêtre fille de type hWnds
peut être redirigé et pris en charge par un compositeur tiers, en
l’occurrence Avalon. Comme nous ne pouvons pas changer les
exécutables systèmes sur de vieux systèmes d’exploitation, nous ne
pourrons pas faire cela sur Windows XP et Windows 2003. Nous devrons
donc trouver un compromis pour que Avalon puisse hoster un contenu
Win32. En revanche, ce contenu ne pourra être traité comme un type
Avalon natif.
- Terminal Services et Remote Desktop.
Nous avions décidé de mettre en place le mode distribué d’Avalon
dans une couche totalement séparée. Il est nous est difficile
aujourd’hui d’analyser l’impact d’un tel changement sur des systèmes
autres que Longhorn même si nos prévisions sur le long terme
tiennent toujours compte d’un mode de distribution étendu.
- Le système d’encodage et de décodage des
médias. Une part importante de l’hébergement des vidéos Avalon (video
hosting) s’appuie sur des composants réalisés par l’équipe Media
chez Microsoft. Comme nous allons devoir changer de système
d’exploitation par rapport à celui qu’ils utilisent, le niveau
d’intégration et les interdépendances vont revenir d’actualité. Nous
travaillons à la recherche d’une solution.
- <span lang="EN-GB">Desktop Window Manager.
</span>Le DWM continuera d’exister et sera inclut dans Avalon. Il
n’y a rien de prévu concernant un éventuel portage sur XP ou 2003.
L’architecture UCE (Unified Composition Engine) cross-process
présenté à WinHEC reste inchangé pour le jour où Avalon tournera sur
DWM et Longhorn.
Le document original se trouve à cette
adresse.
Pour plus de renseignement sur l'architecture d'Avalon :
http://itlo.uq.edu.au/docs/TW04036_WINHEC2004.ppt
Traduit (sommairement) par Sami Jaber. |
Plus d'explications de la part de Joe :
It is unclear what level of support for hardware we will have when running with the XPDM. We are still evaluation the options here and figuring out what makes sense. When we do run in hardware, we use D3D for everything we can -- including 2D, text and imaging. The final presentation to the screen is done via D3D (when the DWM isn't running). When we run in software we do everything with the CPU and just use GDI to get the final bitmap to the screen.
It is too early to tell yet if we will have to cut stuff for Avalon on Longhorn so that we can support Avalon on XP and W2k3. Keep in mind that we want to hit our dates and there are only so many hours in the day. There just aren't any specifics yet.
Who knows when and how these features will get in. The point is that if something doesn't make it in to the first turn of the crank it will probably make it in sometime later. I don't know if there will ever be a product called Blackcomb or if it is going to be some mythical destination that we never get to. It is really the bucket for everything v.Next.
As for the beta program and packaging details, I don't have any details on that.
Joe
|
