» FreeArc (часть 4)

Bulat_Ziganshin

Цитата:

-mlzma -mt1/2

Спасибо.
Поэкспериментирую.

[more] [more=.][/more]
Проблема: не распаковываются репаки, сжатые с помощью FreeArc.
Я уже обращался в эту тему с той же неприятностью около года назад: ссылка.
В этот раз она проявилась на совершенно новом компьютере: чистая система, проверенная свежекупленная пара планок оперативки. Кажется, теперь исключены вообще все причины, которые могли вызвать неполадки: железо в порядке, софт в порядке, сам репак в порядке, скачивается без ошибок (сверял по SHA-1 хэшу). Я в растерянности и не знаю, что ещё можно сделать.

Тем временем в рунете эта проблема становится повальной. По запросу "не устанавливаются репаки крупных игр" в яндексе можно найти тысячу аналогичных случаев, и никто ещё не выработал рецепта для её решения. Чаще всего предлагают следующие способы (иногда пишут, что помогает): [more=Народные способы]
1) Заменить/вытащить планку оперативы
2) Переустановить WinRar
3) Запустить в режиме совместимости с WinXP и от имени администратора
4) Почистить реестр
5) Поставить лицензионный Windows
6) Снести антивирус
7) Качать на другой HDD/устанавливать с/на другой HDD
8) Качать с другого компьютера
9) Заменить BitTorrent на uTorrent
10) Принести религиозную жертву любимому IT-божеству
11) Перестать играть в компьютерные игры вообще[/more]
Как правило, ничего конструктивного. [/more]

-x@excluded_files.txt

Цитата:

*\_svn\* #test
*\.svn\*
*\webui\aspnet_client\*
*\webui\*.config //test
*\webui\Web.config.model
*\webui\robots.txt
*\webui\obj\*
*\webui\Views\Web.config
*.mp3
*.cs
*.resx
*.webinfo
*.csproj
*.xsd
*.xsx
*.user
*.Publish.xml

Т.е. если добавить коментарии в файл excluded_files.txt, то он перестаёт верно отрабатывать.
Можно ли добавить поддержку комментариев в excluded_files как это есть в WinRar ?

12) написать невразумительное сообщение куда попало

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

>не ставятся только те репаки, в которых использован FreeArc для сжатия данных.

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

Добавлено:

Цитата:

Открывая файл (как правило, data.bin в репаках) стандартным клиентом FreeArc я вижу дерево файлов, но успешно могу разархивировать только часть из них.

наверняка потому что архив внутри srep. ну и вообще подозрение номер 0 - у тебя 32-битная винда

Bulat_Ziganshin
Нужно окошко в конце тестирования, а сейчас просто происходит закрытие

Код: START /wait FreeArc a -ag%%Y-%%m-%%d--%%H-%%M-%%S -t7z -ep1 -ed -t -r update-- ..\..\PrecompiledWeb\* -x@excluded_files.txt

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

Да, ситуация дурацкая.
Приводить конкретный пример смысла нет - ошибка повторяется на абсолютно всех репаках титанического размера.
И да, винда действительно 32-битная. Точнее, обе винды, на которых я всё проверял: 7-ка и XP. А разве 32-битность - проблема?
Если невразумительное сообщение куда-попало меня спасёт - отлично.
Кстати, на просторах этой темы я встречал предложение найти способ указывать, что репак сделан с помощью FreeArc - вроде автоматического создания файла descript.ion при распаковке. Если его реализовать, то люди с тем же вопросом, что у меня, будут пачками сюда приходить.
P.S. Вот типичнейший пример репака, который возвращает ошибку из unarc.dll или isdone.dll в случайном месте. Вряд ли он чем-то поможет.

QSQ гуляй

PoseidonGuest002
прочтите наверху "Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows". запустите оболочку freearc и в settings посмотрите последнюю вкладку

вообще ситуация не дурацкая - просто её нужно начинать рахрешать с автора репака. чтобы он для начала сообщил чем и с какими параметрами пакует. вы ведь если в игрушке directx будет глючить, не к микрософту обратитесь а к авторам игрушки/драйверов?

если эти игрушки на 64-битной винде ставятся спокойно, то моё первое подозрение - проблема с lzma. это я исправить могу. но опять же,

1) скажите что у вас в диалоге settings
2) проверьте на 64-битной винде
3) пусть авторы репака скажут параметры сжатия

вообще большой размер словаря lzma - это известная ловушка для неопытных авторов репаков а виноват как всегда папаша мюллер

Добавлено:

Цитата:

Вот типичнейший пример

автор репака девушка. неудивительно что она не спец по тонкостям упаковки

Чем-же будем жать? Nanozip-ом?

Спасибо, что не отказались помочь.
В settings написано: максимальный блок адресов: 1446 mb
На 64-битной винде проверю обязательно, как только появится возможность.
Как только добьюсь какого-либо результата или хотя бы узнаю параметры сжатия, сразу отпишусь здесь.

Добавлено:

Цитата:

автор репака девушка. неудивительно что она не спец по тонкостям упаковки

Шутить изволите-с. :)
Так-то это перезалив. Автор некто Fenixx (fenixx-repack.3dn.ru). Впрочем, может оно и девушка.

Evgenii66
Нет, всё тем же FreeArc-ом.
Удивлён? =)

Не удивлён.Как и многие здесь,давно слежу за этим замечательным продуктом.Жмёт хорошо и быстро - просто очень долго автор его готовит. Понимаю, продукт бесплатный,держится на голом энтузиазме автора - за что ему , конечно, респект. Просто, может, не нужно ему заморачиваться слишком сложными итерациями...научно и долго всё очень.А вот бы...попроще...без Линукса....сугубо имхо.... С Новым Годом всех!

Цитата:

В settings написано: максимальный блок адресов: 1446 mb На 64-битной винде проверю обязательно, как только появится возможность.

на 64 Семёрке 2042mb

надо доделать сам архиватор без графической оболочки и отдать в открытое пользование другим производителям архиваторов. например, через 7zip можно делать не только родные архивы, но и другие форматы.
на arc-е не доделана ещё многотомность, зато у автор в планах поддержка других стандартов. да кому это интересно, если можно поставить другой архиватор, коих сейчас много?

Никак не могу упаковать каталог так, как мне надо.
Имеем каталог, который надо упаковать со всем содержимым:

D:\Work\Data

в нём несколько подкаталогов, два из которых (tmp и trt) не должны попасть в архив.
В архиве корневым каталогом должен быть Data.
Получается только если текущий каталог для Arc.exe = D:\Work, но это не всегда возможно.

Вопрос: я чего-то недопонял в опциях, или придётся-таки писать батник, в котором менять текущий каталог перед вызовом Arc.exe?

QSQ
По большому счету кроме многотомности и возможности создавать recovery-volume FreeARC имеет все базовые, необходимые для повседневного использования фичи.

Да, он по сей день экспериментальный, каким и был с момента публикации первой паблик-версии почти 6 лет назад на форуме compression.ru. И, вероятно, так и останется экспериментальным навсегда.

Плюс не стоит забывать, что на дворе не 1993-й, а 2013-й год, всё актуальнее смарты и планшеты, на которых классический PC-шный архиватор, да ещё не совместимый ни с чем, банально никому не нужен.

Что касается "да кому это интересно" - ответ простой: автору И ещё сотне-другой энтузиастов компрессии, которые готовы им регулярно пользоваться (а не по принципу скачал - запустил разок-другой и забыл).

Когда над программистом не стоит менеджер и не "пинает" его, что к такому-то сроку надо реализовать и отладить вот такой-то функционал, программист будет делать не то, что нужно кому-то, а то, что интересно в первую очередь лично ему. FreeARC - как раз такой случай.

Так что твои возмущения непонятны.

-dpd:\work -xtmp\ -xtrt\ -apData

SELFY

Цитата:

Цитата: максимальный блок адресов: 1446 mb

на 64 Семёрке 2042mb

Цитата:

на которых классический PC-шный архиватор, да ещё не совместимый ни с чем, банально никому не нужен.

На PC Freearc может быть превосходным бесплатным мультимедийным архиватором, в отличие от всяких там 7zip, когда автор сделает сжатие jpeg без precomp (там сейчас баг, jpeg через precomp сжимается сильно хуже чем без), и добавит сжатие mp3 из коробки (хоть packarc, хоть mpz через открытую dll). Бесплатных конкурентов в этой области нет, а даже и среди платных никого толком нет, кто умеет делать сжатые бэкапы через опцию --sync. Вот она, эта ниша, бери, не хочу.
Но автор уже полгода игнорирует эти пожелания.

PoseidonGuest002
Когда я экспериментировал с FreeArc в 32-битной Win7 (имею ввиду методы -m80...-m89), то у меня проблемы начинались с требования к памяти где-то в районе 1444 Мб.
Поэтому я стремился использовать методы, где требуется ОЗУ меньших размеров.
Причем цифра 1444 МБ - примерная, там есть разные особенности, в которых я не копался.

Если забыть на время о "несжимаемости" отдельных видов данных,
современных пользователей волнует чаще не сжатие документов или программ,
а кино! и фото!
По-моему, это самые массовые желания.

Небольшой оффтоп -))
Есть такая заморочка, имеются в наличии 8 ИЗО-шек по 5 горбов каждая, и того 40G. Содержимое этих изошек близко, так как это просто разные версии одного и того же. Но сами по себе они, конечно, слабосжимаемы так как контент уже пожат.

Так вот, как ужать мне эти 40G в 5G с хвостиком? Стоит win32 и 1G свободной RAM.

Никогда не юзал, поэтому спрашиваю - может мне тут помочь srep и freearc? Или одна прога srep?
Подкиньте ключики для архивации разархивации этого специфического случая, чтоб по быстрому.

Запасной вариант есть - коды ридасоломона rsc32 и вылечивание одной изошки во все остальные, но хочется поменьше гимора -))

Цитата:

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

что именно доделать и кому отдать? если речь о многотомности, то это недолго, а 7-zip имхо имеет GUI не лучше моего (т.е. в чём-то лучше, в чём-то хуже)

persicum
Возьми SmartVersion и оставь одну исошку + патчи для других

Bulat_Ziganshin

Цитата:

если речь о многотомности, то это недолго

Дык уже не первый год ждем. Даже странно, что в FA такой стандартной, но часто используемой фичи до сих пор нет.

persicum
натравь на них zpaq/exdupe - они аналогичны srep, но способны обрабатывать наборы файлов. скорей всего экономии не будет из-за того что они уже сжаты

так что остаётся только распаковать всё и затем обработать одной из этих программ чобы получить дедупликацию+сжатие

Цитата:

Дык уже не первый год ждем

автор просто очень часто отвлекается на всякую фигню: то ему захотелось precomp и srep прикрутить (хотя до сих пор ни то ни другое не работает нормально), то ему стал неожиданно интерфейс не нравиться, то с какой-то радости дельта стала медленно работать и ее сверхважно нужно было обновлять... А в планах написано, что в 0,7 версии должна быть реализована полная поддержка zip, rar, 7z и других архивных форматов и все! Так это уже фиг знает сколько времени как реализовано! неужели нельзя тупо исправить баги в этом направлении и выпустить финалку?

А тем временем 95.33% пользователей сидят на последней стабильной версии и ждут 0,7 версию! Вам не кажется что это как-то неправильно, делать столько времени beta версии для 5% пользователей и полностью не обращать внимание на другие 95%?


Цитата:

если речь о многотомности, то это недолго

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

Не отвлекайтесь на добавление дополнительного функционала, сделайте уже основное! Выпустите 0,7 с тем функционалом что есть и беритесь за многотомность.

в форуме 7-zip появилось совершенно сногсшибательное сообщение:

Цитата:

There is an issue. When I want to make a zip or 7z file. 7-zip running perfectly but it uses %96 of my CPU.. What the heck?

When the job finish CPU turns normal.

"в вашем 7-zip проблема - при его работе использование CPU возрастает до 96%"

Цитата:

When the job finish CPU turns normal.

Да, прикольно. Человека можно понять. Когда я тестировал blake2sp, тоже прифигел - такой пустяк, типа рассчитать md5-подобный хэш файла, а ядра грузит на все 100% -))


Цитата:

натравь на них zpaq/exdupe - они аналогичны srep, но способны обрабатывать наборы файлов

Спасибо за просвещение!

exdupe судя по описанию крутая штука - но только на 64-бит.

zpaq с параметрами по умолчанию ужал мне 40G абсолютно несжимаемых файлов в 18G - неплохо для начала.

RSC32 2 млн. блоков пока считается, потом отпишусь, что показывает скользящее окно.


Цитата:

Возьми SmartVersion и оставь одну исошку + патчи для других

В том то и дело, что попарно сравнивать я не хочу, а хочу один супер-пупер-мегапатч на все 40G -))