о дозволяють не передавати по черзі всі значення для кожної з вершин, а просто вказати посилання на масиви значень, з яких випливає взяти відповідні значення. Подібний підхід, що дозволяє всього за кілька викликів побудувати складний об'єкт, що складається з сотень і навіть тисяч граней, дуже зручний і дає велику перевагу в швидкості в порівнянні з передачею кожного значення окремим викликом OpenGL.
Таким чином, кожен такий об'єкт (їх часто називають моделями), містить в собі масив вершин, квітів, текстурних координат і векторів нормалі. Також подібний об'єкт може містити в собі посилання на використовувану текстуру, що обмежує тіло і опис граней. Зазвичай вважається, що кожна грань є трикутником, що задається трьома індексами в масив вершин.
Такі моделі раціонально зберігати в окремих файлах і в міру необхідності завантажувати їх у пам'ять. Як вже було сказано, модель складається з безлічі параметрів - вершин, граней, кольорів і т.д., а значить, даний файл буде мати складну структуру. Очевидно, що заповнити цей файл вручну буде дуже складно і невиправдано довго, а в разі, коли модель являє собою складний об'єкт майже неможливо.
Для вирішення цієї проблеми розроблені і повсюдно застосовуються графічні редактори. Це можуть бути як двомірні (растрові або векторні редактори), так і тривимірні системи для створення і редагування графіки, анімації, моделювання, рендеринга.
Зазвичай файли, створені графічними редакторами і містять моделі об'єктів, мають схожу структуру. Звичайно, кожен редактор доповнює початковий файл своїми, властивими тільки йому, параметрами, наприклад налаштування оболонки, функціоналу та ін, але частина, що стосується моделі, майже не відрізняється.
Основними даними, що описують 3D модель, є:
) список вершин;
) список граней (трикутники, чотирикутники);
) список нормалей;
) матеріали граней;
) текстурні координати;
) інші специфічні кожному редактору блоки.
1.2 Аналіз прототипів системи
Даний програмний продукт має специфічне призначення, т.к. подібні завдання вирішувалися вже неодноразово, але їх реалізація, як правило, є частиною якоїсь проприетарной системи і недоступна. Або ж є відкриті варіанти реалізацій, але вони вирішують трохи інші завдання.
Основним завданням проекту є автоматизація генерації додатків, що використовують бібліотеку OpenGL. Автоматизація включає розробку додатка виконує перетворення отриманого на вхід файлу, що описує модель або будь-який набір об'єктів, в універсальний файл з описом моделі, але в форматі зручному для його використання в OpenGL. Також на вимогу користувача буде генеруватися шаблон, що представляє собоюбазовий набір коду для створення якого-небудь графічного додатку. До цього шаблоном буде поставлятися бібліотека необхідна для надання можливостей по простої маніпуляції з отриманим універсальним файлом (завантаження, читання внутрішніх даних тощо).
Очевидно, що чим більше форматів графічних файлів буде розуміти додаток, тим гнучкіше воно буде. Але, враховуючи обмежений час на розробку програмного продукту, зробити підтримку великої кількості форматів не представляється можли...
