forum.boolean.name - Создание больших массивов.

forum.boolean.name (http://forum.boolean.name/index.php)

- 3D-программирование (http://forum.boolean.name/forumdisplay.php?f=12)

- - Создание больших массивов. (http://forum.boolean.name/showthread.php?t=15596)

Создание больших массивов.

Не могу создать большой массив. Мне выдает Memory acces violation
Большой это: 1000х1000х1000
Если беру 1000х1000х300 то все делается ок, только оч долго прога грузится. Ну в принципе я понимаю что это 300 млн. значений.
Это какое то ограничение в блитсе или природа сей ошибки неизвестна?:SOS:

Ответ: Создание больших массивов.

даж если бы у тебя 1 ячейка занимала 1 байт, то это выходит 1000*1000*1000 = 1000000000 = 976562.5kb = 953.67mb.
но ячейки скорее всего больше 1 байта.
у тебя просто оперативки не хватает.

Ответ: Создание больших массивов.

А каг тогда хранить информацию? Оо
Полюбому должен быть способ. Много игрушек есть похожих с подобных построением ландшафта.

Ответ: Создание больших массивов.

нотч не настолько ещё говнокодер чтобы такие массивы создавать.
у него мир из чанков 256х16х16
пруф: http://www.minecraftwiki.net/wiki/Chunks

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

Ответ: Создание больших массивов.

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

Ответ: Создание больших массивов.

Согласен, элементы будут храниться на диске, в память будет загружен небольшой фрагмент. Октодерево поможет этим правильно управлять.

Ответ: Создание больших массивов.

Цитата:

Сообщение от Mr_F_ (Сообщение 204598)

нотч не настолько ещё говнокодер

Некрасива говнокодером обзиватся :mda:
Я просто спросил что не знал.
Спасибо за подсказки. Уже есть вопросы, но сначала прочитаю ссылки.

Ответ: Создание больших массивов.

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

Насчет чанков:
Если создать файл с информацией о ландшафте. И пусть он даже бесконечно большой, но одновременно загружено чанков в память будет припустим 441 как у Нотча(это кстате 14,5млн ячеек в массиве). Во время перехода с одного чанка на другой мне придется часть чанков что за областью зрения выгружать, а другую часть подгружать. Что сделают большие рывки во время игры. Я конечно знаю что в мморпг есть какой то отдельный буфер в котором подгружаются все текстуры и меши во время игры не влияя на фпс(на норм машинах), но помойму в блитсе еще такого нету...

Как же хранить и подгружать инфу о больших ландшафтах вроде того как это делал нотч но на блитсе? Очень помогло б без кода описать сам принцип словами и примерами. Заранее сенк

Ответ: Создание больших массивов.

Цитата:

Что сделают большие рывки во время игры.

кстати в майне они заметны

Цитата:

Как же хранить и подгружать инфу о больших ландшафтах вроде того как это делал нотч но на блитсе?

либо в фоновом потоке (незя в блице), либо по маленьким порциям за кадр.

Ответ: Создание больших массивов.

Спасибо. Теперь ясно. Но походу геморно ппц.

Ответ: Создание больших массивов.

Цитата:

Сообщение от Halk-DS (Сообщение 204643)

Можно и в типах, например:

Код:



Type material



field mesh ;сетка загружаемого мира, работать лучше с поверхностями.

field surface ;собственно поверхность

field p1, p2, p3, p4 ;вершины квада поверхности



field brush ;кисть которой закрасим поверхность



;другие переменные 

End Type



Type node



field x,y,z ;координаты узла



field FrontNode.node ;соседние узлы

field BackNode.node

field LeftNode.node

field RightNode.node

field TopNode.node

field BottomNode.node



field FrontMaterial.material ;поверхности этого узла

field BackMaterial.material

field LeftMaterial.material

field RightMaterial.material

field TopMaterial.material

field BottomMaterial.material



;другие переменные

End Type

Но мне больше нравится вариант с использованием банков. ReadBytes позволяет загружать блок информации любого размера прямо из файла.

Цитата:

Сообщение от Mr_F_ (Сообщение 204646)

либо в фоновом потоке (незя в блице), либо по маленьким порциям за кадр.

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

Как создать dll библиотеку для блица в PureBasic(спасибо MadMedic за статью)

P.S. для тех кто хочет повозражать, "бдиц устарел(другие варианты)", вопрос был:

Цитата:

Сообщение от Halk-DS (Сообщение 204643)

Как же хранить и подгружать инфу о больших ландшафтах вроде того как это делал нотч но на блитсе?

Ответ: Создание больших массивов.

Вроде в майне чанки хранятся в сжатом виде в папочке игры. А вообще, имхо, разумнее сделать алгоритм генерации зависящим от координат чанка, и если его никто не меняет - то и не сохранять. (тогда не будет проблем с ушедшими на 100500 далеко игроком)

Ответ: Создание больших массивов.

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

Ответ: Создание больших массивов.

Цитата:

Но мир уже перегенерировался..

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