тогда надо заголовок с набором смещений в файле
а не stream файл декодим тип блока и ложим
(не ну в принципе не проблема? или так немного сложней или нет)
но я хотел типо по спецификации все равно где лежат данные
сохранение явно усложняетсо
то можно было не мороча голову выплюнуть снап в рандоммной последовательности
- - - Добавлено - - -
зхннехты с страницами по 8К
оппа приехали
- - - Добавлено - - -
а сильно ты нахакаешь 8 метровый снапшот?
я не представляю чего деллать в снапшоте хекс редактором
- - - Добавлено - - -
и че ради этого делоть заголовок кратный 16К?
- - - Добавлено - - -
такое чуство что ты предлагаешь файл с загголовкомм в конце
но это вообще не вариант апсолютно
...хотя конечно можно было бы сразу же указывать на сммещение до заголовка
и наччинать страницы
но таки удобней когда заголовок в саммом начале
да и страниц будет 256+
и не факт что подряд и не факт что все 256
ибо заччем хранить пустоту в итак прожорливом формате?
от куда ТЫ узнаешь где какая страница?
- - - Добавлено - - -
и тобы ТЫ открывал в кекс редакторе и видел
"reg_a" FF "port_1FFD" FF
а то будет
"reg_a" 0x9379992 "port_1FFD" 0x9379993
и лезь за каждымм значением по этому смещению
в ущербном хексредакторе (которые обычно ущербные)
это удобно?
- - - Добавлено - - -
думаю максимум можнно "рекоммендовать"
выравнивать память на 16 байт
или на фоне 8М 16К не так много
можно было бы рекомендовать ложить "большие" страницы
после всех данных с отступом выровнянным на 16К
0000 заголовок
данные
4000 страницы
но тогда будет дырка в 30К
а листать столько в кекс редакторах неудобно
пушо они ущербны (бегунком не попадешь, скролить долго, адрес смещения вводитсо ччерез Ж)






Ответить с цитированием