Неизометрический 2.5Д движок

[incvizitor]

Если объекты прямоугольные/квадратные будут только, то да, а если например в форме буквы "П", то с сортировкой придется что-то придумать.

Почему?

[Tails]

Чем ниже по _y тем выше в дисплее, элементарно веть

[goodguy]

Элементарно, но нужно еще и алгоритм придумать для выполнения этого элементарного задания

[Tails]

Меня больше напрягает то, что у автора на картинке в левой нижней луже есть отрожение ёлки, если я правильно понял

[GBee]

Меня больше напрягает то, что у автора на картинке в левой нижней луже есть отрожение ёлки, если я правильно понял

Думаю это в редакторе карты должно делаться, чисто для красоты.

[Tails]

GBee
Ну тогда это будет дешовый фейк, персонажи то не будут отражаться Или игра про вампиров ?

[Idon]

Тени можно положить в отдельный слой - между объектами и землей.
Отражения кладутся в слой отражений, для которого маска - водная поверхность.

[Tails]

Idon
Почемуто мне это кажеться не очень хорошей идеей.

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

[Idon]

Tails, эти квадратики называются тайлами. Чтобы тайловый движок был не лишен всех своих преимуществ, надо делать его максимально простым. Каждый тайл типовая картинка. Двигающиеся объекты, эффекты - отельными слоями.

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

Каким образом вы определите, что у вас в квадратике есть тень? Каким образом вы определите, что тень есть не в одном квадратике, а в нескольких и как вы будете её рендерить? Зачем вообще привязывать динамические сущности к статическим?

[an_games]

GBee, если вы присмотритесь к большенству подобных игр, то увидите что герои не редко бывают ниже чем вы изобразили и отлично вписываются в концепцию описанную мной, к тому же дело тут в грамотном дизайнерском подходе, при котором все элементы расчитываются непосредственно под нее(концепцию).
В показанном вами случае герой весьма приувеличен, на той карте что привел Страга, вероятнее всего таких багов нет.
Конечно можно организовать сортировку для каждого элемента карты, но если есть возможность обойти лишние вычисления, то почему бы этого не сделать. Это одна из причин, к стати, такой популярности данного вида проекции. Не спорю- видел много проектов где используется полноценная сортировка, но как я уже сказал можно обойтись и без этого.

Чем ниже по _y тем выше в дисплее, элементарно веть

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