Кстати, почему не больше 2 Гб? KOL-овский стрим вполне корректно обрабатывает до 4 Гб.
------------ Дoбавленo в 13.49:
GroZID, держи:

У нас в компонентах не Dword, а Integer

А на что это влияет? Например, Position будет отрицательной, ещё что?

Netspirit, спасибо Вам, исходя их сказанного я понимаю что замену файлов и сохранение реализовать не получится. Так ли это?

Получится: нужно создавать новый архив, писать в него заменяемые файлы из файлов, незаменямые - из исходного архива. Положение файлов в исходном архиве я показал как получить. Осталось в новом архиве корректно сформировать заголовок, вычислив положения и размеры добавляемых файлов. В принципе, сравнительно не сложно, нужно только проработать логику.

А в for step 32 никак нельзя применить ?

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

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

Да не получится так просто -- каталог-то динамический. Что, если файлов не четыре, а больше, и мы не знаем сколько. Каталог надо делать отдельно, хранилище отдельно, а в конце надо их объединять. Иначе при добавлении файла, тебе придется переписывать все с начала

nesco, мы знаем количество - оно хранится вторым Dword-ом от начала архива.

Мы не знаем конечного кол-ва, если создаем новый файл из разных мест. Если просто меняем данные, то мы должны разбивать хранилище на три части от того файла, который будем менять -- начало + файл замены + конец. И так все, которые меняем, заменяя в каталоге смещения на валидные для каждого, именно каждого файла, идущего дальше меняемого

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

Netspirit, про step 32

Netspirit, попробуй, мне так кажется, что очень просто у тебя не получится. Почему, я описал выше. Прикинь, сколько будет заниамать по времени замена нескольких файлов другой длины в середине большого архива в 2Гб
------------ Дoбавленo в 14.38:

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

Редактировалось 1 раз(а), последний 2025-01-17 15:32:58