Хотелось бы создать файл и работать с ним как с контейнером для других файлов, как с виртуальным диском. Но я не представляю как это сделать и пример найти не могу. Кто-нибудь подскажет в какую сторону копать? Застрял я!

Ресурсы

Это был дельный совет ?) По ресурсам я уже полазил ща минус поставлю (шутка) ;)

Это сообщение отредактировал(а) Midaw - 7.12.2005, 09:33

Midaw
Не понял.....Какой вопрос - такой ответ. Опиши задачу по конкретний - какие файла нужно хранить, их количество, что с ними потом надо делать и т.д. Да и вообще нафига?
Чем тебе ресурсы не нравятся?
Ну не хочешь использовать ресурсами, используй ДЛЛ-ки.

Ну есть большое количество музыки, видео и рисунков для мобил. И все это хочется хранить в одном файле.. Программой импортировать и экспортировать, подписывать и т.д. Собственно библиотека в одном файле! Ресурсы, дошло о чем речь. Но это не катит, это ехе скомпилированный. А здесь нужно все иметь в динамике, пускай не распределенной по сети. Хотя тоже интересно. Ничего по теме найти не смог, только примеры уже в готовых проектах.

Может тебе ZIP подойдет?

Исходники зипа смотреть? Больше мыслей нет?)

зачем смотреть? есть готовые компоненты ( тот же VCLZip )

Вот когда-то писал. Правда сохранение в ZIP не делал - только выковыривание из ZIP'a.
Пишет только на диск, читает с диска и из ZIP'a.
При желании можно и запись в ZIP добавить, но это процесс слишком долгий, а писалось для игрушки.
Добавлено @ 13:01
Сам модуль зовется ZFS.pas - ZIP FileSystem.
Функции описаны в начале модуля.
dpr - пример работы.


Присоединённый файл ( Кол-во скачиваний: 7 )
 Zfs.zip 83,69 Kb

ZFS не подходит! Нужно, что-то более динамичное. Добавление небольшого файла в большой архив должно происходить быстро, без всякой перепаковки! Есть ещё предложения???

Цитата(Midaw @ 12.12.2005, 05:29)

Добавление небольшого файла в большой архив должно происходить быстро, без всякой перепаковки!

Добавление можно. А вот удаление или замена - нет.
Это просто физически нереально, если только мы не согласны терять место, а перепаковывать раз в N-й период.

Это ещё почему не возможно??? Просто писать долго, получается целая подфайловая система со всякими фрагментациями. %) Короче никто подобное написанное не видел? Придется писать самому... Велосипед изобретать...

А не выйдет у тебя бОльшей производительности:
Смотри, для реализации быстрой работы, (замены или удаления файлов из пакета), логичнее всего зранить хранить таблицу с метками начала и конца файлов, и их имен (ну типа FAT ). Это все будет чудестно работать если только заменяемый файл будет того же размера, что и заменяющий....Иначе придется периписывать все файлы следующие за ним для: 1. устранения фрагментации (если файл меньше, или файл просто удаляется). 2. Для того чтоб файл влез (если он больше).
Выйгрышь в скорости ты получишь только за счет отсутствия алгоритма сжатия.


Добавлено @ 11:37
З.Ы. Кстати даже если реализовывать без таблици размещения, все равно, те жи грабли и будут

Цитата(Midaw @ 12.12.2005, 11:04)

Короче никто подобное написанное не видел?

Видел. У себя на машине. На основе KOL ZLib.
Но не дам. Еще в разработке.
Добавлено @ 11:49

Цитата

логичнее всего зранить хранить таблицу с метками начала и конца файлов, и их имен (ну типа FAT

Угу. Только начала и длина файла. А также имя и пр необходимые аттрибуты.
И хранить в конце файла. А при добавлении нового, на место таблицы писать новый файл, а саму таблицу перносить снова в конец, добавляя в нее новую запись.

блин, начинаем изобретать велосипед. Короче могу на многих моментах поспорить, но буду тупо искать исходники с подобным.