Несколько недавних публикаций в прессе привлекли внимание к одному блогу и сообщениям в форуме от пользователей, заявляющих, что Windows 7 предложила им «рассмотреть возможность замены аккумулятор» в системах, которые без проблем работали до момента обновления до Windows 7. В подобных статьях, описывающих суть проблемы, говорится не только о том, что Windows 7 предупреждает пользователей о вышедших из строя батареях – мы разрабатывали Windows 7 с учетом такой возможности, – но и о том, что система делает это ошибочно и, что еще хуже, Windows 7 может привести к выходу аккумулятора из строя. Хочу вас заверить, Windows 7 точна в выводе уведомлений о факте выхода аккумулятора из строя, при этом Windows 7 не может ни некорректно сообщать о статусе аккумулятора, ни приводить аккумулятор к такому состоянию. В каждом случае мы смогли идентифицировать, что батарея, которую предлагалось заменить, действительно нуждалась в замене.

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

Одним из наиболее очевидных аспектов жизни аккумулятора ПК (времени непрерывной работы аккумулятора) является сам аккумулятор. Аккумуляторы компьютеров со временем теряют возможность держать заряд и обеспечивать питание (это справедливо для всех перезаряжаемых батарей). Причиной всему этому служат сложные и необратимые химические процессы в аккумуляторе, а также увеличивающееся внутреннее сопротивление других компонентов, которые зависят от дизайна и способа производства аккумулятора. Деградация аккумулятора становится причиной снижения срока работы компьютера от аккумулятора по мере его старения. В результате аккумуляторы заменяются, чтобы обеспечить устройству приемлемое время работы. Быстрая проверка большинства наиболее популярных моделей ноутбуков покажет, что срок гарантии аккумулятора, как правило, ограничен 12 месяцами, после которого производитель допускает ощутимую деградацию (то есть вы заметите, что заряжать ноутбук требуется чаще). Те из нас, у кого подобный ноутбук (или телефон, или музыкальный плеер, или иное устройство с перезаряжаемым аккумулятором) есть уже пару лет, и кто регулярно заряжает его, обязательно ощутят сокращение времени работы аккумулятора, которые сразу же свяжут с иными факторами, поскольку другой информации попросту нет.

Windows 7 использует функции современных аккумуляторов для ноутбуков, в которых предусмотрены специальные цепи и прошивки, которые могут сообщать Windows о своем состоянии. Данные о состоянии передаются в таких абсолютных величинах, как Вт*час емкости. Windows 7 выполняет простые вычисления с целью выявить отклонение от изначальной емкости. В Windows 7 установлена граница в 60% деградации (это значит, что текущая емкость аккумулятора составляет 40% от изначальной), по достижении которой Windows 7 уведомит вас. К примеру, аккумулятор, рассчитанный на 5 часов непрерывной работы, в среднем стал работать всего 2 часа. В таком случае Windows 7 выведет предупреждение в область уведомлений с рекомендацией заменить аккумулятор. Подобное уведомление свойственно лишь Windows 7 и недоступно в Windows Vista или Windows XP.

Аккумуляторы ноутбуков передают информацию о емкости и состоянии через прошивку (или BIOS). Есть подробная спецификация интерфейса прошивки (ACPI), но если вкратце, вместе аппаратная платформа и прошивка предоставляют некоторое количество полей с аттрибутом «только для чтения», в которых описан аккумулятор и его статус. В прошивке указана различная информация об аккумуляторе, включая производителя, серийный номер, проектную емкость и максимальную емкость после последней процедуры зарядки. Два последних пункта – проектная емкость и максимальная емкость после последней процедуры зарядки и используются Windows 7 для определения уровня деградации аккумулятора. Поскольку данная информация предназначена исключительно для чтения, ни Windows 7, ни любая иная ОС не может записывать, устанавливать или настраивать информацию о статусе аккумулятора. На самом деле, все действия по зарядке/разрядке аккумулятора контролируются средствами самого аккумулятора. Windows лишь умеет сообщать информацию о статусе аккумулятора, которую система берет из системной прошивки. Некоторые статьи в сети ошибочно утверждают, что Windows внесла изменения в эту информацию, что по определению невозможно.

Как было сказано выше, каждый конкретный случай является доказательством работы новой функции Windows 7, сообщающей о текущем состоянии аккумулятора, и речь идет о батареях, состояние которых хуже установленной границы. Ниже мы поговорим о данных, позволяющих говорить об этом с уверенностью. Таким образом, некоторые пользователи после обновления операционной системы могут увидеть предупреждение ОС. Аккумуляторы теряли в емкости по мере эксплуатации, но данная информация была недоступна, покуда Windows 7 не научилась ее использовать. Мы понимаем, что в такой ситуации самым очевидным виновником является Windows 7, но на деле Windows 7 лишь сообщила о том, что уже имело место.

Нижеприведенные данные подтверждают увиденное нами. Обратите внимание, что использование телеметрии является делом добровольным, анонимным и уважает конфиденциальность пользователей.

• У нас нет информации о воспроизводимых случаях появления данного уведомления на новом оборудовании или приобретенных новых ПК. И хотя мы видели информацию о появлении уведомления на новых ПК, в каждом из случаев мы установили, что аккумулятор действительно находился в плохом состоянии.
• Наши OEM-партнеры используют собственную телеметрию (call-центры, форумы поддержки и т.д.) и уведомили нас о том, что они не видят всплеска активности по данной проблеме. Следует отметить, что производители ПК часто обсуждают проблемы, связанные с аккумуляторами, со своими клиентами, поэтому они имеют четкое представление о том, чего ожидать в общем и в отношении к конкретным моделям ПК и аккумуляторов.
• Мы внимательно просмотрели основные форумы поддержки, чтобы выявить отчеты об ошибках, связанных с возникновением уведомления. Здесь мы также не нашли воспроизводимых случаев, когда аккумулятор компьютера или сам компьютер были новыми. Единственное что мы выяснили – емкость всех этих аккумуляторов снизилась по прошествии времени.
• В нашей телеметрии, полученной от пользователей финальной версии Windows 7, крайне немногие столкнулись с уведомлением о необходимости замены аккумулятора, и, как ожидалось, оно возникает на системах старше полутора лет. Мы видим чуть меньше уведомлений по сравнению с предрелизными версиями ОС, поскольку средний возраст систем сократился.
• Microsoft зарегистрировала 12 случаев, плюс 8 дополнительных случаев, взятых из различных форумов. На текущий момент (для 20 случаев) все зарегистрированные случаи свидетельствуют о деградации аккумуляторов.
• Microsoft использовала модераторов форумов TechNet для связи с пользователями, сообщившими о появлении уведомления, и мы выделили для этого дополнительный технический персонал. Однако, ни один из примерно 30 пользователей не смог сообщить нам дополнительные факты или подробности в отношении проблемы.
• В ходе бета-тестирования Windows 7 мы видели схожую ситуацию с пользователями, увидевшими уведомление. На самом деле, при оценке парка аппаратных средств, принимавших участие в тестировании, мы зарегистрировали несколько большее число случаев возникновения уведомления. Это является следствием того факта, что многие пользователи купили Windows 7 вместе с новым компьютером или обновили недавно купленный компьютер с Windows Vista.
• При изучении отчетов телеметрии о компьютерах, на которых зарегистрировано появление уведомления, телеметрия показала, что иных проблем не замечено.
• Хотя информация о статусе аккумулятора предоставляется ОС через ACPI в режиме «только для чтения», мы провели доскональное изучение кода и установили, что нет ни единого фрагмента кода, который бы мог внести изменение в информацию о статусе аккумулятор.

Эти данные подтверждают точку зрения о том, что здесь не видно ничего, кроме естественной деградации аккумуляторов. Новая функция Windows 7 стала причиной возникновения нового уведомления, недоступного ранее и всплывающего сразу после обновления. Это и является причиной всех тех статей, которые появились на прошлой неделе, но это не может изменить действительное состояние аккумулятора. У нас нет зарегистрированных случаев, в которых фигурируют новые компьютеры.

И как в случае с иными вопросами, имеющими отношение к качеству Windows 7, мы будем последовательно использовать имеющиеся в нашем арсенале инструменты, чтобы определить реальную причину проблемы и при необходимости внести изменения в код. Мы уверены, что точно определили причину, однако продолжим наблюдать за ситуацией. В частности, мы продолжим сотрудничать с OEM-партнерами, поскольку они получают информацию прямо от потребителей в течение жизненного цикла своих компьютеров.

В конце концов, если вы столкнулись с такой ошибкой и знаете, что ваш аккумулятор новый или находится в отличном состоянии, мы рекомендуем сообщить об этом либо нам, либо производителю ноутбука. Вы можете отправить сообщение через форму обратной связи на сайте, через форум TechNet, форум Microsoft Answers или посетив страницу support.microsoft.com, где можно получить дополнительную информацию о том, как связаться с Microsoft в вашем регионе.

Спасибо

--Стивен

Неделей ранее в сети появилась информация об ошибке в Windows 7. Для того, чтобы воспроизвести ошибку, требуется выполнить нехитрую процедуру:

1) выполнить в командной строке операцию chkdsk /r для любого несистемного диска.

В связи с тем, что воспроизвести проблему не составляет труда, информация о ней быстро расползлась по сети. Последующие публикации и комментарии к ним показали, что эта проблема проявилась у многих, при этом проблема проявлялась у пользователей в двух видах: a) потреблении большого количества памяти и б) аварийном завершении работы Windows Explorer.

Практически мгновенно я начал получать массу писем, связанных с этой проблемой. Как и многие из вас, первое, что я попытался сделать – попробовал воспроизвести ситуацию. И хотя рост потребления памяти имел место, проблема не проявилась ни в одной из своих ипостасей. Я попробовал еще на одном компьютере и снова проблема никак себя не проявила. В обоих случаях, компьютеры работали, как и положено до и после запуска команды chkdsk. Для начала я ответил на большую часть входящей почты и приступил к опросу пользователей на предмет того, как они воспроизвели ошибку, а также просил прислать дамп памяти. Потребление памяти меня волновало не столь сильно, сколько аварийное завершение работы. Письма продолжали поступать, однако, ни дампов, с которыми мы смогли бы поработать, ни более подробных описаний я так и не получил.

Как вы, наверное, догадались, я был не первым в Microsoft, кто увидел это сообщение. Команда File System незамедлительно приступила к расследованию проблемы. Однако, им тоже не удалось выявить аварийное завершение работы. Что касается растущего потребления памяти, то, по их мнению, так и было задумано (флаг /r осуществляет блокировку и восстанавливает диск, поэтому мы думали, что перед тем, как приступить к выполнению работы, необходимо восстановить поврежденные секторы – некоторые авторы нашумевших статей в результате тоже пришли к такому выводу). Мы решили подробнее изучить дампы и отчеты. Как сказано выше, в нашем распоряжении имеется достаточное количество необходимых инструментов.

По мере нашего расследования я продолжал отвечать на непрекращающийся поток писем. Автор одного из них сослался на нашу переписку в блоге. Поэтому мое желание вести нормальный диалог через электронную почту вылился в глобальное обсуждение. Повторив ставшую уже привычной для меня операцию, я добавил комментарий к оригинальной публикации в блоге (именно там мой собеседник сослался на нашу переписку), подробно описав предпринятые шаги и рассказав все, о чем мы знали. Забавно, что мой комментарий привлек к проблеме еще больше внимания. Мне, должен сказать, нравится быть частью сообщества и участвовать в обсуждении лично, хотя порой это может стать причиной неразберихи.

Следует отдельно рассказать о том, что происходит, когда мы получаем отчет об аварийном завершении работы. Давным давно мы обходились всего двумя вариантами: 1) поднять руки и сдаться, если потеряна надежда отыскать причину ошибки или 2) приостановить работу и отправить сотрудников с терминальными отладчиками к пользователям в надежде найти воспроизводимый случай. Ни один из этих вариантов не эффективен, а второй к тому же, как бы героически это ни звучало, не приносит ожидаемых результатов. Даже если сбой имел место, мы не могли определить, был ли это единичный случай или с проблемой сталкивались многие. Нам приходилось принимать решения, не имея нужной информации.

С распространением Интернета и появлением телеметрии (не только в Windows 7) сегодня мы имеем достаточно четкое представление о состоянии наших продуктов. Когда мы впервые слышим об аварийном завершении работы, то проверяем, не зарегистрирован ли подобный сбой на миллионах других компьютеров. Это позволяет собрать статистику, но совершенно бесполезно, если сбой имеет место в одной конкретной конфигурации. Однако, сбой в данной конфигурации, проявившийся на статистически релевантной выборке, является поводом задуматься. Мы, к примеру, можем проверить все стеки вызовов, чтобы понять, была ли в момент сбоя в памяти та или иная программа.

В случае, если зафиксирован сбой, в нашем распоряжении есть множество инструментов. Вы могли видеть их работу в случае сбоя. Мы можем увеличить количество необходимых данных. Мы можем разместить статью в базе знаний в качестве ответа на конкретную ошибку (и вы будете уведомлены об этом через Windows 7 Action Center). Мы можем даже сказать «эй, позвоните нам». Как бы странно это не звучало, в большинстве случаев это помогает. Если же обнаружена ошибка в уже завершенном продукте, тогда ситуация меняется – причиной ошибки может быть новое устройство, новый драйвер или иной программный продукт. Как правило, обычное подтверждение изменений помогает нам диагностировать проблему. Помню, как однажды у многих пользователей Word стал завершать работу с ошибкой. Мы ничего не меняли. Оказалось, что была выпущена новая версия популярного дополнения и именно она стала причиной сбоя, но пользователи винили в ошибке Word. Мы быстро опубликовали инструкции по удалению дополнения и начали работу с его авторами над исправлением. Это умение видеть меняющееся окружение, диагностировать и отвечать на проблему кардинальным образом изменило наш подход к устранению ошибок в продукте.

Мы непрерывно изучаем новые и часто повторяющиеся проблемы (включая сбои, зависания, неудавшиеся установки, потенциальные уязвимости и т.д.). На самом деле, в течение каждого месяца обрабатываются сотни отзывов, получаемых от корпоративных клиентов и OEM-партнеров (и IHV, и ISV). Мы часто видим, что проблемы решаются изменениями вне ядра Windows (например, в драйверах, прошивках или приложениях). Мы не перекладываем ответственность и помогаем компаниям устранять причины ошибок. Мы также вносим многочисленные изменения в код Windows, выпуская ежемесячные обновления, заплаты и пакеты сервисных обновлений. Львиная доля изменений неприменима ко всем компьютерам, поэтому мы не торопимся с их распространением. Однако если проблема носит массовый характер, мы стремимся распространить обновление как можно скорее. Очень важно понимать, со сколь серьезной ответственностью мы подходим к вопросу обеспечения комфортной работы основной массы пользователей, стараясь сбалансировать объем изменений, применимых для этих пользователей.

Для того чтобы вернуться к разговору об утилите chkdsk, давайте окунемся в события, произошедшие за последние пару дней в нашем подразделении. Для начала мы скрупулезно просмотрели данные телеметрии на наличие информации о сбоях (на уровне пользователей и «синих экранов») и не обнаружили ни одного сбоя, вызванного утилитой chkdsk. Мы также внимательно изучили существующие отчеты, собранные в ходе разработки Windows 7, но и здесь не обнаружили ничего похожего. Мы изучили стеки вызовов в существующих отчетах об ошибках (различных ошибок, зафиксированных с момента появления информации об этой) и не обнаружили ни одного сбоя, произошедшего в тот момент, когда была запущена утилита chkdsk.exe. Затем мы приступили к автоматизированным тестам на широком перечне конфигураций, продолжавшимся в течение двух последующих дней. Мы видели отчеты, связанные с конкретной аппаратной конфигурацией, поэтому подготовили свыше сорока компьютеров на базе проблемного набора микросхем с различными вариантами драйверов и прошивок, и снова запустили автоматизированные тесты. Никаких сбоев обнаружено не было (об увеличении потребления памяти мы говорили выше). Поскольку некоторые пользователи говорили о зависаниях, мы провели тесты с оператором и вновь не обнаружили проблем в работе ОС. Мы расширили тестирование, попросив других сотрудников Microsoft по всему миру (знаете, в нашей компании громадное число конфигураций, поскольку офисы находятся в различных уголках мира) провести тесты. В нескольких отчетах упоминалось о появлении сбоя при дефиците виртуальной памяти, но это не могло являться причиной сбоя, поскольку chkdsk, как и любая иная программа, требующая памяти больше, чем физически доступно, могла привести к подтормаживаниям и поэтому не рекомендована к использованию (нарушение этих рекомендаций является одной из наиболее распространенных проблем, которые невозможно воспроизвести). Тем, кому интересно, рекомендую ознакомиться со статьей в блоге Марка Руссиновича о файлах подкачки. Несмотря на то, что нам не удалось ничего обнаружить, это вовсе не отрицает возможности существования ошибки, но является свидетельством того, что шансы ее проявления на большинстве используемых систем крайне малы.

Тем временем, мы продолжаем следить за внешними блогами, форумами и иными источниками собирая информацию о подобных сбоях, чтобы попробовать воспроизвести их. И хотя у нас нет возможности контактировать с каждым, мы обращаемся к пользователям, если видим, что обсуждение может привести к требуемому результату. Пока же видно много дыма, а мы все еще пытаемся отыскать огонь. Публикуется громадное число комментариев по поводу уровня критичности ошибки, но никто из их авторов не смог описать сценарий сбоя или предоставить дамп памяти.

Подобная работа продолжается до тех пор, покуда мы не добьемся систематического сбоя или не выявим обстоятельств, при которых этот сбой происходит. В связи с тем, что сбой может быть связан как с программной, так и с аппаратной составляющей, мы обращаемся к нашим IHV-партнерам. В данном случае ошибка связана с жестким диском и нельзя исключить, что ее причиной является именно он. И несмотря на то, что мы разрабатываем ОС так, чтобы избежать подобных ошибок, все-таки есть вероятность, что данный конкретный тип ошибки обрабатывается недостаточно хорошо. На самом деле, в наших лабораториях, в которых мы выполняем тесты в течение нескольких дней, был зафиксирован один сбой, и его причиной стала ошибка в прошивке контроллера диска.

Мне хотелось лишний раз подчеркнуть, насколько серьезно мы подходим к решению таких проблем. Когда я вижу в сети громкие заявления о критических ошибках, это привлекает мое внимание, но это нисколько не помогает в проведении конструктивного и рационального анализа. Крупные программные проекты по своей природы крайне сложны. В них всегда присутствуют проблемы, зависящие от среды и конфигурации. И, как мы убедились, иногда ту или иную проблему просто невозможно воспроизвести. Для изучения подобного типа отчетов у нас предусмотрена четкая процедура, которая позволяет обеспечивать здоровое состояние Windows в условиях непрерывного меняющегося окружения. Эта статья была написана чтобы рассказать не столько о конкретной проблеме, сколько о принятой в компании процедуре изучения подобных ситуаций.

Всегда здорово найти ошибку в программном продукте. Независимо от того, банкомат это, аппарат для продажи билетов или Windows – все мы ощущаем некую гордость за то, что обнаружили, что что-то работает не так, как предполагается. Windows является плодом труда огромного количества людей и не только сотрудников Microsoft. Когда что-то работает не так, как ожидается, мы активизируем работу с широчайшим спектром партнеров над тем, чтобы устранить эту проблему. Надеюсь, что вы осознали всю ту серьезность и ответственность, с которой мы подходим к решению проблем. В будущем мы продолжим пристально следить за отзывами и, при необходимости, будем вносить изменения в код, чтобы обеспечить уровень качества, который пользователи ждут от Windows.

Стивен Синофски (Steven Sinofsky)

Нам не удалось бы достичь этого результата без участия наших партнеров по экосистеме, о котором мы так часто говорили в этом блоге. Windows 7 является продуктом не только самой Microsoft, но и плодом усилий всех наших партнеров. По ходу разработки Windows 7 мы наблюдали высокую заинтересованность пользователей в том, чтобы сделать Windows 7 такой, какой она является сегодня. Отзывов нельзя было сосчитать, а постоянное взаимодействие на всех этапах разработки Windows 7 не имело прецедентов. Это сделало возможным то, о чем многие отмечали в комментариях к статьям в этом блоге,– о возможности работы с широчайшим диапазоном компьютерных устройств, простой настройке и высоком удобстве использования. От лица команды Windows и всех успешно подключенных устройств позвольте поблагодарить наших партнеров по аппаратному обеспечению, проделавших эту большую работу.

Windows 7 стала одним из наиболее широко и тщательно протестированных выпусков из когда-либо осуществленных нами. Начиная с версии пре-бета, представленной на конференции PDC в октябре 2008 года нескольким тысячам разработчиков, сквозь бета-версию и заканчивая версией-кандидатом, выпущенной в мае, в тестировании Windows 7 приняли участие миллионы пользователей. И как мы уже отмечали здесь, такое использование Windows 7 в широком диапазоне аппаратных и программных конфигураций обеспечили нас (и продолжат обеспечивать в будущем) ключевыми данными для постоянного улучшения качества операционной системы.

Важную роль в разработке Windows 7 сыграл диалог, который мы вели в этом блоге, пожалуй, лучшими критиками и сторонниками нашего труда. Мы знаем, что вы ждете от Windows 7 многого, поэтому и требуете многого от команды разработчиков. Этот блог помог нам расставить приоритеты и принять важные решения, которые мы обсуждали здесь и в других местах. За время существования блога мы многое узнали о совместной работе и различных вопросах, которые важны для вас. Мы усердно трудились с тем, чтобы обеспечить разумный баланс в различных спорных вопросах, и надеемся, вы разделяете наши ощущение того, что мы проделали отличную работу, оставаясь открытыми к нуждам пользователей на всех этапах разработки Windows 7. Диалог, который мы вели в данном блоге, навсегда останется одним из самых запоминающихся моментов в истории Windows 7, в Редмонде и по всему миру. Мы потратили тысячи часов на обсуждение и изучение отзывов, оставленных читателями в комментариях к статьям.

И хотя мы достигли этапа RTM, ни об одном программном проекте нельзя сказать, что он завершен. Мы продолжим наблюдение и будем действовать на базе реального опыта пользователей с Windows 7 – бета-тестирование позволило нам проверить возможности обслуживания системы и мы намерены продолжить свою работу над различными аспектами продукта даже после отправки его в производство. Наши партнеры продолжат выпуск новых устройств и обеспечат поддержку уже существующих. Производители компьютеров тоже смогут порадовать пользователей, поскольку они начали демонстрировать компьютеры, разработанные специально с учетом новых API и функций Windows 7. Разработчики программного обеспечения готовят представить уникальные приложения. Все это ждет нас впереди.

Выпуск очередной версии Windows – событие довольно редкое, поэтому вся наша команда чувствует огромную гордость за проделанную работу и, как мы уже не раз говорили, высокую ответственность. Мы и дальше продолжим изучать и улучшить способ разработки наших продуктов, чтобы стать лучшими в своем деле инженерами и выпускать идеальные ОС для различных категорий пользователей. Быть инженером означает постоянное обучение, которое происходит по мере разработки и выпуска каждой версии. Мы вместе учились и вместе разработали удивительный продукт.

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

Последние несколько минут перед подписанием финальной версии Windows 7, где каждая команда, принимавшая участие в разработке Windows, формально утверждает все успешно выполненные работы, необходимые для передачи продукта в производство. Это был последний раз (для Windows 7), когда все собрались в «релизной комнате», и представитель каждой из команд разработки поставил свою подпись (буквально), подтверждающую готовность команды к отправке кода в печать. Мы подумали, а почему бы не рассказать об этом моменте всем вам?

От лица всей команды разработчиков Windows 7 хотим поблагодарить всех вас за неоценимый вклад в разработку системы и последующие отзывы после выпуска Windows 7. Спасибо вам!

Следующая остановка – 22 октября 2009 г.

С уважением,

команда разработчиков Windows 7

Многие читатели блога е7 живут за пределами США и говорят на языках отличных от английского, поэтому мы полагаем, что будет уместно рассказать об усовершенствовании многоязыковой поддержки в Windows 7. Нашей целью было создать систему, от использования которой выиграли бы пользователи во всём мире и сделать так, чтобы каждый чувствовал себя при работе в ней уютно, как дома. Windows 7 приносит с собой новый уровень фундаментальной надёжности и производительности, и мы со своей стороны сделали всё, чтобы пользователи любой страны, говорящие на любом языке, получили новый уровень удобств и преимуществ в повседневной работе. Ещё и поэтому мы начинаем поставки Windows 7 одновременно везде, где только возможно технически. В этой статье мы рассмотрим некоторые новые функции и усовершенствования, которые, как мы убеждены, сделают Windows 7 великолепной системой для международного использования.

Новые функции

Интернациональные возможности Windows 7 начинаются с самых элементарных и основополагающих вещей, – таких, как поддержка любых наборов символов в именах файловой системы NTFS (теперь соответствующей стандарту Unicode 5.1), и доходят до таких нюансов, как выбор фоновых рисунков рабочего стола и темы, отражающих местную специфику различных регионов планеты (включая фотографии, сделанные прямо на месте). Однако существуют некоторые возможности, наличие которых в системе чрезвычайно важно для правильной поддержки множества языков и культурных особенностей, и некоторые из них мы рассмотрим в настоящей статье.

Шрифты

Язык и письмо – основа любой культуры, и поэтому разнообразие шрифтов абсолютно необходимо для пользователей во всём мире. В Windows 7 увеличено как количество, так и качество шрифтов. Мы добавили пятьдесят новых шрифтов.

Рис.1. В Windows 7 было добавлено пятьдесят новых шрифтов.

Как можно понять из названий шрифтов в таблице, многие из них содержат не латиницу. По существу Windows 7 – первая Windows, в которой нелатинских шрифтов больше, чем латинских. Одной из важнейших областей усовершенствования была поддержка языков для Индии. Против девяти шрифтов для индийских языков в Windows Vista, в Windows 7 добавилось ещё сорок. Windows 7 теперь содержит по несколько шрифтов (включая различные начертания) для всех официальных языков Индии.

Рис. 2. Aparajita: новый шрифт девангари – обычный, жирный, курсив, и полужирный

Помимо добавления новых, мы улучшили существующие шрифты. Например, мы добавили более двух тысяч (!) глифов в Consolas, Calibri, Cambria Bold и Cambria Math. Но наиболее значительные улучшения были сделаны в некоторых нелатинских шрифтах. Например, Windows 7 гораздо лучше обрабатывает стандартную лигатуру шрифта Lam-Alef на арабском (картинка) и размещение знаков кантилляции.

Рис. 3. Слева: лигатура Lam-Alef в Vista; справа: лигатура Lam-Alef в Windows 7

Изменения в шрифтах (даже явные усовершенствования) всегда непросто осуществить из-за вероятных проблем с обратной совместимостью. Например, если знак меняет ширину или позицию, это может стать причиной постраничной переразбивки документа, а это неприемлемо. Поэтому, меняя шрифт, нам приходится проводить массу верификационных тестов, связанных с этими изменениями, чтобы убедиться, что формы документа, его размеры и прочие параметры не изменятся. В случае с исправлением Lam-Alef мы обнаружили, что существуют приложения, опирающиеся на недокументированный порядок глифов в старом шрифте. Эти программы будут сбоить, если мы просто заменим старые глифы новыми. Группа создателей шрифтов тесно сотрудничала с группой обеспечения международной совместимости, чтобы убедиться, что сделанные изменения не повлияют на характер расположения глифов в шрифте, обеспечив таким образом обратную совместимость.

Панель управления шрифтами

Поскольку в Windows 7 добавлено и изменено столько шрифтов, мы стремились предоставить пользователям инструмент для несложного управления ими. Впервые за многие годы мы полностью переработали панель управления шрифтами.

Первое изображение демонстрирует вариант представления панели с крупными иконками. Наиболее заметное изменение заключается в том, что иконки теперь сообщают значительно больше информации о том, как выглядит шрифт. Содержимое иконки отражает примерное представление глифа. Стиль иконки соответствует стилю шрифта. Иконки для нелатинских шрифтов передают типичные начертания шрифта, делая его дизайн доступным для просмотра. Несколько менее заметное усовершенствование – некоторые иконки шрифтов затенены, показывая, что шрифт установлен, но невидим. Невидимые шрифты по умолчанию не отображаются на ленте и в диалоговых окнах выбора шрифтов в программах. Теперь можно использовать панель управления шрифтами для тонкой настройки шрифтов, которые постоянно задействованы. Спрятав редко или никогда не используемые шрифты, можно упростить выбор нужных шрифтов в программах. Например, те, кто работает в английской и французской локализации, видят только латинские шрифты, в то время как в японской локализации по умолчанию видны только японские. Эти настройки можно изменить через контекстное меню каждого конкретного шрифта. Невидимые шрифты присутствуют в системе, так что программы, использующие их, не будут вызывать проблем.

Рис. 4. Панель «Шрифты» в режиме «Крупные иконки»

Следующий рисунок демонстрирует представление панели в детализированном виде. Теперь доступно больше информации о каждом шрифте. Например, можно сортировать их по стилю, неважно, видимы они или нет, или по информации о создателе. Обычно файлы шрифтов содержат служебную информацию на языке шрифта (например, японский шрифт может содержать сведения о себе только на японском). В Windows 7 нам требовалось решение, работающее для всех шрифтов на всех языках, поэтому мы разработали смешанный подход, соединяющий информацию от самого шрифта с метаданными о нём (XML-файл, содержащий передаваемые системе сведения о его свойствах).

Рис. 5. Панель «Шрифты» в режиме «Подробно»

Пакеты локализации

Windows 7 обладает новыми возможностями индивидуальной настройки. Новые темы, фоновые рисунки, звуковые схемы упростят настройку системы для нужд конкретного пользователя. Такие настройки зависят в том числе от языковых и географических особенностей, и это отражено в представленных пакетах локализации для Windows 7. Пакеты локализации содержат специфические темы для Windows 7, основанные на особенностях различных регионов. Они содержат соответствующие фоновые рисунки, особые цвета прозрачности для Aero, звуковые схемы. Избранное Internet Explorer 8 и RSS-каналы также настраиваются на местные ресурсы, когда пакет локализации активирован. Например, добавление и включение пакета локализации для Франции добавит специфические темы в управление индивидуальными настройками и несколько ссылок на популярные и полезные общественные веб-сайты и RSS-каналы в пользовательский профиль.

Рис. 6. Темы для разных стран

Пакеты локализации предоставляют пользователю особые свойства, связанные с его расположением на земном шаре, прямо из коробки. Пользователь не видит какого-то специального набора функций – он просто выбирает своё местоположение в процессе первоначальной настройки системы, и затем детали пакета становятся доступными для него на основании сделанного выбора.

Пользователи, которые ищут визуальные темы для своих стран или какие-то другие, могут найти их на странице Windows Online Gallery, которая доступна из меню "Получить другие темы из сети" в панели управления «Индивидуальные настройки».

Другие возможности

Среди других функций – 5 новых локализаций (теперь всего их 210), 12 новых языков ввода, улучшенная сортировка символов традиционного китайского. Кроме того, мы обновили системные базы данных, приведя в соответствие стандарту Unicode 5.1. Усовершенствован интерфейс, который позволят разработчикам улучшить качество программ для глобального применения. Расширенные службы поддержки языков (ELS) – новая потрясающая функция, о которой мы поговорим ниже в пункте «Современная интернационализация и качество».

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

Современная интернационализация и качество

В предыдущих версиях Windows 7 поставка локализованных версий для отдельных стран затягивалась на месяцы. В случае с Windows 7 мы постарались выпустить международные варианты в существенно более короткие сроки с тем, чтобы пользователи во всём мире смогли получить Windows 7 одновременно, ну насколько это возможно. Достижение этой цели потребовало от нас нового уровня интенсификации работы как инженеров и взаимодействия с партнёрами и клиентами в ходе периодов публичного тестирования.

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

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

Напротив, глобализация – процесс создания продукта, работающего в любом языковом окружении, независимо от выбранных пользователем языковых параметров интерфейса. Типичные ошибки глобализации – простые, как показ элемента интерфейса на неправильном языке или сложные, как неправильная интерпретация ввода справа налево. Такие ошибки значительно более серьёзны, нежели ошибки локализации, поскольку влияют на многие или на все языки и часто требуют переосмысления концепций технологического дизайна системы. В предыдущих выпусках Windows исправление ошибок глобализации требовало надолго откладывать официальный выпуск на разных языках. При создании Windows 7 мы стремились предотвратить, найти и исправить ошибки глобализации на столь ранних стадиях процесса разработки, насколько это было возможно.

Псевдолокализация

Для предотвращения ошибок глобализации были созданы так называемые псевдолокализованные сборки. Псевдолокализация – это создание продукта на несуществующем языке. Этот язык идентичен английскому с той лишь разницей, что в нём каждая буква заменена символом, внешне напоминающем её начертание. Если исключить факт полнейшей автоматизации генерирования такой сборки, она создавалась по той же схеме и принципам, что и настоящие локализации. Поскольку даже не говорящие на других, кроме английского, языках программисты из США могут свободно читать тексты и надписи в таких сборках, такой трюк оказался прекрасным способом находить ошибки глобализации на ранних стадиях разработки. В бета-версии Windows 7 некоторые элементы интерфейса так и остались псевдолокализованными, вызывая бурное обсуждение. Надеюсь, эта статья развеет мистический туман вокруг странных символов.

Рис. 7. Диалоги контрольной панели в псевдолокализованной версии Windows 7

Пилотные языки

Время появления публичной бета-версии – всегда очень волнующее время для всех нас. Это первая возможность получить действительно широкий отклик на предпринятые усилия. Мы были поражены, узнав, что в тестировании бета-версии Windows 7 приняли участие пользователи из 113 стран. С таким широким диапазоном участников программы тестирования необходимо иметь хорошо масштабируемые процессы сбора и анализа откликов. Мы гордимся новыми подходами к этой работе, осуществлёнными в Windows 7.

В прошлом языки локализации для бета-тестирования Windows выбирались, исходя из ряда прагматических соображений. И хотя такой прямой подход имеет свои преимущества, не обходится и без недостатков: слишком часто мы убеждались, что некоторые серьёзные дефекты глобализации не были замечены, поскольку не проявляли себя на выбранных языках. В случае с Windows 7 нашим приоритетным направлением был поиск ошибок глобализации, и поэтому мы сконцентрировались на 5 языках, включая английский, которые помогли бы нам найти некоторые специфические типы дефектов:

• Немецкий – язык содержит длинные составные слова и поможет определить ошибки в размерах диалоговых окон и выравнивании текста лучше, нежели другие языки.
• Японский – язык с десятками тысяч символов, нелатинскими начертаниями нескольких типов, альтернативными способами ввода и уникально сложной орфографией поможет найти ошибки, способные сказаться во многих других азиатских языках.
• Арабский – письмо справа налево с контекстуальным изменением букв (вид буквы зависит от других расположенных рядом с ней букв) помогает тестировать участки кода, не задействованные в немецком или японском.
• Хинди – Windows 95 и Windows 98 не поддерживали хинди, поскольку поддержка этого языка опирается целиком на Unicode. С его помощью мы находили дефекты, проявляющиеся при использовании отличных от Unicode наборов символов, которые могли повлиять на похожие языки.

Сосредоточившись на этих языках в ходе бета-тестирования, мы увеличили вероятность обнаружения и исправления ошибок глобализации, которые могли проявиться на многих других языках. Этот выбор позволил нам выиграть время и усовершенствовать локализации для всех языков перед выпуском финального продукта. Рисунки внизу демонстрируют две ошибки, найденные в бета-версии благодаря использованию пилотных языков.

Рис. 8. Дефекты глобализации, обнаруженные в бета-версии Windows 7

Помимо наших собственных усилий по поиску ошибок глобализации с помощью этих языков, мы обратились к ОЕМ-партнёрам с просьбой организовать обратную связь по вопросам языковых аспектов, возникающих в процессе производства, которым они заняты. Поскольку многие ОЕМ-партнёры находятся в Восточной Азии, мы также выпустили локализацию Windows 7 для упрощённого китайского, традиционного китайского и корейского языков.

Языковые пакеты для RC

Из-за особенностей процесса разработки нам удалось создать больше вариантов локализации для Windows 7 RC, чем когда-либо прежде за всю историю Windows. Те, кто установил версию Ultimate Windows 7, вероятно, обратили внимание на 32 языковых пакета, доступных для загрузки через службу обновления:

Рис. 9. 32 языковых пакета доступны для Windows 7 RC через Windows Update

Одну вещь мы в будущем точно организуем иначе: все локализации, доступные для бета-версии, будут доступны и для предварительного выпуска (в Windows 7 RC не оказалось хинди). Для будущих Windows это будет исправлено.

Интерпретация отзывов со всех концов света

С бета-версией Windows 7, локализованной для 5 языков и готовой к локализации на сотни других, мы получали отчёты об ошибках из всех уголков планеты. Мы очень надеялись, что эти отчёты помогут нам улучшить Windows 7, поэтому много времени посвятили изучению сообщений пользователей, чтобы найти ошибки в системе. Поскольку отчёты приходили отовсюду и на разных языках, мы старались не только понять, что нам пишут, но и отреагировать как можно быстрее. Чем раньше мы сможем понять, о чём нам пишут, тем раньше мы сможем устранить проблему – это очевидно. Поскольку отчёты приходили на многих языках, задача оказалось отнюдь не лёгкой.

Раньше мы обрабатывали иноязычные отчёты об ошибках вручную: каждая ошибка рассматривалась отдельно, затем делался перевод и пошаговая инструкция, помогающая воспроизвести проблему, для группы разработчиков, которые должны были ею заниматься. Это отнимало много времени и приводило к ошибкам, что плохо сказывалось на работе над такой сложной и разносторонней программой, как Windows 7. В худшем случае важным откликам на других языках вообще не уделялось надлежащего внимания, и исправления не делались даже в окончательной версии, переезжая в сервисные пакеты обновлений и даже в следующую версию.

В Windows 7, используя API определения языка в новых расширенных службах поддержки языков (ELS), стало возможным автоматически определять язык отчёта об ошибках в момент получения. Функциональные возможности ELS – новинка для Windows 7, доступная для тех создателей программ, которые хотят улучшить и развить поддержку различных языков в своих приложениях до уровня самой операционной системы. Начиная с Windows 7, разработчики могут пользоваться ELS для определения языка и назначения любого текста в формате Unicode, а также транслитерацию для переразметки текста между различными системами письма. Для использования этих и будущих вариантов служб в последующих выпусках Windows нужно просто освоить несложный и унифицированный интерфейс. Для разработчиков приложений под Windows 7 доступно автоматическое определение более 100 языков, и мы будем рады помочь отсортировать и обработать отклики, которые вы пошлёте нам, неважно, откуда именно. Мы используем наши собственные разработки управления международным контентом для того, чтобы лучше реагировать на запросы пользователей в глобальном масштабе.

Определив язык, мы отправляем текст на перевод, используя технологии машинного перевода, доступного, например в нашем онлайновом сервисе Live Translator. Таким образом мы переводим текст на английский, чтобы отклик дошёл до ответственного за проблему. Наши сотрудники сканируют базу данных в поисках специальных возможностей или областей функциональности. Это также помогает обеспечить международный аспект совместимости программ, как только нам становится известно по отчётам пользователей, что та или иная программа служит причиной проблем. Разумеется, машинный перевод не обеспечивает должного качества, но позволяет определить, о чём идёт речь и какие проблемы требуют дальнейшего изучения. Это, в свою очередь, позволяет нам гораздо быстрее отвечать на запросы и реагировать на проблемы, нежели это происходило раньше, при подготовке предыдущих версий Windows, что означает лучшее качество системы Windows 7, которая вскоре попадёт к клиентам по всему миру.

По ходу тестирования бета-версии Windows 7 были обработаны и переведены 35408 сообщений и комментариев, отправленных с помощью инструмента отчётов об ошибках.

Подводя итоги

Окончательный результат наших усилий по улучшению качества локализации и глобализации отражён в заявлении о полной готовности локализованных версий Windows 7, доступных в течение 2 недель после выпуска на всех языках «первой волны» в октябре. Мы надеемся (и убеждены!) в том, что конечные пользователи получат наилучшее качество продукта за всю историю его создания.

Рис. 10. В октябре пользователям станут доступны 36 языковых версий Windows 7

В дополнение к 36 языкам октябрьского релиза, многие языки будут доступны в качестве языковых пакетов для любого из вариантов Windows 7. Эти пакеты – результат сотрудничества с правительствами, университетами, экспертами-лингвистами со всего мира. Дополнительные сведения о языковых пакетах находятся по адресу: https://www.microsoft.com/unlimitedpotential/programs/llp.mspx. Работа над пакетами начнётся с момента выхода RTM и продолжится в течение нескольких месяцев в соответствии с расписанием наших партнёров. Два таких пакета будут доступны уже в октябре – это хинди и каталонский. Дополнительные языковые пакеты будут доступны для скачивания в последующие месяцы в соответствии с расписанием партнёров. Мы счастливы подтвердить, что нам удалось существенно сократить сроки выхода первых 38 языков (36 языков и 2 пакета локализации) и думаем, что в будущем удастся улучшить этот результат. Публикуя сроки выхода соответствующего выпуска, мы облегчаем нашим клиентам планирование и унифицированный режим выхода их собственных программ и/или миграции на новую платформу.

Более подробные сведения о расширенных службах поддержки языков (ELS) и других классных функциях Windows 7 можно почерпнуть на MSDN. В частности, там можно загрузить Windows SDK для Windows 7 и прочесть о том, что нового в «международном» разделе. Кроме того, новый центр для разработчиков Go Global на MSDN содержит огромное количество информации о технологиях интернационализации.

Если хотите отправить нам сообщение, сделайте это через форму ответа на этой странице или используйте кнопку «Отправить отчёт» в Windows 7. Мы будем рады услышать вас на любом языке.

Джули Беннетт (Julie Bennett) и Джон МакКоннелл (John McConnell),

отдел интернационализации Windows

Принимая во внимание полученные отклики, хотелось бы объяснить подробнее, как именно происходит обработка шрифтов в Windows 7 и почему, собственно, именно обработка посредством ClearType выбрана действующей в системе по умолчанию. Для тех, кому не нравится ClearType и кто хочет восстановить обычный двухуровневый рендеринг, как это было в Windows Millennium решение выглядит следующим образом:

• Откройте панель управления «Оформление и персонализация»
• Затем откройте панель «Экран»
• Выберите «Настройка текста ClearType»

Развёрнутый ответ, который мы дадим ниже, продемонстрирует, что всё не так просто, как кажется: «включил/выключил». Как вы, вероятно, заметили, Windows 7 содержит новый настройщик ClearType в панели управления, позволяющий точно настраивать обработку – и об этом тоже говорится в статье.

ClearType

ClearType – технология, позволяющая улучшить как внешний вид шрифта на экране, так и облегчить чтение с экрана, сделать его более продуктивным. Поскольку более 80% времени, проводимого за компьютером, уходит на чтение, усовершенствования в этом направлении служат общему улучшению взаимодействия пользователей с Windows. Технология ClearType продолжает развиваться, и её обновление в Windows 7 уже обсуждалось на страницах блога Е7 несколько ранее.

Говоря простыми словами, ClearType работает, интерпретируя низкоуровневую геометрию цветных субпикселей так, как если бы они были целыми пикселями, тем самым получая дополнительные преимущества в разрешении, а также используя особенности человеческого зрения, которое игнорирует дополнительные цветные артефакты. Подробности технологии и работы человеческого зрения описаны тут. Если точнее, то технология ClearType оптимизирована для ЖК-панелей, у которых красные, зелёные и синие (RGB) субпиксели ориентированы вертикально (полосками), хотя и на ЭЛТ-мониторах проявляет себя неплохо (особенно на тех, что оснащены апертурными решётками), и даже на ЖК-панелях с горизонтальными RGB-полосками. Хотя это и кажется противоречащим здравому смыслу, но, согласно неформальным опросам, около 70% пользователей предпочитают включать ClearType даже на тех экранах, для которых она не подходит. Для тех, кто предпочитает альтернативные варианты рендеринга, главным камнем преткновения остаётся потенциальное ухудшение контрастности текста именно на таких устройствах.

Другие способы обработки шрифтов под Windows

Несмотря на факт существования многочисленных типов экранов и широкого разнообразия пользовательских вкусов и их визуального восприятия, мы всё же решились внедрить ClearType в Microsoft Windows. Почему? Microsoft не сразу сделала ClearType стандартным способом визуализации. Впервые технология была реализована в Windows CE в 2000 году. Мы могли более или менее полностью контролировать характеристики оборудования, на котором запускалась Windows CE, поэтому не составляло большого труда удостовериться, что ClearType должным образом работает на каждом устройстве, а в случае осложнений перенастроить либо ClearType, либо устройство, чтобы качество восприятия текста на экране было близким к оптимальному. Первой «большой» системой с ClearType стала Windows ХР в 2001 году.

Двухуровневая обработка

До выхода ХР все Windows поддерживали два типа рендеринга шрифтов. Первый тип – это двухуровневая обработка, более известная как «чёрно-белая» обработка, но некоторые называют её «несглаженный шрифт». В этом случае шрифт отображается только двумя цветами, переднего и заднего плана соответственно. Это первый тип рендеринга, который поддерживался технологией TrueType в Windows 3.1. Это весьма эффективный метод отображения шрифтов в bitmap-формате с момента появления Windows 1.0. Двухуровневый рендеринг, будучи реализован с помощью такой контурной технологии как TrueType, с трудом поддаётся адаптации под низкие экранные разрешения. Для того, чтобы такой шрифт обрабатывался и отображался наилучшим образом, требуется немало усилий. Опытный специалист должен потратить от полугода до года на то, чтобы обеспечить надлежащую детализацию обработки. Это время соответственно увеличивается для шрифта с четырьмя начертаниями. А если набор символов превосходит стандартный латинский, как в некоторых системных шрифтах, трудиться придётся ещё дольше.

Смягчение контуров шрифтов / оттенки серого

Второй способ обработки известен как смягчение контуров. Он стал стандартом в Windows 2000, но впервые был представлен в пакете расширений Plus! для Windows 95 как опция. Смягчение контуров шрифтов представляет собой смешанную технологию сглаживания на основе оттенков серого, созданную для увеличения контраста шрифтов по сравнению с традиционными способами сглаживания. Два основных момента отличают смягчение контуров шрифтов от обычного сглаживания.

Традиционное сглаживание работает так: сначала шрифт увеличивается в масштабе, а затем производится субдискретизация. Смягчение использует похожий метод, однако перед увеличением масштаба шрифт хинтуется. Хотя форматом статьи не предусмотрено детальное описание технологии хинтования, можно сказать, что она использует метод «подгонки решётки» для фиксации вертикальных и горизонтальных границ символов, чтобы они соответствовали пиксельной решётке. В этом случае большинство горизонтальных и вертикальных основных штрихов шрифта при увеличении масштабирования закрывают 100% фона пикселей, а при субдискретизации передают цвет переднего плана, обычно чёрный. Диагональные и закруглённые штрихи шрифта не покрывают пиксель целиком, и потому передают оттенок серого, отражая степень покрытия фона пикселя. Следует заметить, что, когда текст отображается с зазубринами (то есть без сглаживания), это происходит из-за закруглений и диагоналей в начертании шрифта – именно тех областей, которые закрашиваются серым в нашем методе. Это наиболее предпочтительный вариант сглаживания, обеспечивающий наилучший контраст для штрихов за счёт небольшого снижения точности восприятия.

Второй фактор, отличающий смягчение контуров шрифтов от традиционного сглаживания – то, что шрифт сам определяет точный размер кегля, при котором смягчение включается или выключается. Большинство шрифтов, обеспечивающих этот уровень, включают сглаживание с помощью оттенков серого ниже 9 пикселей на em (PPEM). Это примерно соответствует 7 пунктам при разрешении экрана 96 PPI. При уровне выше 9 PPEM сглаживание отключается, пока основные штрихи не превышают размера в два пикселя по ширине, что соответствует размеру от 13 до 20 пунктов, в зависимости от набора символов. Как только ширина штриха достигает двух пикселей, сглаживание остаётся включённым в процессе увеличения. Ширина в два пикселя для штриха была выбрана потому, что обеспечивает достаточно прочную основу для пикселей цвета переднего плана, чтобы сохранить высокую контрастность штрихов. Если у шрифта нет оговоренных размеров для выполнения смягчения, будут использованы системные умолчания. Системные умолчания различны для обычных и утолщённых наборов символов. То есть несмотря на то, что по умолчанию используется смягчение контуров, большинство шрифтов в тексте удобного для чтения размера будут обрабатываться двухуровневым способом.

Установки по умолчанию для визуализации шрифтов

С дополнением в виде ClearType в Windows XP у нас есть три типа рендеринга шрифтов: двухуровневый, смягчение контуров и ClearType. Во время разработки Windows XP началась постепенная миграция от традиционных ЭЛТ-мониторов к ноутбукам и настольным ПК с ЖК-экранами. В тот момент эта миграция была ещё далека от завершения, поэтому для Windows XP мы решили оставить основным способом обработки шрифтов смягчение оттенками серого, так же, как в Windows 2000. ОЕМ-производители, устанавливавшие Windows XP на свои ПК, могли изменить эти настройки, и к моменту начала поставок Windows XP SP2 многие из них начали отдавать предпочтение ClearType. Следует отметить, что у ОЕМ-производителей есть возможность управлять этими настройками в ходе предварительного конфигурирования ПК.

В Windows Vista системный рендеринг шрифтов по умолчанию был изменён на ClearType. Важно чётко уяснить, что понимается под рендерингом шрифтов по умолчанию. В Windows 7 таким рендерингом считается тот, который выбирается, если само приложение не определяет заранее тип рендеринга. Некоторые путаются, считая, что все приложения обязаны использовать именно тот тип рендеринга, что установлен системой по умолчанию. Это не соответствует действительности – API для смягчения контуров шрифтов, представленные впервые в Windows 95, работают иначе. Ожидалось, что существуют ситуации, в которых приложение самостоятельно определяет оптимальный способ рендеринга. Например, при отображении документа с мелким шрифтом перед отправкой на печать наилучшим выбором является традиционный вариант рендеринга. Напротив, когда приложение представляет текст для чтения с экрана, вероятно, лучшим вариантом в этом случае будет ClearType. В некоторых случаях, например, при использовании удалённых терминалов, приложение может выбрать двухуровневый рендеринг для снижения объёма трафика, отправляемого на клиентский ПК.

Существует множество примеров, когда приложения выбирают тот или иной способ рендеринга, отличный от используемого системой по умолчанию, – точно так же, как программы используют другие шрифты, цвета, размеры и прочие свойства текста. Самым типичным является пример приложений, использующих постоянное форматирование текста и постоянный документооборот. Определяя тип рендеринга для текста, приложение может обеспечить неизменный вид текста на всех компьютерах, где оно используется. Другой известный пример: предпросмотр перед печатью, где возможность корректного представления мелких шрифтов для печати с высоким разрешением значительно усовершенствована. Мы понимаем, что способность программ самостоятельно выбирать способ рендеринга, отличный от выводимого на экран, для некоторых звучит как противоречие и кажется парадоксальным. Система настроена таким образом, что параметры рендеринга по умолчанию таковы, что соответствуют системным, однако некоторые приложения, в том числе в определённых случаях и сама Windows, могут содержать элементы, требующие включения особых настроек рендеринга.

Хотя любое приложение может выбрать способ рендеринга для каждого используемого шрифта, большинство программ используют настройки системы. Поэтому решение изменить настройки рендеринга по умолчанию для Windows Vista не было лёгким. Направление развития оборудования чётко указывало на скорую и окончательную замену ЭЛТ-мониторов ЖК-панелями, и мы отметили это в наших предыдущих статьях, основываясь на телеметрии, полученной от компьютеров с установленными Windows ХР и Windows Vista. И всё же ЭЛТ-мониторы пока не совсем ушли в небытие, – но отклики от пользователей Windows ХР по поводу работы ClearType на этих экранах были положительными. После решения включить ClearType по умолчанию в Windows Vista, отзывы о нем оказались в большинстве своём позитивными.

Но, даже если рендерингом по умолчанию назначена технология ClearType, существуют сценарии, при которых эти настройки могут быть изменены. ОЕМ-производители, предустанавливающие Windows на свои компьютеры, могут это сделать. В некоторых случаях, – и такое наиболее часто происходило со смягчением шрифтов в Windows 95 – оборудование не отвечает минимальным требованиям для выполнения операций рендеринга. При использовании как смягчения, так и ClearType, требуется минимальное разрешение экрана 16 бит на пиксель. (Когда рендеринг используется для bitmap-файлов в GDI, необходимо убедится, что цветовая глубина по умолчанию не равна 1 бит на пиксель, если требуется правильно воспроизводить на устройстве текст, обработанный по технологии ClearType.) Иногда для оптимизации производительности системы сглаживание (смягчение и ClearType) могут отключаться. Так, при подключении удалённого рабочего стола внутри сессии сглаживание обычно отключено.

Изменение настроек визуализации по умолчанию в Windows 7

Для Windows 7 действуют те же системные умолчания, что и для Windows Vista. Существует несколько способов изменить настройки рендеринга для Windows 7. Для тех, кто предпочитает двухуровневый рендеринг, может сделать это в настройках производительности в панели управления. Из главного окна панели управления выберите System and Security -> System -> Advanced System Settings -> Performance (Settings…). Более лёгкий путь – через апплет Appearance нужно выбрать Adjust the appearance and performance of Windows и затем отключить настройку Smooth edges of screen fonts, как показано на рисунке.

Настройка по умолчанию, когда сглаживание шрифтов отключено, не распространена широко, поэтому найти управляющие ею элементы не так легко, как некоторые другие. Если пользователь предпочитает изменить настройки по умолчанию на метод сглаживания посредством оттенков серого, описанный ранее, он может сделать это в Windows 7 с помощью тюнера ClearType.

Тюнер ClearType

Настройки отображения текста с помощью ClearType можно оптимизировать для пользователя и его монитора. Тюнер ClearType – новый компонент панели управления Windows 7. Поскольку характеристики различных экранов и восприятие пользователей не одинаковы, существуют настройки рендеринга, которые читатели текста могут оптимизировать только лично для себя и своего оборудования. Тюнер ClearType использует различные образцы представления текста, оформленные в виде проверки зрения, чтобы задействовать тонкие настройки алгоритма ClearType. Каждый этап мастера настройки оптимизирует отдельный параметр: гамму монитора (соотношение между напряжением и яркостью), чувствительность пользователя к восприятию цветовых артефактов, предпочтения по толщине символов.

Для переключения между режимами ClearType и рендеринга с помощью оттенков серого можно использовать переключатель «Включить ClearType» на приветственном экране тюнера ClearType.

Так или иначе, при настройке параметров рендеринга пользователю будет предложено воспользоваться мастером настройки ClearType по двум причинам: если какое-либо приложение самостоятельно включает ClearType, будет полезно узнать, как это можно отрегулировать; кроме того, некоторые платформы для работы с графикой предлагают значительно более расширенные возможности настройки рендеринга как для оттенков серого, так и для ClearType.

Дизайн шрифтов и визуализация шрифтов

Существование рендеринга шрифтов высоких разрешений, такого, как ClearType, оказало огромное влияние на разработку шрифтов для экранного отображения текста. С ранней эпохи возникновения печатной прессы, по мере разработки новых технологий и способов печати, шрифты претерпевали многочисленные изменения для наиболее полного воплощения преимуществ, предоставляемых инновациями. Например, многие шрифты по сей день используют «засечки», которые раньше предотвращали растекание чернил, искажающее основные свойства начертания. Этот факт демонстрирует важность выбора специфики дизайна для наиболее адекватного воплощения преимуществ, предоставляемых той или иной технологией. В традиционном дизайне начертаний шрифта, сам термин «шрифт» относится к литерам определённого размера. Так, 10-пунктовый и 24-пунктовый Times New Roman – это разные шрифты. В эпоху металлических литер для типографских машин все размеры вырезались специальным прессом и предназначались для поверхностей, на которых предстояло печатать знаки, часто с вариациями основного штриха, высоты или межсимвольного интервала для каждого из размеров. Внедрение фотонабора (офсетной печати) в середине ХХ века было в этом отношении шагом назад: теперь в качестве образца шрифта использовался один размер, а все остальные варианты получались посредством масштабирования до нужного размера посредством оптики.

Microsoft Windows использует более традиционный подход к работе с компьютерными шрифтами. Он заключается в комбинации хинтования и применения новых видов шрифтовых наборов, применяемых для оптимизации отображения текста на том носителе, для которого предназначен. Когда Microsoft выпустила первую версию технологии TrueType для Windows 3.1, в качестве основных шрифтов использовались традиционные Times New Roman, Arial, и Courier New. При создании этих шрифтов один из размеров был принят в качестве основного (высотой 10–12 пт), и, как и в технике офсета, прочие варианты получались путём масштабирования до нужного размера и соответствующего разрешения экрана. Но, как и в случае с до-офсетными шрифтами, каждый набор был тщательно проверен, и необходимые изменения посредством хинтования были внесены и в основной набор – включая такие критически важные изменения, как контрастность штриха, х-высота и интервал между глифами. Как говорилось ранее, хинтование шрифтов, осуществляемое для их оптимизации при отображении на носителях с низким разрешением, например, при полном пикселе на экране с 96 PPI, занимало много времени. Для того, чтобы ускорить этот процесс в Microsoft Windows, мы создали или приобрели новые частные начертания шрифтов, которые наилучшим образом отображались при двухуровневом рендеринге с разрешением 96 PPI. Это Tahoma, Verdana, Georgia, Trebuchet MS, а также Comic Sans MS. Эти шрифты всё ещё нуждаются в хинтовании для подгонки под индивидуальные размеры, но, поскольку они создавались с учётом свойств носителей, на которых будут отображаться, это гораздо менее сложный процесс, протекающий значительно быстрее.

Но даже для гарнитур оптимизированных для экранов с разрешением 96 PPI, размер пикселя оказывается всё ещё слишком велик чтобы продемонстрировать все возможности шрифтов, которые нам хотелось бы, и здесь на помощь пришла технология ClearType. Теперь обрело смысл включение в систему новых наборов шрифтов, оптимизированных для новых средств отображения. Существующие шрифты Windows продолжают хорошо выполнять свою работу и с новой технологией, но суть проекта заключалась в том, чтобы обеспечить наилучший результат при чтении с экрана с использованием ClearType. Это привело к созданию новых наборов шрифтов, поставляемых вместе с Windows Vista. Коллекция ClearType состоит из Calibri, Cambria, Consolas, Corbel, Candara, Constantia и нового интерфейсного шрифта Segoe UI, а японский Meiryo был разработан специально для таких экранов. В ходе проекта по созданию этих шрифтов мы проверяли настройки ClearType по умолчанию и пришли к выводу, что в процессе хинтования необходимо обеспечить его тонкую, размерно-зависимую настройку только для ClearType, а не для обычного двухуровнего рендеринга. Это позволило нам сосредоточиться на оптимизации настроек, подходящих подавляющему большинству пользователей.

Шрифты ClearType в Windows 7

Следующий вопрос, который мы должны были себе задать, – а как будет выглядеть отображение текста на экране в Windows 7, если настройками по умолчанию определён двухуровневый рендеринг или смешанное сглаживание?

Как говорилось ранее, не все приложения выбирают установленный по умолчанию тип рендеринга. Microsoft Office и Internet Explorer используют ClearType по умолчанию для себя даже тогда, когда для платформы в целом выбраны иные настройки. Некоторые приложения, используя адаптированные для ClearType шрифты, могут независимо от настроек системы предпочесть ClearType в качестве рендеринга для того, чтобы подчеркнуть специфические достоинства шрифтов. Некоторым программам требуется более точная отработка ширины глифа, например, субпиксельное позиционирование или «естественная ClearType-ширина», и вернутся к ClearType, даже если настроить их на двухуровневый рендеринг или рендеринг посредством оттенков серого. Такие программы, как Adobe Reader, содержат собственные механизмы рендеринга, независимые от графической платформы Windows. Точно так же Java для Windows использует свои собственные методы рендеринга.

Иногда, например, в Windows 7 Explorer, ClearType будет работать несмотря ни на что, для того, чтобы шрифт Segoe UI сохранял оптимальное экранное начертание. Изменение системного шрифта может повлечь за собой определённые проблемы, такие, как перезагрузку содержимого ввода для диалоговых окон, искажение или исчезновение некоторых надписей, исчезновение подписей к ярлыкам и т.д. Мы понимаем, что многие приветствовали бы глобальные перемены в используемых системных шрифтах, которые позволили бы свободное переключение между ними, однако сегодня, на всём спектре разрешений, DPI и локализаций существование даже небольшого числа проблем не способствует абсолютной гибкости в настройках системных шрифтов – пока.

Учитывая возможные последствия отключения ClearType, некоторые свойства шрифтов позволяют снизить отрицательные моменты в случае, когда использование ClearType не предусмотрено. В шрифте Calibri, который является основным по умолчанию для Microsoft Office, используется необычный метод улучшения качества его рендеринга при включённом сглаживании посредством оттенков серого. В этом случае, в противовес нормальной ситуации, когда смягчение на мелких размерах шрифта отключено во избежание размытости, для этого шрифта оттенки серого включаются, чтобы улучшить передачу его формы. Также, на нескольких основных размерах, Calibri использует внедрённые прямо в файл bitmap-шрифты. Эти шрифты вступают в дело, когда запрашивается двухуровневый рендеринг. Они применяются в случае, когда Calibri используется терминальными программами, а ClearType отключен по соображениям повышения производительности для сессий удалённого доступа.

Вопросы производительности и ClearType

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

• Мы установили улучшение точности распознавания слов у 17% пользователей ClearType по сравнению с теми, кто пользовался двухуровневым рендерингом.
• Мы выявили 5%-е повышение скорости чтения и 2%-е улучшение восприятия (это заметное увеличение) у пользователей ClearType по сравнению с теми, кто пользовался двухуровневым рендерингом. 5%-е повышение скорости чтения звучит довольно скромно, но кумулятивный эффект может быть куда более значительным, учитывая, сколько времени люди проводят за чтением.
• Мы констатировали 5%-е повышение скорости чтения на более длинных текстах, а также некоторые нетрадиционные задачи чтения, например, сканирование, стали на 8% быстрее с ClearType по сравнению с двухуровневым рендерингом.
• Мы обнаружили, что чтение неоптимального текста вызывает зрительное утомление, увеличивая косоглазие и снижая темп моргания. (Это может показаться очевидным, но до выполнения этих исследований психологические причины значительного утомления оставались невыясненными.)

ClearType – исследование настроек рендеринга

Другой достойный исследования вопрос, который мы постоянно задавали себе, – почему всё-таки некоторые пользователи предпочитают двухуровневый рендеринг, а не ClearType? Связано ли это со спецификой оборудования или это какие-то иные свойства визуального восприятия, которые, несмотря на то, что мы не можем их понять, играют весьма важную роль? Этот момент некоторое время довольно сильно бередил наше любопытство. Первая попытка поглубже заглянуть в суть проблемы заключалась в осуществлении небольшого, неформального изучения предпочтений в общественном центре рядом со штаб-квартирой Microsoft. Были использованы два одинаковых ноутбука, один с ClearType, другой без. Оба устройства были выставлены рядом, и участникам предлагалось выбрать более удобный вариант на их взгляд,. Использовались три разных примера. Вот результаты:

	Предпочтение ClearType	Предпочтение двухуровнего рендеринга	Без предпочтений
Пример 1	33	1	1
Пример 2	33	2	0
Пример 3	33	2	0
Среднее, %	94%	5%	1%

Комментарии:

1. 35 участников.
2. Комментарий для двухуровневого рендеринга:

   Размытый, раздражающий, небрежный, «если бы это был принтер, я бы сказал – нужен новый картридж», «затухающий – особенно цифры, нужно щуриться, чтобы прочесть, это мои очки или глаза не в порядке?», «не могу сфокусировать взгляд», «искажённый», «нужно напрячься, чтобы прочесть», сливающийся.

3. Комментарий для ClearType:

   Более определённый, выглядит «жирным» (2 ответа), темнее, чётче (4 ответа), похоже, этот экран лучше (пользователь предложил на 500 долларов больше за 2000-долларовый ноутбук с «лучшим» экраном), немного больше синего, устойчивый, намного легче читать (3 ответа), чистый, яркий, мне нравится, лучше видно, (и моё любимое – слова пожилой женщины, убеждённой, что ответ никакого труда не составляет, произнесено насмешливо :) – «да это же очевидно».

Две дополнительные настройки были сделаны для 28 из 30 участников, выбравших ClearType в первом варианте опроса и для 52 из 55 во втором. Анализируя совместные результаты трёх тестов, мы определили, что 113 из 120 участников отдали предпочтение ClearType перед двухуровневым рендерингом. Важно отметить, что в таком тесте – с навязанным выбором – если кто-то предпочитает ClearType, не обязательно означает, что ему автоматически не нравится двухуровневый рендеринг. Просто выбор сдвинут в сторону ClearType.

Дальнейшее изучение выбравших ClearType имеет огромное значение для нашей работы, и мы продолжим исследование этой темы, а также сотрудничество с университетами в этой области. Мы рассчитываем в будущем увидеть публикации по этому вопросу.

Будущие исследования

Глядя вперёд, можно сказать, что наши исследования открывают возможности сделать высококачественный рендеринг текста всё более доступным для всех. Каждая визуальная система отличается по своим характеристикам, и точно так же, как тюнер ClearType позволяет настраивать рендеринг в завистимости от свойств дисплея, было бы здорово уметь настраивать собственное зрение. В США около 7% мужчин не различают цветов. Мы полагаем, что сможем усовершенствовать алгоритм работы ClearType так, что представление текста для людей, не различающих цветов, будет лучше, чем для людей без этого недостатка. Пути исследования усовершенствований рендеринга для людей с повышенным восприятием цветовых различий и пониженной остротой зрения не менее важны для нас.

Заключение

Сделать чтение с экрана компьютера наилучшим способом чтения – волнующая задача для каждого из нас. Это и преодоление технических ограничений, и вызов нашей изобретательности, это работа со множеством технологий дисплеев и вариантов зрительного восприятия, это творческая работа по созданию новых прекрасных шрифтов, где каждый крошечный типографский нюанс очень важен. Работая над этим, мы должны понимать, как научное изучение основ чтения должно помочь оптимизировать процесс чтения для всех нас – человеческих существ. Каждая из технологий рендеринга обладает как достоинствами, так и недостатками для разных людей, в зависимости от того, с чем и как они работают. Все эти вопросы нередко превышают возможности человека делать выбор в пользу того или иного решения. Мы должны работать ещё интенсивнее, чтобы предоставить в распоряжение создателей программ инструменты и платформу, которые можно использовать для того, чтобы людям было проще сделать правильный выбор в пользу определённой технологии и контролировать её. Наша задача состоит в том, чтобы пользователь просто включил компьютер и начал работать. Мы надеемся, что в основном справляемся, но понимаем, насколько сложна эта область деятельности и как велико пространство для усовершенствований, основанных на откликах пользователей.

Команда Microsoft, работающая над обсуждаемой проблематикой, сложилась ещё в 1990 г., при разработке шрифтов и технологий рендеринга для них. Мы стараемся лучше понять, что же такое – чтение. Команда состоит из инженеров, художников, дизайнеров-типографов и психологов. Стремясь решать задачи, – трудные, но жизненно важные, мы сотрудничаем со множеством экспертов внутри компании. Если люди проводят 80% своего времени перед компьютером за чтением, это должно доставлять удовольствие, настолько, насколько это возможно. Следующая статья по теме, опубликованная IEEE, описывает некоторые проблемы, с которыми мы сталкиваемся в работе касающейся технологии, искусства и науки о текстах.

Грег Хичкок (Greg Hitchcock),

руководитель разработки ClearType

Вы когда-нибудь использовали компьютер, чтобы проигрывать МР3 или DVD? Если ответ будет положительным, то вы находитесь в рядах подавляющего большинства пользователей, использующих свои ПК для воспроизведения аудио- и видео-приложений, включающих в себя всё, что угодно – от просмотра фильма и запуска игры до проигрывания роликов с YouTube. Но вам, вероятно, пришлось удостовериться, что процесс этот не лишён недостатков – возможно, у видеофрагмента выпадали кадры, а звуковая композиция «заикалась». Мы называем это «глитчем» (сбоем) – ощутимым прерыванием воспроизведения звука или изображения, нарушающим целостность восприятия медиа-контента. В этом сообщении мы рассмотрим звуковые сбои: посмотрим, какие технические трудности способствуют появлению таких сбоев и обсудим проделанную нами работу для уменьшения этого неприятного эффекта.

В чём причины сбоев?

В предыдущих статьях были рассмотрены несколько наших инициатив, затрагивающих всю экосистему Windows 7, в том числе вопросы совместимости программ, доступности и их производительности. Пытаясь проследить причины сбоев, мы пришли к единому мнению: главная причина заключается в том, что Windows 7 работает на бесконечном разнообразии комбинаций программного и аппаратного обеспечения, при этом система одновременно выполняет множество задач для множества приложений, пытаясь обеспечить бесперебойное функционирование всех элементов программно-аппаратного комплекса компьютера, – чтобы всё работало именно так, как положено.

Воспроизведение звука – особо чувствительная область. Для того, чтобы из динамиков зазвучала музыка, необходимо доставлять данные к оборудованию примерно каждые 10 миллисекунд, или в 30 раз быстрее, чем длится моргание. Проблема в том, что компьютер именно в это время загружен массой прочих задач, – как раз сейчас загружается ролик из YouTube или новая композиция, и для этих задач временнАя точность исполнения команд также чрезвычайно важна. Как вы догадываетесь, в действительности всё довольно просто: медленная сетевая карта или видеоадаптер отнимают массу процессорного времени – и пожалуйста, ваша музыка начинает «заедать».

Итак, что же мы предприняли для того, чтобы избежать такого рода неприятностей? Короткий ответ: «Предостаточно!», а остальное сообщения будет посвящено нижеперечисленным аспектам:

1. Сбор данных для установления характера проблемы

2. Разработка способа систематического определения и анализа сбоев

3. Широкое внедрение созданных инструментов и методов тестирования как внутри Microsoft, так и у наших партнёров по работе с Windows

4. Тесное сотрудничество с партнёрами для обнаружения, изучения и устранения сбоев

Кто сталкивается со сбоями?

При изучении этого вопроса на стадии разработки Windows 7, первостепенной задачей был сбор данных. Мы получали сообщения о сбоях, но не представляли себе истинного масштаба проблемы. Как часто пользователи слышат сбои? Происходит ли это на одних компьютерах чаще, чем на других? Задавая себе эти вопросы, мы смогли приблизиться к истинному пониманию проблемы.

Мы собирали данные с помощью встроенной в ОС инфраструктуры для телеметрии, позволяющей потребителям предоставлять Microsoft сведения о производительности и другую статистику, благодаря которой происходит процесс совершенствования Windows. Для каждого компьютера, отсылавшего информацию в Microsoft, мы определяли, сколько раз оборудование для воспроизведения звука не получало нужные ему данные (т.е. когда пользователь слышал сбой). Эти данные группировались по так называемым «сессиям», каждая из которых являлась представлением данных, собранных с определённого ПК в определённый день или данных, собранных в интервале между перезагрузками – в зависимости от того, какой период короче.

Давайте теперь взглянем на результаты. Сначала посмотрим на общий уровень сбоев:

Рис. 1. Количество сбоев на одну сессию

График показывает данные от пользователей, не являющихся сотрудниками Microsoft. Примерно в 80% сессий сбоев нет совсем, но в 4,3% сбоев больше 10. Это показывает, что от сбоев страдает значительное количество пользователей.

Определив, как часто происходит сбой, мы начинаем выяснять, почему он происходит. В первую очередь, мы фильтруем сведения по критерию портативный/настольный ПК:

Рис. 2. Вероятность сбоев в зависимости от типа ПК (портативный/настольный)

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

Следующим этапом стало определение вероятности сбоев в зависимости от изготовителя оборудования:

Рис 3. Вероятность сбоев в зависимости от изготовителя оборудования (Mfr)

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

Теперь мы можем посмотреть на график сбоев у широкого спектра моделей компьютеров:

Рис. 4. Сводная таблица всех сбойных сессий по моделям ПК

В этой таблице представлен результат исследования сессий, в ходе которых зарегистрирован хотя бы один сбой. При этом мы пытались определись корреляции между моделями и производителями оборудования, как показано в таблице (реальные названия заменены псевдонимами). Первое, на что следует обратить внимание, – на компьютере А сбои случаются в три раза чаще, чем на всех остальных ПК, представленных в таблице. Эти данные подтверждают ранние сведения о том, что на определённых ПК сбои происходят чаще обычного, и мы установили, что виновата в этом неправильно сконфигурированная видеокарта. В результате производитель изменил конфигурацию.

Эта таблица также помогает понять, насколько широко распространена проблема. Существуют сотни моделей ПК со сбоями, – практически невозможно найти модель, на которой сбоев не происходило никогда. С другой стороны, большинство потребительских компьютеров не испытывают никаких проблем. Вывод, к которому мы пришли, заключается в следующем: сбои при воспроизведении звука вызваны не определённой конфигурацией оборудования, а совокупностью оборудования, драйверов и программ, имеющихся у конкретного пользователя. Нам стало ясно, что не существует компьютеров, имеющих абсолютный иммунитет к сбоям, и для того, чтобы улучшить ситуацию, нам требуется принципиальное, системно-независимое решение проблемы.

Создание инструментария для анализа сбоев

Как только у нас появились данные о времени и причинах сбоев, команда Windows Devices & Media Performance принялась за создание универсального набора тестов, сосредоточенных вокруг воспроизведения медиа-контента и способных оценить качество исполнения сценария компьютером. Во время воспроизведения медиа-контента эти тесты многократно регистрировали статистические параметры системной производительности, включая загрузку центрального процессора, активность всех компонентов и взаимодействие между ними, и, конечно же, случаи сбоев, если они имели место. Мы намеренно задействовали широчайший спектр сценариев и конфигураций оборудования, включая мобильные ПК, работающие от аккумуляторов, оборудование под пиковой нагрузкой, сотни типов медиафайлов, и т.д. Задача состояла в том, чтобы испытать каждый ПК в различных ситуациях, характерных для пользователей, установить и исключить сбои при воспроизведении звука.

Кроме того, группа Devices & Media Performance создала инструмент с графическим интерфейсом, выделяющий сбои и активность процессора непосредственно перед и во время возникновения сбоя. Это позволило нам быстро диагностировать любую проблему, которая фиксировалась. Например, на рис. 5 можно видеть графическое представление момента возникновения сбоя. Мы также можем отобразить соответствующие измерения, сделанные в момент сбоя, чтобы точно определить момент начала подозрительного поведения оборудования.

Рис. 5. Пример графического представления момента сбоя и его устранения

В этом случае видны четыре сбоя (вертикальные красные линии на верхней панели). На четвёртой панели отображается активность, отбирающая более 3 мс (т.н. «долгие» ISR/DPC). На этом примере демонстрируется прямая зависимость между сбоями и долгими ISR/DPC, которые являются процедурными запросами, генерируемыми операционной системой, которые обладают потенциальной способностью затормозить процессор и вызвать сбой. Отсюда можно проследить, какие компоненты ответственны за эти запросы, чтобы снизить или избежать воздействия сбоя. Этот рисунок демонстрирует дополнительную информацию, которой мы пользовались для определения конкретных проблем, обсуждавшихся выше; впрочем, эта информация, наряду со многими другими результатами телеметрии, помогает диагностировать остальные сбои при воспроизведении медиа-контента на широком спектре оборудования.

Использование инструментария

Вооружённые до зубов тестами и диагностическими инструментами, мы приступаем к их установке на возможно большее число компьютеров. В рамках этого мероприятия мы участвуем в международной кампании, призванной помочь ОЕМ-производителям проверить свои ПК перед отгрузкой в торговые сети. Сотни ОЕМ-ПК были доставлены в Microsoft для работы в лабораториях, где их подвергали испытанию тысячами тестов, чтобы удостовериться в должной производительности. Это означает: если мы регистрировали сбои на определённой машине с определённой конфигурацией, то связывались с производителем и помогали устранить причины сбоев ещё до того, как покупатель увидит своё приобретение.

В ходе выполнения этих тестов и анализа их результатов были выявилены сотни потенциальных причин, способных привести к сбоям при воспроизведении звука. В некоторых случаях результат анализа мог повлечь за собой переписывание фрагментов кода Windows. В других случаях мы устанавливали, что какие-то компоненты, созданные партнёрами, могут привести к сбоям.

Сотрудничество с партнёрами

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

При этом мы стремились к тому, чтобы эффект от использования этих инструментов нашими партнёрами был максимальным. Мы сотрудничали как с ОЕМ-, так и с ODM-производителями (производителями оригинального дизайна, традиционно выполняющих сборку ПК для ОЕМ-партнёров), изготовителями оборудования и поставщиками ПО. Мы создали презентации и инструкции, подробные доклады, проводили видеоконференции и семинары. Нашей целью было максимально облегчить создание устойчивого к сбоям оборудования и программного обеспечения.

Вот перечень проводившихся мероприятий:

• Предоставление телеметрии по сбоям партнёрам. Они прежде располагали минимальными сведениями о проблеме сбоев при воспроизведении звука. С помощью собранных данных они могут успешно диагностировать недоработки и совершенствовать свои продукты.
• Запуск многих тысяч тестов на видео- и аудиовоспроизведение на сотнях машин, предоставленных ОЕМ-партнёрами, и передача полученных данных в их распоряжение. Оценивая работу многих компьютеров, мы смогли приблизиться к разрешению проблемы сбоев при воспроизведении звука.
• Предоставляя инструментарий и поддержку, мы помогаем партнёрам оценить воздействие работы используемых компонентов на полностью укомплектованный компьютер и устранить возможные причины сбоев при воспроизведении звука.

Дальнейшие планы

В конечном итоге, и у нас, и у наших партнёров одни и те же клиенты; сотрудничая с партнёрами, обращая их внимание на имеющиеся проблемы, шире раскрывая перед ними фундаментальные причины аудиосбоев, мы продолжаем совершенствовать качество воспроизведения звука для всех пользователей.

-- Стивен

PS: Темпы разработки замедляются, поскольку мы близки к завершению проекта и отправке системы в печать. Вы, наверное, слышали, что пару дней назад мы сделали заявление о дате выпуска и доступности Windows 7. Спасибо всем, кто пользовался RC, помогая нам перейти на следующую ступень.

Создание и общий доступ к темам в Windows 7

Начиная с ранних сборок, в состав Windows 7 входили различные темы, позволяющие менять фоновые рисунки, цвет окон и звуковые схемы в один щелчок мыши. Эти темы размещены в панели «Персонализация», доступ к которой можно получить из контекстного меню рабочего стола.

Рис. 1. Панель "Персонализация"

Рис. 2. Контекстное меню рабочего стола

В RC-версии Windows 7 появились новые темы, например, «Архитектура». В состав темы входят шесть фотографий архитектурных сооружений, которые меняются через заданный промежуток времени, цвет окна «Сумерки» и звуковая схема «Городской вид», навеянная звуками одного джаз-клуба.

Рис. 3. Тема представляет собой набор из фоновых рисунков, цвета окон и звуков.

Windows предлагает пользователю набор тем, но если пользователь захочет загрузить больше тем, в панели управления для этого предусмотрена ссылка. Щелчок по ссылке «Другие темы в Интернете» приведет вас к онлайн-репозиторию Windows, на котором размещены дополнительные ресурсы, включая международные темы.

Рис. 4. Панель «Персонализация»: ссылка «Другие темы в Интернете»

Создание темы

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

Из программы улучшения качества ПО (для краткости CEIP) мы узнали, что очень многие изменяют и создают темы. Мы также узнали, что пользователи меняют различные настройки, хотя наиболее популярной является смена фонового рисунка:

Рис. 5. Процентное соотношение различных тем

Обратите внимание, что лишь 15% бета-тестеров оставляют стандартную тему нетронутой. 77% бета-тестеров создают собственную тему, меняя один или несколько элементов в стандартной теме.

Рис. 6. Процентное соотношение бета-пользователей, меняющих один из компонентов темы в ходе сессии

Здесь около 35% бета-пользователей, открывающих панель управления, открывают панель «Фоновый рисунок рабочего стола».

Теперь давайте взглянем, каким образом можно изменить стандартные настройки и сохранить их как собственную тему. Начнем с панели «Персонализация» в панели управления Windows.

Рис. 7. Панель «Персонализация»: выберите один из элементов внизу окна, чтобы изменить настройки.

Давайте для начала откроем панель «Фоновый рисунок рабочего стола». В Windows 7 панель обзавелась поддержкой библиотек изображений и функцией слайдшоу. Если выбрать библиотеку «Изображения», вы увидите все изображения, содержащиеся в библиотеке, включая подпапки. Все, что вам нужно для запуска слайдшоу из фоновых рисунков, – выбрать два и более изображений. В моем примере я отметила несколько моих любимых фотографий недавнего путешествия на Гавайи.

Рис. 8. Панель «Фоновый рисунок рабочего стола»: в Windows 7 добавлена поддержка библиотек и слайдшоу. Я выбрала те снимки, которые захотела использовать в своей теме.

При персонализации своего компьютера некоторым недостаточно простой смены фонового рисунка. Сменить цвет окон или звуковую схему столь же просто, как сменить фоновый рисунок. Просто выберите нужную категорию под галереей тем. В дополнение к стандартным 16 цветам мы реализовали возможность выбора цвета из палитры. В состав Windows 7 включено 14 новых звуковых схем, навеянных мотивами разных наций. Есть из чего выбрать. Если и этого вам мало, можно добавить собственные мелодии.

Рис. 9. Панели «Цвет окна» и «Звук»: сменить цвет окна или выбрать одну из 14 доступных звуковых схем очень просто.

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

Рис. 10. Панель «Персонализация»: я щелкнула «Сохранить тему», чтобы мои текущие настройки сохранились к галерее тем.

Общий доступ к темам

После того, как вы создали тему, можете поделиться ей со своими родственниками и друзьями или при необходимости перенести их на другой компьютер. Windows 7 позволяет делиться созданными темами через правый щелчок мышью на активной теме и выбор «Сохранить тему для общего доступа». После того, как выбрано имя для темы и папка для ее сохранения, Windows соберет все ваши фоновые рисунки, звуки, указатели мыши и иконки в файл формата .themepack, который можно открыть на другом компьютере с Windows 7.

Рис. 11. Панель «Персонализация»: когда я готова поделиться созданной темой, я щелкаю правой кнопкой мыши на текущей теме и выбираю «Сохранить тему для общего доступа».

Как правило, после отпуска я создаю тему, напоминающую о моем путешествии. Для этого я выбираю лучшие фотографии, подбираю соответствующий цвет окон и звуковую схему, которая оптимальным образом соответствует настроению путешествия. Теперь, когда тема сохранена, я могу поделиться ей через Windows Live с моими родственниками и друзьями или же установить на другой компьютер домашней сети через Homegroup.

Общий доступ через Windows Live

Поскольку все настройки персонализации хранятся в одном файле, очень просто загрузить тему, к примеру, на Windows Live Skydrive и опубликовать ее, например, в блоге на Windows Live Spaces. Как только мои друзья и родственники установят Windows 7, они смогут загружать темы с фотографиями из путешествий и устанавливать их в качестве фоновых рисунков рабочего стола.

Рис. 12. Windows Live: я могу загрузить тему на Windows Live Skydrive и разместить ссылку на тему в своем блоге.

Общий доступ через домашнюю группу

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

Рис. 13. Windows Explorer: я создала библиотеку с темами и открыла к ней доступ через Homegroup. С другого компьютера в домашней сети я могу дважды щелкнуть, чтобы применить тему.

Подождите, это еще не все

Еще одним из способов расширить функционал тем в Windows7 стало добавление возможности использования набирающих популярность RSS-каналов с изображениями. Энтузиасты могут создать тему, фоновые рисунки из которой будут загружаться с RSS-канала. Так, к примеру, моя сестра живет далеко и видимся мы с ней лишь раз в году. Использование темы в Windows 7, которая ссылается на мой RSS-канал с изображениями, позволяет ей всегда оставаться в курсе событий моей семьи. Как только я загружаю новые фотографии, они автоматически появляются на рабочем столе ее компьютера.

Поскольку существует несколько способов создания RSS-канала с изображениями, включение RSS-канала в тему Windows 7 будет работать, если RSS-канал ссылается на высококачественные изображения через тэг «enclosure». Канал может ссылаться на изображения в таких форматах, как JPEG или PNG. Из-за этого ограничения темы с RSS-каналами должны создаваться вручную.

Чтобы создать такую тему, необходимо выполнить ряд шагов:

1. Загрузить шаблон с сайта MSDN.

2. Открыть шаблон с помощью Блокнота.

3. Заменить параметр {themename} названием, которое будет отображаться с галерее тем в панели Персонализация.

4. Заменить параметр {rssfeedurl} полным адресом совместимого RSS-канала.

5. Сохранить файл с расширением ".theme"

Теперь вы можете с легкостью поделиться файлом со своими родственниками или друзьями! Отправляйте его по почте или копируйте на USB-брелки и делитесь!

Некоторые сайты, предназначенные для хранения и обеспечения общего доступа к изображениям, также могут предлагать собственные RSS-темы для Windows 7.

Забегая вперед

Темы в Windows 7 позволят компьютеру отражать ваше настроение. В дополнение к примеру с моей сестрой я надеюсь, что пользователи найдут еще более интересное применение темам Windows 7. Свадебные фотографы смогут прикладывать темы Windows 7 к своим работам, художники смогут создавать темы, отражающие их стиль, а компании – темы, которые подчеркнут бренд. С нетерпением ждем ваших идей по использованию тем для персонализации этих аспектов Windows 7.

Кэти Фригон (Katie Frigon),

программный менеджер команды Core User Experience

PS: Мы опубликовали дополнительные темы на портале https://windows.microsoft.com/en-US/Windows7/Personalize, который, кстати говоря, открывается при щелчке на ссылке «Другие темы в Интернете» в английской версии Windows 7.

Windows 7 включает ряд функций для обеспечения защиты компьютера при работе детей. Авторство данной статьи принадлежит Владимиру Ровинскому (Vladimir Rovinsky), программному менеджеру в команде Safety, который поведает об инструментах родительского контроля в Windows 7. Эти функции являются логическим продолжением функций обеспечения безопасности самой Windows и Internet Explorer при просмотре веб-сайтов. На ум сразу же приходит приложение Windows Live Family Safety, входящее в пакет Windows Live Essentials (https://download.live.com), которые предлагает расширенный набор функций для обеспечения безопасности и инструменты родительского контроля. --Стивен

Сегодня наши дети подвержены цифровым угрозам гораздо чаще, чем когда-либо. В связи с широким распространением мощных поисковых механизмов, приложений для работы с социальными сетями, дешевых компьютерных устройств и служб для публикации фотографий и видео, всемирная сеть наполнилась информацией, которая не подходит для просмотра несовершеннолетними. Совершенно неудивительно, что родители стремятся огородить своих чад от подобной информации.

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

Инструменты родительского контроля в Windows Vista позволили решить эти проблемы, предложив:

· Единую панель для централизованного управления и настройки родительского контроля;

· Систему ограничений веб-контента и загрузок, времени работы за компьютеров, запуска приложений и игр, а также возможность регистрации активности пользователя за компьютером.

· Набор API, с помощью которых можно реализовать ограничения и регистрацию событий в любом из приложений. Так, к примеру, в Internet Explorer и Mozilla Firefox 3.0 эти API используются для контроля загрузки файлов конкретным пользователем.

· Интеграцию с User Account Control (UAC), лучшие практики для обеспечения безопасной работы детей за компьютером; например, рекомендации по созданию отдельных стандартных учетных записей для детей, паролей для управляющих записей родителей и т.д.

Для того, чтобы ознакомиться с инструментами родительского контроля в Windows Vista, рекомендуем просмотреть это видео. За дополнительной информацией по разработке приложений с учетом инструментов родительского контроля Windows Vista обратитесь к статье Использование Parental Controls API.

Ключевые дизайнерские решения при разработке инструментов родительского контроля Windows 7

В ответ на отзывы наших пользователей и в связи с изменчивой природой всемирной сети, мы стремились обеспечить родителей гибкими и эффективными инструментами обеспечения безопасности. При разработке инструментов родительского контроля для Windows 7 мы сосредоточились на следующих задачах:

1. Обеспечение расширяемости платформы Parental Controls. Цель ‑ позволить разработчикам создавать уникальные функции родительского контроля, которые могут быть интегрированы в инструменты родительского контроля Windows 7.

Платформа Windows 7 Parental Controls была изменена таким образом, чтобы позволить одновременную установку нескольких поставщиков инструментов родительского контроля, которые призваны дополнить или полностью заменить инструменты, имеющиеся в Windows 7. В Windows Vista можно было частично заменить инструменты родительского контроля Windows и, в частности, фильтр веб-контента. В Windows 7 в дополнение к компонентам веб-фильтрации весь интерфейс панели инструментов родительского контроля может быть замещен сторонними поставщиками поиска. Тем не менее, применение оффлайн-ограничений будет осуществляться через платформу Windows Parental Controls. Возможность замены интерфейса инструментов родительского контроля Windows сторонним поставщиком позволяет скомбинировать существующие возможности контроля с совершенно новыми возможностями, предлагаемыми сторонними разработчиками.

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

2. Удаление веб-фильтрации и функции регистрации активности из стандартного (системного) поставщика инструментов родительского контроля и возложение их задач на Windows Live или сторонних поставщиков.

Сеть меняется гораздо быстрее, чем мы можем обновлять ОС Windows. Так, к примеру, на момент выпуска Vista о социальных сетях мало кто слышал. Теперь Интернет сложно представить без социальных сетей. Поэтому необходимо постоянно поддерживать актуальность инструментов родительского контроля в соответствии с реалиями. Именно поэтому мы сделали их частью Windows Live.

Веб-фильтрация и регистрация активности пользователя будут более эффективными в составе Windows Live или стороннего решения, доступного через веб-службы. Например, бесплатное приложение Windows Live Family Safety обеспечивает фильтрацию веб-контента, ограничение загрузок файлов и мониторинг активности пользователя. Кроме того, приложение позволяет установить ограничение на контакты детей через приложения Windows Live (Windows Live Hotmail, Windows Live Messenger и т.д.).

За дополнительной информацией по поводу Windows Live Family Safety обращайтесь сюда. Об изменениях в платформе родительского контроля в Windows 7 можно узнать здесь.

Изменения в интерфейсе инструментов родительского контроля Windows 7

Собственно, на приведенном изображении можно видеть новые элементы родительского контроля, появившиеся в Windows 7:

Рис. 1. Панель родительского контроля в Windows 7

· Раздел Дополнительные элементы контроля позволяет выбирать поставщика для дополнительных настроек родительского контроля, таких как веб-фильтрация, регистрация активности, управления контактами и т.д. После установки на компьютер сторонних поставщиков настроек родительского контроля в выпадающем диалоге «Выбор поставщика» можно выбрать из имеющихся поставщиков. Под этим диалогом размещается описание поставщика, составленное самим поставщиком.

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

· В верхнем правом углу отображается выбранная поставщиком иконка.

Дополнительные поставщики инструментов контроля могут использовать стандартный интерфейс для настройки имеющихся оффлайн-ограничений. В таком случае настройка родительского контроля пользователя будет осуществляться через экран «Контроль пользователя».

Если выбран и настроен дополнительный поставщик, панель «Контроль пользователя» предстанет в следующем виде:

Рис. 2. Панель родительского контроля Windows 7 с установленным и настроенным дополнительным поставщиком настроек.

· Дополнительные настройки разрешает прямой доступ к функциям выбранного поставщика.

· Сетевые ограничения разрешают доступ к функциям выбранного поставщика.

Настройки родительского контроля и обновление с Vista до Windows 7

Если компьютер с установленной Windows Vista, на котором присутствовали учетные записи, управляемые через инструменты родительского контроля с включенной веб-фильтрацией, обновляется до Windows 7, система предупреждает родителей (администраторов) о том, что веб-фильтрация и регистрация активности не являются частью инструментов родительского контроля в Windows 7.

Рис. 3. Панель родительского контроля Windows 7. Для некоторых пользователей установлена фильтрация веб-контента. Дополнительных поставщиков не установлено.

Настройки родительского контроля из Windows Vista (включая веб-фильтрацию и информацию по регистрации активности) при обновлении до Windows 7 останутся без изменений. И хотя веб-фильтрация и регистрация активности более не используются в инструментах родительского контроля Windows 7, их присутствие может быть полезным при установке стороннего поставщика инструментов контроля.

Мы надеемся, что по мере использования новых инструментов родительского контроля в Windows 7 вы обретете уверенность в том, что полностью контролируете то, как члены семьи используют компьютер в целом и Интернет в частности.

Владимир Ровинский (Vladimir Rovinsky),

программный менеджер команды Safety

В Windows 7 добавлено много новых функций для воспроизведения потокового видео/аудио, которые помогут в полной мере получать удовольствие от имеющейся в вашем распоряжении медиатеки на ваших ПК и других домашних устройствах. Это возможно даже тогда, когда вы находитесь в пути, с помощью Интернета. Мы создали новый способ использования сетевых подключений, который намного проще и дружелюбнее стандартного, в том числе и при настройке. Теперь использование музыки, видео, изображений в вашей собственной сети «просто работает» – вам не нужно думать о форматах файлов, их транспортировке и необходимых для этого протоколах.

Существует постоянно растущее количество сетевых мультимедийных устройств (NMD), сертифицированных для взаимодействия с использованием широко известного и распространённого отраслевого стандарта Digital Living Network Alliance (DLNA). Windows 7 использует этот открытый стандарт. Это означает, что совместный доступ к медиатеке для NMD, Windows-компьютеров, Windows Home Server, медиа-ретрансляторов (Extenders) для Windows Media Center (включая Xbox 360) стал более лёгким и естественным. Поддержка этого стандарта также означает, что мириады устройств, таких, как цифровые фоторамки, сетевые радиоприёмники, телевизоры и прочие, можно без особых проблем интегрировать в домашнюю сетевую мультимедийную среду, объединённую вокруг ПК с Windows 7.

Не только для технических энтузиастов

Мы значительно облегчили настройку трансляции потокового мультимедиа. До Windows 7 такая настройка была по силам лишь настоящим любителям подобных вещей. Для того, чтобы упростить этот процесс, настройка потокового воспроизведения была совмещена с настройкой новой функции HomeGroup, то есть в случае типичной сетевой конфигурации потоковое воспроизведение включено и работает по умолчанию. Новое меню «Поток» в основном окне Window Media Player предлагает наиболее популярные возможности на основе предварительно определённых сценариев использования. Эти сценарии позволят:

· Настроить домашний ПК так, чтобы можно было получать доступ к домашним медиатекам, даже находясь вне дома

· Передавать медиа-контент на проигрыватель с других компьютеров под управлением Windows 7 и управлять им

· Быстро разрешить доступ к медиатеке всем домашним ПК и устройствам

В сегодняшней статье мы поговорим о каждом сценарии в отдельности.

Рис.1. Новое меню «Поток» (Stream) в основном окне Window Media Player предлагает наиболее популярные возможности на основе предварительно определённых сценариев использования.

HomeGroup представляет новую концепцию общедоступных медиатек для музыки, видео и фотографий. Как говорилось в предыдущей статье, эти медиатеки доступны из навигационной панели Windows Explorer и Windows Media Player, а также в категории «Общие» для каждого типа контента в Windows Media Center. Они имеют одинаковый вид во всех вариантах представления.

Рис.2. Медиатеки доступны из навигационной панели Windows Explorer и Windows Media Player, а также в категории «Общие» для каждого типа контента в Windows Media Center

Windows Explorer автоматически найдёт и обеспечит совместный доступ к медиатекам всех включённых в HomeGroup компьютеров. Кроме того, Windows Media Player и Windows Media Center автоматически добавят медиатеки из:

· Windows Media Player 11 и 12

· Windows Home Server

· Все DLNA-совместимые медиа-серверы (напр., сетевые хранилища)

Кто может получать доступ к совместным медиатекам?

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

Рис.3. Настройки группы позволяют определить, какие типы файлов будут открыты для совместного доступа.

Кроме включённых в группу ПК, в Windows 7 облегчён доступ к медиатекам для воспроизводящих устройств. Настроить такой доступа можно из управления HomeGroup или прямо из Windows Media Player:

Рис.4. Настроить доступ к медиатекам для воспроизводящих устройств можно из панели управления HomeGroup или прямо из Windows Media Player.

Можно также ограничить определённым компьютерам либо устройствам доступ к медиатекам, выбрав опцию «больше возможностей воспроизведения» из меню «Поток» в Windows Media Player.

Рис. 5. Можно ограничить определённым компьютерам либо устройствам доступ к медиатекам

«Play To»: Windows 7 как универсальный пульт управления для вашей медиатеки

В дополнение к воспроизводимым с помощью Windows Media Player медиаданным из предоставленных в совместное пользование медиатек, Windows 7 может транслировать контент для воспроизведения на других ПК под управлением Windows 7 и на устройства, сертифицированные на совместимость со стандартом DLNA. Мы назвали эту функцию «Play To». С ее помощью можно просматривать или находить искомые медиаданные прямо из Windows Media Player или Windows Explorer, а затем выбирать, какие из них воспроизвести. Для каждой сессии пользователю будет предложен гибко настраиваемый пульт управления в диалоговом окне, с помощью которого он сможет полноценно управлять процессом воспроизведения.

Рис. 6. Windows 7 может транслировать контент для воспроизведения на других ПК под управлением Windows 7 и на устройства, сертифицированные на совместимость со стандартом DLNA.

Неважно, где именно при этом хранится медиатека. «Play To» можно использовать как для локальных, так и для общедоступных медиатек. Если вы хотите отправить медиафайл с одного компьютера под управлением Windows 7 на другой, выберите «Разрешить удаленное управление моим проигрывателем» из меню «Поток» программы Windows Media Player на принимающем компьютере. Это сделает возможным обнаружение Windows Media Player и появление его в меню «Play To» на других компьютерах под управлением Windows 7 в той же сети.

Рис. 7. Если нужно отправить медиафайл с одного компьютера под управлением Windows 7 на другой, выберите «Разрешить удаленное управление моим проигрывателем» из меню «Поток» программы Windows Media Player на принимающем компьютере.

Когда на вашем компьютере включено потоковое воспроизведение, опция «Play To» будет доступна в Windows Media Player и Windows Explorer по щелчку правой кнопкой мыши на медиафайлах. Если Windows 7 не нашла взаимодействующий с функцией «Play To» ПК или устройство в сети, это контекстное меню будет недоступно. Альянс DLNA предоставляет необходимую документацию по сертификации различных устройств и их возможностей. Не каждое сертифицированное на соответствие со стандартом устройство поддерживает функцию «Play To». Постарайтесь найти DLNA-сертифицированные устройства типа Digital Media Renderer (DMR), и, для наилучшей производительности – устройства с логотипом «Compatible with Windows 7».

Рис. 8. DLNA-сертифицированные устройства с логотипом «Compatible with Windows 7» обеспечат наилучшую производительность при воспроизведении потокового контента.

Когда вы выберете файлы для воспроизведения на другом ПК, пульт управления «Play To» откроет окно со стандартными элементами, такими как воспроизведение, пауза, остановка, перемотка, поиск, громкость и отключение звука. Не каждое устройство будет поддерживать все элементы управления, а по некоторым файлам невозможен поиск. Когда окно пульта управления «Play To» уже запущено, можно реорганизовывать или удалять файлы, выстраивать в очередь на воспроизведение, включать или выключать повтор. Можно даже добавлять новые файлы из Windows Media Player или Windows Explorer, перетягивая их в окошко пульта.

Рис. 9. Когда окно пульта управления «Play To» уже запущено, можно реорганизовывать или удалять файлы, выстраивать в очередь на воспроизведение, включать или выключать повтор.

Не существует специального ограничения на количество одновременно запускаемых сеансов «Play To». Можно отправлять изображения на фоторамку, видеоклипы – на телевизор, а музыку – на другой портативный ПК, и всё это одновременно. Больше того, по одному «направлению» можно отправить несколько разных по типу медиафайлов, как это показано на примере.

А что насчет Xbox 360 и медиа-приставках для Windows Media Center?

Xbox 360 может получать потоковые данные для воспроизведения, отправляемые с компьютера под управлением Windows 7, в двух режимах – режиме «dashboard» и режиме «extender».

В режиме «dashboard» приставка исполняет роль обычного медиаплеера. Хотя Xbox 360 не сертифицирован как DLNA-устройство официально, вы можете использовать её для просмотра файлов в общедоступной медиатеке компьютера под управлением Windows 7 (что также поддерживается программой Windows Media Player 11) воспроизводить содержимое этих медиатек с помощью пульта управления «dashboard».

Рис. 10. Xbox 360 может получать потоковые данные для воспроизведения, отправляемые с компьютера под управлением Windows 7, в двух режимах – режиме «dashboard» и режиме «extender»

В режиме «extender» консоль, как и другие медиаприставки для Windows Media Center, рассматривается компьютером с Windows 7 в сети и как цифровой медиапроигрыватель (Digital Media Player, DMP), и как медиапреобразователь (Digital Media Renderer, DMR). Используя ретрансляцию для Windows Media Center на приставке, вы можете управлять медиатеками на других компьютерах и загружать их содержимое для локального воспроизведения, почти так же, как и в режиме «dashboard». Следует отметить, что в режиме медиаприставки консоль поддерживает функцию «Play To», так что пользователи Windows 7 могут перенаправлять контент на ПК. Все медиаприставки, зарегистрированные на таком компьютере, появляются в меню «Play To» и на других компьютерах.

Доступ к домашней медиатеке из Интернета

В Windows 7 мы сделали возможным потоковое воспроизведение для находящихся вне дома и это позволит вам получать доступ к домашней медиатеке из любого места посредством всемирной паутины. Мы сделали потоковое воспроизведение через Интернет естественным дополнением к домашнему потоковому воспроизведению. Для того, чтобы эта интеграция заработала, нам пришлось решить несколько серьёзных технических проблем:

· Обнаружение – обнаружение компьютера по имени, которое он носит в домашней сети и перенаправление имени на маршрутизируемый адрес IP

· Конфиденциальность – возможность доступа к медиафайлам только для авторизованных пользователей

· Безопасность – шифрование процедуры просмотра и воспроизведения медиафайлов для предотвращения утечки данных

· Надёжность – скорости сетевых соединений, форматы медиафайлов, скорость цифрового потока (битрейт), брандмауэры и маршрутизаторы могут послужить причиной проблем с воспроизведением

Чтобы преодолеть все эти технические неурядицы, мы создали модель, в которой каждый компьютер получает специальный онлайновый идентификатор. Это поможет обеспечить конфиденциальность, безопасность и обнаружение компьютеров в сети. Новая инфраструктура, основанная на онлайновых идентификаторах, соединяет ваш идентификатор (например, you@live.com) с пользовательской учётной записью Windows 7. Это позволяет серверу аутентификации и авторизации обеспечить необходимый уровень конфиденциальности для установки защищённого соединения между двумя компьютерами под управлением Windows 7 (вашим ноутбуком, используемым вне дома, и домашним ПК).

Рис. 11. Доступ через Интернет к медиатеке открывается из меню «Поток» в Windows Media Player.

Процесс настройки проведёт вас через этапы привязки онлайнового идентификатора к учётной записи, которая должна быть сделана и на домашнем ПК, и на том, который предполагается использовать вне дома. Один и тот же идентификатор нужно использовать на обоих ПК для того, чтобы между ними могло быть установлено соединение. Чтобы удалённый ПК получил доступ к медиатеке на домашнем ПК, в качестве типа сети у пользователя должна быть указана «Домашняя». Удалённый ПК, исполняющий роль клиента, может просматривать и получать контент от домашнего ПК откуда угодно (из публичного, домашнего и рабочего сетевого расположения). Тип сетевого расположения выбирается при первом подключении к сети и может быть потом изменён в Центре управления сетями и общим доступом.

Рис. 12. Чтобы удалённый ПК получил доступ к медиатеке на домашнем ПК, в качестве типа сети у пользователя должна быть указана «Домашняя».

Надёжность – требования к сетевому соединению

Потоковое воспроизведение через Интернет лучше всего работает с широкополосным соединением, которое подключено к сети постоянно. Скорости выгрузки для такого соединения могут варьироваться от скромных 200 кб/с до 10 Мб/с или даже больше. Скорости загрузки также могут сильно различаться в зависимости от местоположения: точка доступа в переполненном кафе или на вокзале, гостиничный номер, квартира с беспроводной сетью. Мы хотели добиться того, чтобы даже медиаданные с высокими битрейтами (например, телевидение высокой чёткости) воспроизводились плавно и без ошибок, независимо от скорости самого соединения. Потоковое воспроизведение через Интернет использует сложные механизмы определения пропускной способности соединения и эвристический анализ по принципу «точка-точка», чтобы обеспечить передачу контента с высоким битрейтом даже в самых сложных условиях подключения.

Другой проблемой с Интернет-доступом к домашней медиатеке явилось создание соединения типа Р2Р между удалённым клиентом и домашним ПК, выступающим в роли медиа-сервера. Типичная домашняя сеть получает один уникальный IP-адрес от поставщика услуг Интернета, и этот адрес становится общим для всех компьютеров и устройств в домашней сети посредством ретрансляции сетевого адреса (Network Address Translation, NAT), функции, встроенной в интернет-шлюзы или маршрутизаторы, в том числе беспроводные. Это создаёт проблемы для непосредственного подключения удалённого клиента к такой сети, причём как в смысле определения уникального адреса, так и в смысле обхода ограничений NAT, чтобы напрямую взаимодействовать с ПК – медиа-сервером или другим устройством в домашней сети.

Windows 7 располагает некоторыми технологиями обхода ограничений NAT для установления Р2Р-соединения, что позволяет в большинстве случаев и посредством большинства имеющихся в продаже интернет-шлюзов установить надёжное соединение между удалённым и домашним ПК. Для наилучших результатов следует использовать интернет-шлюз или беспроводной маршрутизатор, сертифицированный по программе «Windows Logo».

Форматы медиаданных

В Windows 7 вы можете воспроизводить различные медиаданные, не особенно заботясь о необходимости следить за тем, какие именно типы и кодеки вам нужны в каждом конкретном случае. (подробности в Таблице 1.) В дополнение к поддержке локального воспроизведения новых типов данных, вы можете быть уверены, что и удаленное потоковое воспроизведение будет работать даже на устройствах, самостоятельно не поддерживающих кодеки, битрейт, формат или контейнер транслируемого файла. Это осуществляется посредством нового способа перекодирования в Windows 7.

Предположим, у вас есть видеозапись в формате DivX, которую вы хотите посмотреть на телевизоре, сертифицированном по стандарту DLNA, который поддерживает только WMV и MPEG2. Windows 7 определит возможности телевизора (кодек, битрейт и т.д.) и динамически преобразует DivX-видео в формат, поддерживаемый устройством. Общее правило таково: если Windows Media Player в состоянии воспроизвести какой-либо медиафайл, то он практически всегда будет воспроизведён на подключённом к сети устройстве. Технологии адаптации к скорости соединения используются для плавного потокового воспроизведения как дома, так и через Интернет, что позволяет Windows 7 выбирать оптимальные параметры конвертации.

Таблица 1. Новые декодеры в Windows 7

Стандартное название формата	Расширения файлов	Контейнер	Видео-декодеры	Аудио-декодеры	Известные ограничения
Mpeg-4	.mp4 (A, V, A+V), .m4a (A), .mov	ISO, MPEG-4, AVI	H.264, MPEG-4 ASP и SP	AAC, MP3	Практически все соответствующие отраслевому стандарту файлы воспроизводятся; не может воспроизвести файлы iTunes, защищённые с помощью FairPlay; воспроизводит большинство mov-файлов с цифровых видеокамер, за исключением встроенных плейлистов и сегментированных файлов (большинство кинотрейлеров)
3ggp/3ggp2	.3gp, 3g2 (A, V, A+V)	3gp	H.264, mpeg-4 SP	AAC	Хотя и воспроизводит некоторые из этих файлов, большинство камер мобильных телефонов создаёт файлы, содержащие ACELP- или AMR-аудио и H.263-видео, которые Windows 7 не воспроизводит
aac	.aac (A)	ADTS		AAC
ASP in AVI (совместимо с DivX 4 – 6, XviD, 3ivx	.avi (A, V, A+V)	AVI	Mpeg-4 ASP	MP3, MS, ADPCM	Не поддерживает MKV, специальные субтитры DivX или защищённые закрытым собственным протоколом DivX
AVCHD	.m2t, .m2ts, .mts (A, V, A+V)	Mpeg-2 TS	H.264	Dolby Digital, LPCM	Некоторые видеокамеры используют собственный протокол деления AVCHD на части, которые затем не могут быть автоматически воссозданы при передаче на ПК
HDV	.m2t, .m2ts, .mts (A, V, A+V)	Mpeg-2 TS	Mpeg-2	Mpeg-1 L2

Формат файла и скорость цифрового потока для него, выбираемых для перекодирования, особенно для видео, сильно зависят от производительности процессора ПК, выполняющего эту операцию, определяемого по WEI (Windows Experience Index):

Рис. 13.Windows Experience Index определяет формат файла и скорость цифрового потока, выбираемых для перекодирования.

Мы создали гибкую модель взаимодействия для наших партнёров – производителей микросхем, чтобы обеспечить аппаратное ускорение, которое автоматически работает с функциями потокового воспроизведения Windows 7. Новая модель ускорения позволит создателям аппаратного обеспечения разработать специальную аппаратную поддержку для медиакодеков, полностью интегрированную в устройства (в графический сопроцессор или дополнительный набор микросхем). С аппаратной поддержкой перекодировки Windows 7 может ослабить нагрузку этой ресурсоёмкой процедуры на центральный процессор и выполнять её как фоновую задачу, не оказывающую заметного влияния на производительность ПК.

Поддержка DLNA в Windows 7

Организация Digital Living Network Alliance (DLNA) представляет собой консорциум из более чем 200 компаний, заинтересованных в продвижении технологий обмена медиа-контентом в домашних сетях. Архитектура DLNA основана на спецификациях UPnP, но, в дополнение к этому, DLNA определяет транспортные протоколы (основанные, в свою очередь, на HTTP и RTP) и набор форматов медиа-файлов.

DLNA определяет роли устройств (сервер, проигрыватель, преобразователь и т.д.) и протоколы, которые используют эти устройства для взаимного обнаружения и взаимодействия (UPnP, HTTP, RTP и т.п.). Windows 7 использует некоторые из ролей устройств в соответствии со стандартами DLNA, а также протоколы DLNA, необходимые для взаимодействия и обмена медиа-контентом между устройствами. С помощью Windows 7 ваш ПК сможет работать с широким спектром оборудования, сертифицированного альянсом, – телевизорами, стереосистемами, мобильными телефонами, игровыми приставками и прочими устройствами.

Таблица 2. Поддерживаемые в Windows 7 профили DLNA

Класс устройства по DLNA	Аббревиатура	Описание
Digital Media Player (цифровой проигрыватель)	DMP	Устройство в этой роли находит медиа-контент на медиа-серверах и обеспечивает его воспроизведение, а также возможности преобразования. WMP и WMC выступают в в этой роли, когда просматривают содержимое общедоступной медиатеки.
Digital Media Renderer (цифровой преобразователь)	DMR	В этой роли устройство воспроизводит медиа-контент, поступивший с медиа-контроллера, который находит этот контент на медиа-сервере. WMP выступает в этой роли, когда сконфигурирован для удалённого управления.
Digital Media Server (медиа-сервер)	DMS	В этой роли устройство хранит медиа-контент и предоставляет его DMP и DMR. При включенном потоковом воспроизведении Windows работает как медиа-сервер.
Digital Media Controller (медиа-контроллер)	DMC	В этой роли устройство находит медиа-контент на медиа-сервере и воспроизводит его на DMR. Функция «Play To» для WMP и WЕ запускает DMC для контроля за воспроизведением.

Поскольку Windows 7 может исполнять различные роли, существует несколько вариантов использования ПК под её управлением на ваш выбор. Ниже рассмотрены несколько таких сценариев.

Сценарий 1: ваши музыка, видео и фото хранятся на компьютере под управлением Windows 7. Вы приобрели телевизор с логотипом DLNA. С его помощью можно просматривать медиатеку на ПК. Вы можете использовать телевизор для просмотра видео и фото, а также слушать музыку, хранящиеся на ПК. Рис. 14 иллюстрирует этот сценарий. В этом случае компьютер выступает в роли медиа-сервера. Надо заметить, что эта роль была реализована ещё в Windows Vista и Windows XP посредством Windows Media Player 11.

Рис. 14. С ТВ можно просматривать информацию, хранящуюся на компьютере.

Сценарий 2: у вас есть сетевое хранилище (NAS), где хранятся музыка, видео и фото. NAS выступает в роли медиа-сервера. Вы открываете Windows Media Player на компьютере под управлением Windows 7. Используя Windows Media Player, вы находите хранилище и можете просматривать медиатеку, расположенную на нём. Вы можете смотреть видео и фото, слушать музыку из хранилища. В этом случае компьютер играет роль DMP. Рис. 15 иллюстрирует этот сценарий.

Рис. 15. С компьютера под управлением Windows 7 можно просматривать информацию на NAS-устройстве.

Сценарий 3: у вас есть сотовый телефон, который может делать снимки и передавать их на ПК с Windows 7. Вы можете демонстрировать снимки знакомым, используя большой экран ПК без необходимости переносить фотографии на ПК с помощью USB-брелка. Рис. 16 иллюстрирует этот сценарий. В этом случае сотовый телефон исполняет роль медиа-сервера и медиа-контроллера, а компьютер работает как DMR.

Рис. 16. С телефона можно перенаправлять изображения для просмотра на компьютере.

Сценарий 4: вы приобрели стереосистему с логотипом DLNA. На компьютере под управлением Windows 7 у вас хранится богатая коллекция музыки с тысячами композиций. Поскольку коллекция велика, вы предпочитаете искать, сортировать и организовывать её, используя широкие возможности, предоставляемые для этого Windows Media Player. Когда вы выбираете песни, то передаете их на стереосистему посредством функции «Play To». У вас также имеется NAS, на котором расположена дополнительная коллекция музыки и видео. Вы можете использовать компьютер, чтобы просматривать содержимое сетевого хранилища и передавать его на стереосистему. Рис. 17 иллюстрирует этот сценарий. В этом случае компьютер с Windows 7 выступает в двоякой роли DMS и DMC.

Рис. 17. С компьютера под управлением Windows 7 можно просматривать информацию из локальной сети. Затем можно перенаправлять эту информацию на ТВ.

В общем, определённо существует масса возможностей получать удовольствие. Наслаждайтесь ими!

Скотт (Scott), Тим (Tim) и вся команда Devices & Media