Дисплейный файл подпрограммы

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

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

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

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

Дисплейный файл практически представляет собой программу, предназначенную для исполнения дисплейным процессором. Ему присущи многие особенности обычной программы для ЭВМ в нем имеются команды передачи управления, подпрограммы, команды непосредственной загрузки регистров данными, содержащимися в команде. Такая программа в значительной мере исполняется как обычная программа для ЭВМ с использованием программного счетчика. Дисплейные файлы можно даже формировать тем же способом, что и программы для ЭВМ, т. е. писать команды для представления желаемого изображения и затем переводить их в двоичный вид. [c.103]

В связи с этим компилятор дисплейного файла часто называют пакетом графических подпрограмм. [c.104]

Многие выводимые изображения содержат повторяющиеся символы, например элементы логических схем, архитектурные символы, символы химических трубопроводов и т. д. Удобно описать каждый такой символ один раз и затем обращаться к этому описанию во всех случаях, когда в дисплейном файле встречается ссылка на этот символ. Такое обращение можно осуществить путем использования подпрограмм отображения. Подпрограмма отображения представляет собой отдельный сегмент в машинных кодах дисплея, который может быть многократно использован в дисплейном файле. Э( ективное использование подпрограммы основывается на применении некоторой команды перехода к подпрограмме, подобно описанной в разд. 4. 4. 2. 2. [c.117]

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

Эти пять привязок могут быть получены с помощью пяти отдельных подпрограмм, которые сформируют преобразованный дисплейный файл (рис. 8.5, б) из исходной структуры (рис. 8.5, а). Аналогично из более сложного описания изображения (рис. 8.6, а) можно [c.156]

Рассмотрите методы использования подпрограмм в преобразованном дисплейном файле для сокращения его объема и для уменьшения объема данных, выдаваемых генератором дисплейного кода. [c.181]

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

Часто используемые трехмерные объекты можно оформлять в виде подпрограмм аналогично тому, как двумерные подпрограммы включаются в структурированный дисплейный файл. Каждое обращение к подпрограмме задает преобразование, которое следует применить к объектам, входящим в определение подпрограммы. Например, каждое из четырех колес автомобиля можно изображать одним и тем же символом. Возможная структура дисплейного файла показана на рис. 12.20. [c.262]

В составе набора команд желательно иметь команды включения подпрограмм для работы с дисплейными файлами сложной структуры и отображения иерархической структуры графических дан- [c.556]

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

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

При использовании структурированных дисплейных файлов необходимо наличие дисплейного процессора для обработки обращений к подпрограммам с несколькими уровнями вложений, как это делается, например, с помощью магазинной памяти (стека). Можно также использовать метод, примененный в различных системах, подобных системе ОгарЬ1с-2 [44, 206]. В этой системе вместо перехода к подпрограммам осуществляется прерывание работы локальной ЭВМ, когда Встречается обращение к подпрограмме, и это обраще- [c.119]

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

Элементы изображения колеса необходимо подвергнуть последовательным пребразованиям ТхУ, Т- У, Т У и т. д. Как только компилятор дисплейного файла обнаруживает обращение к подпрограмме, программа трассировки сохраняет текущее преобразование в стеке преобразований, выполняет совмещение заданного в обращении к подпрограмме и текущего преобразований и затем подвергает элементы изображения вновь сформированному преобразованию. [c.262]

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

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

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