» FreeArc (часть 4)
Цитата:
.arc - в консольной версии я ничего менять и не собираюсь
переформулирую: какой метод сжатия/алгоритм/формат и т.п. используется ?
Цитата:
надо просто вставить его наконец внутрь freearc, чтобы объединить их достоинства
ждём-не дождёмся! как и fa/64bit

правильно ли я понял опцию при содании архива с паролем ?
Use password говорит FA использовать пароль который мы ввели в том же окошке чуть выше.
Если Use Password не ставить, то FA запросит ввод пароля при начале архивации.
По идее если мы ввели пароль то значит мы его и собираемся использовать.
Или я что-то упустил ?
если это код из unarc.dll, то сбойные сжатые данные
#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA (-7) /* Data can't be decompressed */

архив можно защитить паролем и/или кифайлом. эта галочка говорит о том, что будет пароль. если он введён в enter password, то используется этот пароль, если не введён - запрашивается у пользователя
также как файл-ключ можно выбрать, но галочку снять. как вариант - можно перенести поля ввода пароля после галочки Use password, но тогда будет недоумение вызывать то, что при этом в профиль шифрования сам текст пароля не входит
Цитата:
какой метод сжатия/алгоритм/формат и т.п. используется ?
какие и были с 0.40 - формат freearc, метод -m4
Цитата:
наверно уже говорилось, не запоминает, размер окна.
да, говорилось, посмотрю
Цитата:
Уже пробывал, после распаковки первого файла выдаёт ошибку что CRC не совпало и всё на этом, остальное не распаковывает.
я вообще не понял что ты делаешь
если да, то дайте arc.ini, пожалуйста...
Цитата:
-s8m -mgrzip:m2
жмет впечатляюще, очень хорошая штука.
вот вожусь с своими архивами .fb2, может у вас есть в загашнике спелл, чтобы максимально возможно сжать эти файлы.
все остальные показатели, время упаковки-распаковки, ресурсоемкость и иже с ними, вообще побочны, главное чтоб:
Цитата:
окончательное сжатие. фактическое. броня!
Цитата:
архив можно защитить паролем и/или кифайлом. эта галочка говорит о том, что будет пароль. если он введён в enter password, то используется этот пароль, если не введён - запрашивается у пользователя
Значит я всё верно понял, но вот например в 7z есть лишь поля для ввода - что уже говорит Use Password и это вроде логично.
Цитата:
также как файл-ключ можно выбрать, но галочку снять. как вариант - можно перенести поля ввода пароля после галочки Use password,
А можно ли поля для ввода появлять лишь после выставления галочки Use Password ? И по идее правильнее их расположить сразу под галочкой.
Цитата:
но тогда будет недоумение вызывать то, что при этом в профиль шифрования сам текст пароля не входит
Код: -hp -p? --encryption=aes-256
уже бы давно сам прикрутил...
Цитата:
вот вожусь с своими архивами .fb2, может у вас есть в загашнике спелл, чтобы максимально возможно сжать эти файлы."Эти файлы" представляют из себя обычный XML - то есть текст.
Цитата:
я вообще не понял что ты делаешь
предположу, что речь идет о wav<>ogg, c помощью oggenc, прописанном известно где.
m9j меня не устраивает, а к max не могу прикрутить...
помоги, если получилось...
да, мы их открывали

то что текстовый компрессор под них нужен, эт понимаю.
но так как не сильно дружу с архиваторами (бывало и многотомные архивы у меня разбегались, а не распаковывались), хотел спросить у более сведущих (ну вдруг чего есть спецзаточенное) о возможности "ахового" сжатия.
7z и freearc тестил, arc с "-s8m -mgrzip:m2", пережал лучшЕй.
сразу захотелось чего-нибудь поядернее, чтоб в сингулярность понапхать.
хм..обычные человеческие запрсы)
Цитата:
- вот сюда ?
да
Цитата:
предположу, что речь идет о wav<>ogg,
вроде -kb должен помогать. так что жду его отчёта
Цитата:
А можно ли поля для ввода появлять лишь после выставления галочки Use Password ?
у меня везде поля включены даже если их галочки сняты. предполагается что это упрощает работу - можно выбрать/ввести нужное значение и галочка сама ключится
Цитата:
но вот например в 7z есть лишь поля для ввода - что уже говорит Use Password и это вроде логично.
тогда если нужно временно отключить пароль (и использовать только keyfile), то в след. раз тебе придётся вводить пароль заново
а у меня сделано неочевидно, зато в расчёте на минимальное число нажатий кнопок. и неочевидно, куда отсюда двигаться - упрощать, документировать или сделать два варианта gui - для новичков и гиков
Всё началось с того, что перестали устанавливаться скачанные с торрентов репаки игр. Углубление в проблему показало, что не
ставятся только те репаки, в которых использован FreeArc для сжатия данных. Обычно процесс распаковки прерывается одной из
следующих ошибок:
- Заголовок "srep". Архив повреждён;
- Заголовок "IsDone.dll". Unarc.dll вернул код ошибки -7: архив повреждён;
- Заголовок "IsDone.dll". Unarc.dll вернул код ошибки -12: несхождение контрольных сумм.
Открывая файл (как правило, data.bin в репаках) стандартным клиентом FreeArc я вижу дерево файлов, но успешно могу
разархивировать только часть из них. При попытке разархивировать остальные программа просто закрывается.
Я пытался решить проблему, постепенно отсекая причины, которые не могли вызвать ошибку:
1) Первое, что бросается в глаза: наверное, действительно "архив повреждён". Но я проверял работу со многими разными репаками
(около десятка) в том числе с теми, что уже успешно были установлены на других компьютерах. Идентичность файлов сверял по
SHA-1 хэшу.
2) Я заподозрил неполадки с оперативной памятью, проверил. Одна планка и в самом деле оказалась битой, но её удаление не
помогло.
3) Я поставил свежие библиотеки Unarc.dll и IsDone.dll в system32 и зарегестировал их в системе командой regsvr32. Не спасло.
Проверял даже до и после регистрации файлов. Кроме того, раньше в system32 этих файлов не было вообще, как они могли
возвращать какой-то код ошибки?
4) Наконец, я просто запаковывал и распаковывал обратно файлы при помощи FreeArc на своём компьютере и не смог воспроизвести
ошибку снова. Правда, файлы я использовал небольшие.
5) Ещё я подметил, что впервые столкнулся с проблемой около месяца назад, до этого всё было в порядке. Значит, система и
конфигурация железа врял ли виновны.
Надеюсь услышать мнение, чем подобное может быть вызвано, я уже устал искать ответ. Заранее извиняюсь, если подобный вопрос
уже был: в интернете он встречается очень часто, а конкретно в этой теме уже 110 страниц.
Любопытно, что на форумах можно найти много людей, решивших эту проблему совершенно "шаманскими" способами. Дело в том, что
ошибка возникает в случайный момент, и может так случиться, что не возникнет вообще за всё время установки (но файлы
распакуются не все). Тогда, вероятно, пользователь думает: "Баг у становкой я победил, а игра сама по себе у меня не идёт".
Ещё забавный факт: репаки для релиза на торрентах как правило создаются при помощи связки Inno Setup + FreeArc, из-за чего
получается своеобразный "бич пирата" - глюк, который возникает только у любителей халявы. [/more]
Цитата:
7z и freearc тестил, arc с "-s8m -mgrzip:m2", пережал лучшЕй.
folta 13:37 05-04-2012
Цитата:
но так как не сильно дружу с архиваторами (бывало и многотомные архивы у меня разбегались, а не распаковывались), хотел спросить у более сведущих (ну вдруг чего есть спецзаточенное) о возможности "ахового" сжатия. 7z и freearc тестил, arc с "-s8m -mgrzip:m2", пережал лучшЕй. сразу захотелось чего-нибудь поядернее, чтоб в сингулярность понапхать.
Если охота посильнее пожать текстовые файлы, то dict+lzp+ppmd с большим словарем (про эти алгоритмы можно прочитать в справке идущей вместе с FreeArc'ом) и solid-архив. Также можно попробовать durilca, но это внешний компрессор.
Цитата:
- вот сюда ?
да
это сделанно что бы всегда можно было скопировать и использовать в консоли ?
Цитата:
у меня везде поля включены даже если их галочки сняты. предполагается что это упрощает работу - можно выбрать/ввести нужное значение и галочка сама ключится
т.е. если мы ввели пароль в поля то галочка Use Password включится сама ? Это возможно было бы удобнее.
Цитата:
тогда если нужно временно отключить пароль (и использовать только keyfile), то в след. раз тебе придётся вводить пароль заново
А разве сейчас не нужно ?
Есть кнопка Save, но вбив пароль и нажав Use Password, а затем Save в последующие разы я не нашёл якобы сохранёных настроек и мне так же пришлось вводить пароль и жать галку Use Password.
Можно например запомнить пароль в любом случае, но использовать его лишь в случае активной галочки Use Password.
Цитата:
а у меня сделано неочевидно, зато в расчёте на минимальное число нажатий кнопок. и неочевидно, куда отсюда двигаться - упрощать, документировать или сделать два варианта gui - для новичков и гиков
попытаться найти компромис

думаю мало кому нужна история с 2-мя GUI.
а ты не можешь для начала совсем поменять память? убрать разгон конечно если есть. мы сталкивались с проблемами распаковки srep и в конце концов даже появилась гипотеза что srep нагружает компьютер сильнее тестов и поэтому может сам служить тестом памяти. но это конечно хороший предлог не искать в нём ошибки

потом - разрегистрируй и сотри dll из system32. они должны идти в комплекте инсталятора, и разные их варианты несмотря на одинаковое название несовместимы друг с другом. это даже как вариант объяснения проблемы - какая-то левизна подхватывается у тебя из path
-mx. то что я делал с grzip - заточено на быструю распаковку любого текста для "электронной библиотеки"
Цитата:
Как сделать, чтобы в архиве относительный путь был? Т. е. пакую таким образом: "%arc% a -m5 -y archive.arc "x:\path_to_dir\dir"" - при открытии "archive.arc" сначала весь "path_to_dir" проходится. А нужно, чтобы в корне архива только "dir" была. По типу как в 7-Zip: "%7za% a -t7z -y -mx9 archive.7z "x:\path_to_dir\dir"" - архив создается без полного пути.
-dpx:\path_to_dir dir
ещё -ep на эту тему есть
PAQer
Цитата:
предположу, что речь идет о wav<>ogg, c помощью oggenc, прописанном известно где.
Да, именно об этом и идёт речь. Уже разобрался

Версия с несовместимыми dll тоже отпадает, так как я сделал несколько попыток до того, как добавил в систему unarc.dll и isdone.dll. А библиотеки, приложенные к инсталлятору, неподходящими быть не могут, иначе бы у других скачавших тоже ничего бы не ставилось. К тому же, я использовал и сам клиент FreeArc, а он использует библиотеки, идущие с ним в комплекте, верно?
В англоязычном интернете почему-то при возникновении такой проблемы отовсюду упорно предлагают почистить реестр. В этом есть какой-то смысл, или это совет из разряда \"содержите дом в чистоте\"?
Цитата:
srep нагружает компьютер
Это да, на моём слабом железе современные репаки заставляют вспомнить детство, когда ставишь игру устанавливаться и отправляешься гулять.
Офф-топик. Только сегодня попался на глаза топик на habrahabr.ru про FreeArc, Вы, Bulat_Ziganshin, упомянуты в нём как единоличный автор проекта (к слову, оказалось, что мы живём в одном городе). Но выше Вы писали
Цитата:
мы сталкивались с проблемами распаковки srep
А кто это мы? Выходит, сейчас Вы ведёте разработку уже не в одиночестве? [/more]
да, спасибо.
с этим я разобрался, даже более того...
подскажите как удалять собственные профили упаковки.
кнопка сохранить есть. вход-выход, ничего не меняет.
стираю строку, остается с пустым полем.
а я их налепил жеж, тучу.
гугл по этому вопросу молчит. фак тоже, наверное.
вобщем как всегда на ровном месте, вдебезги. вхлам.
Добавлено:
да и стандартные тоже, там большинство мне не нужно, а выпадающее окно со скроллом нервирует.
Цитата:
если это код из unarc.dll, то сбойные сжатые данные
#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA (-7) /* Data can't be decompressed */
да из unarc
странно но эта ошибка то бывает, то все ок, на моем компе ок, люди скачивают файл, у кого-то code -7, а у кого-то ошибки нет. причем сам файл в свою очередь упакован в несжатый рар-архив вместе с exe-шником инсталятора и прочей лабудой
я заметил что такая ошибка довольно часто проявляется если размер arc-архива ~1.2Gb и более, при архивах до гига такого вообще не случается. Большой размер архива делает его то ли нестабильным то ли чувствительным к закачке с инета (если перекопаковать с LZMA2 то все ок хотя сам архив получается еще больше)
сами данные ессно не могут быть сбойными, декомпрессия у меня происходит без проблем, архив не битый, у пользователей (которые скачали с инета данные) другие мои установщики с меньшими по размеру arc-архивами проблем не создают
но как быть если скажем сжимаемый файл очень большой (не думаю что резать его винраром, чтобы потом пораспихать на мелкие arc-архивы, будет хорошей идеей)
мои исследования пока сводятся к тому что с фриарком очень велика вероятность получить эту ошибку скачивая большие архивы, при этом повторное скачивание с других зеркал либо мультипарт-рар пакета в котором есть большой фриарк-архив зачастую решает эту проблему, архив каким-то образом бьется при закачке из инета (даже если он внутри винрар-архива), но происходит это почему-то лишь с большими архивами, на моей практике ошибки начинают появляет начиная примерно с 1,2гб и более
[/more] [/more]
Вопрос в том для чего архиватор нужен "массовому" пользователю.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.