плюс еще одна скачкообразность, связаная с ограниченной частотой кадров

можно

При нулевых познаниях в программировании литература посвященная строго графике будет вредна.

Ну по-моему при современных возможностях компьютеров все это уже нивелировалось. 
Для цвета получаем больше 16 млн. оттенков (256*256*256). Насколько я знаю, для человеческого глаза этого более чем достаточно. Больше он не различит. Более того он более чувствителен к изменениям яркости, а не самого цвета.
Частота смены кадров изначально вроде была 60 Гц, сейчас в CRT-мониторах уже за сотню, а в ЖКТ-мониторах вроде тоже за сотню, хотя там это и не так важно. При этом реакция человеческого глаза - 1/10 секунды, т.е. 10 Гц. Более быстрые изменения он просто не заметит. Больше частоту надо было делать чисто для комфортности смотрения на монитор.

Ваше отношение к следующему утверждению.Не слишком ли категорично? или я что-то неправильно понял?

Сообщение от V.G.  
Направление – индивидуальное управление пэлами (подэлементами пиксела). 
 
Для существующт устройств это невозможно. Нужно либо проектировать собтвенное устройство, которое это допускало, либо считаться с ограничением существующих систем.
А они таковы:
каждому субпикселю соответствует обычно (т.е. в режимах видеоконтроллера, предназначенных для качественной работы с цветом)один байт в видеопамяти. Байт может принимать 256 различных значений. Теоретически такое же количество значений яркости должен принимать и субпиксель, но есть ряд ограничений. В частности:
- нелинейность передаточной характеристики.
- ограниченная разрядность матрицы.
- конечное время установления.
Наиболее интересная - ограниченная разрядность матрицы: у ВСЕХ TN матриц разрядность не превосходит 6, а количество отображаемых градаций, соответственно, 64. Чтобы эмулировать 256 (на самом деле 252) градаций субпиксель заставляют мигать между двумя соседними уровнями с частотой 15 или 30 Гц.
Кроме того, обновление состояния субпикселя происходит не сразу, а, во-первых, синхронно с процессом сканирования видеопамяти видеоконтроллером 60-85 раз в секунду. Во-вторых, ЖК имеют определенную инерционность, т.е. изменение имеет еще дополнительную задержку. В-третьих, т.к. технически нельзя сделать эту задержку менее примерно 10 мс, применяют хитрую технику, заключающуюся в том, что при, скажем, увеличении яркости на субпиксель в течение короткого времени подается повышенный уровень сигнала, за счет чего изменение яркости происходит быстрее. Но идеальной балансировки добиться не удается - за счет разброса параметров часть субпикселей не успевают дойти до нужной яркости за время импульса, а другоие, наоборот, "проскакивают" это значение. Это в идеале. Реально у всей матрицы может наблюдаться либо "неуспевание", либо "проскакивание", притом различное для

Добавлено через 1 минуту и 24 секунды
       И еще один вопрос:

   1.Можно ли посредством векторной графики представлять контуры тремя субконтурами: субконтур R, субконтур G, субконтур B и выполнять с ними «векторные» преобразования индивидуально?

   Важное замечание по инертности зрительного восприятия.
Инертность- это атрибут памяти первого уровня («биологической» кэш-памяти).Известно,  что время отклика фоторецептора составляет несколько десятков наносекунд (достаточно мгновенной вспышки в темной комнате, чтобы увидеть ее обстановку), а его чувствительность –один фотон.
Из кэша информация считывается и передается для инициализации цвета и анализируется по двум частотным параметрам:
 - отношение частот Fr / Fg / Fb
 - динамика частот dFr, dFg, dFb.

Имелись в виду фоторецепторы в глазе человека? Тогда про чувствительность, по-моему, слишком смелое утверждение.

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

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

Добавлено через 36 секунд
Ваше отношение к следующему совету:

Это в целом правильное описание, хотя можно сделать некоторые замечания. 
а) Задержка 10 мс только характеризует инерционность ЖК ячейки при подаче на нее постоянного сигнала. За счет упомянутой "хитрой техники", хотя в ней нет ничего хитрого, она сводится к действительным 1-2 мс, хотя, как я уже отметил раньше, это время сильно зависит от перепада яркостей. 
б) "у ВСЕХ TN матриц разрядность не превосходит 6". Это так, но в мониторах применяются не только TN-матрицы, они характерны только для дешевых мониторов. В более дорогих применяются, например, матрицы IPS, обеспечивающие "честные" 24 бита на каждую точку, или матрицы PVA, которые выпускаются, насколько мне попадалось, и такие, и этакие . Кроме того, навряд ли Вас точная цветопередача очень волнует, Вы вполне можете ограничиться 262 тыс. цветов "честной цветопередачи" даже для TN матриц (TN, PVA, IPS - типы матриц, они отличаются по устройству ячеек). 
Вообще же, как для практически всех устройств, управляемых электроникой, используется возможность "электронных мозгов" этих устройств компенсировать несовершенства механической или химической технологии. ЖК монитор выполняет огромное количество расчетов по коррекции цветовой температуры изображения, компенсации нелинейности характеристик жидкокристаллических ячеек, динамическому изменению контраста изображения и т.п. Это далеко не простое управление яркостью каждой ячейки подачей на нее пропорционального требуемой яркости напряжения. 
Однако я не понимаю, почему Вы считаете, что индивидуальное управление пэлами невозможно. Именно так строится передача изображения от компьютера монитору - индивидуальным управлением пэлами. А каким образом передаются команды каждому пэлу - это внутреннее дело используемой технологии, Вам совсем не нужно знать устройство этого "черного ящика". Вам, насколько я понимаю, достаточно знать, что дискретность изменения яркости пэлов составляет 1/60 c, а фронты кривой изменения яркости - порядка единиц миллисекунд.  

VGSpace, если работоспособность вашего приложения будет сильно завязана на отттенках цветов пикселей, то лучше не ориентируйтесь на ЖК-мониторы. У них всё-таки цветопередача уступает ЭЛТ-мониторам. А в вашем случае вообще мне кажется лучше взять профессиональный ЭЛТ-монитор.