Ответ: Sigel
 

Слушай, а от этого же потери большие! Ведь вот запусти не фулл скрин приложение, и фулл скрин (я про ДХ), разница очень большая, даже при большем разрешении, в фуллскрине будет быстрее чем в окне..

Тут посмотреть на любую игру с гуи - это нормально и практикуемо. Большое разрешение также любят те, кто умещает на экран много интерфейса, т.к. его больше вмещается (потому что не растягивается), поэтому я думаю фичу растягивания, ни в коем случае не делай по дефолту, т.к. она то будет юзаться Только для 2Д игр, мира. Для гуи, всегда думаю будут оставлять те же размеры, а вот позиция будет привязана к ориентирам, например: низ-центр. (как в RPG панельки, например WoW)

Ответ: Sigel
 

Ну написал на блице простейшее пустое приложение.

в окне 1800 (0.555 мс)
в фуллскрин 2100 (0.476мс)

оверхед окна - 0.079мс. не слишком высокая цена при среднем времени кадра - 10 - 20 мс. зато не имеем геморроя с alt+tab - ом, бонус при смене разрешения и т.д. минус, который я так и не смог побороть - это всякие всплывающие окна (аська например)

да вопрос не в плюсах и минусах, а в том, что честный фулскрин на гл не сделать (насколько мне известно).

я и не собирался :)

Ответ: Sigel
 

ужос! это реально так?
текущий фулскрин - это окно под размер разрешния декстопа с заданным коэффциентом вывода?

Ответ: Sigel
 

ага. теперь объясните, пожалуйста, в чем ужос?

Ответ: Sigel
 

Объясняю: при "честном" фуллскрине смена буферов происходит без копирования чего-л куда-л, а просто ссылки на BackBuffer и на FrontBuffer меняются местами. В оконном режиме картинка полностью копируется в буфер окна, что занимает много времения, поэтому-то и юзать оконный режим нежелательно.
Не может быть, чтобы OpenGL не давал делать "честный" фуллскрин, иначе это же изврат полный.

Къ посту 634
Самый лучший вариант 1. У прогера своя голова на плечах.
Ну, 2 тоже покатит.
Но 3 и 4 не рулят, т.к. размер = размер экрана даже в принципе не может быть. Текстура бывает только степени двойки, т.к.ю текстуры 1280*1024 создать нельзя, только 2048*1024, нельзя сделать 1024*768, а только 1024*1024. Какая тут привязка к разрешению, вы что? Глупость нах. 1024*1024 - может оказаться как текстура какого-нибудь ГУЯ, так и текстура стены/металла/монстра и т.д.
Кроме того частенько (у меня) текстура для рендера раза в 2-4-8 меньше разрешения экрана, так что тут тоже никак не привяжешь автоматом.
Короче привязка автоматом - это ересь, либо 2 либо 1
По мне так и 1 неплохо, нечего делать всё за прогера.

Ответ: Sigel
 

я уже писал. оверхед меньше 0.1 мс. это практически ничто. ну будет не 100 а 101 фпс, разница не очень велика. возможно это как то оптимизируется драйвером, или системой, но разница в скорости не такая большая как можно подумать.

ну хз. наверное ето сильно от системы зависит. вобщем хз. я по крайней мере способа не знаю :)

начиная с 6xxx может.

наверное ты прав. тогда не буду заморачиваться.

ну их размер наверное и не должен меняться вместе с разрешением?

Ответ: Sigel
 

ну у тя же универсальный двиг :) так шо не 6ххх едиными
нууу, скажем так при разрешении 640*480 текстуры воды хватает и 256*256, но при 1600*1200 уже надо 1024*1024

Ответ: Sigel
 

теперь двиг умеет работать с HDR текстурами 16f и 32f.

вот дема:
http://sigelengine.googlecode.com/files/HDRTest4.zip

1 - обычная текстура
2 - тестура float 16
3 - текстура float 32


z/x менять яркость.

Ответ: Sigel
 

добавил константы для режима окна

SWM_FULLSCREEN = 1
SWM_WINDOWED = 2
SWM_SIZEBLE = 3
SWM_SPLASH = 4

первые три соответсвуют блицу, а последний это:
Вложение 5970

+ окно теперь создается по центру екрана, а не в углу.

Ответ: Sigel
 

Сделай ещё чтоб мона было перемещать окно по десктопу (мона конечно и через винапи но в завраппленно-движковом виде будет удобней)

Ответ: Sigel
 

я тут задумал один хитрый алгоритм, который позволит резко увеличить максимальное число ентити в сцене (но за счет ввода ограничения числа ентити в кадре).

как вы думаете, это идиотизм, вводить такое ограничение? пусть даже очень большое - например 256000 объектов.

Ответ: Sigel
 

сделай хитрую оптимизацию вклчюаемой\выключаемой.
А вообще - имхо лимит может быть, особенно, если он перекрывает потенциальную производительность движка на сферчиеской видеокарте в вакууме.

Ответ: Sigel
 

если только в compile time.

Ответ: Sigel
 

Тоесть даже хотябы при инициализации движка, сделать переключение этой оптимизации нельзя?

Ответ: Sigel
 

ну.. если двоить код, то скорее всего получится ето опреелять на этапе оптимизации почти без потерь производительности.

а вот если делать как попроще да покрасивее, то я скорее всего нарвусь на 2 * _число_ентити_в_сцене_ if-ов как минимум.

Ответ: Sigel
 

Тоесть как понял ты это реализовал дефайном..
Эх..

Ответ: Sigel
 

я пока еще никак не реализовал :)

да и вопрос был в ограничении, которое, хотя видюхи и не превзойдут, но оно гнетет.

в принципе, если подумать, то можно и в рантайме сделать, т.е. при инициализации указывать.

Ответ: Sigel
 

В рантайме думаю самый подходящий по производительности способ, всёравно в играх, часто делают лаунчер с настройками, или с игры, где указвается: "настройки будут применены при следующем запуске игры", типо того. Поэтому думаю этот варриант наилучший. ;)

Ответ: Sigel
 

гы...
так и представил опцию scene graph с вариантами:
* plain data
* octtree
* quadtree
* kd-tree

и пусть геймер выбирает на выбор, что ему больше нравится ))

Ответ: Sigel
 

quadtree в большенстве случаев будет вообще не в тему,что за kd-tree?


Можно сделать несколько вареаций функций просто при выборе подставляеш поинтер на функции с выбраным типом оптимизации,и не каких тебе лишних проверок.

Ответ: Sigel
 

Погоди ты уже имплементируешь разбиение пространства?
По мне так это очень сильно относится к жанру игры..

Насчёт опции, это дело чисто кодера, как он в настройках укажет.
Но где-то привяжет это к типо: ускоренный рендеринг, с пометкой что нагрузка будет немного больше на процессор.

я ее туда просто так, для коллекции написал :)

http://steps3d.narod.ru/tutorials/sp...-tutorial.html

вот я и говорил о дублировании.


твоя правда, но есть некоторые базовые методы, котроые можно использовать.

вернемся к вопросу о ограничениях. давайте приведу другой пример, например на трассе будет стоять ограничение скорости в 10000 км\ч. понятно что ни одна машина такую скорость не разовьет, но ограничение то стоит!

Ответ: Sigel
 

Имхо прогер игры сам должен делать это
Я вот сам делаю и ничё)
И действительно конкретной игре нужно конкретное разбиение

Ответ: Sigel
 

ABTOMAT
может ты и отсечение по фрустуму будешь сам делать ? :)
все игровые сцены делятся на закрытые и открытые пространства, достаточно просто описать разбиение для двух типов и всё

Ответ: Sigel
 

Ну уж точно выберать то не геймер должен!:crazy:

Ответ: Sigel
 

вот. тест скорости сжатых текстур:
http://sigelengine.googlecode.com/fi...nSpeedTest.zip

1 - обычный режим
2 - сжатые текстуры

понажимайте 1-2 попеременно, как надоест нажмите esc. будет окошко с результатом. меня интересует последняя циферка.

вот мои результаты:

Win Vista
9600M GS
P8400 2x2.26GHz
-сжатые текстуры быстрее на 5%

WinXP
HD2600XT
Celerone 2.66
-сжатые текстуры быстрее на 20%

Ответ: Sigel
 

WinXP SP3
ATI Radeon HD 2600 Pro
56%

Ответ: Sigel
 

35,8 %
WInXP SP2, GF-8800, A-5600 X2

Ответ: Sigel
 

22,4%
AMD X2 2.61Hz
GeForce 8800 GTS Retail 386 Mb
DDR2 766MHz 2 Gb

Ответ: Sigel
 

у меня в левеле куча порталов и каждый своим фруструмом содержимое секторов отсекает)
хотя конечно было бы радостнее уже на уровне двига такие извраты иметь

Ответ: Sigel
 

Жалко движок заглох. А почему ОпенАЛ для звука не понравился?

Ответ: Sigel
 

Да. я изменил свой взгляд на движек. теперь все будет подругому. отдельно интерфейс, отдельно реализация, отдельно модули.

опенал слишком низкоуровнево имхо, хотя в новом движке наверное буду использовать его для звука в ядре.

Ответ: Sigel
 

Российская армия меняет взгляды на движек:-D.

Ответ: Sigel
 

Ответ: Sigel
 

Ответ: Sigel
 

Хорошь офтопить. Движок от слова кружок. Круг - кружок, двиг - движок!

Ответ: Sigel
 

Ответ: Sigel
 

Готов принять участие в меру своих способностей и под чутким руководством.

Ответ: Sigel
 

все. проект официально закрыт.
пока пишу новый двиг (все еще большей частью на бумаге).
как сделаю в коде какую-нибудь инициализацию окна - открою тему.