Компоненты загрузочного экрана

На экране загрузки обновления встроенного ПО есть два компонента: логотип изготовителя оборудования и текст обновления. В этой статье содержатся рекомендации по настройке каждого из этих компонентов, а также сведения о том, как эти компоненты передаются в встроенное ПО в капсуле обновления встроенного ПО.

Логотип OEM

Логотип OEM на экране загрузки обновления встроенного ПО должен быть таким же логотипом, который отображается во время обычного процесса загрузки. Для экранов загрузки обновления встроенного ПО логотип должен иметь тот же размер, положение и ожидаемое качество, что и во время обычного процесса загрузки.

Файл с логотипом OEM

Прежде чем клиенты увидят экраны с действиями, на экране загрузки появится логотип изготовителя оборудования.

Логотип OEM не отображается на всех экранах при первом включении, а после запуска отображается в панель управления в разделе Сведения о производительности и средства. Он не отображается в приложении "Параметры ".

Post (самотестировщик Power On) и время запуска операционной системы выполняются быстрее, чем раньше. Чтобы убедиться, что у вас есть подходящий момент фирменной символики, логотип OEM отображается как в POST, так и при запуске операционной системы. При таком подходе логотип OEM легко узнаваем, хорошо выдержан и связан с быстрым и надежным интерфейсом.

Кроме того, логотип OEM отображается в качестве элемента фирменной символики в приложении панель управления в разделе Сведения о производительности и средства. Он не отображается в приложении "Параметры ".

Создание логотипа

Добавленный логотип представляет клиентам первое визуальное знакомство с новыми компьютерами под управлением Windows, поэтому он должен быть чистым, четким и острым по краям и внутри.

Фон загрузочного экрана всегда черный, поэтому используйте логотип, который отлично выглядит на черном фоне. Логотип также должен иметь истинный черный фон, чтобы не было заметной разницы, где заканчивается черный фон логотипа и начинается черный фон экрана. Прозрачность не поддерживается. Черный фон оптимизирует производительность системы для первоначальной отрисовки логотипа и исчезания в конце загрузки для перехода с UEFI Graphics Output Protocol (GOP) на собственный видеодрайвер операционной системы. Другие области Windows также используют ваш логотип: настройка, сброс Push-Button (PBR), исправление безопасной загрузки и средство восстановления при запуске, все из которых используют черный фон. В этих интерфейсах используется тот же логотип из таблицы ресурсов загрузочной графики (BGRT).

Размещение логотипа во время POST

Встроенное ПО рисует логотип OEM на post и помещает его в предопределенное положение. При запуске Windows логотип сохраняется в видео буфере. Настольные компьютеры могут обнаруживать собственное разрешение панели, считывая его EDID (расширенные данные идентификации дисплея).

Чтобы логотип отображалось правильно во всей последовательности, функция POST должна выполняться в собственном разрешении устройства. Это гарантирует, что логотип будет иметь нужный размер, форму и расположение, а также то, что требуется Windows.

Логотип должен отображаться на экране в определенном месте для демонстрации фирменной символики компьютера. Рекомендуется размещать логотип с центром на 38,2 % от верхнего края экрана. Такое позиционирование основано на визуальной эстетике золотого сечения и соответствует Windows 10 пропорциям дизайна. Такое согласованное расположение на всех компьютерах под управлением Windows 10 позволяет Windows разместить круг выполнения в правильном месте и гарантирует визуальное выравнивание логотипа и кольца.

Для дополнительной поддержки этого визуального баланса рекомендуется ограничить размер логотипа до 40 % от высоты и ширины экрана. Это гарантирует, что экран отображается правильно, а windows может правильно выцветать логотип в конце загрузки. Рекомендуется, чтобы максимальная область логотипа начиналось не более чем на 18,2 % от верхней части экрана.

Эти принципы проектирования применяются как к альбомным, так и к книжным устройствам.

Добавление логотипа в BGRT

В дополнение к правильному расположению логотипа во время POST, вы также храните логотип в таблице ресурсов загрузочной графики (BGRT). BGRT динамически определяет новые объекты, используемые Windows для описания ресурсов и расположения на экране. Сохраните логотип в EfiBootServicesData и предостережение его через BGRT. Интерфейс BGRT поддерживает этот логотип в виде 24-разрядного растрового изображения с форматом пикселей 0xRRGGBB или 32-битового растрового изображения с форматом пикселей 0xrrRRGGBB, где зарезервировано значение "rr". Это стандартный интерфейс, который Windows использует для доступа к логотипу.

Два важных поля в BGRT: "Смещение изображения X" и "Смещение изображения Y". Это значения (x,y) левого верхнего угла размещения логотипа на экране. Задав эти значения, убедитесь, что вы не используете позицию логотипа или верхний левый угол ограничивающего прямоугольника, иначе Windows не будет правильно размещать логотип в разделе Установка, Восстановление при запуске, сброс Push-Button или другие возможности.

Следует свести к минимуму заполнение в ресурсе логотипа и использовать только то, что необходимо для правильного выравнивания. Минимальное заполнение экономит место во встроенном ПО и позволяет Windows правильно масштабировать логотип на основе BGRT.

Логотип изготовителя оборудования не отображается на всех экранах при первом включении.

Дополнительные сведения о BGRT см. в разделе 5.2.22 спецификации расширенной конфигурации и power interface (ACPI).

Текст для кнопки обновления

Текст обновления на экране загрузки обновления встроенного ПО представляет собой простую строку, предназначенную для быстрого чтения и простоты понимания. Текст отображается загрузчиком Windows. Определив ожидание обновлений встроенного ПО, загрузчик определяет языковой стандарт Windows и отображает локализованный текст на экране.

Во время вызова UpdateCapsule загрузчик передает все капсулы обновления встроенного ПО. Кроме того, он также передает определенную корпорацией Майкрософт капсулу отображения обновления встроенного ПО , которая содержит точечный рисунок отображаемого текста и расположение растрового изображения на экране. Метод UpdateCapsule системного ПО должен сохранять капсулу, чтобы при очистке или изменении экрана можно было повторно отобразить растровое изображение на экране.

Капсула отображения обновления встроенного ПО Windows

Когда загрузчик Windows вызывает метод UpdateCapsule системы, он передает все капсулы обновления встроенного ПО. Кроме того, он будет передаваться в капсуле пользовательского интерфейса Windows. Эта капсула содержит точечный рисунок отрисованного локализованного текста, который должен отображаться на экране. Для идентификации этой капсулы используется следующий ИДЕНТИФИКАТОР GUID: {3b8c8162-188c-46a4-aec9-be43f1d65697}.

Там нет никакой гарантии порядка UX капсулы появится в массиве капсул. Не полагайтесь на определенную позицию индекса для поиска капсулы пользовательского интерфейса. Рекомендуется сканировать массив в поисках капсулы пользовательского интерфейса и обработать его перед обработкой оставшихся капсул встроенного ПО в массиве.

Важно отметить, что могут существовать некоторые сценарии, в которых не будет UX капсулы. Например, в случае безголового сервера, у которого нет видеоадаптера, не будет капсулы пользовательского интерфейса. В таких случаях вызов UpdateCapsule встроенного ПО может игнорировать требование к капсуле пользовательского интерфейса. Однако если UX Capsule присутствует, UpdateCapsule должен обработать ее в соответствии с процессом, описанным в этом разделе.

В следующей таблице описан заголовок отображения обновления встроенного ПО для капсулы пользовательского интерфейса.

Поле	Длина байтов	Смещение байтов	Описание
CapsuleGuid	16	0	FIRMWARE_UPDATE_DISPLAY_CAPSULE
HeaderSize	4	16	sizeof(EFI_CAPSULE_HEADER)
Флаги	4	20	CAPSULE_FLAGS_PERSIST_ACROSS_RESET
CapsuleImageSize	4	24	4-байтовое целое число без знака, описывающее длину капсулы отображения обновления встроенного ПО. Размер включает заголовок и капсулу, которая включает в себя отображаемое изображение.

В следующей таблице описаны полезные данные капсулы для отображения обновлений встроенного ПО.

Поле	Длина байтов	Смещение байтов	Описание
Версия	1	28	Определяет, какая редакция капсулы дисплея реализована. Для этого поля будет задано значение 1.
Контрольная сумма	1	29	Содержит контрольную сумму для включения простой проверки. Сумма всей капсулы (заголовка и полезных данных), включая отображаемое изображение, должна быть равна нулю. Если сумма не равна нулю, капсулу следует игнорировать.
ImageType	1	30	Задает формат внедренного изображения: 0: растровое изображение 1–255: зарезервировано для использования в будущем.
Зарезервировано	1	31	Зарезервировано для последующего использования. Должен равняться нулю.
Режим	4	32	Указывает режим видео протокола вывода графики, который может отображать внедренное изображение. Режим видео запрашивается перед вызовом UpdateCapsule и описывает текущий режим видео и режим видео локального дисплея, когда внедренное изображение отображается загрузчиком. Значение равно полю Режим структуры EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE при отображении изображения.
Смещение изображения X	4	36	Длинное 4-байтовое (32-разрядное) без знака, описывающее X-смещение растрового изображения. (X, Y) смещение отображения верхнего левого угла изображения. Верхний левый угол экрана находится на смещении (0, 0).
Смещение изображения Y	4	40	Длинное 4-байтовое (32-разрядное) без знака, описывающее смещение по Y растрового изображения. (X, Y) смещение отображения верхнего левого угла изображения. Верхний левый угол экрана находится на смещении (0, 0). Пример см. на рисунке ниже.
Image	Н/Д	44	Массив байтов, содержащий внедренное растровое изображение, отображаемое в процессе обновления встроенного ПО. Растровое изображение может быть либо 24-разрядным растровым изображением в формате пикселей 0xRRGGBB, либо 32-разрядным растровым изображением с форматом пикселей 0xrrRRGGBB, где зарезервировано значение "rr".

В отличие от капсулы, созданной для полезных данных обновления встроенного ПО, полезные данные капсулы дисплея не заполняются для выравнивания по страницам. Полезные данные дисплея сразу же следуют за заголовком капсулы.

Капсула отображения обновления встроенного ПО описывает рисунок, который должен быть отрисован во время обновления встроенного ПО. Изображение изначально отрисовывается и отображается Windows и передается встроенному ПО в рамках того же вызова UpdateCapsule, содержащего полезные данные обновления для встроенного ПО. Если встроенное ПО сбрасывает систему или видеоустройство, встроенное ПО должно перезапустить растровое изображение, предоставленное в капсуле дисплея. Если физическая память не сохраняется во время сброса, встроенному ПО может потребоваться сохранить растровое изображение в постоянном хранилище, чтобы повторно воспроизвести растровое изображение после сброса. Сведения о том, как сохранить и восстановить растровое изображение в процессе сброса, зависят от реализации и не рассматриваются в этом документе.

Капсула отображения обновления встроенного ПО смоделирована на базе таблицы ресурсов загрузочной графики (BGRT), определенной в ACPI 5.0. BGRT определяет механизм для встроенного ПО системы для предоставления графического изображения загрузчику ОС. Хотя две таблицы похожи, есть несколько существенных различий.

BGRT	Капсула отображения обновления встроенного ПО	Причина
Указатель на точечный рисунок	Внедренное растровое изображение	Внедрение растрового изображения позволяет сохранить и восстановить капсулу за одну операцию.
Не содержит режим видео	Содержит режим видео	Сделано, чтобы не требовать от встроенного ПО запрашивать режим видео во время вызова UpdateCapsule.
Содержать поле "Состояние"	Не содержит поле "Состояние"	Поле Состояние BGRT указывает, отображается ли изображение на экране в данный момент. Это неприменимо к капсуле дисплея обновления встроенного ПО.

Похожие статьи

Взаимодействие с пользователем для обновлений встроенного ПО UEFI