Двумерные массивы

[NIKOLAYY2]

Да что ты будеш делать, 30 минут сидел писал писал все тонкости в проекте, отправил пост и было написано "Зарегистируйтесь на сайте".
Я все описал, все проблемные события и все остальное и тут на тебе!

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

Очень мало народу я смотрю подобные программы собирали...

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

В ходе процесса игры я так делаю 30 раз в секунду с количеством клеток = 200 штук.
Пока все работает и вроде не виснет слава богу..

Но я усложняю игру я добавляю туда еще обьектов и не простых обьектов, а тех которые должны двигаться!

Трудность первая заключается вот в чем: их может быть очень сильно много и тогда как ими управлять?

Вторая трудность- тайлы у меня - это одна ячейка в массиве, а на карте это квадратный кусок канвы размером 32 на 32 пикселя. Как перемещать движущиеся обьекты например черепахи?
Если перезаписывать массив и затем перерисовывать канву взяв значения из массива- то мы сместим за черепаху сразу на 32 пикселя! что не есть хорошо!

Ну а если ей организовать смещение на 4 пикселя, для более плавной прорисовки то как это организовать то непойму? Это же непросто имага- персонаж которую как хочеш так и подвинеш используя Left, Top..
Это уже потребуется гораздо более сложную какую-то прорисовку организовать..

Поэтому я предлагаю- давайте детально разработаем (в мелких деталях) все возможные алгоритмы!
Хоть их десяток или хоть их двадцать или тридцать будет!

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

[phomm]

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

Очень мало народу я смотрю подобные программы собирали...

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

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

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

В ходе процесса игры я так делаю 30 раз в секунду с количеством клеток = 200 штук.
Пока все работает и вроде не виснет слава богу..

Оптимизацию либо закладывают изначально (опционально - сделать основу но не развивать , пока не прижмёт), либо потом работают с профайлером, оптимизируя только самое тормозное.

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

Но я усложняю игру я добавляю туда еще обьектов и не простых обьектов, а тех которые должны двигаться!

Трудность первая заключается вот в чем: их может быть очень сильно много и тогда как ими управлять?

ВНЕЗАПНО! Писать код. Какой именно код - надо _спланировать_

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

Вторая трудность- тайлы у меня - это одна ячейка в массиве, а на карте это квадратный кусок канвы размером 32 на 32 пикселя. Как перемещать движущиеся обьекты например черепахи?
Если перезаписывать массив и затем перерисовывать канву взяв значения из массива- то мы сместим за черепаху сразу на 32 пикселя! что не есть хорошо!

Ну а если ей организовать смещение на 4 пикселя, для более плавной прорисовки то как это организовать то непойму? Это же непросто имага- персонаж которую как хочеш так и подвинеш используя Left, Top..
Это уже потребуется гораздо более сложную какую-то прорисовку организовать..

Делается такое обычно простым способом - слоями, у статичных объектов свой слой, с поклеточной адресацией, а у динамичных свой слой (и под слоем понимается не просто информация где что находится, а целая система подпрограмм обработки разных явлений, например, простые вычисления на каких координатах одного слоя находится объект другого слоя или более комплексные просчёты взаимного смещения слоёв при динамичной отрисовке) с попиксельным размещением объектов.
Писать такое посложнее, но и свобода потом нормальная, без запутывания всего чего можно, включая себя, при необходимости каких-либо изменений/дополнений.

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

Поэтому я предлагаю- давайте детально разработаем (в мелких деталях) все возможные алгоритмы!
Хоть их десяток или хоть их двадцать или тридцать будет!

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

Откуда ж вы такие берётесь, товарищи ?
Неужель с киберфорума ?
Хочу заметить, что такие рассуждения идут от недостатка опыта, и кажущееся возможным решение проблем через "взять количеством" не приводят ни к чему хорошему (известное "девять женщин не родят ребёнка за месяц"), а стоит заняться в первую очередь качеством. Уж хотя бы потому, что никому кроме Вас и, возможно, пары других новичков (но со своими грандиозными планами, а не стремящихся перенять Ваши), эти вещи не нужны, так как люди работают обычно до предела своих "сил", изучая предыдущий опыт, и только потом, усвоив и закрепив "уроки", делают своё, а потом переделывают, и так в цикле, пока не будет что-то имеющее минимальную адекватность.
А когда не зная чужого опыта, пытаются делать немаленькое дело "наощупь", то тратят много времени и сил, с довольно призрачным результатом и разочарованием.

И, в который раз: Забудьте об имейджах.

[Utkin]

Трудность первая заключается вот в чем: их может быть очень сильно много и тогда как ими управлять?

У Вас есть же некий объект который отрисовывает клетки. Здесь будет тоже самое - некий менеджер, который будет в цикле рассматривать каждый объект и решать что с ним (или что он) должно сделать.

Поэтому я предлагаю- давайте детально разработаем (в мелких деталях) все возможные алгоритмы!
Хоть их десяток или хоть их двадцать или тридцать будет!

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

[zvygin1964]

phomm.
Из вашего примера http://programmersforum.ru/showpost....5&postcount=37
Как это называется для Google?
Буду искать как это создается в среде Delphi7. Ведь это не MDI форма, и не отдельные unit, чем они сгруппированы (соединены)?

[phomm]

Вопроса не понял, что называется, совсем.

Там обычное VCL-Forms (оконное с дельфи-формами) приложение. На скриншоте обычный вид для приложения с несколькими формами.
Если Вы про название, то оно указывается проекту при сохранении. Юзес же автосформированый самой дельфёй.
Формы добавляются в проект обычным образом File-New-Form

Если у Вас есть сложности с пониманием "структуры дельфи-проекта", то надо почитать что-то по данной теме, например, http://www.interface.ru/home.asp?artId=3621

[zvygin1964]

У Forms в конструкторе нет видимой Form1. Как её создать? (У вас она называется "program ExiT_GamE;")
Надо просто изменить название на другое, не вникая в подробности...

[zvygin1964]

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

Формы добавляются в проект обычным образом File-New-Form

Если делать так, то получается как на следующем скрине, а не как у Вас.

[Аватар]

Создаешь проект, сохраняешь Save As с любимым именем проекта и главной формы. Каждую дополнительно созданную форму тоже Save As. Это будет именем юнита. Тип и имя формы меняй в свойстве Name формы. Ранее включенный в проект юнит тоже можно переименовать используя Save As. Ссылки на него из других юнитов придется ручками править. Форму со старым именем тоже ручками из каталога удаляй

[zvygin1964]

Попробовал. У всех Unit создались визуальные TForm2 = class(TForm) .
program ExiT_GamE не создался (Unit без визуальной Form ).
У phomm сделано без главной формы.

[Аватар]

Вот то файл проекта с расширением dpr. Просмотр и редактирование его Project->View Source