» FreeArc: бесплатный open-source архиватор - Часть 3

Цитата:

А кто это добавил последний вопрос в MiniFAQ?

я, давным-давно

Bulat_Ziganshin

Цитата:

сделал - http://freearc.org/download/testing/unarc-Nov8.zip

Урааа заработало , парень написал что все распаковывается нормально! (прогрессбары движутся как и положено почти одновременно), спасибо , теперь надо будет обновлять setup.exe у своих репаков))

Цитата:

теперь надо будет обновлять setup.exe у своих репаков))

сначала попроверяй на других машинах. вдруг оно перестало работать там где работало раньше. на 32/64 бита, с разным кол-вом озу. я со своей стороны проверил как только мог, но "полевых испытаний" не проводил, это за тобой

Цитата:

сначала попроверяй на других машинах. вдруг оно перестало работать там где работало раньше. на 32/64 бита, с разным кол-вом озу. я со своей стороны проверил как только мог, но "полевых испытаний" не проводил, это за тобой

Ok будет сделано, если что дак сразу отпишусь.

В смежной теме (про 7zip кажется) прочёл что-то такое что FreeArc может сжимать jpg-файлы. Я что-то не так понял?

HelioSS
jpg сжимают: stuffit, winzip 12, paq8 с какими-то там буквами, packjpg и использующий его dll-ку precomp

freearc всего лишь умеет вызывать внешние упаковщики, в частности в режиме -max он автоматом вызывает для них precomp. сам precomp ставится через FreeArc PowerPack

Bulat_Ziganshin

Цитата:

сам precomp ставится через FreeArc PowerPack

Не совсем понятно

HelioSS
поставь FreeArc PowerPack и у тебя будет precomp. затем сжимай с опцией -max

Bulat_Ziganshin, т.е. если сжимать с опцией -max -ld768m (дописывать ничё не надо?) файлы автоматом обрабатываются прекомпом и сжимаются, а при распаковке наоборот?
P.S. Про запрос 2-го диска так ответа и не дождался... хотелось бы на примере вашего скрипта или Ext от Доброва... или это пока реализовать невозможно?

Цитата:

если сжимать с опцией -max -ld768m (дописывать ничё не надо?) файлы автоматом обрабатываются прекомпом и сжимаются, а при распаковке наоборот?

да


Цитата:

Про запрос 2-го диска так ответа и не дождался... хотелось бы на примере вашего скрипта или Ext от Доброва... или это пока реализовать невозможно?

можно. реализовывайте. надо всего лишь уметь программировать inno setup

Bulat_Ziganshin

Цитата:

поставь FreeArc PowerPack

На оффсайте его не нашёл

HelioSS
Это "Дополнительно: стандартный комплект внешних упаковщиков":
http://freearc.org/download/0.60RC/FreeArc-PowerPack-0.60RC.exe

HelioSS
в заголовке темы - Текущая альфа версия: 0.60RC - загрузка [?]

на офсайте ссылки на rc месячной давности, в нём это неправильно работало

Цитата:

Цитата:
если сжимать с опцией -max -ld768m (дописывать ничё не надо?) файлы автоматом обрабатываются прекомпом и сжимаются, а при распаковке наоборот?

да

Чёт не пойму как пользоваться -max... Есть файл (128 мб), если обработать его прекомпом - становится более 200 мб (ну и полученный соответственно лучше жмётся). Затем пробую запаковать исходный файл с -max -ld768m, но обработки прекомпом не происходит, результат сжатия такой же, как с -mx... Что я не так делаю?

A19EXXX
freearc ноябрьский? powerpack взял по указанной мной ссылке?

Добавлено:
если да, то добавь опции -di -di+$ и кидай сюда вывод программы

У меня возникла сходная проблема - сжимаю CD-образы (.bin) с -max. Первый диск, как и положено, сжимается цепочкой ecm+precomp04+rep+exe+delta+tempfile+lzma , а вот на следующий образ Freearc почему-то о ecm забывает (precomp04+rep+exe+delta+tempfile+lzma). Причём эта картина наблюдается и в консольной версии, и с GUI. Конечно, для моего случая вообще лучше всего было бы просто использовать ecm+rep+1bx (или даже ecm+rep+4x4:tor - с настройками как ex1/ex2 - но подожду пока их формат устаканится - хотя эти режимы выглядят очень привлекательно в смысле ускорения (даже для двухядерников) часто почти без потери сжатия - потому как rep обычно съедает большинство повторов для которых нужны большие словари - т.е. мне даже rep:1gb:128+4x4:lzma:32mb:max:bt4 кажется не совсем бессмысленным - сжимает-то не особо быстрей, зато распаковывает почти вдвое быстрее - хотя тут наверное лучше подходят модификации ex4 или ex5 - вот разве что захочется немножко сэкономить память распаковки) - но тут дело принципа, чтобы -max работал правильно.

И ещё один вопрос - можно ли при переупаковке слить два относительно больших solid блока - вроде двух блоков по 1.5 Гб ужатых до 400 Мб каждый. Так и не удалось это сделать... Полное расжатие с дальнейшим пересжатием не совсем устраивает - почему-то даты каталогов не сохраняются при распаковке (но в архиве они правильные).

Да, версия у меня 5-ого ноября, и Powerpack новый поставил.

Цитата:

сжимаю CD-образы (.bin) с -max

добавляй -ma-. там автоопределение типов файлов вмешивается...

Добавлено:

Цитата:

И ещё один вопрос - можно ли при переупаковке слить два относительно больших solid блока

да, это должно работать. видимо, fa опять считает что у них разные типы данных, попробуй с -ma- или вообще задвая один алгоритм сжатия на весь архив

Установил FreeArc PowerPack 0.60 RC. Как в графической оболочке работать с jpg? Там ничего не изменилось в плане вариантов компрессии

Bulat_Ziganshin
в FreeArc-portable-0.60RC-win32.zip затисался внутрь arc.arc

Добавлено:
для arc.arc какая сейчас минимальная версия FreeArc?

HelioSS
ручками набери -max в строке метода сжатия, оно запомнится в списке. вообще, fa сейчас не для рядовых пользователей - я бы тебе посоветовал скорее winzip12

Добавлено:

Цитата:

для arc.arc какая сейчас минимальная версия FreeArc?

0.40 его распаковывает

Цитата:

в FreeArc-portable-0.60RC-win32.zip затисался внутрь arc.arc

спс, исправил

Цитата:

для arc.arc какая сейчас минимальная версия FreeArc?

а, ты наверно имеешь в виду на какую версию его можно ставить. 0.60rc должно подойти

а почему не сохраняется профиль по умолчанию? какой ни выбери

версия 0.60rc

Цитата:

а почему не сохраняется профиль по умолчанию? какой ни выбери

Насколько мне известно, сохраняется только последний использованный алгоритм сжатия (-max, -mx, или -mx -ld=512m например). Такие опции как "Протестировать архив после завершения операции", "Защита", "Сортировка файлов в архиве" действительно не сохраняются в профиль. Они актуальны только для текущего сеанса упаковки, и при вызове новой упаковки, или упаковки из контексного меню не происходит проверки на ошибки, защита не добавляется. После нового запуска программы, даже после пересчитывания профиля, созданного в прошлом сеансе (на странице Основное или Сжатие) опции не проставляются. Пользователь снова должен выбрать опции, которые ему необходимы. Протестировано на XP SP3 4GB и Vista SP2 2GB. Версия 0.60RC (November 5 2009).

PS. Cделал ~65% changelog_full.htm (и паралельно с ним changelog_full_ru.htm).
PPS. Сорри, что так долго получается

в настройках на вкладке Сжатие по кнопке Сохранить интуитивно ожидаешь при последующем запуске получить ровно те же настройки

когда видишь обратное - раздражает

vito333
прочти в http://freearc.org/ru/News.aspx планы на будущее

Добавлено:

Цитата:

PS. Cделал ~65% changelog_full.htm (и паралельно с ним changelog_full_ru.htm).

так залей _ru на сайт, я ж тебе говорил. что медленно - неудвительно, там титанический объём работы (почему я и не хотел этим заниматься)

Bulat_Ziganshin
хочется сделать 100% работы и только тогда заливать. Но залить сразу не получиться, я в переводе иногда записывал множественные варианты слов, или, так сказать вариант перевода, гораздо удобный для чтения, но содержащий ту же мысль.
И в планах у меня дать файлы Вам на корректировку, чтобы оставить правильный вариант. С другой стороны, в моем переводе просто возможны ошибки (я уверен, что они есть) и Вам нужно будет почитать все ли там правильно. Я имею ввиду только те части для которых не было сообщений на encode.ru.
Что я могу еще сказать? - Я работаю. Ждите.

Спасибо за совет - и правда -ma- в обоих случаях вроде помогает.

Ещё вопрос: какие настройки по умолчанию у lzma:959mb:h1gb (в смысле fb и mc, т.е. обычно это :32:mc0 - вот только как работает автоопределение при mc0)? Если память выделяется как под lzma:959mb:h768mb? Такое вообще имеет смысл, или только степени двойки для размера хеша?

Цитата:

как работает автоопределение при mc0

mc=fb/2+16 для bt4, mc=fb/4+16 для остальных. лучше задавать mc самому


Цитата:

Если память выделяется как под lzma:959mb:h768mb? Такое вообще имеет смысл, или только степени двойки для размера хеша?

степенью двойки должен быть размер хеша, делённый на mc

Добавлено:

Цитата:

хочется сделать 100% работы и только тогда заливать

ok, делай как тебе удобно. и сделай svn update - Марк в твоём файле одну ссылку сменил

Bulat_Ziganshin

Цитата:

и сделай svn update - Марк в твоём файле одну ссылку сменил

если я правильно понял, то сменил не специально? И Вы хотите вернуть "чистый" вариант? Или Марк сменил ссылку на сам файл?
Приду домой, всё поправлю, но файл пока будет таким же, т.е. русско-английским. По-отдельности два файла выложить пока не получится без правки. Там если перевести на формат А4, то 59 листов, и из них по 41 листу я уже сделал.

ruduk
просто сделай svn update - без этого у тебя svn commit не будет работать. он поменял ссылку на svn-репозиторий на актуальную, это непринципиально