Каким образом лучше организовать вывод графики?

[M0rf]

Давно меня здесь не было. Игрушку переписал практически полностью под ООП. Но остался вопрос: каким образом лучше организовать вывод графики. Просьба: Canvas и Image не приплетать (я это попробовал, не очень понравилось). Думалось использовать OpenGl, но не очень рационально (мне нужны лишь быстрая загрузка изображений, а обилие глобальных переменных захламит код. Да и под ООП его прописать - придется помучиться). Что можете посоветовать?

З. Ы. Хотелось бы увидить ответ для С++. Заранее спасибо

[AlDelta]

Сообщение от M0rf

Давно меня здесь не было. Игрушку переписал практически полностью под ООП. Но остался вопрос: каким образом лучше организовать вывод графики. Просьба: Canvas и Image не приплетать (я это попробовал, не очень понравилось). Думалось использовать OpenGl, но не очень рационально (мне нужны лишь быстрая загрузка изображений, а обилие глобальных переменных захламит код. Да и под ООП его прописать - придется помучиться). Что можете посоветовать?

З. Ы. Хотелось бы увидить ответ для С++. Заранее спасибо

OpenGL, GDI+, DirectX

[GoodDA]

под C++Builder можно GLScene попробовать, правда она больше под 3д

[Wassail]

Сообщение от M0rf

Давно меня здесь не было. Игрушку переписал практически полностью под ООП. Но остался вопрос: каким образом лучше организовать вывод графики. Просьба: Canvas и Image не приплетать (я это попробовал, не очень понравилось). Думалось использовать OpenGl, но не очень рационально (мне нужны лишь быстрая загрузка изображений, а обилие глобальных переменных захламит код. Да и под ООП его прописать - придется помучиться). Что можете посоветовать?

З. Ы. Хотелось бы увидить ответ для С++. Заранее спасибо

Для С++Builder XE теперь есть в стандартной поставке FireMonkey 2, но вполне подойдёт, а во многом и более функциональную по компонентам, GLScene.

Скачать последнюю версию исходников библиотеки GLScene for C++Builder XE3, исправленную для совместимости с CPP, можно , например, здесь:
http://yadi.sk/d/o1QGI2KA10MK1

Успехов

[pu4koff]

Найти подходящий графический движок? Если Canvas (читай GDI) не понравился, то голый DirectX и OpenGL подавно не понравятся. GDI+ не будет быстрее работать и вряд ли оттуда что-то принципиальное может потребоваться, чего нет в GDI (учитывая делфяйскую обёртку в виде TCanvas).
UPD. Я буду смотреть даты создания тем :D

[Beermonza]

Сообщение от pu4koff

Если Canvas (читай GDI) не понравился, то голый DirectX и OpenGL подавно не понравятся. GDI+ не будет быстрее работать и вряд ли оттуда что-то принципиальное может потребоваться, чего нет в GDI (учитывая делфяйскую обёртку в виде TCanvas).

Не читай, ...Canvas - обёртка, универсальная, много хуже чистого Win API GDI. Единственное что потребуется от GDI - это вывод в объект средствами BitBlt, остальное преобразование графики эффективнее проделывать в SSE регистрах процессора. Это Ассемблер, да, но всего лишь вставки, если они уже кем-то написаны, то дело сводится к прикрепленному модулю. Эффективность связки GDI+asm такая же как и у Direct Draw, при работе с растрами на форму, но еще и с поддержкой полного 8bit-альфаканала.

[Nuklon]

Сообщение от Beermonza

Эффективность связки GDI+asm такая же как и у DirectDraw, при работе с растрами на форму, но еще и с поддержкой полного 8bit-альфаканала.

Абсолютно не верно, при работе с GDI нет прямого доступа к растру приходится постоянно переключатся между режимом ядра и пользовательским, для того чтобы минимизировать время для получения доступа к блоку растра приходится задействовать дополнительный буфер выделенный в куче, а это уже медленная операция но побыстрее чем попиксельный доступ функциями SetPixel/GetPixel. В DirectDraw прямой доступ к растру, просто надо получить указатель на область в видеопамяти у поверхности IDirectDrawSurface::Lock. Для не большой игрушки вполне хватит и блиттеров GDI на любой вкус BitBlt, StretchBlt, MaskBlt, TransparentBlt, AlphaBlend, PlgBlt.
Beermonza, не посмотрел, сравнение не с монопольным режимом.

[Beermonza]

Сообщение от Nuklon

Абсолютно не верно, при работе с GDI нет прямого доступа к растру приходится постоянно переключатся между режимом ядра и пользовательским, для того чтобы минимизировать время для получения доступа к блоку растра приходится задействовать дополнительный буфер выделенный в куче, а это уже медленная операция но побыстрее чем попиксельный доступ функциями SetPixel/GetPixel. В DirectDraw прямой доступ к растру, просто надо получить указатель на область в видеопамяти у поверхности IDirectDrawSurface::Lock. Для не большой игрушки вполне хватит и блиттеров GDI на любой вкус BitBlt, StretchBlt, MaskBlt, TransparentBlt, AlphaBlend, PlgBlt.
Beermonza, не посмотрел, сравнение не с монопольным режимом.

Прощаю Вам вашу неосведомленность, да и знать вы вряд ли могли, что я уже создал быстрый код без участия видеокарты, где используется GDI для вывода уже готового кадра в форму, т.е. только BitBlt. Кадр строится на ассемблере в SSE регистрах процессора, данные в оперативной памяти, вывод в форму по контексту, ...и это быстрее чем заставить DirectDraw рендерить полный альфа-канал (его там изначально нет).

Поэтому я абсолютно прав, и тест игры MMO 2D RPG уже прошел.