Чтение с zip архива

[Nikk[UA]]

В zip архиве находится текстовый файл. Без сжатия он весит 2,8 гб, а в архиве - 2,53 мб, тоесть почти в 1000 раз меньше.

Задача: дать моей программе доступ к файлу не извлекая его из архива, так как это занимает много времени.

Разсмотрю любые варианты.

[Пепел Феникса]

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

[Nikk[UA]]

Я розбил текстоый файл на части и теперь они весят по 500мб.
Думаю загрузить в ОЗУ - самый лучший вариант. Тем более грузить все сразу не нужно. Достаточно сначала одного, потом я первый выгружу и загружу второй и т.д.

Желательно не извлекать, так как файл постоянно считывается и перезаписывается в Real time режиме.

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

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

Что означает System.ZLib?

Я что то на вкладке System не нахожу такого компонента.

[Stilet]

System.ZLib

Это не компонент а пространство имен http://krez0n.org.ua/archives/1108
Впрочем в случае с Делфи: http://docwiki.embarcadero.com/Libraries/en/System.ZLib

[Stilet]

Могу только показать как я с РАРом работаю

P.S. Йоу!!! Да что же это с часами случилось?

[Пепел Феникса]

вам принципиально нужен архив?

и зачем текстовый файл? может лучше бинарный?

О_О, и правда чтото с часами.

[Nikk[UA]]

А, понятно.

[Nikk[UA]]

Пробовал, смотрел кучу примеров, никак не могу найти как работать напрямую с архивом.

Подскажите или дайте код. Оч нужно

[phomm]

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

А всё почему - я не верю в объем данных для игрового мира в 3 млрд байт, даже если мир по 2 измерениям по 10 тысяч ячеек (что ппц анриал) то всё равно тяжело верится в 30 байт на 1 клетку. Подавляющее количество игровой инфы о клетке можно хранить в 1 байте, а не в интеджере или упаси бог в строках (раз уж про текстовый файл дело зашло). В частных случаях инфу вроде флагов вообще хранят в битах одного байта .
Ну и хэдшот - то что файл сжимается в 1000+ раз уже говорит, что косяк прежде всего в формате хранения данных.

Могу даже привести личный пример.
данные для проги 144*144*10 записей, хранились в ини-файле (считай ещё тысячи переводов строки, каждый по 2 байта), каждая запись в районе 40-50 байт - и то весь файл чесил 17,5 мб, и сжимался он до 2,8мб.

[s-andriano]

Действительно.
При наличии достаточно сложного мира обычно пользуются теми или иными древовидными структурами (Q-tree, R-tree, etc.). Оно позволяют одновременно:
1. Уменьшить объем данных.
2. Радикально ускорить поиск нужного.
3. Радикально уменьшить объем памяти для нормальной работы с огромными массивами данных.
Вы бы написали, что и как делаете, может, сжимать вообще ничего не придется.