Запустился только на 2018.2.16f. На 2019 вылет. На остальных ошибки с ссылками.

В итоге столкнулся с проблемой направленного света, скрин прилагается. В общем квадратики красные мерцают время от времени. Попробовал на 3 компах. Я как то в очень не легком недоумении. На форумах ни черта не пишут, кроме что про ошибки кода.

Может кто столкнулся с такой хренью?

1. [Решено] Почему свет так долго запекается? На моей не такой и большой сцене 2048х2048 с не очень большим числом объектов, уходят часы от 1 до 5 ... это нормально? может можно поднастроить что-то? (а лигхтмапы занимают порядка 37 мегов, и их он запек порядка 14). + Может есть какие то советы по настройке Lightmapping Setting, т.к. видимо по умолчанию там не самый лучший вариант

2. [Решено] Правильно я понимаю, что если я отключу все источники, уберу все Emissives материалы, и выставлю EnviromentLighting-AmbientColor в черный непрозрачный цвет - я только тогда получу полную темноту в игре?

3. Enlighten vs Progressive (что быстрее? в чем вообще принципиальная разница? )

4. Как правильно создать эффект спускания в пещеру? (детали ниже https://gamedev.ru/code/forum/?id=240249#m6)

Правка: 17 ноя. 2018 0:12

Правка: 16 ноя. 2018 21:39

если у нас есть константа шейдера которая разная для каждого из 100500 объектов сцены
то нужно создать 1 буффер и делать ему 100500 Map/Unmap каждый кадр
или делать 100500 буферов  под каждый объект?

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

Реализован, как мне кажется, не плохой вывод текста.
Во время выполнения update(), каждый кадр, весь текст складывается в локальный буфер (std::vector).
Затем весь буфер отправляется в glBufferData (glBufferSubData если общий размер буфера не стал больше).
И после этого вызывается glDrawArraysInstanced. За раз выводятся все буковки, все быстро и главное просто.

Вся графика в игре должна выводиться, как бы, в несколько слоев:
1. Задний фон (декорации).
2. Передний фон (сам мир, где перемещается персонажи).
3. Персонажи.
4. Имена персонажей и всякие надписи.
5. Интерфейс (инвентарь, тулбар, показатели здоровья и т.д.).
6. Надписи для интерфейса.
7. Перемещаемые в текущий момент вещи в инвентаре.
8. Текст для слоя 7 + весь остальной текст (отладочная информация например, значение ping-а).

Ну если с фонами и персонажами все более ли менее понятно, просто рисуем сначала одно, потом другое.
То вот с выводом теста я столкнулся с некоторыми проблемами.
Например если выводить весь текст за раз и в последнюю очередь, он весь окажется поверх остальных слоев.
А нужно, что бы имена персонажей, например, не могли рисоваться поверх интерфейса.
Пока что в голову пришло только одно - сделать для текста несколько локальных буферов.
Затем в процессе update() складывать разные надписи в разные локальные буферы и каждый буфер выводить в определенный момент после нужного слоя.

И вот тут мой внутренний перфекционист запростестовал, потому что несколько буферов уже сложнее контролировать.
Можно со временем забыть какой номер буфера к чему относится и куда что класть.
Так же за один кадр я один буфер opengl 3-4 раза обновляю и запрашиваю отрисовку из него.
Еще постоянно переключаются состояния, до 8-10 раз за кадр (смена текстур, шейдеров, буферов), а если еще больше слоев будет, то ваще пипец начнется.
Шейдеров пока 4 штуки: для вывода карты, интерфейса, всех прочих объектов и текста.

И вот собственно вопрос, как это все правильно выводить по слоям (с вашей точки зрения)?
Плюс очень важно, что бы на слабых устройствах рендер работал довольно быстро, а не только на топовых видеокартах.
Можете просто рассказать как вы сделали подобный рендер у себя в проектах (это было бы вообще идеально) или видели в крупных проектах!

Ваяю игру потихоньку. Делаю движок для ролевого сеттинга.
Пытаюсь сделать динамическое создание классов, но все объекты у меня наследуются от исходного абстрактного, скажем, HDS_Object, у которого нет конструктора по умолчанию (это тот, что без параметров). Мне так надо.

Смысл в следующем:
Имеются существа, при создании которых, на основании их класса им автоматически должны создаваться их слоты для вещей (набор произвольный). Хотел сделать как-то красиво, но активатор требует конструктор по умолчанию. Да и, даже создав такой объект, к нему можно обращаться только как к базовому. Поэтому написал чудовищную конструкцию через имена классов. Прошу не кидать в меня какашками, пока еще не придумал, как написать более лаконично.

            foreach (HDS_ICNT_Slot S in Class.Slots)
            {
                switch (S.GetType().Name)
                {
                    case "HDS_ICNT_S_AnimalBack":
                        Slots.Add(new HDS_ICNT_S_AnimalBack(S.Name, this));
                        break;
                    .
                    .
                    .
                    case "HDS_ICNT_S_HumanHand":
                        HDS_ICNT_S_HumanHand S1 = new HDS_ICNT_S_HumanHand(S.Name, this);
                        HDS_ICNT_S_HumanHand S2 = Slots.FirstOrDefault(s => s.GetType() == S1.GetType()) as HDS_ICNT_S_HumanHand;
                        Slots.Add(S1);
                        if (S2 != null)
                        {
                            S2.Pair = S1;
                            S1.Pair = S2;
                        }
                        break;
                    .
                    .
                    .
                    case "HDS_ICNT_S_HumanWaist":
                        Slots.Add(new HDS_ICNT_S_HumanWaist(S.Name, this));
                        break;
                    default:
                        break;
                }
            }

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

Собственно вопрос в следующем: может кто-то уже сталкивался с подобной проблемой? Как решили? Скажу сразу - различных слотов много и получается уж очень длинная конструкция. Кстати, такая же фигня со слотами вещей.

Изучаю Фейсбук АПИ на кошках, так сказать. Не пинайте сильно за мои вопросы:

Заранее скажу, что все делаю через редактор. Т.е. запускаю в Юнити и хочу видеть результат.

Итак...

* Создал приложение на developer.facebook.com

Правка: 15 ноя. 2018 10:54