- Change Oem Boot Logo Windows 10 Hp
- Change Your Windows Boot Logo To The LinusTechTips Logo Or ...
- Change Boot Logo - Windows 10 Forums
I am using a Lenovo PC and thus, my boot screen is the Lenovo boot screen. However, I want to change the boot screen from Lenovo's boot screen to the normal Windows boot screen with the Windows logo. I tried everything to change my boot logo because I see many video in which they modify startup logo but in my laptop it does not change and show dell logo after bios logo after that is also show dell logo I want to show MIcrosoft logo I changed OS window 8.1 and 10 but dell logo remain at startup instead of microsoft logo. These experiences use the same logo from the Boot Graphics Resource Table (BGRT). Position the logo during POST. Firmware draws the OEM logo at POST and places the logo in a predetermined position. When Windows startup begins, the logo is kept in the video buffer.
-->There are two components to the firmware update boot screen: the OEM logo and the update text. This topic provides guidance about how to configure each of these components, and information about how these components are passed to the firmware in a firmware update capsules.
OEM logo
Change Oem Boot Logo Windows 10 Hp
The OEM logo in the firmware update boot screen must be the same logo which is displayed during the normal boot process. For firmware update boot screens the logo must be the same size, position and quality expected as is displayed during the normal boot process.
OEM logo file
Before customers see any actionable screens, your OEM logo displays on the boot screen.
The OEM logo does not appear on any screens in OOBE, and after OOBE it displays in the Control Panel under Performance Information and Tools. It does not display in the Settings app.
POST (Power-On Self-Test) and operating system startup times are faster than they used to be. To ensure you have a proper branding moment, the OEM logo is visible across both POST and the operating system startup. In this approach, the OEM logo is readily recognizable, suitably sustained, and associated with a fast and reliable experience.
In addition, the OEM logo is displayed as a branding element in the Control Panel app, under Performance Information and Tools. It does not display in the Settings app.
Create the logo
The logo you add presents customers with their first visual encounter with their new PCs running Windows, so it should be clean, crisp, and sharp on its edges as well as inside.
The background of the boot screen is always black, so use a logo that looks great on a black background. The logo must also have a true black background so there's no noticeable difference where the logo's black background ends and the screen's black background begins. Transparency is not supported. The black background optimizes system performance for both the initial rendering of the logo and the fade-out at the end of boot for the transition from UEFI Graphics Output Protocol (GOP) to the operating system native video driver. Other areas of Windows also use your logo: Setup, Push-Button Reset (PBR), Secure Boot remediation, and the Startup Repair Tool, all of which use a black background. These experiences use the same logo from the Boot Graphics Resource Table (BGRT).
Position the logo during POST
Firmware draws the OEM logo at POST and places the logo in a predetermined position. When Windows startup begins, the logo is kept in the video buffer. Desktops can detect the panel's native resolution by reading its EDID (Extended Display Identification Data).
Change Your Windows Boot Logo To The LinusTechTips Logo Or ...
To make the logo appear correctly across the entire sequence, POST needs to occur in the device's native resolution. This ensures that the logo is the size, shape, and location that you want, and that Windows requires.
The logo should appear on the screen at a specific location to showcase the PC's brand. We recommend that the logo is placed with its center at 38.2% from the screen's top edge. This positioning is based on the golden ratio's visual aesthetics and matches the Windows 10 design proportions. This consistent positioning across all PCs running Windows 10 lets Windows place the progress ring in the correct location and ensures that the logo and ring are visually balanced.
To further support this visual balance, we recommend that you limit the logo size to 40% of the screen's height and width. This ensures that the screen appears correctly, and that Windows can properly fade out the logo at the end of boot. We recommend that the logo's maximum area start at no more than 18.2% from the top of the screen.
These design principles apply to both landscape and portrait devices.
Add the logo to the BGRT
In addition to correctly positioning the logo during POST, you also store the logo inside the Boot Graphics Resource Table (BGRT). The BGRT dynamically defines new objects for Windows to use to describe the resources and on-screen location. Store the logo in EfiBootServicesData and expose it via the BGRT. The BGRT interface supports this logo as either a 24-bit bitmap with a pixel format of 0xRRGGBB, or a 32-bit bitmap with a pixel format of 0xrrRRGGBB, where ‘rr’ is reserved. This is the standard interface that Windows uses to access the logo.
Two important fields in the BGRT are 'Image Offset X' and 'Image Offset Y'. These are the (x,y) values of the upper-left corner of the logo's on-screen placement. When you set these values, make sure that you don’t use the logo's position or the upper-left corner of the bounding box, or Windows won't correctly position the logo in Setup, Startup Repair, Push-Button Reset, or other experiences.
You should minimize padding in the logo resource and use only what's necessary for proper centering. Using minimal padding saves space in the firmware and lets Windows scale the BGRT-based logo properly.
Note
The OEM logo does not appear on any screens in OOBE.
For additional details on the BGRT, please see section 5.2.22 of the Advanced Configuration and Power Interface (ACPI) Specification.
Update text
The update text in the firmware update boot screen is a simple string that is designed to be quick to read and easy to understand. The text is rendered by the Windows bootloader. Once it determines that firmware updates are pending then the bootloader determines the locale of Windows and displays the localized text on the screen.
Change Boot Logo - Windows 10 Forums
During the call into UpdateCapsule the bootloader will pass all firmware update capsules. In addition it will also pass in a Microsoft-defined firmware update display capsule that contains a bitmap of the text which is displayed and the location of the bitmap on the screen. The system firmware’s UpdateCapsule method must persist the capsule so that any time the screen is cleared or modified it can re-display the bitmap on the screen.
Windows firmware update display capsule
When the Windows bootloader calls into the system firmware’s UpdateCapsule method, it passes in all firmware update capsules. Additionally it will pass in a Windows UX capsule. This capsule contains the bitmap of rendered, localized text which must be displayed on the screen. The following GUID is used to identify this capsule: {3b8c8162-188c-46a4-aec9-be43f1d65697}.
There is no guarantee of order the UX capsule will appear in the array of capsules. Do not rely on a specific index position to find the UX capsule. A best practice includes scanning the array looking for the UX capsule and processing it before processing remaining firmware capsules in the array.
It is important to note that there may be some scenarios where there will be no UX capsule. For example, there will be no UX capsule in the case of a headless server that has no display adapter. In such cases the firmware UpdateCapsule call can ignore the UX capsule requirement. However if the UX Capsule is present, then UpdateCapsule must process it according to the process described in this section.
The following table describes the firmware update display header for the UX capsule.
| Field | Byte length | Byte offset | Description |
|---|---|---|---|
| CapsuleGuid | 16 | 0 | FIRMWARE_UPDATE_DISPLAY_CAPSULE |
| HeaderSize | 4 | 16 | sizeof(EFI_CAPSULE_HEADER) |
| Flags | 4 | 20 | CAPSULE_FLAGS_PERSIST_ACROSS_RESET |
| CapsuleImageSize | 4 | 24 | 4-byte unsigned integer describing the length of the firmware update display capsule. The size includes the header and capsule, which includes the display image. |
The following table describes the firmware update display capsule payload.
| Field | Byte length | Byte offset | Description |
|---|---|---|---|
| Version | 1 | 28 | Identifies which revision of the display capsule is implemented. This field will be set to 1. |
| Checksum | 1 | 29 | Contains a checksum to enable simple validation. The sum of the entire capsule (header and payload), including the display image, must equal zero. If the sum does not equal zero, the capsule should be ignored. |
| ImageType | 1 | 30 | Specifies the format of the embedded image:
|
| Reserved | 1 | 31 | Reserved for future use. Must be zero. |
| Mode | 4 | 32 | Specifies the graphics output protocol video mode that is capable of displaying the embedded image. The video mode is queried prior to calling UpdateCapsule and describes the current video mode and the video mode of the local display when the embedded image is displayed by the boot loader. The value equals the Mode field of the EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE structure when the image is rendered. |
| Image Offset X | 4 | 36 | A 4-byte (32-bit) unsigned long describing the X-offset of the bitmap image. (X, Y) display offset of the top left corner of the image. The top left corner of the display is at offset (0, 0). |
| Image Offset Y | 4 | 40 | A 4-byte (32-bit) unsigned long describing the Y-offset of the bitmap image. (X, Y) display offset of the top left corner of the image. The top left corner of the display is at offset (0, 0). |
| Image | N/A | 44 | A byte-array that contains the embedded bitmap to display during the firmware update process. The bitmap can be either a 24-bit bitmap with the pixel format 0xRRGGBB or a 32-bit bitmap with the pixel format 0xrrRRGGBB, where ‘rr’ is reserved. |
Note that unlike a capsule generated for the firmware update payload, the display capsule payload is not padded to be page-aligned. The display payload immediately follows the capsule header.
The firmware update display capsule describes a graphic that must be rendered during the duration of a firmware update. The graphic is initially rendered and display by Windows and handed off to the firmware as part of the same UpdateCapsule call containing the update payload(s) to the firmware. If the firmware resets the system or the video device, the firmware must redisplay the bitmap provided in the display capsule. If physical memory is not persisted across the reset, the firmware may have to save the bitmap to persistent storage to redisplay the bitmap after the reset. The details on how to save and restore the bitmap across a reset are implementation specific and are not discussed in this paper.
The firmware update display capsule is modeled off of the Boot Graphics Resource Table (BGRT) defined in ACPI 5.0. The BGRT defines a mechanism for system firmware to provide a graphic to an OS boot loader. While the two tables are similar, there are a couple of notable differences.
| BGRT | Firmware update display capsule | Reason |
|---|---|---|
| Pointer to Bitmap | Embedding the bitmap allows the capsule to be saved and restored in a single operation. | 0 |
| Does not contain video mode | Contains video mode | Done to avoid requiring the firmware to query video mode during UpdateCapsule call. |
| Contain a Status field | Does not contain a Status field | The Status field of the BGRT describes whether the image is currently displayed on the screen. This is not applicable to the firmware update display capsule. |
Related topics
Windows 10 displays information about the make, model and name of your device within the Settings app and Control Panel system page. Usually, you won’t notice anything wrong with this information. However, if you’ve just reinstalled Windows or built your own computer, you might find all the values are showing as “To Be Filled By O.E.M.”
Of course, this has no impact on the functionality of your system. But if you’re anything like this author, you want to give your new self-build PC its own identity – so read on to find out how to change these values to something more useful.
This process does involve editing the Windows Registry, so we’ll leave a standard warning here: although we don’t see how tweaking manufacturer information can negatively impact your system, this isn’t officially supported by Microsoft and it may stop working in the future. Take care when editing the registry; unintentional, malformed or misconfigured edits can cause serious trouble.
To get going, open the Registry Editor (hit the Start button and type regedit). If you’re not an administrator, you will be prompted to reauthenticate as one.
Using the address bar at the top of the window, paste or type the following key:
Note that older versions of Windows 10 don’t have an address bar in the Registry Editor, so you’ll need to manually navigate through the folder-like structure to find the key.
What you’ll see depends on whether your system already has manufacturer information. If it does, you should see several keys besides “(Default)” in the right pane which define different properties of your system. You can double-click these keys to edit their value after following the instructions below.
If you’ve just installed Windows and Control Panel displays your manufacturer information as “To Be Filled By O.E.M,” you’ll probably just have the sole “(Default)” key. When following the instructions below, you’ll need to create new keys for each property – right-click anywhere in the right pane and choose New > String Value. Be careful to ensure its name exactly matches that of your intended property. You can then set its value by double-clicking it.
The available properties are as follows:
- Manufacturer – The manufacturer name to display for your device
- Model – The model name to display for your device
- SupportHours – Used to display manufacturer support information
- SupportPhone – Used to display manufacturer support information
- SupportURL – Used to display manufacturer support information
- Logo – A path to a bitmap format image to use as your manufacturer “logo”; you’ll need to experiment with sizes and formats
Each of these properties is entirely optional – if you’re building your own system, you’ll probably want to omit the support-related ones.
By way of example, let’s suppose you want your PC’s manufacturer to display as “On MSFT” and none of the keys currently exist on your system.
Right-click in the registry editor window, and choose New > String Value. Name the key “Manufacturer” and then double-click it to set its value. Type “On MSFT.”
After editing the keys, you’ll be able to open Control Panel > System and Security > System to see your new information – no reboot required.
Share This Post: