Псевдодисплейный файл

Ниже при описании отдельных элементов псевдодисплейного файла использована терминология гл. 7. Так, например, описание символа и здесь названо основной копией, а каждый случай использования символа — его привязкой. [c.156]

При каждом приложении различных преобразований к одному и тому же элементу псевдодисплейного файла может генерироваться совершенно иная последовательность дисплейных команд. Рассмотрим пример, приведенный на рис. 8.4. Здесь использован лишь один символ, но вследствие применения различных масштабных коэффициентов, а также алгоритма отсечения все пять высвеченных на экране привязок изменены различными способами. Поэтому необходимы пять различных кодовых последовательностей. [c.156]

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

Структуры на рис. 8.6 эквивалентны в том смысле, что каждая привязка в псевдодисплейном файле генерирует обращение к той же подпрограмме в преобразованном дисплейном файле. [c.157]

Хотя можно объединять базу данных и псевдодисплейный файл в единую структуру графических данных, в большинстве случаев все же необходимо преобразовывать эти данные программным путем (рис. 8.8, в). В исключительных случаях, когда дисплейный процессор может выполнять все преобразования, заданные в структуре графических данных, компиляция дисплейного файла сокращается до процесса, показанного на рис. 8.8, г. Пятый и несколько иной подход с использованием процедур отображения рассматривается в разд. 8.8 данной главы. [c.158]

На этом рисунке изображены все процессы, необходимые в системе, выполняющей поворот. Программа трассировки просматривает псевдодисплейный файл и передает все данные о преобразованиях программе совмещения, а все графические данные — одной из двух используемых программ преобразования и отсечения. Если поворот отсутствует, то данные получает программа отсечения и кадрирования в противном случае данные поступают в программу матричного преобразования и отсечения. Обе эти программы передают свои результаты одному и тому же генератору дисплейного кода. [c.164]

Псевдодисплейный файл фактически представляет собой структурированный дисплейный файл, рассчитанный па его интерпретацию программой трассировки, а не дисплейным процессором. Большинство описанных в гл. 5 методов формирования дисплейных файлов пригодно равным образом и для псевдодисплейных файлов существуют некоторые небольшие отличия, связанные с использо- [c.164]

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

В одном отношении компиляция псевдодисплейного файла намного проще, чем компиляция дисплейных команд. Поскольку в процессе компиляции псевдодисплейный файл не регенерируется. [c.166]

Программа трассировки является самым простым из четырех процессов в системе преобразования. Она должна уметь следовать по структуре псевдодисплейного файла и распознавать различные типы встречающихся данных. Графическая информация передается соответствующей программе преобразования и отсечения, а параметры преобразования — программе совмещения, в которой они комбинируются с уже действующими параметрами. [c.167]

Кроме точек и отрезков — и те и другие сравнительно просто отсекаются и преобразуются,— псевдодисплейный файл может содержать текстовую информацию. В этом случае задача более сложна. Обычно на экране используют текст с шрифтом постоянного размера, и текст не масштабируется пропорционально окружающей его графической информации по двум причинам шрифт всегда должен быть достаточно крупным, чтобы его можно было читать кроме того, желательно иметь возможность пользоваться имеющейся в дисплее аппаратной частью для генерирования символов. [c.170]

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

Если решено сегментировать дисплейный файл, то это можно осуществить двумя основными методами. Первый заключается в задании псевдодисплейного файла в виде отдельных подконструкций, каждая из которых имеет собственные окно и поле индикации, заданные на высшем уровне. Эти подконструкции (рис. 8.20, а) аналогичны основным записям структурированного дисплейного файла. В преобразованном дисплейном файле для каждой подконструкции формируется соответствующий отдельный сегмент (рис. 8.20, б). При необходимости изменения одного элемента подконструкции приходится повторно генерировать весь сегмент. [c.173]

Второй метод основан на сохранении такой части структуры изображения, которая необходима программисту, вплоть до уровня, показанного на рис. 8.19, б. При необходимости формирования отдельного сегмента в дисплейном файле программист должен сделать соответствующее указание во время построения псевдодисплейного файла, снабдив собственным именем каждую ветвь структуры, ко торая, по мнению программиста, должна соответствовать сегменту Таким образом, путем задания имен (рис. 8.21, а) можно генериро вать структуру дисплейного файла, показанную на рис. 8.21,6 Имена, которые встречает программа трассировки в псевдодисплей ном файле, передаются без изменений генератору дисплейного кода для построения этой структуры. [c.173]

Выше в этой главе были рассмотрены различные способы организации графической системы. Наиболее широко используется способ, показанный на рис. 8.8, б псевдодисплейный файл генерируется по базе данных программы с помощью алгоритма визуализации затем указанный псевдодисплейный файл преобразуется в информацию, пригодную для вывода на дисплей. [c.175]

Такая организация системы, несмотря на широкое использование, далеко не идеальна. Прежде всего она очень неэффективна с точки зрения использования памяти, поскольку информация, появляющаяся на экране, представляется три раза один раз в базе данных, еще раз в псевдодисплейном файле и, наконец, в преобразованном дисплейном файле. Во избежание такого трехкратного представления были предложены другие способы организации системы, показанные на рис. 8.8, в которых устраняются преобразованный дисплейный файл (рис. 8.8, а), исходная база данных (рис. 8.8, в) или и то и другое (рис. 8.8, г). [c.175]

Положим, что необходимо использовать один и тот же символ несколько раз в различных положениях и с различньш поворотом. Для простоты возьмем в качестве примера символ инвертора (рис. 8.22). Запись этого символа должна иметь в псевдодисплейном файле такой вид, чтобы на нее можно было ссылаться несколько раз. Поэтому в прикладной программе должна быть заблаговременно сформирована следующая запись [c.175]

В результате обращения к этим макрокомандам в псевдодисплейном файле формируется основная копия, подобная приведенной на рис. 8.23. Можно добавить несколько привязок этой основной копии, каждую с собственным преобразованием. Для осуществления этого [c.175]

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

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

Выполнение процедуры отображения часто проходит параллельно работе процедуры трассировки на части псевдодисплейного файла. Однако процедура трассировки часто пишется в машинном коде, что не делается с процедурой отображения. Постарайтесь оценить, какое влияние это имеет на скорость регенерации изображения. [c.181]

При реализации метода процедур отображения предполагается минимальное изменение синтаксиса языка и, следовательно, транслятора необходимо только добавить процедуры для выполнения операций переноса, отсечения, совмещения преобразований и ввести генератор дисплейных кодов. Для обеспечения подобных возможностей с помощью макрокоманд необходимо написать компилятор псевдодисплейного файла, подпрограмму слежения за текущей позицией луча, а также все элементы системы преобразований. Кроме того, нужно предусмотреть, чтобы система распределения свободной памяти обеспечила потребности компилятора псевдодисплейного файла. Однако при этом нельзя вносить никаких изменений в язык. Если для работы системы не нужны какие-либо преобразования, то может использоваться более простой компилятор дисплейного файла, в котором функции графических макрокоманд ограничены формированием набора графических примитивов. В этом случае их применение является тривиальной задачей. Поскольку выше были подробно рассмотрены задачи макрокоманд при генерации дисплейного файла, то в этой главе только подведены итоги по вопросу о [c.368]

Представляет интерес изучить влияние размещения разделительных линий в том или ином положении. Фоли [93] опубликовал подробное исследование этой проблемы, а также проблемы выбора полосы пропускания для канала передачи информации между центральным процессором и терминалом. Его подход состоял в разработке математической модели графической системы с разделением времени и в использовании этой модели для оптимизации стоимости системы и скорости реакции. При попытке оптимизации указанных параметров легко ошибиться, если не учесть некоторых важных аспектов. Один из них состоит в следующем при любом делении системы оно должно быть возможно более простым и четким, что позволяет уменьшить сложность программного обеспечения. Обречена на неудачу попытка разместить два компонента на терминале, если компонент, расположенный между ними, находится в центральном процессоре. Например, нельзя использовать центральный процессор для преобразования псевдодисплейного файла, который хранится на терминале. Аналогично этому следует быть в высшей степени осторожным при использовании некоторых типов структур графических данных, например структур двойного назначения в системе, где терминал отделен от центрального процессора. В этом случае возникают противоречивые желания поместить эту структуру как в центральный процессор для обеспечения возможности ее использования прикладной программой, так и в терминал, чтобы воспользоваться ею для регенерации дисплея. Этот аспект не был принят во внимание некоторыми разработчиками сателлитных систем [43, 58]. [c.393]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...