Vivo

[Жека]

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

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

Инфу о наличии стенки хранить можно как в 1 клетке, так и в 2х, которые эта стенка и разделяет.

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

Тогда придется еще просчитывать какая у него следующая клетка.

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

;если инфа о стенках только в 1 клетке хранится, а не в обеих смежных, то две проверки
;x,y - индексы текущей клетки, в которой игрок стоит
;up,down - направления
if(cells[x][y]\walls[up]=true) Return ;стена сверху у текущей клетки
if(cells[x][y-1]\walls[down]=true) Return ;стена снизу у верхней клетки

Плюс добавить проверку выход за границы поля.

рубишь фишку?

[reumep]

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

[Nikich]

ну да, я начинаю все заново.

[Nikich]

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

[FireOwl]

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

Но из-за большого мира я не могу массивы двухмерные исользовать - РАМ уйдет слищком много.

Большому миру - много окон?
Лучше пиши RAM, так понятнее.

[Nikich]

Все, проблема со стенками ушла. Но сразу за ней появилась новая. Вот я на радостях создал 9000(это не мем, а настоящее количество) тайлов земли. Рисую я, как образованный человек, лишь те что рядом с игроком. А результат то - 20 fps от силы. Так в чем же дело? Тайлы земельки - элементы типа, то есть создается 9000 элементов. И пожалуйста, мне интересно решение без использование чанков. Мне нужны эти 9000 тайлов сразу вместе. Потребуете код - кину. Но думаю можно и без него справится, доходчиво изъяснился я.

[Nikich]

А вот и код:

Global rc=CountGfxModes()
Global R1=GfxModeWidth(rc)
Global R2=GfxModeHeight(rc)


Graphics R1,R2
Global fnt1=LoadFont("Arial",24)
SetFont fnt1
SetBuffer BackBuffer()
Dim TileImg(50)
TileImg(0)=LoadImage("ground.bmp")
TileImg(1)=LoadImage("grass.bmp")
Global cx#,cy#,plx#,ply#,tdst,tfps,fps
Global lfps=60
Type tl
Field x,y,z,id
End Type
For i=0 To 1
MaskImage TileImg(i),255,255,255
MidHandle TileImg(i)
Next
Global pl=LoadImage("pl.bmp")
MaskImage pl,255,255,255
MidHandle pl

CreateWorld()


Function CreateWorld()
For i=-50 To 50
For j=-50 To 50
t.tl=New tl
t\x=R1/2+(i-j)*32
t\y=R2/2+(i+j)*16
t\id=Rnd(0,1)
Next
Next
End Function

Function UpdateTiles()
For t.tl=Each tl
tdst=Sqr((t\x-plx)^2+(t\y-ply)^2)
If tdst<Sqr((R1/2)^2+(R2/2)^2)+32 Then
DrawImage TileImg(t\id),t\x,t\y
EndIf
Next
End Function

Function UpdatePlayer()
If KeyDown(17) Then
cy=cy+2.5/lfps*60
EndIf
If KeyDown(31) Then
cy=cy-2.5/lfps*60
EndIf
If KeyDown(30) Then
cx=cx+5/lfps*60
EndIf
If KeyDown(32) Then
cx=cx-5/lfps*60
EndIf
Origin cx,cy
plx=640-cx
ply=512-cy
DrawImage pl,plx,ply
End Function

Function UpdateFPS()
If MilliSecs()-tfps<1000 fps=fps+1
If MilliSecs()-tfps>1000 Then
lfps=fps
tfps=MilliSecs()
fps=0
EndIf
Color 0,0,0
Text -cx,-cy,lfps
End Function

While Not KeyHit(1)


UpdateTiles()
UpdateFPS()
UpdatePlayer()


Flip
Cls
Wend

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

[LLI.T.A.L.K.E.R.]

For перебор, степени и корни в цикле.
Игрок может и не видит, но эвм о них всех думает с заботой.

Я сделал dll и через ячейки проверяю текущие объекты в них по списку
http://www.youtube.com/watch?v=K0_ehAhhkHQ

[Жека]

1. Переходи на блитцмакс
2. Сам цикл с большим числом проходов напрягающ для слабых тачек.

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

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

3. R1 R2 для размеров экрана не информативно (для меня)

4. Для поля 1000х1000 твоя прога заняла 42 мб оперативки.

[Nikich]

а на сколько макс сильнее в плане перебора For each? Я и сам об этом думал, он как ни как и на ОП язык тянет, но классы меня сильно пугают
Но точно как-то делают без чанков. В Террарии чанков нету вроде, а там значительно больше чем 9000 блоков(в 50 раз как минимум). Также старушка Diablo 2 скорее всего без чанков была, тоже с огромными картами. Видимо у них есть тайные знания...

[Жека]

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

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

Вот ссылка на мануал по максу на русском, почитай на досуге, проведи аналогии с блитц3д: Wave’s~ BlitzMax Tutorial ~ 2004 - 7 Jan ~ Version 5

[Nikich]

А и почему R1 и R2 не информативны? Вторая и третья строчка описывают что это за переменные. Я решил не делать меню с выбором разрешений, потому что всегда найдутся люди разрешения которых в списке нету, так что пусть пока играют с максимальным разрешением монитора.
Кстати, чанк и значит сектор

[Жека]

> А и почему R1 и R2 не информативны?

х их з. не бери в голову.

а что если делать поля 100х100, но не склеивать их на лету, а делать переход "на новый экран", как у тебя было изначально?

[Nikich]

Да, наверное это единственный выход. Но пример Diablo 2 меня насторожил. Карты там большие, особенно на те времена, а ведь игра шла и не лагала. Может блитц3Д безнадежен?

[Жека]

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

Может блитц3Д безнадежен?

Каждой задаче своё средство реализации.
Для 2д блитцмакс лучше, это всё что я могу сказать про средство.
Почитай в инете на счёт больших карт, и выбери решение подходящее; ну или сам придумай.

ПС: на компе с 4х ядерным процессором с 8гб оперативы и с современной видюхой сделанное на блитц3д летает; когда среднестатистический комп станет таким...