Дисплейный файл преобразованный

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

Структура программного обеспечения в общем виде представлена на рис. 6.6. Прикладные программы выполняют функции опознавания и идентификации вводимой графической информации и формирования информации для вывода на экран дисплея. Дисплейный файл представляет собой совокупность команд, необходимых для управления дисплейным процессором для вывода данного изображения на экран. Дисплейный файл хранится в памяти ЭВМ. Функции дисплейного процессора заключаются в преобразовании символов дисплейного файла в управляющие сигналы, подаваемые через ЦАП на дисплей. [c.174]

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

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

В графическом дисплейном терминале ГРАФИТ предусмотрены следующие аппаратные возможности функциональные генераторы окружностей, векторов, символов модуль работы со световым пером алфавитно-цифровая и функциональная клавиатура дисплейный кодирующий планшет, обеспечивающий ввод информации с эскиза. ГРАФИТ оснащен микроЭВМ Электроника-60 первого уровня с памятью 16 Кбайт для преобразования изображения, описанного на входном языке терминала, в дисплейный файл, обеспечения редактирования ГИ, связи с мини-ЭВМ микроЭВМ Электроника-60 второго уровня с памятью 24 Кбайт для связи с устройствами ввода с перфоленты и пишущей машинки. МикроЭВМ второго уровня может быть использована для организации автономной работы без связи с мини-ЭВМ. [c.14]

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

Все эти методы рассмотрены в части П. В гл. 5 обсуждаются основные характеристики компиляторов дисплейных файлов. В гл. 6 даются сведения о матричных преобразованиях, методы отсечения рассмотрены в гл. 7. В той же главе рассматривается преобразование кадрирования, при котором масштаб изображения определяется путем задания размера видимой части до и после масштабирования. Гл. 8 посвящена некоторым проблемам, связанным с созданием программного обеспечения для указанных преобразований. [c.19]

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

ВКЛЮЧЕНИЕ ОПЕРАЦИЙ ПРЕОБРАЗОВАНИЙ В КОМПИЛЯТОР ДИСПЛЕЙНОГО ФАЙЛА [c.151]

В ГЛ. 6 И 7 рассматривался ряд разнообразных преобразований, которые можно производить с изображениями. К ним относятся кадрирование, масштабирование, поворот, сдвиг и общее преобразование с помощью однородной матрицы. В данной главе обсуждаются дополнительные мероприятия, которые следует осуществить в компиляторе дисплейного файла, описанного в гл. 5, для выполнения таких преобразований. [c.151]

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

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

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

Структура преобразованного дисплейного файла [c.156]

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

КОМПИЛЯЦИЯ ПРЕОБРАЗОВАННОГО ДИСПЛЕЙНОГО ФАЙЛА [c.157]

На рис. 8.8 показано, как эти процессы могут стыковаться с различными процессами компиляции дисплейного файла, рассмотренными в гл. 5. Если дисплейный процессор может производить все необходимые преобразования, то в этих четырех дополнительных процессах нет надобности в этом случае требуются только программа вывода и компилятор дисплейного файла (рис. 8.8, а). Если требуются более сложные преобразования, то дисплейный файл [c.157]

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

Алгоритм обработки указывания одинаков как для диспетчера, так и для прикладной программы. Сильно влияет тип используемого компилятора дисплейного файла. Обнаружение указывания выполняется легче всего, когда для генерации дисплейного файла применяется программа преобразования, включающая операцию кадрирования. В этом случае ту же программу кадрирования можно использовать для выполнения операции указывания 1) вокруг положения пера описывается небольшой квадрат — область интереса 2) координаты этого квадрата подвергаются обратному преобразованию из координат экрана в координаты листа 3) с использованием указанного квадрата в качестве окна производится формирование дисплейного файла, но без выполнения конечной фазы — генерации дисплейного кода 4) если оказывается, что какой-либо отрезок или элемент попадают в окно, то это означает, что указанный элемент обнаружен, процесс формирования файла прекращается и программе передается соответствующая информация об обнаруженном элементе. [c.232]

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

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

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

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

На рис. 17.14 показана противоположная крайность конфигурации системы (самой простейшей), в которой используется минимум памяти и вычислительной мощности и которая допускает выполнение лишь основных операций при работе с графическим изображением. Система преобразований сведена к одной программе отсечения, а дисплейный файл отсутствует благодаря использованию плазменной панели или дисплея на запоминающей ЭЛТ. Можно разработать и другие конфигурации, которые по характеристикам находятся в промежутке между исходной, показанной на рис. 17.10, и только что [c.407]

Таким образом, при использовании преобразований внутри структурированного дисплейного файла образуется структура, подобная показанной на рис. 8.1. Каждая подкартина, или запись, задается относительно собственных локальных систем координат, а в каждом обращении задаются преобразования (Г , Гг, Тз и т. д.), которые должны быть произведены над подкартиной. Заметим, что самый верхний узел структуры также преобразуется здесь все изображение подвергается преобразованию кадрирования. [c.153]

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

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

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

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

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

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

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

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

Терминал минимальной стоимости. Разделительные линии проводятся справа от устройств ввода и слева от преобразованного дисплейного файла (рис. 17.3). Примером такой структуры является деп1евый графический терминал, подключенный к системе с разделением времени. От использования дисплейного файла можно отказаться при наличии запоминающей ЭЛТ. [c.393]

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

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

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

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