Startskärmskomponenter

Det finns två komponenter till startskärmen för uppdatering av inbyggd programvara: OEM-logotypen och uppdateringstexten. Den här artikeln innehåller vägledning om hur du konfigurerar var och en av dessa komponenter och information om hur dessa komponenter skickas till den inbyggda programvaran i en uppdateringskapsel för inbyggd programvara.

OEM-logotypen på startskärmen för uppdatering av inbyggd programvara måste vara samma logotyp som visas under den normala startprocessen. För startskärmar för uppdatering av inbyggd programvara måste logotypen vara samma storlek, position och kvalitet som förväntas under den normala startprocessen.

OEM-logotypfil

Innan kunderna ser några åtgärdsbara skärmar visas OEM-logotypen på startskärmen.

OEM-logotypen visas inte på några skärmar i OOBE och efter OOBE visas den på kontrollpanelen under Prestandainformation och verktyg. Den visas inte i appen Inställningar .

POST (Power-On Self-Test) och starttider för operativsystem är snabbare än de brukade vara. För att säkerställa att du har ett korrekt varumärkesögonblick visas OEM-logotypen i både POST och operativsystemets start. I den här metoden är OEM-logotypen lätt igenkännlig, lämpligt hållbar och associerad med en snabb och tillförlitlig upplevelse.

Dessutom visas OEM-logotypen som ett varumärkeselement i kontrollpanelsappen under Prestandainformation och verktyg. Den visas inte i appen Inställningar .

Logotypen som du lägger till presenterar kunder med deras första visuella möte med sina nya datorer som kör Windows, så det bör vara rent, skarpt och skarpt på kanterna och inuti.

Bakgrunden på startskärmen är alltid svart, så använd en logotyp som ser bra ut på en svart bakgrund. Logotypen måste också ha en sann svart bakgrund så det finns ingen märkbar skillnad där logotypens svarta bakgrund slutar och skärmens svarta bakgrund börjar. Transparens stöds inte. Den svarta bakgrunden optimerar systemprestanda för både den första återgivningen av logotypen och uttoningen i slutet av startprocessen för övergången från UEFI Graphics Output Protocol (GOP) till operativsystemets inbyggda videodrivrutin. Andra områden i Windows använder också din logotyp: Installation, Push-Button Reset (PBR), Secure Boot remediation och Startup Repair Tool, som alla använder en svart bakgrund. Dessa upplevelser använder samma logotyp från startgrafikresurstabellen (BGRT).

Placera logotypen under POST

Inbyggd programvara ritar OEM-logotypen på POST och placerar logotypen i en fördefinierad position. När Windows-start börjar sparas logotypen i videobufferten. Skrivbord kan identifiera panelens interna upplösning genom att läsa dess EDID (Extended Display Identification Data).

För att logotypen ska visas korrekt i hela sekvensen måste POST ske i enhetens inbyggda upplösning. Detta säkerställer att logotypen är den storlek, form och plats som du vill använda, och att Windows kräver det.

Logotypen ska visas på skärmen på en specifik plats för att visa datorns varumärke. Vi rekommenderar att logotypen placeras i mitten på 38,2% från skärmens övre kant. Den här positioneringen baseras på det gyllene förhållandets visuella estetik och matchar designproportionerna för Windows 10. Med den här konsekventa positioneringen på alla datorer som kör Windows 10 kan Windows placera förloppsringen på rätt plats och se till att logotypen och ringen är visuellt balanserade.

För att ytterligare stödja den här visuella balansen rekommenderar vi att du begränsar logotypens storlek till 40% av skärmens höjd och bredd. Detta säkerställer att skärmen visas korrekt och att Windows kan tona ut logotypen korrekt i slutet av starten. Vi rekommenderar att logotypens maximala yta inte börjar på mer än 18,2% överst på skärmen.

Dessa designprinciper gäller för både liggande och stående enheter.

Lägg till logotypen i BGRT

Förutom att placera logotypen korrekt under POST lagrar du även logotypen i BGRT (Boot Graphics Resource Table). BGRT definierar dynamiskt nya objekt som Windows ska använda för att beskriva resurserna och platsen på skärmen. Lagra logotypen i EfiBootServicesData och exponera den via BGRT. BGRT-gränssnittet stöder den här logotypen som antingen en 24-bitars bitmapp med ett pixelformat på 0xRRGGBB eller en 32-bitars bitmapp med pixelformatet 0xrrRGGBB, där "rr" är reserverad. Det här är standardgränssnittet som Windows använder för att komma åt logotypen.

Två viktiga fält i BGRT är "Image Offset X" och "Image Offset Y". Det här är värdena (x,y) i det övre vänstra hörnet i logotypens placering på skärmen. När du anger dessa värden, kontrollera att du inte använder logotypens position eller det övre vänstra hörnet i avgränsningsrutan, för annars kommer inte Windows att placera logotypen korrekt i installationen, startreparationen, Push-Button-återställningen eller andra upplevelser.

Du bör minimera utfyllnad i logotypresursen och endast använda det som krävs för korrekt centrering. Med minimal utfyllnad sparas utrymme i den inbyggda programvaran och gör att Windows kan skala den BGRT-baserade logotypen korrekt.

OEM-logotypen visas inte på några skärmar i OOBE.

Mer information om BGRT finns i avsnitt 5.2.22 i ACPI-specifikationen (Advanced Configuration and Power Interface).

Uppdatera text

Uppdateringstexten på startskärmen för den inbyggda programvaran är en enkel sträng som är utformad för att vara snabb att läsa och lätt att förstå. Texten återges av Windows bootloader. När den har fastställt att uppdateringar av inbyggd programvara väntar avgör startladdaren nationella inställningar för Windows och visar den lokaliserade texten på skärmen.

Under anropet till UpdateCapsule, skickar bootladdaren alla uppdateringskapslar för inbyggd programvara. Dessutom skickas även en Microsoft-definierad visningskapsel för uppdatering av inbyggd programvara som innehåller en bitmapp av texten som visas och platsen för bitmappen på skärmen. Systemfirmwarets UpdateCapsule-metod måste bevara kapseln så att när skärmen rensas eller ändras kan den åter visa bitmappen på skärmen.

firmware-uppdateringens startskärmskomponenter.

Windows firmwareuppdatering visningskapsel

När Windows Bootloader anropar systemets UpdateCapsule-metod skickar den in alla uppdateringskapslar för inbyggd programvara. Dessutom skickas den i en Windows UX-kapsel. Den här kapseln innehåller bitmappen för renderad, lokaliserad text som måste visas på skärmen. Följande GUID används för att identifiera den här kapseln: {3b8c8162-188c-46a4-aec9-be43f1d65697}.

Det finns ingen garanti för vilken ordning UX-kapseln kommer att visas i kapselmatrisen. Förlita dig inte på en specifik indexposition för att hitta UX-kapseln. Bästa praxis är att söka igenom matrisen och leta efter UX-kapseln och bearbeta den innan du bearbetar återstående kapslar för inbyggd programvara i matrisen.

Observera att det kan finnas scenarier där det inte finns någon UX-kapsel. Det finns till exempel ingen UX-kapsel för en huvudlös server som inte har något bildskärmskort. I sådana fall kan UpdateCapsule-anropet för inbyggd programvara ignorera UX-kapselkravet. Men om UX-kapseln finns måste UpdateCapsule bearbeta den enligt den process som beskrivs i det här avsnittet.

I följande tabell beskrivs rubriken för uppdatering av inbyggd programvara för UX-kapseln.

Fält Bytelängd Byteförskjutning Beskrivning
CapsuleGuid 16 0 FIRMWARE_UPDATE_DISPLAY_CAPSULE
Rubrikstorlek 4 16 sizeof(EFI_CAPSULE_HEADER)
Flaggor 4 20 KAPSELFLAGGOR_BESTÅR_VID_OMGIVNING
CapsulesBildStorlek 4 24 Ett 4 bytes osignerat heltal som beskriver längden på visningskapseln för uppdatering av inbyggd programvara. Storleken inkluderar rubriken och kapseln, vilken inkluderar skärmbilden.

I följande tabell beskrivs kapselnyttolasten för uppdatering av inbyggd programvara.

Fält Bytelängd Byteförskjutning Beskrivning
Utgåva 1 28 Identifierar vilken version av visningsmodulen som implementeras. Det här fältet anges till 1.
Checksum 1 29 Innehåller en kontrollsumma för att aktivera enkel validering. Summan av hela kapseln (rubrik och nyttolast), inklusive visningsbilden, måste vara lika med noll. Om summan inte är lika med noll ska kapseln ignoreras.
ImageType 1 30 Anger formatet på den inbäddade avbildningen:

0: Bitmap

1–255: Reserverad för framtida användning.
Reserverad 1 31 Reserverad för framtida användning. Måste vara noll.
Modus 4 32 Anger grafikutdataprotokollets videoläge som kan visa den inbäddade bilden. Videoläget efterfrågas innan du anropar UpdateCapsule och beskriver det aktuella videoläget och videoläget för den lokala bildskärmen när den inbäddade bilden visas av startinläsaren. Värdet är lika med fältet Läge i EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE struktur när bilden återges.
Bildförskjutning X 4 36 En 32-bitars osignerad lång heltal som beskriver X-förskjutningen av bitmappsbilden. (X, Y) bildförskjutning i det övre vänstra hörnet av bilden. Det övre vänstra hörnet på skärmen är vid förskjutning (0, 0).
Bildförskjutning Y 4 40 En 4-bytes (32-bitars) osignerad lång beskriver Y-förskjutningen av bitmappsbilden. (X, Y) visningsförskjutning i det övre vänstra hörnet av bilden. Det övre vänstra hörnet på skärmen är vid förskjutning (0, 0). Se bilden nedan för ett exempel.
Bild Inte tillgänglig 44 En bytematris som innehåller den inbäddade bitmappen som ska visas under uppdateringsprocessen för inbyggd programvara. Bitmappen kan antingen vara en 24-bitars bitmapp med pixelformatet 0xRRGGBB eller en 32-bitars bitmapp med pixelformatet 0xrrRRGGBB, där "rr" är reserverad.

bildförskjutningsvärde i förhållande till visning

Till skillnad från en kapsel som genereras för nyttolasten för uppdatering av inbyggd programvara är nyttolasten för displaykapseln inte vadderad för att vara sidjusterad. Skärmlasten följer omedelbart kapselhuvudet.

Visningskapseln för uppdatering av inbyggd programvara beskriver en bild som måste återges under en uppdatering av inbyggd programvara. Grafiken återges och visas först av Windows och överlämnas till den inbyggda programvaran som en del av samma UpdateCapsule-anrop som innehåller uppdateringsnyttolasten till den inbyggda programvaran. Om den inbyggda programvaran återställer systemet eller videoenheten måste den inbyggda programvaran återge den bitmapp som ges i visningskapseln. Om fysiskt minne inte sparas i återställningen kan den inbyggda programvaran behöva spara bitmappen till beständig lagring för att kunna spela upp bitmappen igen efter återställningen. Informationen om hur du sparar och återställer bitmappen för en återställning är implementeringsspecifik och beskrivs inte i det här dokumentet.

Visningskapseln för uppdatering av inbyggd programvara modelleras efter den startgrafikresurstabell (BGRT) som definieras enligt ACPI 5.0. BGRT definierar en mekanism för systemets inbyggda programvara att tillhandahålla en grafik till en OS-bootladdare. Även om de två tabellerna är liknande finns det ett par anmärkningsvärda skillnader.

BGRT Visningskapsel för uppdatering av inbyggd programvara Förnuft
Pekare till bitmapp Inbäddad bitmapp Genom att bädda in bitmappen kan kapseln sparas och återställas i en enda åtgärd.
Innehåller inte videoläge Innehåller videoläge Gjort för att undvika att kräva att firmware frågar efter videoläge vid UpdateCapsule-anrop.
Innehåller ett statusfält Innehåller inte ett statusfält Fältet Status i BGRT beskriver om bilden visas på skärmen. Detta gäller inte för visningskapseln för uppdatering av inbyggd programvara.

Användarupplevelse för uppdateringar av UEFI-inbyggd programvara