Vivo

[Nikich]

Я все же решил сделать по-другому. Переделаю игру в 3D, и вместо картинок будут спрайты, чтобы не изобретать велосипед.

[Mhyhr]

Nikich, всегда в таких случаях двигается камера(точнее - это манипуляции с матрицами). В 2D камерах ортогональная проекция.(в Blitz3D вроде тоже есть ортогональный режим.).Вот и все различия. Как раз и спрайты пригодятся.

[Nikich]

ну не знаю, ничего о камерах в 2Д в блитце я не слышал. Может есть сторонние библиотеки, но я ими не пользуюсь.

[Spy4433]

есть origin x,y или как то так команда попробуй ее

но в этом случае гуи и персонаж надо ценровать отсноительно сдвига )

[FireOwl]

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

ну не знаю, ничего о камерах в 2Д в блитце я не слышал. Может есть сторонние библиотеки, но я ими не пользуюсь.

Ты же не хочешь сказать, что ждешь готовой команды "СоздайтеМнеКамеруВ2Д()"?

Это реализуется двумя-тремя операторами.

Дано:
-блоки, каждый имеет свои координаты относительно точки отсчета (0,0). Эти координаты изменяться НЕ БУДУТ.
-игрок, который тоже имеет координаты, относительно точки отсчета (0,0).
-воображаемая камера которая должна:
--висеть над тем местом, которое задано ее координатами (относительно точки отсчета (0,0))
--показывать соответствующие блоки

Координаты игрока будут совпадать с координатами камеры, в случае жесткой привязки (тогда игрок будет всегда по центру экрана)
Или немного плавать относительно координат камеры, если нужна плавная смена направления (камера "летает" за игроком).

Заводим две переменные: camera_x, camera_y

Все, осталось последнее - модифицировать то место программы, которое отвечает за рисование блоков на экране.
Ты ведь не рисуешь все блоки подряд? Ты наверняка рисуешь только те, которые должны быть видны на экране.
Вроде:

If block.x>0 and block.x<640 then
	if block.y>0 and block.y<480 then
		drawimage img_block, block.x, block.y
	endif
endif

Надо изменить это условие примерно так:

If block.x>camera_x and block.x<(camera_x+640) then
	if block.y>camera_y and block.y<(camera_y+480) then
		drawimage img_block, block.x-camera_x, block.y-camera_y
	endif
endif

Не так уж и сложно.

[Nikich]

Гм. А какой способ лучше? Через origin короче, но двигать начало системы координат подозрительно.
Хотя команды "БыстроМнеКамеруЗапилил()" явно не хватает.
UPD
И почему координаты ГГ должны совпадать с координатами камеры? Ведь тогда игрок за экран сможет убежать.

[reumep]

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

Гм. А какой способ лучше? Через origin короче, но двигать начало системы координат подозрительно.
Хотя команды "БыстроМнеКамеруЗапилил()" явно не хватает.
UPD
И почему координаты ГГ должны совпадать с координатами камеры? Ведь тогда игрок за экран сможет убежать.

тогда наилучшая команда "СделатьИгруЗаипцаКакЯХочу()"

[Nikich]

Кстати, все еще требуется помощь в создании сайта.

[Жека]

Самое простое делать через Origin. Делаешь для карты Origin(scrollX, scrollY), а для гуи возвращаешь в начало Origin(0,0).

[Nikich]

Опять проблемы. Что-то они зачастили. Возможно, вы слышали о такой игре ProjectZomboid, если инет, скачайте и поиграйте она того стоит. Но не в этом дело. Поговорив с геймдизайнером, мы пришли к мнению, что графику стоит сделать изометрическую. И сразу же возник вопрос. Это довольно трудно объяснить тем кто не играл, но я попробую. У нас есть одна стена, через неё пройти мы не можем. Если мы расположим ее на одном тайле, то всё прекрасно и понятно, но тогда она будет уж слишком толстой. Разработчики этой игры думали также, и сделали стены идеально плоскими, разместив их между(!) тайлами. То есть их ширина равна одному пикселю. В этом и есть вопрос: как же тогда делать коллизию, если она не занимает не один тайл? Если я не смог объяснить, поиграйте в эту игру и попробуйте обойти стены домов, тогда станет понятно.

[Spy4433]

ну сделать проверку пересечений линия если правильно понял

(про стенки) ?

[Nikich]

Не, это муторно. Тогда придется в основании каждой стенки рисовать еще линии. Должно быть что-то проще.

[Жека]

Мне такой вариант подумался.

Сделать плитки объектами (Type), задать им свойства "наличие стенки на краю плитки" по четерём направлениям. (id тайла тоже сюда, если уместно)
Field walls%[4] ;0 - нет стены, 1 - есть

А потом, когда игрок решит покинуть текущую плитку (curCell), делать проверку стенки в нужном направлении (direction).
if(curCell\walls[direction]<>0) Return ;есть стена, никуда не двигаемся

direction = {0,1,2,3} - заранее заданные константы направления, 0 например вверх и далее по часовой стрелке (как уж условишься сам).

[Nikich]

Так тоже не катит. Этот способ хорош, если ГГ пытается перейти с клетки со стенкой на свободную клетку. А если наоборот то фиг. Тогда придется еще просчитывать какая у него следующая клетка.

[FireOwl]

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