egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: в общем случае у нас архив блочно-непрерывный, и в fa есть даже опция --append, которая добавляет к архиву новый солид-блок, не перепаковывая старые данные. в доке подробно расписаны плюсы и минусы её использования. Под общим случаем подразумеваю - настройки по-умолчанию. Но Benchmark говорил про другое Цитата: А если я хочу всего лишь добавить один маленький файлик к 10-гиговому архиву ? Даже при наличии достаточного количества свободного места при каждом обновлении придется перезаписывать _весь_ архив. И зачем такое счастье ? Но так ведь и происходит. Цитата: хотя теоретчисекая возможность добавления в архив без его копирвоания есть, сейчас такого не реализовано, и в списке первыхз приоритетов оно не стоит (хотя на перспективу штука хорошая  ) А как насчёт "стабильности", что будет во время сбоя? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:55 22-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: 1. сейчас каталог записывается в конец архива. даже если в архиве больше 20 тысяч файлов, в конце архива содержится инфа обо всех каталогах, т.е. прочитать её напрямую, не скачивая весь архив - не проблема     2. запись каталога в начало архива потребует переделки архиватора. причём пользы от этого - 0, поскольку без спец. программ, поддерживающих частичную выкчаку архивов FA, этот каталог всё равно использовать не удастся. а эти программы, если они появятся, с таким же успехом могут работать и с нынешней схемой Опять не осознал важное..., выкаченный архив, пусть на 90%, не распаковать и не выковырнуть из него уже скаченное, т.к. вся инфа в конце. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:34 22-11-2007

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору C:\!\FreeArchiver\Tests>Arc.exe l http://www.haskell.org/bz/arc.arc *.exe ARC 0.40 (24.11) listing archive: http://www.haskell.org/bz/arc.arc Date/time                  Size Filename ---------------------------------------- 2007-11-24 01:39:42   2.105.344 Arc.exe ---------------------------------------- 1 files, 2.105.344 bytes All OK   C:\!\FreeArchiver\Tests>Arc.exe x http://www.haskell.org/bz/arc.arc *.cpp Extracted 1 file, 4.912 => 15.894 bytes. Ratio 30.9% Extraction time 0.01 secs, speed 1.587 kb/s. Total 4.96 secs All OK   желающие поиграться могут качать этот самый arc.arc и на нём же тестировать - он non-solid   на SF выкладывать не стал. поддержки ftp пока нет, настройки proxy берутся из IE Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:45 24-11-2007 | Исправлено: Bulat_Ziganshin, 01:49 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: он non-solid Это временно? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 02:38 24-11-2007

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору egor23 Цитата: Это временно?   А как ты себе представляешь выкачивание произвольного файла из solid-архива ? Тебе придется скачивать _все_, что лежит в архиве до начала этого файла + сам файл. Это для "классического" solid-архива, когда для извлечения файла требуется распаковать все, что лежит в архиве до него.   Если же архив block-solid, то справедливо все то же самое, только качать будешь не с начала архива, а с начала "блока", в который попал файл. Нужный файл будет сразу скачиватся только в редком счастливом случае, если он находится в самом начале архива или блока.   Это я к тому, что solid-режим далеко не всегда удобен и нужен. Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 03:03 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Benchmark Цитата: А как ты себе представляешь выкачивание произвольного файла из solid-архива ? Тебе придется скачивать _все_, что лежит в архиве до начала этого файла + сам файл. Это для "классического" solid-архива, когда для извлечения файла требуется распаковать все, что лежит в архиве до него.     Если же архив block-solid, то справедливо все то же самое, только качать будешь не с начала архива, а с начала "блока", в который попал файл. Нужный файл будет сразу скачиватся только в редком счастливом случае, если он находится в самом начале архива или блока.     Это я к тому, что solid-режим далеко не всегда удобен и нужен. Ды, про это речь выше велась, о полезности частичной выкачки для solid и block-solid архивов. А то что non-solid можно хорошо частично выкачивать про это спору нет.   Bulat_Ziganshin Подведу итог просьбы размещения "инфы" в начале архива: 1. Нужна, для выковырования файлов из архива, в случае неполноты архива. 2. Нужна, для просмотра\анализа внутренностей архива. Предложение - "инфа" сама по-себе несостоятельно из-за п.1. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 03:42 24-11-2007 | Исправлено: egor23, 03:42 24-11-2007

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору egor23 Цитата: 2. Нужна, для просмотра\анализа внутренностей архива В общем случае - не нужна. Как самому архиватору, так и плагинам для FAR, TC и т.д. Просмотр архива будет успешно выполняться и с каталогом в конце.     Единственный случай, когда не сможет (поврежденные/недокачанные архивы сейчас в расчет не беру) - для многотомных архивов (которые еще не реализованы), если отсутствует том с заголовком. Но... если будут реализованы независимые тома, как в RAR, даже это проблемой не будет.   Цитата: 1. Нужна, для выковырования файлов из архива, в случае неполноты архива Если архив скачан не целиком, это проблема пользователя, а не архиватора. Раз недокачал, пусть докачивает. При "неаварийных" обстоятельствах заголовок в начале архива все же не нужен.   Я думаю об опциональном компромиссном варианте: специальном ключе, который "выцеплял бы" каталог заданного архива и клал его в отдельный файл. И тогда в случае неполного архива можно было бы попробовать распаковать его с прямым указанием файла с каталогом. Что-то вроде:   arc x -ключ_использования_заголовка=файл_с_заголовком архив путь_распаковки   Хотя лично мне такой вариант вряд ли когда-либо пригодится Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 04:25 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Если архив скачан не целиком, это проблема пользователя, а не архиватора. Раз недокачал, пусть докачивает. При "неаварийных" обстоятельствах заголовок в начале архива все же не нужен. Есть два варианта: 1. Аварийный - разрыв соединения, докачка не поддерживается, а перекачивать нет возможности. 2. Весь архив не нужен - нет возможности скачать 200-300 и более Мб\или не нужен весь архив. Внутри лежит один большой файл, хорошо упакованный, от него нужна часть.   Bulat_Ziganshin Цитата: 1. Нужна, для выковырования файлов из архива, в случае неполноты архива. Сейчас глянул, а FreeArc при поврежденном архиве, байтик в середине занулён, на сегодня не распакует ведь архив до повреждения? для LZMA пробывал, так начинает распаковывать пока место на винте не кончится, наверно, не дожидался этого. 9.rar - тестовый архив и повреждённый архив. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:11 24-11-2007 | Исправлено: egor23, 05:30 24-11-2007

euheny Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: Arc.exe x http://www.haskell.org/bz/arc.arc Ты меня очень заинтересовал ! Теперь больше всего меня интересует использование фриарк как качалку - пусть в консоли - хрен с ним. Вот только очень нужна поддержка других форматов. Выкачивать из мси-инсталяторов(которые могут быть гигабайтными) отдельные файлы - это круто ! Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 08:47 24-11-2007

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Это временно?   сама по себе библиотека просто эмулирует работу с файлами и распаковывать можно абсолютно любые архивы - с точки зрения программы просто появилась большая гибкость в записи имён файлов   non-solid архив я сделал только для того, чтобы вы могли увидеть, что качаются действительно считанные килобайты. с солид-архивом, понятно, при распаковке качалось бы больше. при получении листинга в любом случае читается только каталог архива, размер которого ~10 байт на каждый файл   Цитата: Выкачивать из мси-инсталяторов попроси прям счас Игорю в его форуме. я с ним вчера списался, ему понравилось. 7-zip эти инсталляторы ведь поддерживает? у него к тому же и GUI есть   Цитата: Сейчас глянул, а FreeArc при поврежденном архиве, байтик в середине занулён, на сегодня не распакует ведь архив до повреждения?   скорей всего, будет вести себя как 7-zip - основная-то библиотека сжатия одинакова  при этом начальная часть данных (распакованная из данных до повреждения) будет верной, но где кончаются верные данные - программа определить не сможет. ей для этого было бы необходимо хранить crc не пофайлово, а для каждых, скажем, 64кб файла Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 11:38 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: ей для этого было бы необходимо хранить crc не пофайлово, а для каждых, скажем, 64кб файла а как у других архиваторов реализовано 7-zip, Winrar, UHARC? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:06 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: у всех абсолллютно пофайлово. а тогда как у них реализовано остановка при битом архиве (7-zip, UHARC)?   Цитата: (ну, ты в курсе наверно что в bwt блоки и сжимаются независимо друг от друга) Мои знания ограничены, т.к. не всеми аспектами интересовался, за ненадобностью, и не со всеми архиваторами вполтную работал. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 14:40 24-11-2007 | Исправлено: egor23, 14:44 24-11-2007

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin из документации: Цитата: Информация об одном файле занимает в памяти порядка 500 байт. ... При распаковке из архива лишь части файлов кол-во используемой памяти пропорционально количеству распаковываемых файлов. Таким образом, вы можете распаковывать архивы, содержащие хоть миллионы файлов, по частям, имея машину всего с 32 Мб ОЗУ. А FreeArc будет сам такое делать, т.е. распаковывать архив частями, исходя из доступной памяти для распаковки определённого количества файлов? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 03:38 25-11-2007 | Исправлено: egor23, 03:39 25-11-2007

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование