Большое спасибо за отклики!
Теперь рассмотрим ваши вопросы и предложения ;)
Цитата(WTF4XZ @ 1.7.2007, 23:41  ) | | Мона ещё написать что нить про OGL3 там привьювка.... вообщем пособирать и изложить, было бы интерестно ;) |
К сожалению по OpenGL 2.x Longs Peak и OpenGL 3.0 Mount Evans конкретной информации довольно мало даже на opengl.org. Дело в том, что ARB все еще работает над интерфейсом и пересматривает все еще раз (можно их только похвалить за это, не стремятся выпустить недоделанную спецификацию). Но даже та информация, которая уже доступна, думаю достойна скорее отдельной статьи, правда все же лучше читать это в оригинале, нежели в переводе. Тем более, к тому времени как будет готов перевод, думаю уже выйдет релиз 
| Цитата(Hidrag @ 2.7.2007, 10:27 ) | | 1. У тебя в примере в классе глфрэйм обьявлена GLCanvas canvas; а потом в конструкторе снова GLCanvas canvas = new GLCanvas(); нада оставить что то одно, получается два конвала один создается второй так и висит не созданный smile хотя ошибки и нет. |
Исправил (удалил объявление локальной переменной).
| Цитата(Hidrag @ 2.7.2007, 10:27 ) | | 2. В первой статье когда предлагается впервые запустить приложение у тя написанно, что должен быть пустой черный экран - это не тру ))) видимо у всех по разному, у меня было что то похожее на шахматную доску ))) из пыльных белых и серых прямоугольников ))) |
Довольно оригинально К сожалению, точную причину этого эффекта назвать не могу. Вероятно, что в буфере видеокарты была какая-то случайная информация.
| Цитата(Hidrag @ 2.7.2007, 10:27 ) | | Теперь вопрос: картинка у нас статичная - чайник, тогда почему каждый раз разные показания счетчика кадров, от чего они зависят? |
Не следует забывать, что данное приложение работает на платформе Java, которая использует автоматическое управление памятью. Таким образом, во время работы программы периодически происходит отработка сборщика мусора. Вот график использования памяти за первые 30 секунд работы приложения (получен при помощи NetBeans Profiler 5.5).
Розовым цветом показана выделенная JVM куча памяти, фиолетовым - используемая память в данный момент времени.
Как видно, виртуальная машина выделяет приложению память из кучи системы с запасом (а выделение системной памяти происходит достаточно медленно, использование заранее выделенной памяти намного эффективнее, этим и объясняется выигрыш Java перед C++ в некторых тестах). Примерно это 5 Мб.
Периодически происходит постоянное создание объектов (в частности, объекта GLUT), и когда общий объем использованной памяти доходит до ~1.8 Мб, происходит срабатывание Garbage Collector'а. Объем использованной памяти при этом падает до 1.5 Мб. Таким образом, во время периодического срабатывания GC происходит некторое снижение FPS. Однако, с течением времени текущий FPS приложения постепенно увеличивается до некоторого предела. Предположительно, это связано с работой JIT-компилятора и runtime-оптимизации приложения. Однако, это лишь мои предположения.
| Цитата(Hidrag @ 2.7.2007, 10:27 ) | | Еще такую особенность сейчас заметил, пока писал это у меня был запущен чайник со счетчиком, и комп подвисал немного, закрыл прогу, тормоза пропали, смею предположить что это связанно с тем что идет постоянный опрос системного времени. |
Ну, определение системного времени занимает ничтожное время в работе приложения. Основные ресурсоемкие методы - это (за исключением процесса создания окна) естественно методы display классов Renderer и FPSMeter (соответственно 86% и 12% полного времени работы приложения). Причем основное время затрачивается в них на вычисление и отрисовку чайника (com.sun.opengl.util.GLUT.evaluateTeapotMesh) и отрисовку строки FPS. Все эти сведения можно легко узнать, выполнив профайлинг (это очень полезно, особенно в таких ресурсоемких приложениях).
| Цитата(Hidrag @ 2.7.2007, 10:27 ) | | Да и еще, в статье предлагается использовать джаву 1.6, но могу сказать что и на 1.5 данные примеры работаю на ура smile а вот с 1.4 не пошло...))) |
Интересно то, что в файлах jogl.jar и gluegen-rt.jar в манифестах указано:
| Код |
Created-By: 1.4.2_11-b04 (Sun Microsystems Inc.)
|
Однако, поскольку Java 1.4 уже морально устарела, думаю, что это не слишком критично, тем более, что теперь есть такие удобные вещи как generics (1.5) и поддержка скриптов (1.6). Последнее очень удобно было бы использовать в играх...
На данный момент я обдумываю тему следующей статьи, но могу заверить, что она будет настолько же практична, насколько и предыдущие. Спасибо за внимание |
resolved
