Yurman wrote:

> Возможно ли сохранить его в файл и
> при следующем запуске программы выделить требуемые объем памяти и
> загрузить его из файла?
Да.

> Возможно я не до конца понимаю как он хранится в
> памяти, но если он представляет из себя непрерывную область памяти то
> чтобы эта область и была записана в файл а потом загружена.
Если хочешь сохранить всю область прямо в файл (т.е. напрямую из памяти (по
указателю на начало массива) - в файл) а потом загрузить назад, то так
делать не стоит. При загрузке назад будет выделена область памяти, которая
будет находится по другому адресу, не по тому, который был при сохранении.
И тогда, если в исходной области были указатели, они будут указывать "в
никуда", что приведет к AccessViolation.
Posted via ActualForum NNTP Server 1.4

Yurman wrote:

> очень не хочется сохранять по каждой переменной.
Можно чуть-чуть упростить процесс, если использовать потоки и создать
операторы << и >> для используемых типов данных. Листинг будет чуть-чуть
короче. Но это дело вкуса.
обычно такой оператор выглядит чем-то вроде
[src c++]
StreamClass& operator >> (StreamClass& stream, MyStruct& myStruct){
...
return stream;
}
[src]
Можно создать темплейт для basic_ostream и прочих, если захотеть...
Posted via ActualForum NNTP Server 1.4

Yurman wrote:

> Придется так придется, но всетаки хотелось бы знать почему такое не
> возможно. Вот с сохранением массива я все понял.
Ну и ещё вариант (с извратом :)).
Если указатели указывают только на адреса внутри сохраняемой области (что
вряд ли), то можно перед сохранением пробежаться по ним и вычесть из них
начало области данных, а после сохранения - прибавить. По идее ,
работать должно. Но, ИМХО, это менее удобно, чем сохранять по одному
полю...
Posted via ActualForum NNTP Server 1.4

Yurman wrote:

> Но сделать так чтобы невозможно было разобрать пользователю. тоесть чтобы
> например был один файл и там содержалось все выше перечисленное.
Это болт. Если формат исходных файлов известен (а так как вы, я так понимаю,
игру пишете :) на dxsdk, которая использовать будет *.bmp/*.jpg/*.png/*.dds
и проч), то можно будет найти в исходном файле последовательность байтов,
специфичную для определенного формата и по ней разгадать всю структуру
пака. Таким образом ломаются паки для Nosferatu, Duke Nukem, Quake 1 и
многих других игр. В качестве варианта можете архив прогнать хотя бы xor'ом
или сделать его запароленным архивом, но всё равно - если захотят,
распакуют без проблем. (просто возьмут дизассемблер и отладчик) Даже если
свой формат данных сделаете - его тоже расшифруют, если захотят (Doom1
яркий тому пример). Для dxsdk, например, *.x файл имеет четко отлавливаемую
сигнатуру, *.wav файлы имеют такую же, картинки в BMP (и любом анлогичном
формате) видны визуально в любом hex редакторе, а переименование пака из
*.zip в *.pak не поможет против Far'а. Можете, конечно пожать экзешник
upx'ом, а в него впихнуть ключ для расшифровки архива, но это только даст
чуть-чуть времени, не больше. Можете также использовать собственную систему
темплейтов для *.X формата - это получше будет, но ИМХО, зашифровывание
архива от пользователя - это пустая трата времени (так как ваша игра его
открывает, то, соответственно, можно отладить эту процедуру и посмотреть,
как она это делает). Лучше это дело защищать лицензионными соглашениями и
судебными процессами :) (ИМХО).

ЗЫ. Касательно *.bmp - не используйте его, берите *.png (если уж потеря
парочки пикселей вам очень дорога) и используйте D3DXLoadTextureFromFile, а
лучше - *.dds с форматом пикселя DXT1..DXT5 (так как экономия места
значительная и это сжатие аппаратно поддерживается - т.е. в память оно
будет распаковано, только если DXT на карточке не поддерживается).
Единственная проблема - если текстуры на нормалмапы предполагаются, в DXT и
JPG их сохранять не следуют - будут видны артефакты, создаваемые при
компрессии. Для этого случая можно либо RGB png, либо 8и-битный png со
специализированной палитрой - сэкономит место на диске, но не в памяти.
Posted via ActualForum NNTP Server 1.4

Yurman wrote:

> Может существует какая нибудь библиотека чтобы такое на C++ провернуть?
zlib? Впрочем, я ей не пользовался.
Posted via ActualForum NNTP Server 1.4

Yurman wrote:

> подрисовал шишку на фасад в паинте и радуешься.
Тогда пользуйтесь dds, например. Paint его не понимает и большинство
редакторов, насколько я знаю, тоже.
Posted via ActualForum NNTP Server 1.4