Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: V2driver
Дата сообщения: 15.06.2010 17:36
Bulat_Ziganshin проблемма с 4Х4, недоконца распаковывает архив!
Автор: Profrager
Дата сообщения: 15.06.2010 18:04
V2driver
встретился с той же проблемой в unarc.dll, но FreeArc.exe нормально распаковывает.
Автор: Ahf
Дата сообщения: 16.06.2010 05:13
Bulat_Ziganshin
ага, погуглил немного, тоже нашёл, что unarc может помочь
попробую, спс )
Автор: Bulat_Ziganshin
Дата сообщения: 16.06.2010 08:31

Цитата:
встретился с той же проблемой в unarc.dll, но FreeArc.exe нормально распаковывает.

всё верно, я знаю об этой ошибке. а ещё архивы, упакованные 4x4, не обновляются
Автор: ndch
Дата сообщения: 16.06.2010 11:28
arc a -m=tor:3:1024k:h512k hdd0 "\\.\PhysicalDrive0\"

FreeArc 0.666 creating archive: hdd0.arc
WARNING: can't read directory "\\.\"
WARNING: no files, erasing empty archive
There were 2 warning(s)

Как быть ?
Автор: Bulat_Ziganshin
Дата сообщения: 16.06.2010 11:38
ndch
никак. но в трекр это стоит занести
Автор: ndch
Дата сообщения: 16.06.2010 11:48
Bulat_Ziganshin

Цитата:
никак. но в трекр это стоит занести

В планах тоже не предвидится ?
Как занести в трекер ?
Автор: Engaged Clown
Дата сообщения: 16.06.2010 13:25
ndch
http://code.google.com/p/freearc/issues/entry
Автор: V2driver
Дата сообщения: 16.06.2010 13:26
Bulat_Ziganshin
Это нормально что консольный 4Х4 с параметром 12 сжимает хуже 7z с максимальным сжатием?
И почему на хаскеле дасихпор валяется старая версия 4х4 0.2, а в PowerPack-е аж 0.3!!
Чесно неузнал бы о существовании свежей версии еслиб нековырял PowerPack...
Автор: DemonAk
Дата сообщения: 16.06.2010 16:02
Bulat_Ziganshin
Хотелось бы узнать, когда приблизительно планируешь добавить поддержку распаковки архивов lzma 1gb?))
Автор: Bulat_Ziganshin
Дата сообщения: 16.06.2010 16:12

Цитата:
когда приблизительно планируешь добавить поддержку распаковки архивов lzma 1gb?))

как будет время. сейчас нет


Цитата:
Это нормально что консольный 4Х4 с параметром 12 сжимает хуже 7z с максимальным сжатием?

более чем. 4x4 разбивает данные на независимо сжимаемые блоки и не использует bcj(2)


Цитата:
И почему на хаскеле дасихпор валяется старая версия 4х4 0.2, а в PowerPack-е аж 0.3!!

а нафига он тебе? используй freearc
Автор: V2driver
Дата сообщения: 16.06.2010 18:30
Bulat_Ziganshin
А у Srep минимальный LZ 128?? или ещё меньше есть?
Мне просто меньше - лучше!
Автор: Bulat_Ziganshin
Дата сообщения: 16.06.2010 19:19

Цитата:
А у Srep минимальный LZ 128?? или ещё меньше есть?

я думаю до 16 можно или 8. только зачем??
Автор: V2driver
Дата сообщения: 16.06.2010 19:28
Bulat_Ziganshin на 16, 8 и тд, до 64 консольное окошко просто сворачивается, и ничего больше непроисходит..
Автор: CDK
Дата сообщения: 16.06.2010 19:36

Цитата:
на 16, 8 и тд, до 64 консольное окошко просто сворачивается, и ничего больше непроисходит..

видимо памяти не хватает - ты просто не успеваешь прочитать сообщение об этом.


Цитата:
я думаю до 16 можно или 8. только зачем??

у меня экспериментальным путем наименьший размер rep-файла обычно получается при 32 или 16 - я это зря так делаю?
Автор: Bulat_Ziganshin
Дата сообщения: 16.06.2010 19:41

Цитата:
у меня экспериментальным путем наименьший размер rep-файла обычно получается при 32 или 16 - я это зря так делаю?

такие Икары здесь всплывают регулярно фишка в том, что (s)rep с малой длиной строки просто перехватывает строки у последующего lzma, который сжал бы их более эффективно. поэтому оптимум надо мерять по размеру после lzma и он будет в районе 512
Автор: V2driver
Дата сообщения: 16.06.2010 20:13
CDK
Вы совершенно правы!
Я таким образом достигаю меньшего размера..
Автор: V2driver
Дата сообщения: 17.06.2010 04:47
Bulat_Ziganshin
Прикол в том, что ЛЗМа мог бы их сжать (мб эффективно) а мог бы неэффективно, а Среп просто их удалил! значит сжимать нечего, тоесть мне +, сожму сильнее....
Но всёравно буду тестировать дальше..
Автор: Bulat_Ziganshin
Дата сообщения: 17.06.2010 10:59

Цитата:
а Среп просто их удалил!

если бы srep мог их удалять, то оптимальная длина матча была бы 1 бит очень удобно - всё удалили и гудбай. а восстанавливает потом пусть дядя

на самом деле и (s)rep, и lzma используют lz77 кодирование, заменяющее повторяющиеся строки на пары (смещение,длина). у srep эта пара занимает 8 байт, поэтому для чистого srep оптимальный minlen=9. с учётом же того что lzma бы нашёл те же повторяющиеся мелкие строки, но закодировал бы их эффективнее, оптимальная длина для srep+lzma гораздо больше
Автор: ndch
Дата сообщения: 17.06.2010 11:12
Arc.exe a -sfx -hppass -m9 target file

при попытке распаковки : error usupported compression method
Автор: Bulat_Ziganshin
Дата сообщения: 17.06.2010 11:15
ndch
http://code.google.com/p/freearc/issues/detail?id=77
Автор: LonerDergunov
Дата сообщения: 19.06.2010 20:06
Тут недавно поднималась тема о том, что FreeArc априори не может жать хуже, чем 7-Zip.
Я тоже пока не могу решить эту проблему.
На 64-битной оси у меня 7-Zip со словарем 256-384 иногда жмет лучше, чем FreeArc.
При этом во FreeArcе словарь автоматически выставляется максимум всего 177 Мб (или около того), хотя в настройках задаю lzma:256mb и выше.
Как правильно задать большой размер словаря во FreeArcе?
Автор: Bulat_Ziganshin
Дата сообщения: 19.06.2010 22:19

Цитата:
Как правильно задать большой размер словаря во FreeArcе?

добавь опцию -lc-
Автор: shadow_member
Дата сообщения: 19.06.2010 22:23
Бесплатно раздают архиватор UltimateZip, возможно, на немецком.
http://pro.de/newsletter/ent/ultimatezip_2010-06-19.html
Автор: Profrager
Дата сообщения: 20.06.2010 19:46
shadow_member
однако пост совсем в тему топика) Да и кому оно надо вообще
Автор: THE_GUILTY_GOD
Дата сообщения: 24.06.2010 16:15
Как создать для FreeArc-а командную строку что-бы он сам без запроса распаковывал архив
Автор: Bulat_Ziganshin
Дата сообщения: 24.06.2010 21:24
THE_GUILTY_GOD
arc x archive
Автор: 090909009
Дата сообщения: 24.06.2010 21:54

Цитата:
На сегодняшний день в FreeArc отсутствуют следующие возможности, доступные в RAR и 7-zip: поддержка многотомных архивов, 64-битная версия, поддержка расширенных атрибутов NTFS, BCJ2, сегментация данных.


когда ждать новую версию, с учетом этих проблем? А так 666 меня по другим параметрам устраивают
Но все-таки хочется новую версию
Автор: Bulat_Ziganshin
Дата сообщения: 24.06.2010 22:06
090909009
http://freearc.org/ru/FuturePlans.aspx - правда они ни разу вовремя не выполнялись
Автор: 090909009
Дата сообщения: 24.06.2010 22:32
Bulat_Ziganshin спасибо, лазил на Ваш сайт, а вот этой страницы не увидел, сейчас будем читать

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970

Предыдущая тема: Opera (часть 14)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.