» FreeArc (часть 4)

19:23 02-02-2013
Цитата:

freearc стандарт неуниверсальный

ИМХО это его единственный (но очень серьёзный) недостаток. Сколько времени уже прошло, а все на месте в отношении расширения рапространения...

Sergey_Advisor
проблема в том, что вся информация для восстановления хранится в RAM, причём память выделяется одним блоком. поэтому её размер не может быть больше размера наибольшего непрерывного блока ОЗУ (диалог Settings/Information)

freearc использует xor - намного более примитивную схему коррекции ошибок, чем коды RS. вообще это совсем не моя область, но я думаю, что par2 и 20% инфы - вполне достаточно для любых сбоев. дальнейшее повышение надёжности хранения данных - за счёт хранения копий на разных носителях (внешние диски, интернет, dvd, usb-стик)

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

Добрый день
Sergey_Advisor
Посмотрите DVDisaster или RSC32.

Bulat_Ziganshin
Когда-то в сети встречал opensource проекты Multipar и phpar2. Возможно ли использовать их в Вашем проекте?

Цитата:

Bulat_Ziganshin
новая альфа:

ошибка повторяется и на этой альфе

Насчёт srep 3.01:


Цитата:

i've tried it on LostPlanets2 archive lp2.pcf: 22,069,494,174 bytes

-m1:
srep64: 7,284,431,814 bytes in 151 seconds
srep32 3.0: 7,284,431,814 bytes in 285 seconds
srep32 3.01: 7,284,443,650 bytes in 159 seconds


-m3:
srep64: 7,009,388,668 bytes in 273 seconds
srep32 3.0: 7,009,388,668 bytes in 428 seconds
srep32 3.01: hasn't finished in 2 hours

probably, it's because reduced 32-bit hash produced too much collisions so srep keeps trying false match candidates. I should collect more stats to understand the situation (why who can help me by doing this work?)

the stats are required to understand whether the same problem possible in -m1 mode. If -m1 is guaranteed to work fast, i can incorporate into srep32 both matchfinders so that new one automatically used in -m1 mode. It's especially important since freearc 0.80 is expected to include 32-bit srep -m1 engine, so faster hashing will substantially inprove its speed

Добавлено:
MultiPar: "Please contact with me if you want to read source code of those applications. I want to know who is interested in my works. I am looking for a sponsor to aid development."

phpar2: исходники есть

к сожалению, там нельзя просто что-то скопировать, они создают файл в собственном формате, мне надо создавать в каком-то своём чтобы это оставались архивы freearc. надо разбираться в самих принципах надёжной защиты данных

Здравствуйте.
подскажите нубу как freearc 0.67 заставить работать с packJPG?
что и где прописать???
я уже облазил весь Arc.ini и ничего не получилось... всё проходит через precomp и фото не сжимаются...
объясните или укажите где искать нужную информацию... я облазил весь форум, но толком ничего не нашел...
мне надо чтобы jpg сжималось packJPG, а остальные файлы сжимались в режиме -max...

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

заранее очень благодарен...

а возможно добавить поддержку AES инструкций
(процессоры core i5/7 BullDozer FX)

FreeArc-LZMA-x64.exe с последней альфы у меня почему то не хочет выделять при упаковке более ~3,6 гб памяти. Похоже на то, что игнорируются значения словаря начиная от примерно 356 мб (если говорить о bt4).

Bulat_Ziganshin

Цитата:

может стоить поставить zip типом по умолчанию и/или предлагать пользователю при инсталляции программы выбрать между zip, 7z и arc?

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

Neo7898 10 чатлов.

Цитата:

а возможно добавить поддержку AES инструкций

подписывайся на http://code.google.com/p/freearc/issues/detail?id=271

Добавлено:

Цитата:

Ничего не понял:

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

Добавлено:

Цитата:

Где я мог ошибиться ?

если ты делал ассоциации с портабельной версией, то dll от неё была загружена в explorer.exe и продолжает им использоваться, куда бы ты её не перенёс. надёжный способ перейти на новую версию - отключить ассоциации, ПЕРЕЗАГРУЗИТЬСЯ, заменить старую версию на новую и вновь включить ассоциации

Neo7898
Я уже 9 месяцев автору говорю то же самое, что ты хочешь, сделать из коробки, чтобы jpg и mp3 сжималось через packARC без глючного precomp (на который забил даже автор и отвечает в своей ветке на encoder.ru), но видимо за 9 месяцев так сложно родить это простое решение.

Цитата:

Bulat_Ziganshin
если ты делал ассоциации с портабельной версией, то dll от неё была загружена в explorer.exe и продолжает им использоваться, куда бы ты её не перенёс. надёжный способ перейти на новую версию - отключить ассоциации, ПЕРЕЗАГРУЗИТЬСЯ, заменить старую версию на новую и вновь включить ассоциации

Удалил все прочие версии. Убрал ассоциации. Перегрузился. Вижу что файлы не ассоциированы. Ассоциирую и получаю ту же ошибку.

Запускаю FreeArc.exe нахожу в FAExplorer файл и жму распоковать. Получаю ту же ошибку.
Это так же связанно с ArcShellExt ?

Добавлено:
кстати, способ описанный мною по переходу на новую версию прекрасно работал до предыдущих 2-ух альф.

Цитата:

muzf

скажи, а нельзя самостоятельно прописать в arc.ini, чтобы на jpg и mp3 принудительно натравливалась packARC, а остальные файлы сжимались по выбранному типу сжатия???

slech
Ошибка вряд ли связана с ассоциациями, может Булат компилятором другим пользовался.

Neo7898
Можно, если тщательно изучишь документацию по формату ini.
Но те, кому ты пришлёшь полученный архив, открыть не смогут, только если не заменят свой ini от точно такой же версии FreeArc на твой и не положат рядом экзешники. И даже если пришлёшь SFX, то тоже открыть не смогут, потому что сборка sfx архива со своими сторонними модулями, которые использовались при упаковке, заявлена только в очень будущих версиях.

Цитата:

А почему в версии 0.67 FreeArc не поддерживает уровень сжатия "-max"? Устанавливал PowerPack, последняя альфа на него не реагирует...

проверил - установил свежую 0.67, затем powerpack0.666, упаковал каталог с опцией -max из комстроки и gui - всё работает. может у тебя добавление каталога PowerPack в PATH не подхватилось?


Цитата:

P.S. Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

подписывайся на http://code.google.com/p/freearc/issues/detail?id=272


Добавлено:

Цитата:

кстати, способ описанный мною по переходу на новую версию прекрасно работал до предыдущих 2-ух альф.

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

я сейчас проверил на чистой машине - простой запуск "7zg a a" выявляет ту же ошибку


Цитата:

Ошибка вряд ли связана с ассоциациями, может Булат компилятором другим пользовался.

да, не зря наверно 7z.dll стал на 100 кил меньше чем у Игоря. сейчас разберусь

Цитата:

muzf

мне подойдёт)
можешь помочь мне в данном вопросе???
все мои попытки провалились(((
я не пойму где совершаю ошибку(ошибки)


Кстати, что лучше precomp 0.4.2 или precomp 0.4.3???

Цитата:

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

думаю на серверах с этим могут возникнуть сложности

muzf Вот возьми и роди что тебе нужно, сорсы арка есть.
Чем тебя не устраивает подключение внешних компрессоров через arc.ini?

Цитата:

Булат, предлагаю реквестировать дизайнеров форума, чтобы поработали над дизом программы, иконки и тд. Возможно кардинально поработать над гуи.

по поводу gui: http://www.youtube.com/watch?v=GlpftPSuXe4&feature=player_embedded

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

Цитата:

по поводу gui: http://www.youtube.com/watch?v=GlpftPSuXe4&feature=player_embedded

Качественный gui)

Цитата:

muzf Вот возьми и роди что тебе нужно, сорсы арка есть. Чем тебя не устраивает подключение внешних компрессоров через arc.ini?

Ну и как это сделать?
что дописать в arc.ini, чтобы на определенные расширения запускался нужный архиватор, а не precomp???
переносимость меня не волнует... кому будут предназначаться архивы также настроит архиватор...

slech
попробуй плиз с http://freearc.org/download/testing/7z.dll - у меня с ним работает на голой w7x64, хотя он неким подозрительным образом всё же меньше игоревского

Добавлено:

Цитата:

думаю на серверах с этим могут возникнуть сложности

при разработке своей ОС я обязательно учту ваше замечание

если есть интеграция - то dll подгружается в explore.exe и не отпускается до его завершения. именно поэтому архиваторы могут требовать перезагрузки после переустановки

кстати, есть такой запрос на трекере - сделать в портабельной версии программку, зависающую в трей и на время своей работы включающую интеграцию. ну по сути дела то же что ты делаешь, просто удобней. и та же проблема - отключить в registry интеграцию мне несложно, но что делать с открытой в explore.exe dll? может, у кого есть на этот счёт идеи? я пока придумал только одно - сделать фиксированную helper.dll, которая не будет меняться при обновлении программы. но для полной портабельности и это не вариант

muzf нафига козе баян?
Это конкретно тебе нужно или ты собрался файлы в инет распространять?
Лучше бы не парил мозги.

slech
пользоваться GUI на серверах? ))
странно, я думал там только консольные версии архиваторов используются ну или на крайняк простой winrar

V2driver
Какие тактичные поклонники FreeArc, которые не желают славы любимому архиватору и не желают его массового распостранения. Ну да, тогда он так вечно и будет только среди гиков, если сжатые на 30% фотки или музыку даже друзьям-не-гикам не переслать из-за такого сопротивления.

Какая максимальная длина пароля, которую можно задать при шифровании данных в архиве? Сейчас сгенерировал KeePass'ом рандомный пароль (цифры, латинские буквы "в регистре"), попробовал им зашифровать архив, а потом расшифровать. При расшифровке специально удалил последний символ (некоторые проги "обрезают" пароль: прим. WinRAR, TrueCrypt и т.д.), программа снова попросила ввести пароль. Значит FreeArc использовал для шифрования все 256 символов. Просто понравились алгоритмы, которые используются для шифрования данных, плюс возможность использовать файл-ключ вместе с паролем.
Я надеюсь во FreeArc нет закладок (Backdoor) "на всякий случай", в отличии от того же RAR (в старых версиях РАР'а, "люк" точно был, народные умельцы расшифровали, да и про новые нет-нет, да слушок пройдет) - все же открытый проект.