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

» FreeArc (часть 4)

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

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

заранее очень благодарен...
Автор: insorg
Дата сообщения: 01.08.2012 17:29
V2driver
Цитата:
выложить тестовый файл
Яндекс на втором гиге затупил, не захотел принимать мой файл.
Так что я нарезал архив на кусочки на ifolder - с ним проблем быть не должно.
Ссылка - http://rusfolder.com/f4213522 - в этой папке будет мой архив.

Автор: V2driver
Дата сообщения: 03.02.2013 10:05
Neo7898 10 чатлов.
Автор: Paramon111
Дата сообщения: 01.08.2012 18:04
Bulat_Ziganshin
У меня они и с .bmp не хотели паковаться. Вообще даже 2 файла .ctg и .сtb у меня вместе не пакуются.
Автор: muzf
Дата сообщения: 03.02.2013 11:47
Neo7898
Я уже 9 месяцев автору говорю то же самое, что ты хочешь, сделать из коробки, чтобы jpg и mp3 сжималось через packARC без глючного precomp (на который забил даже автор и отвечает в своей ветке на encoder.ru), но видимо за 9 месяцев так сложно родить это простое решение.
Автор: Bulat_Ziganshin
Дата сообщения: 01.08.2012 18:21
insorg
мой любимый файлообменник для больших файлов - files.mail.ru. логин encoderu/encoderu, если нужен
Автор: Neo7898
Дата сообщения: 03.02.2013 12:27

Цитата:
muzf

скажи, а нельзя самостоятельно прописать в arc.ini, чтобы на jpg и mp3 принудительно натравливалась packARC, а остальные файлы сжимались по выбранному типу сжатия???
Автор: Paramon111
Дата сообщения: 01.08.2012 18:38
Ага, дело в размере! Создал текстовый файл размером как Atlantis 9.7.ctb байт в байт. И все, завис. Размер файла 16 396b. Начал экспериментировать. Так вот, зависание происходит в диапазоне размера файла от 16 385b до 16512b, если его паковать вместе с .ctg
Автор: muzf
Дата сообщения: 03.02.2013 12:57
Neo7898
Можно, если тщательно изучишь документацию по формату ini.
Но те, кому ты пришлёшь полученный архив, открыть не смогут, только если не заменят свой ini от точно такой же версии FreeArc на твой и не положат рядом экзешники. И даже если пришлёшь SFX, то тоже открыть не смогут, потому что сборка sfx архива со своими сторонними модулями, которые использовались при упаковке, заявлена только в очень будущих версиях.
Автор: insorg
Дата сообщения: 01.08.2012 18:41
Bulat_Ziganshin
Спасибо, но уже не нужно, уже на фолдера выгрузил.
Автор: Neo7898
Дата сообщения: 03.02.2013 13:04

Цитата:
muzf

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


Кстати, что лучше precomp 0.4.2 или precomp 0.4.3???
Автор: kalpak
Дата сообщения: 03.08.2012 22:26
что то я немного не понял
вот я пишу:
arc a -ma- -di -m4/$precomp=dispack zzzz *.pdf ; lt zzzz.arc
[more=результат]
FreeArc 0.67 (May 22 2012) Creating archive: zzzz.arc using rep:96mb:96:c16:d4mb
:s32+exe+delta+4x4:lzma:16mb:h4mb:normal:24:mc8, $obj => rep:96mb:96:c16:d4mb:s3
2+delta+4x4:lzma:16mb:h4mb:normal:24:mc8, $text => grzip:8mb:m1:l32:h15, $compre
ssed => rep:96mb:96:c16:d4mb:s32+4x4:tor:16mb:c3, $wav => tta, $bmp => mm+grzip:
8mb:m1:l2048:h15:a, $precomp => dispack070
Memory for compression 312mb, decompression 308mb, cache 16mb
Compressed 1 file, 353,321 => 353,333 bytes. Ratio 100.0%
Compression time: real 0.03 secs. Speed 11,306 kB/s[/more]
[more=информация о файле]Listing archive: zzzz.arc
Archive type: FreeArc
Total bytes: 353,321
Compressed bytes: 353,333
Ratio: 100.0%

Directory blocks: 1
Directory, bytes: 56
Directory, compressed: 68
Solid blocks: 1
Avg. blocksize: 345 kb

Compression memory: 26 mb
Decompression memory: 18 mb
Dictionary: dispack070:18mb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 353,321 353,333 1 dispack070
-----------------------------------------------------------------------------
1 files, 353,321 bytes, 353,333 compressed
All OK[/more]
все логично и верно

но
если использовать mc:group:+method, то не работает
arc a -ma- -di -m4 -mc$precomp:+dispack zzzz *.pdf
[more=результат]
FreeArc 0.67 (May 22 2012) Updating archive: zzzz.arc using rep:96mb:96:c16:d4mb
:s32+exe+delta+4x4:lzma:16mb:h4mb:normal:24:mc8, $obj => rep:96mb:96:c16:d4mb:s3
2+delta+4x4:lzma:16mb:h4mb:normal:24:mc8, $text => grzip:8mb:m1:l32:h15, $compre
ssed => rep:96mb:96:c16:d4mb:s32+4x4:tor:16mb:c3, $wav => tta, $bmp => mm+grzip:
8mb:m1:l2048:h15:a
Memory for compression 312mb, decompression 308mb, cache 16mb
Compressed 1 file, 353,321 => 31,289 bytes. Ratio 8.8%
Compression time: cpu 0.08 secs, real 0.13 secs. Speed 2,827 kB/s[/more]
[more=информация о файле]
Listing archive: zzzz.arc

Archive type: FreeArc
Total bytes: 353,321
Compressed bytes: 31,285
Ratio: 8.8%

Directory blocks: 1
Directory, bytes: 111
Directory, compressed: 112
Solid blocks: 1
Avg. blocksize: 345 kb

Compression memory: 13 mb
Decompression memory: 8 mb
Dictionary: rep:349kb+xlzma:349kb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 353,321 31,285 1 rep:349kb:96:d4mb:s32+
exe+delta+4x4:lzma:349kb:h4mb:normal:24:mc8
-----------------------------------------------------------------------------
1 files, 353,321 bytes, 31,285 compressed
All OK[/more]
а вот если вместо -mc$precomp:+dispack прописать -mc$default:+dispack, то опция срабатывает
в чем дело?я что-то не так делаю?
(dispack выбрал для наглядности, чтобы отличить когда срабатывает опция а когда нет, -ma- также чтоб не сработал другой метод с другой группы)
Автор: V2driver
Дата сообщения: 04.02.2013 09:59
muzf Вот возьми и роди что тебе нужно, сорсы арка есть.
Чем тебя не устраивает подключение внешних компрессоров через arc.ini?
Автор: muzf
Дата сообщения: 04.02.2013 10:04
V2driver
Для неумеющих читать выше повторю - тем что если этот ini не из коробки, то на другой системе без замены ini и добавлении исполняемых файлов архив не распакуется. То есть переносимости нет.
Автор: Bulat_Ziganshin
Дата сообщения: 03.08.2012 22:47
kalpak
дело в том что первый способ определяет новую группу сжатия, а второй лишь добавляет алгоритм в уже существующую. так что если этой группы нет - опция ничего не изменит. можно в принципе поменять это дело, не знаю только нужно ли
Автор: Neo7898
Дата сообщения: 04.02.2013 11:45

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


Ну и как это сделать?
что дописать в arc.ini, чтобы на определенные расширения запускался нужный архиватор, а не precomp???
переносимость меня не волнует... кому будут предназначаться архивы также настроит архиватор...
Автор: kalpak
Дата сообщения: 03.08.2012 23:36
Bulat_Ziganshin
а почему ее во втором случае нет?
ведь есть же в файле groups $precomp
по-идее как и остальные он должен был там появиться
или это потому-что в arc.ini для разных уровней нет упоминания $precomp группы?
это не так принципиально, если дело только в файле arc.ini
то я тогда добавлю строчки для него
(или просто буду писать $default)
Автор: V2driver
Дата сообщения: 04.02.2013 17:32
muzf нафига козе баян?
Это конкретно тебе нужно или ты собрался файлы в инет распространять?
Лучше бы не парил мозги.
Автор: Bulat_Ziganshin
Дата сообщения: 04.08.2012 11:09
kalpak
arc.groups сам по себе не создаёт групп в схеме сжатия, он простоописывает какие файлы попадут в группы, если те будут созданы. посмотри сам - в нём куча потенциальных групп описана, но эти строчки просто игнорируются пока ты не создашь группы в -m

хотя согласен, что механизм описания сжатия во freearc суперсложен
Автор: muzf
Дата сообщения: 04.02.2013 17:48
V2driver
Какие тактичные поклонники FreeArc, которые не желают славы любимому архиватору и не желают его массового распостранения. Ну да, тогда он так вечно и будет только среди гиков, если сжатые на 30% фотки или музыку даже друзьям-не-гикам не переслать из-за такого сопротивления.
Автор: kalpak
Дата сообщения: 04.08.2012 12:24
Bulat_Ziganshin
то есть получается если мы их не описали в -m либо
в arc.ini, то их не будет
и тогда все неизвестные для метода группы файлов (смесь метода сжатия и арк.ини)
попадают в $default также?
Автор: V2driver
Дата сообщения: 04.02.2013 18:19
muzf У друзей такой медленный инет, что нельзя пожать в lzma и передать?
Можно слепить свою сборку, потом передать всем друзьям.
...
Если у тебя руки кривые и ты просто не можешь подцепить внешний упаковщик через ini, то так и скажи.
И не нужно дёргать Булата, у него дела и поважнее есть.
Автор: Bulat_Ziganshin
Дата сообщения: 04.08.2012 13:10

Цитата:
то есть получается если мы их не описали в -m либо
в arc.ini, то их не будет

ага

Цитата:
и тогда все неизвестные для метода группы файлов  (смесь метода сжатия и арк.ини)
попадают в $default также?

нет. они попадают в те группы которые описаны в -m/arc.ini

скажем есть такое:

$text
*.txt
$cpp
*.cpp

если есть метод сжатия для $cpp - x.cpp будет сжато им, иначе если есть $text - им и т.д. в $default по большому счёту попадают только те файлы, чьи расширения вообще никак не упомянуты в arc.groups
Автор: muzf
Дата сообщения: 04.02.2013 18:33
V2driver
Если вопрос стоит пожать во что-то известное, то это будет zip, и то только для того чтобы не передавать сотню файлов по отдельности.
Freearc способен дать приятный бонус - дополнительно сжать ещё на 30%. Но пока он будет в зачаточном состоянии, и не будет из коробки поддерживать Jpeg и mp3 без precomp, а также sfx для них, ни о какой распостранённости не может быть и речи.
Автор: kalpak
Дата сообщения: 04.08.2012 13:59
понятно
но ведь .pdf есть в groups, его просто нет в
-m1/2..9
которые расписаны внутри программы и в arc
(как раз тот случай с $text $cpp)
кажется так
кстати, в планах сказано что в июле намечается версия 0.7
релиз близок?
Автор: V2driver
Дата сообщения: 04.02.2013 18:49
muzf winrar, 7z и весь остальной хлам не поддерживают такое сжатие!
И вроде ничего, в полне юзабельны и известны.
Просто дело времени.
А вот про sfx с поддержкой всего этого, это полная ЖОПА!
...
А вот ты взял бы, написал пару вариантов ini, да и предложил бы Булату.
Мб он добавил бы его в следующую бетку. Так же как для него PowerPack собирает кто-то.
Автор: Edison007007
Дата сообщения: 04.08.2012 14:09
Bulat_Ziganshin
Можно ли в консольной версии указывать свой arc.groups или только заменой в ..FreeArc\bin ?
Автор: muzf
Дата сообщения: 04.02.2013 19:11
V2driver
Булат сам прекрасно знает как писать ini лучше меня, тем более в прошых версиях jpeg был без precomp.
Да, прочий хлам не поддерживает такое сжатие у jpeg, но и FreeArc сейчас тоже из-за бага в precomp.
Автор: Bulat_Ziganshin
Дата сообщения: 04.08.2012 14:55
Edison007007
--groups


Цитата:
понятно
но ведь .pdf есть в groups

я понял всё, но что ты имела в виду (c)


Цитата:
релиз близок?

нет
Автор: Neo7898
Дата сообщения: 05.02.2013 07:23
muzf

Скажи, а ты себе поставил packArc в FA???
если да, можешь сбросить на почту свою версию FA???

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


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