- cNoNim
- Постоялец
0r@ngE
> future version of OpenGL != future version of Driver
я как бы это понимаю, но в future version of OpenGL могут функционал взять и удалить вообще, дяже без помещения в compatible ни где же не написано что такого не могут сделать так?
так вот если так будет, зачем в драйвере вообще будет тот функционал который вообще удален?
ладно не хочу спорить :)
к чему он вообще спор то этот? мыж не астрологи, а там уж время рассудит
Or@nge
Тебе не кажется, что уже все смешали в одну кучу и контексты и профили, одного не хватает четкого понимания, что и для чего. Все твои рассказы про OpenGl 3.0 сказка просто.
Пойми, если ты можешь использовать функционал opengl3.0, без лишних телодвижений(расширения и тому подобное), значит у тебя именно ОН, причем независимо от доступности устаревшего функционала. Да кстати Opengl3.0 не отменяет старые функции, он лишь обозначает их как "нерекомендуемые". Плиз, поясни почему ты перешел на понятие профиля?
RigoN
> Плиз, поясни почему ты перешел на понятие профиля?
Что бы быть ближе к тематике OpenGL 3.x
Давайте закончим спор на том что:
есть OpenGL 3.x FWC профиль - голый OpenGL 3.x без старого функционала, контекст которого создан с помощью специально введенных для этого функций
и есть другой профиль - возможности OpenGL 3.x + старье, специально для тех программ которые писались задолго до появления OpenGL 3.x.
0r@ngE
> Давайте закончим спор на том что:
Нет давайте добьем это дело до конца.
Ладно, понятие профиля введено только с OGL 3.2 (core, compatibility), хорошо. Думаю все согласны с тем что оба профиля это ogl3.x. И теперь последний вопрос - какой профиль создается по-умолчанию, если не задействовать функции управления контекстом и профилями? Не факт как там на AMD/ATI, но могу точно сказать, что на NV это к примеру OpenGL 3.2 compatibility. Как не крути, а в обоих случаях имеем ogl3.x..., или нет?
Как бы так напоследок, Executor там вроде как про GL_VERSION скептис развел....
http://www.opengl.org/registry/specs/ARB/glx_create_context.txt
Querying the GL_VERSION string with glGetString (or the
GL_MAJOR_VERSION and GL_MINOR_VERSION values with glGetIntegerv, in
a 3.0 or later context) will return the actual version supported by
a context.
The default values for GLX_CONTEXT_MAJOR_VERSION_ARB and
GLX_CONTEXT_MINOR_VERSION_ARB are 1 and 0 respectively. In this
case, implementations will typically return the most recent version
of OpenGL they support which is backwards compatible with OpenGL 1.0
(e.g. 3.0, 3.1 + GL_ARB_compatibility, or 3.2 compatibility profile)
О чём спор?
RigoN
> И теперь последний вопрос - какой профиль создается по-умолчанию, если не
> задействовать функции управления контекстом и профилями? Не факт как там на
> AMD/ATI
The legacy context creation routines can only return OpenGL 3.1
contexts if the GL_ARB_compatibility extension is supported, and can
only return OpenGL 3.2 or greater contexts implementing the
compatibility profile. This ensures compatibility for existing
applications. However, 3.0-aware applications are encouraged to use
wglCreateContextAttribsARB instead of the legacy routines.
> Как бы так напоследок, Executor там вроде как про GL_VERSION скептис развел....
Я про версион ничего не говорил...
В любом случае создавать контекст старым способом ради ГЛ3 плохой тон...
Executor
> Я про версион ничего не говорил...
Тебя вспомнил в суе из-за поста №1583
есть еще пост от 0r@ngE'a №1611 в эту же тему.
Я согласен, что
Executor
> В любом случае создавать контекст старым способом ради ГЛ3 плохой тон...
Но полное и доскональное понимание сути вещей тоже не мало важно. А все то началось с фразы про глут....:))
RigoN
> Тебя вспомнил в суе из-за поста №1583
Ах, да... Было дело...
Я думал ты про 1601...
Я их все таки нашел...
кого-нить еще интересуют Скрипты которые генерируют glext.h из спек файлов...
вообще я нашел их вот здесь...
там правда нужны несколько зависимостей, но они есть там же...
и там скорее всего не последние версии скриптов,
но я тут написал батник, чтоб генерировать хидеры, они практически полностью идентичны тем, что на opengl.org,
только:
1) для прототипов функций не указаны имена параметров
2) я пока не понял как автоматически удалить из хидера часть функционала, например в официальных хидерах нет функционала opengl 1.1 (он в gl.h)
завтра по тестирую еще и выложу то, что я здесь насобирал, может кому пригодится,
например Executor вот написал header generator из файлов заголовочников, а можно сделать что-то подобное прям из спек файлов
PS: там используется перл
А что ты хочешь получить в итоге? Парсить спеки на предмет собственных разноверсионных хейдеров?
RigoN
GLEE, GLEW, и тд. и тп.
> разноверсионных хейдеров
не совсем понял что ты имеешь в виду.
а вообще:
"я ж дваж года такую игру хочу" :) давно искал просто, ну и соответственно есть некотороые моменты которые меня в GLEE, GLEW не устраивают.
OpenGL Samples Pack обновился
http://www.g-truc.net/post-0277.html
Вышел
The OpenGL SuperBible 5th edition - http://www.starstonesoftware.com/OpenGL/
там же можно скачать код.
RigoN
> там же можно скачать код.
спасибо
RigoN
ОО, хорошая ссылка! Спасибо!
Почемуто часть кода у меня не работает, может рекомпайл спасёт, не пробовал...
Тема в архиве.