Журнал «Компьютерра» №31 от 30 августа 2005 года - Журнал Компьютерра - Страница 3

Вот тебе и «медленная» матрица! Оказывается, что «глупая» прямолинейная схема управления, напрямую пересчитывающая желаемый уровень яркости субпиксела в соответствующее напряжение, не позволяет панели показать все, на что она способна. И если слегка доработать схему (чтобы она учитывала не только желаемый, но и уже существующий уровень яркости), то на нынешних матрицах нетрудно будет получить 60 и даже 100 Гц кадровой развертки. А это означает полное решение проблемы недостаточного времени отклика LCD-матриц.

Впрочем, я рассказал далеко не обо всех прелестях Overdrive. Дело в том, что модернизировать электронику собственно панели для использования этой технологии совершенно необязательно! Достаточно того, чтобы Overdrive поддерживала видеокарта! Ведь, в сущности, неважно, электроника ли панели «учтет» предыдущее значение цвета пиксела и выставит «быстрый» уровень сигнала (соответствующий некоторому псевдоцвету) на один период обновления экрана, или это за нее сделает графический процессор видеокарты, выдавая на LCD не «правильную» картинку, а скорректированную с учетом инерционности матрицы. Более того: LCD Overdrive средствами видеокарты - самая что ни на есть объективная реальность, поскольку в том или ином варианте поддерживается почти всеми производителями видеокарт. У ATI эта «фича» называется LRDC и входит в состав технологии LCD Enhancement Engine (LCD-EE); у nVidia - LCD overdrive и входит в технологию PureVideo, и для их активации достаточно лишь включить соответствующую технологию в настройках драйвера. О том, какие версии драйверов подходят для этой цели и где в них спрятаны соответствующие настройки, мы поговорим чуть ниже, а пока задумаемся над следующим вопросом.

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

Во-первых, для работы Overdrive компьютеру требуется постоянно «держать в памяти» сразу два изображения: одно, которое панель в данный момент должна показывать, и второе, которое панель показывает в действительности. А ведь это - несколько мегабайт быстродействующей видеопамяти! Кроме того, требуется иметь очень точно составленные таблички (64x64 для 18-битных и 256x256 для 24-битных матриц) «псевдоцветов», которые нужно использовать при данном сочетании текущего и желаемого состояния субпиксела, и «результирующих цветов», показывающих, какой цвет будет при использовании этого псевдоцвета достигнут к моменту следующего обновления изображения матрицы, - вот и еще 128 Кбайт памяти и обслуживающей ее логики. Конечно, для современной видеокарты реализовать подобную систему не составляет большого труда (прошли те времена, когда все упиралось в медленную и дорогую видеопамять), однако не вполне понятно, откуда видеокарта возьмет эту 131 тысячу чисел, свойственную именно этой конкретной матрице. А LCD-монитор, напротив, прекрасно «осведомлен» о своих скоростных характеристиках (пользуясь специальным оборудованием, их нетрудно измерить), но для него динамическая коррекция картинки с учетом ее предыдущего состояния - принципиально новая и сложная в реализации задача, требующая специального DSP-процессора.

Во-вторых, средств объективного контроля действительного состояния LCD-панели попросту не существует. А значит, использующая Overdrive система может лишь приближенно считать, что если 16,7 мс назад на такой-то субпиксел было подано такое-то напряжение, то сейчас он должен находиться в таком-то состоянии. В обычных системах небольшие ошибки и разброс параметров пикселов приводят к небольшим погрешностям в установившемся цвете панели; в Overdrive-системах подобные ошибки могут накапливаться и приводить не только к большим погрешностям в цветопередаче, но, в принципе, и к искажению получающихся картинок. С этим можно бороться, внося специальные ошибки в таблицы пересчета, однако полностью проблему это все равно не решает.

Таким образом, «Overdrive первого поколения» не совсем тот Overdrive, который я описал в предыдущем разделе, а лишь грубое его подобие. Вместо того чтобы подавать напряжение, которое за заданное время (соответствующее времени обновления экрана) переведет субпиксел в желаемое состояние, на него подается напряжение, переводящее его в некое промежуточное состояние, из которого потом можно довольно быстро переключиться к любому желаемому уровню цвета. К примеру, чтобы перейти из состояния "0" в состояние «200», можно вначале переключиться к «255», а затем скорректировать получившийся результат, переключившись на запрошенные «200». Если матрица очень быстро переключается между 0 и 255 и быстро же переключается между, скажем, состояниями из диапазона 190…254, то независимо от того, насколько точный результат нам дает первое переключение (к 255), мы получим требуемые 200 единиц прозрачности субпиксела существенно быстрее, чем если бы сразу переключались от 0 к 200. Реализовать такой Overdrive гораздо проще, он абсолютно устойчив к погрешностям и вдобавок не требует точной подстройки к матрице (достаточно грубых оценок ее производительности). Но зато теперь вылезла другая проблема - вместо плавного изменения цвета от темного к светлому у нас возникает характерная небольшая быстро гаснущая «вспышка», которую глаз может уловить. Увы, до разработки более сложных и совершенных систем управления панелью технологии придется мириться с этим недостатком.

Производители традиционно молчат об устанавливаемых в свою продукцию матрицах, однако определить, поддерживает ли монитор Overdrive, можно, посмотрев заявленное время отклика в спецификациях. Если производитель указывает его без каких-либо приписок и замечаний либо честно пишет, что время измерено по методике ISO, то, скорее всего, это монитор «старой закалки», работающий с матрицей безо всяких ухищрений. Если же в спецификациях упоминается время переключения «grey-to-grey» (сокращенно GTG, gtg или g2g), то монитор почти наверняка поддерживает Overdrive. Дело в том, что сама эта характеристика (время переходов от серого цвета к серому) была введена в качестве попытки дать более объективную оценку инерционности ЖК-монитора, замеряя время переключения пикселов не только между быстрым «черным-белым» (BTW), но и между самым медленным «серым-серым» переходом. К примеру, для приведенных в начале статьи матриц время переключения BTW (ISO) составляет 18 и 8 мс, а время переключения gtg - 43 и 24 мс соответственно. Очевидно, что с маркетинговой точки зрения указывать GTG для «традиционных» мониторов невыгодно - куда лучше оставить только стандартные значения ISO. А для «разогнанных» мониторов с технологией Overdrive (они, как правило, не могут похвастать очень низкими BTW), напротив, целесообразнее указывать значения латентности, присовокупив, что они замерены по «более правильной» системе. При этом выбирать аппарат лишь из-за сверхнизких значений GTG ни в коем случае нельзя: цифры порядка 4-6 мс GTG получаются только у «разогнанных» мониторов на основе TN+Film. Преимущества 4-6 мс перед 10-12 мс честно померенных GTG ощутить все равно невозможно (достаточно и 15-17 мс), а MVA- и PVA-матрицы по качеству изображения (глубокий черный цвет, высокая контрастность, хорошая цветопередача) гораздо лучше, чем TN+Film.

Единственный недостаток новых ЖК-мониторов на MVA-матрицах - высокая цена. Со временем, конечно, она снизится, но если технологию хочется попробовать уже сейчас, а тратить лишние $100-150 на хороший 17-дюймовый монитор жалко, то, как упоминалось выше, можно попробовать реализовать «доморощенный» Overdrive силами видеокарты. В случае с продукцией на основе графических процессоров ATI потребуется ускоритель семейства X300/X600/X700/X800[Включая интегрированное графическое ядро чипсета Xpress 200, основанное на графическом ядре X300] и любой «понимающий» эти GPU драйвер. В случае же с продукцией на основе GPU от nVidia потребуется GeForce шеститысячной серии (или старше) и драйверы ForceWare 70.xx (или старше).