Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Er zijn twee onderdelen voor het opstartscherm van de firmware-update: het OEM-logo en de updatetekst. Dit artikel bevat richtlijnen voor het configureren van elk van deze onderdelen en informatie over hoe deze onderdelen worden doorgegeven aan de firmware in een firmware-updatecapsule.
OEM-logo
Het OEM-logo in het opstartscherm van de firmware-update moet hetzelfde logo zijn dat tijdens het normale opstartproces wordt weergegeven. Voor opstartschermen van firmware-updates moet het logo dezelfde grootte, positie en kwaliteit hebben als verwacht tijdens het normale opstartproces.
OEM-logobestand
Voordat klanten actiebare schermen zien, wordt uw OEM-logo weergegeven op het opstartscherm.
Het OEM-logo wordt niet weergegeven op schermen in OOBE en na OOBE wordt het weergegeven in het Configuratiescherm onder Prestatie-informatie en -hulpprogramma's. Deze wordt niet weergegeven in de app Instellingen .
POST (Power-On Self-Test) en opstarttijden van het besturingssysteem zijn sneller dan voorheen. Om ervoor te zorgen dat u een goed huisstijlmoment hebt, is het OEM-logo zichtbaar voor zowel POST als het opstarten van het besturingssysteem. In deze benadering is het OEM-logo gemakkelijk herkenbaar, geschikt duurzaam en gekoppeld aan een snelle en betrouwbare ervaring.
Daarnaast wordt het OEM-logo weergegeven als een huisstijlelement in de app Configuratiescherm , onder Prestatie-informatie en -hulpprogramma's. Deze wordt niet weergegeven in de app Instellingen .
Het logo maken
Het logo dat u toevoegt, presenteert klanten met hun eerste visuele ontmoeting met hun nieuwe pc's met Windows, dus het moet schoon, helder en scherp zijn aan de randen en binnenin.
De achtergrond van het opstartscherm is altijd zwart, dus gebruik een logo dat er geweldig uitziet op een zwarte achtergrond. Het logo moet ook een echte zwarte achtergrond hebben, zodat er geen merkbaar verschil is waar de zwarte achtergrond van het logo eindigt en de zwarte achtergrond van het scherm begint. Transparantie wordt niet ondersteund. De zwarte achtergrond optimaliseert systeemprestaties voor zowel de eerste rendering van het logo als de fade-out aan het einde van het opstarten voor de overgang van UEFI Graphics Output Protocol (GOP) naar het systeemeigen videostuurprogramma van het besturingssysteem. Andere gebieden van Windows gebruiken ook uw logo: Setup, Push-Button Reset (PBR), Beveiligd opstarten herstel en het opstartherstelprogramma, die allemaal een zwarte achtergrond gebruiken. Deze ervaringen gebruiken hetzelfde logo uit de Boot Graphics Resource Table (BGRT).
Plaats het logo tijdens POST
Firmware tekent het OEM-logo op POST en plaatst het logo op een vooraf bepaalde positie. Wanneer Windows opstarten begint, wordt het logo bewaard in de videobuffer. Desktops kunnen de systeemeigen resolutie van het paneel detecteren door de EDID (Extended Display Identification Data) te lezen.
Als u wilt dat het logo in de hele reeks correct wordt weergegeven, moet POST plaatsvinden in de systeemeigen resolutie van het apparaat. Dit zorgt ervoor dat het logo de gewenste grootte, vorm en locatie heeft en dat Windows vereist.
Het logo moet op een specifieke locatie op het scherm worden weergegeven om het merk van de pc te laten zien. Wij raden aan dat het logo zodanig wordt geplaatst dat het midden zich op een afstand van 38.2% bevindt vanaf de bovenrand van het scherm. Deze positionering is gebaseerd op de visuele esthetica van de gouden verhoudingen en komt overeen met de ontwerpverhoudingen van Windows 10. Door deze consistente plaatsing op alle pc's met Windows 10 kan Windows de voortgangsring op de juiste locatie plaatsen en ervoor zorgen dat het logo en de ring visueel evenwichtig zijn.
Als u deze visuele balans verder wilt ondersteunen, wordt u aangeraden de logogrootte te beperken tot 40% van de hoogte en breedte van het scherm. Dit zorgt ervoor dat het scherm correct wordt weergegeven en dat Windows het logo aan het einde van het opstarten correct kan vervagen. Het is raadzaam dat het maximale gebied van het logo niet meer dan 18,2% boven aan het scherm begint.
Deze ontwerpprincipes zijn van toepassing op zowel horizontale als verticale apparaten.
Het logo toevoegen aan de BGRT
Naast het correct positioneren van het logo tijdens POST, slaat u het logo ook op in de Boot Graphics Resource Table (BGRT). De BGRT definieert dynamisch nieuwe objecten voor Windows die moeten worden gebruikt om de resources en locatie op het scherm te beschrijven. Sla het logo op in EfiBootServicesData en stel het beschikbaar via de BGRT. De BGRT-interface ondersteunt dit logo als een 24-bits bitmap met een pixelindeling van 0xRRGGBB of een 32-bits bitmap met een pixelindeling van 0xrrRRGGBB, waarbij 'rr' is gereserveerd. Dit is de standaardinterface die Windows gebruikt voor toegang tot het logo.
Twee belangrijke velden in de BGRT zijn 'Image Offset X' en 'Image Offset Y'. Dit zijn de (x,y) waarden van de linkerbovenhoek van de plaatsing van het logo op het scherm. Wanneer u deze waarden instelt, moet u ervoor zorgen dat u niet de positie van het logo of de linkerbovenhoek van het kader gebruikt, anders wordt het logo niet correct geplaatst in Setup, Opstartherstel, Push-Button Opnieuw instellen of andere toepassingsomgevingen.
U moet de opvulling in de logoresource minimaliseren en alleen gebruiken wat nodig is voor de juiste centrering. Met minimale opvulling bespaart u ruimte in de firmware en kan Windows het op BGRT gebaseerde logo op de juiste manier schalen.
Het OEM-logo wordt niet weergegeven op schermen in OOBE.
Zie sectie 5.2.22 van de ACPI-specificatie (Advanced Configuration and Power Interface) voor meer informatie over de BGRT.
Tekst bijwerken
De updatetekst in het opstartscherm van de firmware-update is een eenvoudige tekenreeks die is ontworpen om snel te lezen en gemakkelijk te begrijpen. De tekst wordt weergegeven door het Windows-opstartlaadprogramma. Zodra de firmware-updates in behandeling zijn, bepaalt de bootloader de landinstelling van Windows en wordt de gelokaliseerde tekst op het scherm weergegeven.
Tijdens de aanroep van UpdateCapsule geeft de bootloader alle firmware-update capsules door. Daarnaast wordt er ook een door Microsoft gedefinieerde firmware-update-capsule doorgegeven die een bitmap bevat van de tekst die wordt weergegeven en de locatie van de bitmap op het scherm. De UpdateCapsule-methode van de systeemfirmware moet de capsule vasthouden, zodat zodra het scherm wordt gewist of gewijzigd, de bitmap opnieuw op het scherm kan worden weergegeven.
Capsule voor het weergeven van Windows-firmware-updates
Wanneer de Windows bootloader de UpdateCapsule-methode van de systeemfirmware aanroept, wordt deze doorgegeven in alle firmware-updatecapsules. Daarnaast zal het onderdeel uitmaken van een Windows UX-capsule. Deze capsule bevat de bitmap van gerenderde, gelokaliseerde tekst die op het scherm moet worden weergegeven. De volgende GUID wordt gebruikt om deze capsule te identificeren: {3b8c8162-188c-46a4-aec9-be43f1d65697}.
Er is geen garantie voor de volgorde waarin de UX-capsule wordt weergegeven in de matrix van capsules. Vertrouw niet op een specifieke indexpositie om de UX-capsule te vinden. Een best practice is het scannen van de matrix op zoek naar de UX-capsule en het verwerken ervan voordat de resterende firmwarecapsules in de matrix worden verwerkt.
Het is belangrijk om te weten dat er mogelijk enkele scenario's zijn waarin er geen UX-capsule zal zijn. Er is bijvoorbeeld geen UX-capsule in het geval van een headless server die geen beeldschermadapter heeft. In dergelijke gevallen kan de firmware UpdateCapsule-aanroep de UX-capsulevereiste negeren. Als de UX Capsule aanwezig is, moet UpdateCapsule deze echter verwerken volgens het proces dat in deze sectie wordt beschreven.
In de volgende tabel wordt de displayheader van de firmware-update voor de UX-capsule beschreven.
| Veld | Bytelengte | Byte-offset | Beschrijving |
|---|---|---|---|
| CapsuleGuid | 16 | 0 | FIRMWARE_UPDATE_DISPLAY_CAPSULE |
| Kopgrootte | 4 | 16 | sizeof(EFI_CAPSULE_HEADER) |
| Vlaggen | 4 | 20 | CAPSULE_FLAGS_PERSIST_ACROSS_RESET |
| CapsuleAfbeeldingsgrootte | 4 | 24 | Een niet-ondertekend geheel getal van 4 bytes waarin de lengte van de firmware-updateweergavecapsule wordt beschreven. De grootte omvat de koptekst en capsule, die de afbeelding bevat. |
In de volgende tabel wordt de nettolading van de firmware-update van de capsule weergegeven.
| Veld | Bytelengte | Byte-offset | Beschrijving |
|---|---|---|---|
| Versie | 1 | 28 | Hiermee wordt aangegeven welke revisie van de displaycapsule wordt geïmplementeerd. Dit veld wordt ingesteld op 1. |
| Checksum | 1 | 29 | Bevat een controlesom om eenvoudige validatie in te schakelen. De som van de volledige capsule (header en payload), inclusief de weergaveafbeelding, moet nul zijn. Als de som niet gelijk is aan nul, moet de capsule worden genegeerd. |
| ImageType | 1 | 30 | Hiermee geeft u de indeling van de ingesloten afbeelding op: 0: Bitmap 1-255: Gereserveerd voor toekomstig gebruik. |
| Gereserveerd | 1 | 31 | Gereserveerd voor toekomstig gebruik. Moet nul zijn. |
| Wijze | 4 | 32 | Hiermee geeft u de videomodus voor het grafische uitvoerprotocol op die de ingesloten afbeelding kan weergeven. De videomodus wordt opgevraagd voordat u UpdateCapsule aanroept en beschrijft de huidige videomodus en de videomodus van de lokale weergave wanneer de ingesloten afbeelding wordt weergegeven door het opstartlaadprogramma. De waarde is gelijk aan het veld Modus van de EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE structuur wanneer de afbeelding wordt weergegeven. |
| Verschuiving van afbeelding X | 4 | 36 | Een 4-byte (32-bit) ongesigneerde long die de X-offset van de bitmapafbeelding beschrijft. (X, Y) weergaveverschil van de linkerbovenhoek van de afbeelding. De linkerbovenhoek van het scherm bevindt zich op verschuiving (0, 0). |
| Afbeelding Offset Y | 4 | 40 | Een 4-byte (32-bits) unsigned long die de Y-offset van de bitmapafbeelding beschrijft. (X, Y) weergaveverschil van de linkerbovenhoek van de afbeelding. De linkerbovenhoek van het scherm bevindt zich op verschuiving (0, 0). Zie de onderstaande afbeelding voor een voorbeeld. |
| Afbeelding | Niet van toepassing. | 44 | Een bytematrix die de ingesloten bitmap bevat die moet worden weergegeven tijdens het firmware-updateproces. De bitmap kan een 24-bits bitmap zijn met de pixelnotatie 0xRRGGBB of een 32-bits bitmap met de pixelnotatie 0xrrRRGGBB, waarbij 'rr' is gereserveerd. |
In tegenstelling tot een capsule die is gegenereerd voor de payload van de firmware-update, wordt de payload van de weergavecapsule niet opgevuld om paginagealigneerd te zijn. De payload van de display volgt onmiddellijk de capsuleheader.
Tijdens de firmware-update geeft de weergavecapsule een grafisch ontwerp weer dat moet worden weergegeven gedurende het hele updateproces. De afbeelding wordt in eerste instantie weergegeven door Windows en doorgegeven aan de firmware als onderdeel van dezelfde UpdateCapsule-aanroep die de updatepayload(s) naar de firmware verzendt. Als de firmware het systeem of het videoapparaat opnieuw instelt, moet de firmware de bitmap in de displaycapsule opnieuw weergeven. Als het fysieke geheugen niet wordt behouden tijdens het opnieuw instellen, moet de firmware mogelijk de bitmap opslaan in permanente opslag om de bitmap opnieuw weer te geven na het opnieuw instellen. De details over het opslaan en herstellen van de bitmap tijdens een reset zijn implementatiespecifiek en worden niet besproken in dit document.
De firmware-updateweergavecapsule is gemodelleerd van de Boot Graphics Resource Table (BGRT) die is gedefinieerd in ACPI 5.0. De BGRT definieert een mechanisme voor systeemfirmware om een afbeelding te bieden aan een opstartlaadprogramma van het besturingssysteem. Hoewel de twee tabellen vergelijkbaar zijn, zijn er enkele belangrijke verschillen.
| BGRT | Firmware-updateweergavecapsule | Reden |
|---|---|---|
| Aanwijzer naar bitmap | Ingesloten bitmap | Door de bitmap in te sluiten, kan de capsule in één bewerking worden opgeslagen en hersteld. |
| Bevat geen videomodus | Bevat de videomodus | Klaar om te voorkomen dat de firmware de videomodus moet opvragen tijdens het aanroepen van UpdateCapsule. |
| Een statusveld bevatten | Bevat geen statusveld | In het veld Status van de BGRT wordt beschreven of de afbeelding momenteel op het scherm wordt weergegeven. Dit is niet van toepassing op de firmware update display capsule. |