Composants de l’écran de démarrage

L’écran de démarrage de la mise à jour du microprogramme comprend deux composants : le logo OEM et le texte de mise à jour. Cet article fournit des conseils sur la configuration de chacun de ces composants et des informations sur la façon dont ces composants sont transmis au microprogramme dans une capsule de mise à jour du microprogramme.

Logo OEM

Le logo OEM de l’écran de démarrage de la mise à jour du microprogramme doit être le même que celui affiché pendant le processus de démarrage normal. Pour les écrans de démarrage de mise à jour du microprogramme, le logo doit avoir la même taille, la même position et la même qualité que celles qui s’affichent pendant le processus de démarrage normal.

Fichier de logo OEM

Avant que les clients voient des écrans actionnables, votre logo OEM s’affiche sur l’écran de démarrage.

Le logo OEM n’apparaît sur aucun écran dans OOBE et, après OOBE, il s’affiche dans le Panneau de configuration sous Informations et outils de performances. Il ne s’affiche pas dans l’application Paramètres .

Post (Auto-test de mise sous tension) et les temps de démarrage du système d’exploitation sont plus rapides qu’auparavant. Pour vous assurer que vous disposez d’un moment de personnalisation approprié, le logo OEM est visible à la fois dans POST et dans le démarrage du système d’exploitation. Dans cette approche, le logo OEM est facilement reconnaissable, correctement soutenu et associé à une expérience rapide et fiable.

En outre, le logo OEM s’affiche en tant qu’élément de personnalisation dans l’application Panneau de configuration, sous Informations et outils sur les performances. Il ne s’affiche pas dans l’application Paramètres .

Créer le logo

Le logo que vous ajoutez présente aux clients leur première rencontre visuelle avec leurs nouveaux PC exécutant Windows. Il doit donc être propre, net et net sur ses bords et à l’intérieur.

L’arrière-plan de l’écran de démarrage étant toujours noir, utilisez un logo qui s’affiche bien sur un arrière-plan noir. Le logo doit également avoir un véritable arrière-plan noir afin qu’il n’y ait aucune différence notable entre l’arrière-plan noir du logo et l’arrière-plan noir de l’écran commence. La transparence n’est pas prise en charge. L’arrière-plan noir optimise les performances du système à la fois pour le rendu initial du logo et le fondu en fondu à la fin du démarrage pour la transition de UEFI Graphics Output Protocol (GOP) vers le pilote vidéo natif du système d’exploitation. D’autres zones de Windows utilisent également votre logo : Programme d’installation, Push-Button Réinitialisation (PBR), Correction du démarrage sécurisé et Outil de réparation de démarrage, qui utilisent tous un arrière-plan noir. Ces expériences utilisent le même logo que celui de la table de ressources des graphiques de démarrage (BGRT).

Positionner le logo pendant post

Le microprogramme dessine le logo OEM dans POST et place le logo dans une position prédéterminée. Au démarrage de Windows, le logo est conservé dans la mémoire tampon vidéo. Les ordinateurs de bureau peuvent détecter la résolution native du panneau en lisant ses données EDID (Extended Display Identification Data).

Pour que le logo s’affiche correctement sur l’ensemble de la séquence, post doit se produire dans la résolution native de l’appareil. Cela garantit que le logo correspond à la taille, à la forme et à l’emplacement souhaités par Windows.

Le logo doit apparaître à l’écran à un emplacement spécifique pour présenter la marque du PC. Nous vous recommandons de placer le logo avec son centre à 38,2 % du bord supérieur de l’écran. Ce positionnement est basé sur l’esthétique visuelle du nombre d’or et correspond aux proportions de conception Windows 10. Ce positionnement cohérent sur tous les PC exécutant Windows 10 permet à Windows de placer l’anneau de progression à l’emplacement approprié et de s’assurer que le logo et l’anneau sont visuellement équilibrés.

Pour soutenir davantage cet équilibre visuel, nous vous recommandons de limiter la taille du logo à 40 % de la hauteur et de la largeur de l’écran. Cela garantit que l’écran s’affiche correctement et que Windows peut effacer correctement le logo à la fin du démarrage. Nous recommandons que la surface maximale du logo commence à 18,2 % en haut de l’écran.

Ces principes de conception s’appliquent aux appareils paysage et portrait.

Ajouter le logo au BGRT

En plus de positionner correctement le logo pendant la post, vous stockez également le logo à l’intérieur de la table de ressources graphiques de démarrage (BGRT). Le BGRT définit dynamiquement de nouveaux objets que Windows doit utiliser pour décrire les ressources et l’emplacement à l’écran. Stockez le logo dans EfiBootServicesData et exposez-le via bgRT. L’interface BGRT prend en charge ce logo sous la forme d’une bitmap 24 bits avec un format de pixel de 0xRRGGBB, ou d’une bitmap 32 bits avec un format de pixel de 0xrrRRGGBB, où « rr » est réservé. Il s’agit de l’interface standard que Windows utilise pour accéder au logo.

Deux champs importants dans le BGRT sont « Image Offset X » et « Décalage d’image Y ». Il s’agit des valeurs (x,y) du coin supérieur gauche de l’emplacement à l’écran du logo. Lorsque vous définissez ces valeurs, assurez-vous que vous n’utilisez pas la position du logo ou le coin supérieur gauche du cadre englobant, sinon Windows ne positionne pas correctement le logo dans le programme d’installation, la réparation du démarrage, Push-Button réinitialiser ou d’autres expériences.

Vous devez réduire le remplissage dans la ressource de logo et utiliser uniquement ce qui est nécessaire pour un centrage correct. L’utilisation d’un remplissage minimal permet d’économiser de l’espace dans le microprogramme et permet à Windows de mettre à l’échelle le logo BGRT correctement.

Le logo OEM n’apparaît sur aucun écran dans OOBE.

Pour plus d’informations sur le BGRT, consultez la section 5.2.22 de la spécification ACPI (Advanced Configuration and Power Interface).

Mettre à jour le texte

Le texte de mise à jour de l’écran de démarrage de mise à jour du microprogramme est une chaîne simple conçue pour être rapide à lire et facile à comprendre. Le texte est rendu par le chargeur de démarrage Windows. Une fois qu’il a déterminé que les mises à jour du microprogramme sont en attente, le chargeur de démarrage détermine les paramètres régionaux de Windows et affiche le texte localisé à l’écran.

Pendant l’appel à UpdateCapsule, le chargeur de démarrage transmet toutes les capsules de mise à jour du microprogramme. En outre, il transmettra également une capsule d’affichage de mise à jour du microprogramme définie par Microsoft qui contient une bitmap du texte affiché et l’emplacement de la bitmap à l’écran. La méthode UpdateCapsule du microprogramme système doit conserver la capsule afin que chaque fois que l’écran est effacé ou modifié, elle puisse ré-afficher la bitmap à l’écran.

Capsule d’affichage de la mise à jour du microprogramme Windows

Lorsque le chargeur de démarrage Windows appelle la méthode UpdateCapsule du microprogramme système, il transmet toutes les capsules de mise à jour du microprogramme. En outre, il passera dans une capsule Windows UX. Cette capsule contient la bitmap du texte rendu et localisé qui doit être affiché à l’écran. Le GUID suivant est utilisé pour identifier cette capsule : {3b8c8162-188c-46a4-aec9-be43f1d65697}.

Il n’y a aucune garantie de l’ordre que la capsule UX apparaîtra dans le tableau de capsules. Ne vous fiez pas à une position d’index spécifique pour trouver la capsule d’expérience utilisateur. Une bonne pratique consiste à analyser le tableau à la recherche de la capsule d’expérience utilisateur et à la traiter avant de traiter les capsules de microprogramme restantes dans le tableau.

Il est important de noter qu’il peut y avoir certains scénarios où il n’y aura pas de capsule d’expérience utilisateur. Par exemple, il n’y aura pas de capsule d’expérience utilisateur dans le cas d’un serveur sans tête qui n’a pas d’adaptateur d’affichage. Dans ce cas, l’appel UpdateCapsule du microprogramme peut ignorer la condition de capsule d’expérience utilisateur. Toutefois, si la capsule d’expérience utilisateur est présente, UpdateCapsule doit la traiter conformément au processus décrit dans cette section.

Le tableau suivant décrit l’en-tête d’affichage de mise à jour du microprogramme pour la capsule d’expérience utilisateur.

Champ	Longueur des octets	Décalage d’octet	Description
CapsuleGuid	16	0	FIRMWARE_UPDATE_DISPLAY_CAPSULE
HeaderSize	4	16	sizeof(EFI_CAPSULE_HEADER)
Indicateurs	4	20	CAPSULE_FLAGS_PERSIST_ACROSS_RESET
CapsuleImageSize	4	24	Entier non signé de 4 octets décrivant la longueur de la capsule d’affichage de mise à jour du microprogramme. La taille inclut l’en-tête et la capsule, qui incluent l’image d’affichage.

Le tableau suivant décrit la charge utile de la capsule d’affichage de mise à jour du microprogramme.

Champ	Longueur des octets	Décalage d’octet	Description
Version	1	28	Identifie la révision de la capsule d’affichage implémentée. Ce champ est défini sur 1.
Somme de contrôle	1	29	Contient une somme de contrôle pour activer la validation simple. La somme de la capsule entière (en-tête et charge utile), y compris l’image d’affichage, doit être égale à zéro. Si la somme n’est pas égale à zéro, la capsule doit être ignorée.
ImageType	1	30	Spécifie le format de l’image incorporée : 0 : Bitmap 1-255 : réservé pour une utilisation ultérieure.
Réservé	1	31	Réservé pour un usage futur. Doit être zéro.
Mode	4	32	Spécifie le mode vidéo du protocole de sortie graphique capable d’afficher l’image incorporée. Le mode vidéo est interrogé avant d’appeler UpdateCapsule et décrit le mode vidéo actuel et le mode vidéo de l’affichage local lorsque l’image incorporée est affichée par le chargeur de démarrage. La valeur est égale au champ Mode de la structure EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE lorsque l’image est rendue.
Décalage d’image X	4	36	Long non signé de 4 octets (32 bits) décrivant le décalage X de l’image bitmap. (X, Y) décalage d’affichage du coin supérieur gauche de l’image. Le coin supérieur gauche de l’affichage est au décalage (0, 0).
Décalage de l’image Y	4	40	Long non signé de 4 octets (32 bits) décrivant le décalage Y de l’image bitmap. (X, Y) décalage d’affichage du coin supérieur gauche de l’image. Le coin supérieur gauche de l’affichage est au décalage (0, 0). Pour obtenir un exemple, voir l’image ci-dessous.
Image	N/A	44	Tableau d’octets qui contient la bitmap incorporée à afficher pendant le processus de mise à jour du microprogramme. La bitmap peut être une bitmap 24 bits au format de pixel 0xRRGGBB ou une bitmap 32 bits au format de pixel 0xrrRRGGBB, où « rr » est réservé.

Contrairement à une capsule générée pour la charge utile de mise à jour du microprogramme, la charge utile de la capsule d’affichage n’est pas remplie pour être alignée sur la page. La charge utile d’affichage suit immédiatement l’en-tête de la capsule.

La capsule d’affichage de mise à jour du microprogramme décrit un graphique qui doit être affiché pendant la durée d’une mise à jour du microprogramme. Le graphique est initialement affiché et affiché par Windows, puis remis au microprogramme dans le cadre du même appel UpdateCapsule contenant la ou les charges utiles de mise à jour du microprogramme. Si le microprogramme réinitialise le système ou le périphérique vidéo, le microprogramme doit réafficher la bitmap fournie dans la capsule d’affichage. Si la mémoire physique n’est pas conservée pendant la réinitialisation, le microprogramme peut avoir à enregistrer la bitmap dans un stockage persistant pour réafficher la bitmap après la réinitialisation. Les détails sur l’enregistrement et la restauration de la bitmap sur une réinitialisation sont spécifiques à l’implémentation et ne sont pas abordés dans ce document.

La capsule d’affichage de la mise à jour du microprogramme est modélisée à partir de la table bgRT (Boot Graphics Resource Table) définie dans ACPI 5.0. Le BGRT définit un mécanisme permettant au microprogramme système de fournir un graphique à un chargeur de démarrage du système d’exploitation. Bien que les deux tableaux soient similaires, il existe quelques différences notables.

BGRT	Capsule d’affichage de la mise à jour du microprogramme	Motif
Pointeur vers bitmap	Bitmap incorporée	L’incorporation de la bitmap permet d’enregistrer et de restaurer la capsule en une seule opération.
Ne contient pas le mode vidéo	Contient le mode vidéo	Terminé pour éviter d’exiger que le microprogramme interroge le mode vidéo pendant l’appel UpdateCapsule.
Contenir un champ d’état	Ne contient pas de champ Status	Le champ État du BGRT indique si l’image est actuellement affichée à l’écran. Cela ne s’applique pas à la capsule d’affichage de mise à jour du microprogramme.

Articles connexes

Expérience utilisateur pour les mises à jour du microprogramme UEFI