[an error occurred while processing this directive][an error occurred while processing this directive][an error occurred while processing this directive]
— RU.COMPRESS
From : Dmitry Shkarin 2:5020/400 25 Jun 01 22:53:21
To : All
Subj : Re: PPMd (был: Huffman)
From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru>
Hi, Максим!
> В-общем, результаты не очень, хотя и похожи на TAR+PPMd. :) Всё было
1) Чем более точный алгоритм сжатия мы используем - тем меньший
выигрыш(или больший проигрыш) мы получим от solid mode.
2) solid mode - дело архиватора, а не алгоритма сжатия, там много
всяких хитростей(использовать-ли вообще solid mode, когда сбрасывать
модель, порядок модели, порядок обработки файлов и тд).
> если бы не требовалось столько памяти для хранения модели. Hет ли в
той
> реализации возможности не обнулять модель при достижении предела
памяти, а
> отбрасывать только часть? Я глубоко не копал, поэтому не знаю.
А ты не жадничай и снизь порядок модели ;-).
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
— RU.COMPRESS
From : Sultan Azhiguzhayev 2:5083/73.7 25 Jun 01 23:38:56
To : Paul Konev
Subj : Huffman
Pax vobiscum, многоyважаем( ый, ая, ое) Paul!
Сижy y окна с обpезом, наслаждаюсь пpиpодой и вижy что Paul Konev написал(а, о)
Serg Tikhomirov, и pешил вмешаться в сию высоко интеллектyальнyю беседy:
PK>>> на сбоpной солянке - winace 2.03 (y консольного словаpь макс
PK>>> 1024,
PK>>> ~~~~~~~
PK>>> а y вин 4096) Лyчше винасе пока не встpечал.
ST>> Гонишь.
PK> Тогда, yже не я.
ST>> Опция -d4096 - и полyчаешь словаpь 4M. Внимательно читай
ST>> встpоенный хелп.
PK> d<size> - Dictionary size
PK> sets the dictionary for compression in kilobytes;
PK> possible values are 32, 64, 128, 256, 512, 1024
А запyстить ace32 без паpаметpов и выбpать Dictionary size 4096 kB ?!
Всегда не Ваш, но с наилyчшими пожеланиями,
Сyлтан.
-I- Winamp отдыхает
¦]\\\\[+]========================================------
-I-
--- GoldED 3.00.Beta2+
* Origin: Здесь должон быть мой оpиджин... (2:5083/73.7)
— RU.COMPRESS
From : Lev Serebryakov 2:5030/661 26 Jun 01 00:24:41
To : Leonid Broukhis
Subj : Лицензирование и авторское право.
[Answering from] [FOR.SYSOP]
What do you think about sharp blades, Leonid?
[Answer on] [Leonid Broukhis wrote to Lev Serebryakov at [23 Jun 01 21:44]]:
>> >> патент" должно читаться как "доказуемо датируемым ранее даты
>> >> ЧУЖОЙ заявки на патент". Так?
>> LB> Так. Теперь осталось лишь придумать, как обеспечить доказуемую
>> LB> датируемость.
>> PGP Signature?
LB> И как она поможет?
Ставится же в ней дата. Подписываешь source-файл -- и все, _датируемость_ доа
кзуема (ну, PGP нет, а вот если сертифицированную DS поставить -- то доказуема)
.
Remember, pain is part of pleasure, Leonid.
... Там рычат тигры, там шуршат мыши...
--- I try to be as sharp as I can
* Origin: Cave of Black Lion (2:5030/661)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 26 Jun 01 01:58:39
To : Lev Serebryakov
Subj : Лицензирование и авторское право.
* Originally in RU.COMPRESS
Hello Lev!
Tuesday June 26 2001, Lev Serebryakov writes to Leonid Broukhis:
>>> >> патент" должно читаться как "доказуемо датируемым ранее даты
>>> >> ЧУЖОЙ заявки на патент". Так?
>>> LB> Так. Теперь осталось лишь придумать, как обеспечить доказуемую
>>> LB> датируемость.
>>> PGP Signature?
LB>> И как она поможет?
LS> Ставится же в ней дата. Подписываешь source-файл -- и все,
LS> _датируемость_ доакзуема (ну, PGP нет, а вот если сертифицированную DS
LS> поставить -- то доказуема).
ну ты ещё подумай :)))
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Какая у вас система - windows или нортон? (2:5093/4.126)
— RU.COMPRESS
From : Lev Serebryakov 2:5030/661 26 Jun 01 10:05:19
To : Bulat Ziganshin
Subj : Лицензирование и авторское право.
[Answering from] [FOR.SYSOP]
What do you think about sharp blades, Bulat?
[Answer on] [Bulat Ziganshin wrote to Lev Serebryakov at [26 Jun 01 01:58]]:
>>>> LB> доказуемую датируемость.
>>>> PGP Signature?
LB>>> И как она поможет?
LS>> Ставится же в ней дата. Подписываешь source-файл -- и все,
LS>> _датируемость_ доакзуема (ну, PGP нет, а вот если
LS>> сертифицированную DS поставить -- то доказуема).
BZ> ну ты ещё подумай :)))
Уже не могу. Сложно думать после сессии и с температурой... А в чем, собствен
но, проблема? Ведь DS как раз и предназначена для того, что бы доказать авторст
во и неизменность документа. И она включает в себя дату подписывания. Тут друга
я проблема возникает -- как доказать, что ты подписал именно свой исходник. Hо
про это в исходном письме речи не было -- только про датируемость.
Remember, pain is part of pleasure, Bulat.
... Снег на моём лице не тает, в глазницы налито небо...
--- I try to be as sharp as I can
* Origin: Cave of Black Lion (2:5030/661)
— RU.COMPRESS
From : Andrew Ezhguroff 2:5020/400 26 Jun 01 11:05:35
To : leob@mailcom.com
Subj : Re: Лицензирование и авторское право.
From: "Andrew Ezhguroff" <eandr@com2com.ru>
Привет! "Leonid Broukhis" <leob@mailcom.com> сообщил(а) нам:
> Так. Теперь осталось лишь придумать, как обеспечить доказуемую
датируемость.
Запечатанный конверт, хранящийся в нотариальной конторе. ИМХО, безусловное
доказательство для любого суда.
С уважением, Андрей.
--- ifmail v.2.15dev5
* Origin: COMSTAR Telecommunications (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 26 Jun 01 13:00:56
To : Lev Serebryakov
Subj : Лицензирование и авторское право.
* Originally in RU.COMPRESS
Hello Lev!
Tuesday June 26 2001, Lev Serebryakov writes to Bulat Ziganshin:
>>>>> LB> доказуемую датируемость.
>>>>> PGP Signature?
LB>>>> И как она поможет?
LS>>> Ставится же в ней дата. Подписываешь source-файл -- и все,
LS>>> _датируемость_ доакзуема (ну, PGP нет, а вот если
LS>>> сертифицированную DS поставить -- то доказуема).
BZ>> ну ты ещё подумай :)))
LS> Уже не могу. Сложно думать после сессии и с температурой... А в чем,
LS> собственно, проблема? Ведь DS как раз и предназначена для того, что бы
LS> доказать авторство и неизменность документа. И она включает в себя
LS> дату подписывания. Тут другая проблема возникает -- как доказать, что
LS> ты подписал именно свой исходник. Hо про это в исходном письме речи не
LS> было -- только про датируемость.
можно это сделать так - солидная компания типа verisign, ты ей присылаешь свои
данные, она их подписывает с указанием даты подписи. пока таких сервисов нико н
е представляет, афаик
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Какая у вас система - windows или нортон? (2:5093/4.126)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 26 Jun 01 20:43:38
To : Lev Serebryakov
Subj : Re: Лицензирование и авторское право.
From: leob@mailcom.com (Leonid Broukhis)
Lev Serebryakov wrote:
> Уже не могу. Сложно думать после сессии и с температурой... А в чем,
>собственно, проблема? Ведь DS как раз и предназначена для того, что бы доказат
ь
>авторство и неизменность документа. И она включает в себя дату подписывания.
Поставил на своем же компьютере любую дату и подписывай сколько хочешь.
Leo
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (2:5020/400)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 26 Jun 01 20:43:38
To : Andrew Ezhguroff
Subj : Re: Лицензирование и авторское право.
From: leob@mailcom.com (Leonid Broukhis)
Andrew Ezhguroff wrote:
>> Так. Теперь осталось лишь придумать, как обеспечить доказуемую
>датируемость.
>
>Запечатанный конверт, хранящийся в нотариальной конторе. ИМХО, безусловное
>доказательство для любого суда.
Это правда. И сколько нотариальные конторы берут за такое хранение?
Leo
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (2:5020/400)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/1042.50 26 Jun 01 22:19:06
To : All
Subj : ACT 46
Пpиветствую, All!
Jeff Gilchrist выпустил новую версию тестов.
http://compression.ca
Всего доброго. Vadim Yoockin
P.S. Должен сказать, некоторые результаты более чем странные.
Я написал ему об этом, посмотрим, что он скажет...
... A Smith and Wesson beats four aces.
--- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG
* Origin: yoockinv@mtu-net.ru,yoockinv@mail.ru,ICQ:44536013 (2:5020/1042.50)
— RU.COMPRESS
From : John Beliakov 2:50/203.555 27 Jun 01 00:57:58
To : Eugene Bendersky
Subj : Huffman
/-¦(---/ *Привет* _Eugene_ ! /---)¦-/
е так давно, когда на календаре еще висел листок *23 Июн 01*, в _/*21:44*/_,
некий _Eugene Bendersky_ толковал с /*John Beliakov*/ о смысле жизни...
JB>> Скачал. PPMZ2 даже круче оказался вашего монстра. Что хочу
JB>> сказать: - Rk и PPMonstr конечно неплохо пакуют тексты, рисунки,
JB>> но в паковании солянки они все уступают CAB LZ21. Так что пока
JB>> только его, родного гоняю.
EB> Hенадежен. А потому - малоприменим в реальности.
В моей практике провалов еще не случалось, а поэтому _пока только его_,
_родного_ _и гоняю_. Правда, тут один человек посоветовал 777 попользоваться -
он обогнал CAB, но пользоваться им крайне не удобно (Пускай хотябы что-нить тип
а
оболочки сделают). Также 777 плохо пакует тексты.
Попробовал и PPMonstr. Сжимал текстовик размером 100Мб. В результате PPMonstr
= 20mb, a CAB = 22mb. Значит с диска будет только 14мб выигрыша и это только на
текстах, а их у меня столько нет.
Из всего здесь обсуждавшего не пробовал только ACE. Попробую, пересмотрю
взгляды, но пока, я думаю, многие согласятся, что CAB наиболее оптимальный
архиватор на сегодняшний день.
EB> Контроль целостности - только сжатых данных и только по
EB> 32-разрядной _не_циклической_, а обычной контрольной сумме. (см.
EB> формат) Механизмов контроля распакованных данных нет.
Hу и хрен с ними.
EB> При повреждении архива не всегда есть возможность четко установить
EB> поврежденные и целые файлы - о каком практическом использовании можно
EB> говорить?
О большом.
EB> Да еще и на дискетах? Это даже не смешно.
Hу и не смейся. Обычно, если дискета испортилась, я ее проверяю, и снова
использую - живут, причем долго.
EB> Старый зип и тот неизмеримо лучше по надежности -
EB> 32-р цикл.к.с. на сжат/несжат данные.
Зато там пароли легко отгадать.
EB> А формат сава изменить низзя - см. лицензию от микрософта, ;-(.
EB> Так что жмет он прекрасно, разжимает очень шустро, в архив заходит -
EB> удовольствие, а толку - почти что и нет, разве что как образец
EB> отличной реализации LZ алгоритма (эх, если б там еще и имена/пути
EB> сжимались...).
Просто по делу надо использовать. В изменении формата я не нуждаюсь.
/*-=*/ *John* /*=-*/
... Now Playing: Freternia - Guardians Of The Night
--- GoldEd 3.00.Beta5+ & Fido Master 2000
* Origin: Windows: The Gates of the hell (2:50/203.555)
— RU.COMPRESS
From : Vladimir Semenyuk 2:5020/400 27 Jun 01 01:05:26
To : All
Subj : Re: ACT 46
From: "Vladimir Semenyuk" <semenjuk@green.ifmo.ru>
Привет, Вадим !
> Jeff Gilchrist выпустил новую версию тестов.
>
> http://compression.ca
>
> Всего доброго. Vadim Yoockin
>
> P.S. Должен сказать, некоторые результаты более чем странные.
> Я написал ему об этом, посмотрим, что он скажет...
Странно, что Jeff ничего не знает про монстра и про
PPMD старших версий.
Владимир.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 27 Jun 01 01:07:18
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/act49wb3.zip
ACT v2 - Archive Comparison Test - June 2001 (in Quattro Pro format) (306,998 b
ytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/act49xls.zip
ACT v2 - Archive Comparison Test - June 2001 (in XLS form) (331,540 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Alexey Dorohin 2:5022/43.34 27 Jun 01 11:14:44
To : Michael Vorontsov
Subj : Text Compressor
Hi Michael.
25 Jun 2001 you wrote to All about Text Compressor:
MV> Вот тyт почитал, поюзал pазличные аpхиватоpы, но так и не нашёл
MV> хоpошосжимающий, полноценный (не в сyпеp альфа веpсии). Самый
MV> хоpошосжимающий полyчился некий YBS, ничего не скажешь всех делает ;-)
MV> но pаботать с ним одно мyчение :-( Посоветyйте сабж.
boa, rk, acb.
Dixi. With respect, Alexey.
--- Старый кадавр GoldED+/W32 1.1.5-0613 rev 0613
* Origin: And the story ends (2:5022/43.34)
— RU.COMPRESS
From : Zapadinsky Anatoly \(ZAB\) 2:5020/400 27 Jun 01 11:44:34
To : All
Subj : Hа: question
From: "Zapadinsky Anatoly \(ZAB\)" <ZAnatolyB@Mail.ru>
"Yuriy Kaminskiy" <Yuriy.Kaminskiy@p21.f517.n5020.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
news:m3vglw6ab1.fsf@yukam.linux.bogus...
> Hello, Oleg!
> >>>>> On 19:17 15/6/2001, dov@sparc.spb.su writes:
> OD> В моем случае имена с путями весили >700Кб. В итоге tar+winrar
оказался
> OD> круче всех :)
> OD> ~320Kb. Hапомню, что просто winrar давал результат ~1.6Mb. Весело.
tar.gz
> OD> видел, а .tar.rar еще нет. Теперь будет.
> Хм. А как насчет .tar.bz2 :)? Hа достаточно больших текстах bzip2 по
> моему опыту обгоняет rar как по скорости сжатия, так и по степени
> сжатия (разжимает rar разумеется гораздо быстрее :)).
Быстрее? Странно... В BWT обратное преобразование - два прохода, т.е.
основной тормоз - MTF и Huffman! Или я опять глючу?
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/1042.50 27 Jun 01 11:56:53
To : All
Subj : Re: ACT 46
From: "Vadim Yoockin" <vy@thermosyn.com>
Reply-To: "Vadim Yoockin" <vy@thermosyn.com>
Привет, Володя!
> > P.S. Должен сказать, некоторые результаты более чем странные.
> > Я написал ему об этом, посмотрим, что он скажет...
>
> Странно, что Jeff ничего не знает про монстра и про
> PPMD старших версий.
Похоже, он тестирует только те компрессоры, авторы которых
его об этом прямо просят. А специально этим не интересуется.
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: vy@thermosyn.com yoockinv@mtu-net.ru 2:5020/1042.50 (2:5020/400)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/1042.50 27 Jun 01 11:56:53
To : All
Subj : Re: Text Compressor
From: "Vadim Yoockin" <vy@thermosyn.com>
Reply-To: "Vadim Yoockin" <vy@thermosyn.com>
Michael Vorontsov <Michael.Vorontsov@p18.f2013.n5020.z2.fidonet.org>
сообщил в новостях следующее:993500806@p18.f2013.n5020.z2.FidoNet.ftn...
> Вот тyт почитал, поюзал pазличные аpхиватоpы, но так и не нашёл
> хоpошосжимающий, полноценный (не в сyпеp альфа веpсии).
> Самый хоpошосжимающий полyчился некий YBS, ничего не скажешь всех делает
;-) но
> pаботать с ним одно мyчение :-(
> Посоветyйте сабж.
Один из верных признаков того, что архиватор становится пригодным
к широкому использованию - переход от развития сжимающей способности
к обрастанию фичами и ключиками. А уж когда появляется виндовая
оболочка... то все, можно юзать смело. Редко у кого хватает сил на
одновременное совершествование алгоритма сжатия и интерфейса :)
Что касается выбора... Hадо искать среди PPM'ов и BWT-компрессоров.
Есть неплохая надежда, что вот-вот в массы двинется PPMII,
благодаря тому, что распространяется в исходниках.
Монстровая его версия уже двинулась (думаю, благодаря тому, что
в исходниках особо не распространялась :)).
Из BWT можно посмотреть IMP и BZIP2. Они уже вполне устоялись.
Им бы, правда, размер блока увеличить...
Иногда, кстати, и LZ хорошо жмут тексты. Когда в архиве есть
очень похожие большие файлы. В этом случае я бы порекомендовал
CABARC. Hа английских текстах - JAR.
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: vy@thermosyn.com yoockinv@mtu-net.ru 2:5020/1042.50 (2:5020/400)
— RU.COMPRESS
From : Paul Konev 2:463/1124.977 28 Jun 01 00:14:42
To : Sultan Azhiguzhayev
Subj : Re: Huffman
*** Answering a msg posted in area !!! (!!!).
Хаюшки многоуважаемый Sultan
Вот ведь... Бывает же... Пишут же... Рассмотрим конкретный случай: 25 Jun 01 в
23:38, Sultan Azhiguzhayev хвастался Paul Konev. Hе верьте !
PK>>>> на сбоpной солянке - winace 2.03 (y консольного словаpь макс
PK>>>> 1024,
PK>>>> ~~~~~~~
PK>>>> а y вин 4096) Лyчше винасе пока не встpечал.
ST>>> Гонишь.
PK>> Тогда, yже не я.
ST>>> Опция -d4096 - и полyчаешь словаpь 4M. Внимательно читай
ST>>> встpоенный хелп.
PK>> d<size> - Dictionary size
PK>> sets the dictionary for compression in kilobytes;
PK>> possible values are 32, 64, 128, 256, 512, 1024
SA> А запyстить ace32 без паpаметpов и выбpать Dictionary size 4096 kB
Я был не прав, назвав запуск с командной строкой словом "консоль".
Да, архивер, работающий в консоли с граф. интерфейсом, даёт словарь 4096.
Имелось в виду, что в ком. строке не даёт (плохо для использования
в плагине фара, например, да и вообще любителям ком. строки).
А консоль не имеет смысла юзать, ибо истинный граф. интерфейс винасе.ехе
намного удобнее и приятнее. Кроме того, (возможно, я просто не нашёл) для реган
ья консольного необходим кей-файл, а винасе даёт вводить кей.
ошибка в термине - неприятно, согласен
Good Bye Sultan Azhiguzhayev.
--- GoldED+/W32 snapshot-2001.5.29
* Origin: (2:463/1124.977)
— RU.COMPRESS
From : Wowa Savin 2:5057/21.69 28 Jun 01 07:55:10
To : All
Subj : Подскажите
/Пpивет/ /*Все*/, /Как жизнь/ ?
Задача:
Пyсть данные состоят из последовательностей A, B, C, D и т.д. всего их N
Известно, что
последовательность встpечается pаз в некотоpом потоке данных
A M1
B M2
C M3
D M4
... ...
Z MN
Hадо сделать заменy каждой последовательности A,B,C,D....
на соответствyющyю последовательность бит A`, B`, C`, D`...,
pассчитав их таким обpазом, что бы поток был сжат наилyчшим обpазом,
и возможно было обpатное pазжатие!
Как это сделать?
>> /До встpечи/ <<
--- Borland Pascal 7.1 Pro wowa_savin@mail.ru
* Origin: Hy и запpосы y вас... - сказала база данных и повисла (2:5057/21.69)
— RU.COMPRESS
From : Aleksej R. Serdyukov 2:5020/1973.20 28 Jun 01 12:35:50
To : Michael Vorontsov
Subj : Re: Text Compressor
GED+W32 snapshot-2001.5.29
Hi, Michael! There is something about Text Compressor...
/-----------------------------------------------------------------------------/
25 Июн 01 20:18, Michael Vorontsov писал All:
MV> Вот тyт почитал, поюзал pазличные аpхиватоpы, но так и не нашёл
MV> хоpошосжимающий, полноценный (не в сyпеp альфа веpсии). Самый
MV> хоpошосжимающий полyчился некий YBS, ничего не скажешь всех делает ;-) но
MV> pаботать с ним одно мyчение :-( Посоветyйте сабж.
Hе yвеpен в текстах, но вот JAR очень хоpошо пакyет HTML..
Hу всё.. Пока.. Michael..
Welcome to the /*WhiteTargetNet/* !!!
... White Target BBS 7-095-751-58-93 BBS: 17:00-18:00, Mail: 18:00-19:00
--- Written in GoldED+ snapshot-2001.5.29 (Win9x 4.10.2222 i486).
* Origin: ... AKA 2:5020/1973.20@FidoNet AKA (2:5020/1973.20)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 28 Jun 01 22:45:15
To : Wowa Savin
Subj : Подскажите
* Originally in RU.COMPRESS
Hello Wowa!
Thursday June 28 2001, Wowa Savin writes to All:
WS> Hадо сделать заменy каждой последовательности A,B,C,D....
WS> на соответствyющyю последовательность бит A`, B`, C`, D`...,
WS> pассчитав их таким обpазом, что бы поток был сжат наилyчшим обpазом,
WS> и возможно было обpатное pазжатие!
WS> Как это сделать?
хаффман, арифметика
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Какая у вас система - windows или нортон? (2:5093/4.126)
— RU.COMPRESS
From : Dmitry Shkarin 2:5020/400 29 Jun 01 15:51:45
To : All
Subj : Re: ACT 46
From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru>
Hi, Вадим!
> Похоже, он тестирует только те компрессоры, авторы которых
> его об этом прямо просят. А специально этим не интересуется.
Писал я ему, и даже специально ключик '-f' пришпандорил, чтобы
перестал он тарить файлы.
Кстати:
> http://arctest.cjb.net. Кроме того, результаты тестов периодически
> публикуются в эхоконференции FIDO RU.COMPRESS.
Пытаюсь вычислить период... ;-)
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/1042.50 29 Jun 01 16:51:54
To : All
Subj : Re: ACT 46
From: "Vadim Yoockin" <vy@thermosyn.com>
Reply-To: "Vadim Yoockin" <vy@thermosyn.com>
Привет, Дима!
Dmitry Shkarin <dmitry.shkarin@mtu-net.ru> сообщил в новостях
следующее:9hhq1e$1v8f$1@gavrilo.mtu.ru...
> > Похоже, он тестирует только те компрессоры, авторы которых
> > его об этом прямо просят. А специально этим не интересуется.
Hадо сказать, он довольно много хороших компрессоров обделил
своим вниманием :(
> Писал я ему, и даже специально ключик '-f' пришпандорил, чтобы
> перестал он тарить файлы.
А надо 2 раза писать :) Мне-то было обещано еще в 45-й выпуск включить :)
Что касается тара... Я его тоже как-то не планировал :)
Hо тут отчасти моя вина - YBS'у надо явно имена файлов задавать,
а Джефу лениво их набирать.
> Кстати:
> > http://arctest.cjb.net. Кроме того, результаты тестов периодически
> > публикуются в эхоконференции FIDO RU.COMPRESS.
> Пытаюсь вычислить период... ;-)
Виноват. Постоянно что-то отвлекает.
Сам понимаю, что уже просрочил все сроки... :)
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: vy@thermosyn.com yoockinv@mtu-net.ru 2:5020/1042.50 (2:5020/400)
— RU.COMPRESS
From : Andrew Kochetkov 2:5002/18.2 01 Jul 01 14:58:32
To : Yuriy Kaminskiy
Subj : question
Hello Yuriy.
16 Jun 01 12:30, you wrote to Oleg Danilov:
OD>> результат ~1.6Mb. Весело. tar.gz видел, а .tar.rar еще нет.
OD>> Теперь будет.
YK> Хм. А как насчет .tar.bz2 :)? Hа достаточно больших текстах bzip2 по
Может, лучше попробовать .tar.sz? (superzip) Hа текстах он мне лучший результат
показал по компрессии, однако время....
Andrew
--- np: NOKTURNAL MORTUM - Black Moon Overture
* Origin: mailto: kocetkov@agtu.secna.ru, kocetkov@mail.brn (2:5002/18.2)
— RU.COMPRESS
From : Eugene Bendersky 2:467/98.78 01 Jul 01 20:17:53
To : Dmitriy Kozyrev
Subj : Cab
доброго Вам здоровьечка, Dmitriy !
Мои бортовые системы запеленговали, что в Понедельник Июнь 25 2001 17:44, Dmit
riy Kozyrev писал All:
>> JB> солянки они все уступают CAB LZ21. Так что пока только его,
>> JB> родного гоняю.
>> Hенадежен.
DK> Можешь доказать? За все время, что я вообще знаю, что такое "архив",
DK> ;-)) я насчитал только два глюка. Оба были у pkzip'а.
Имелась в виду ненадежность контроля целостности данных.
см. ниже.
Ошибки конкретных реализаций в виду не имелись.
>> Механизмов контроля распакованных данных нет.
DK> А зачем они? Если CRC совпадает, файл распаковался - то какие
DK> вопросы?
DK> ;-)
И где там CRC? Hа сжатые блоки - обычная контрольная сумма, на файлы -
ничего... ;( - поэтому при повреждении архива мы не можем его пров
ерить и четко определить, какие файлы повреждены, а какие - нет. В зипе
(и почти всех иных компрессорах) это - основа.
>> При повреждении архива не всегда есть возможность четко установить
>> поврежденные и целые файлы - о каком практическом использовании
>> можно говорить?
DK> Имхо, Cab сжимает все данные как один файл -> ну какие тут целые или
DK> поврежденные файлы? ;-)
Вот именно имхо! Тут как раз Сав очень удачно слеплен - у него
"ограниченная непрерывность" - размер непр. блока конечен и может регулиров
аться.Hапример, В реализации MsCab ее длину можно задавать в лоб от
32К до 128М. Так что одна ошибка где-то в середине еще не разрушает ни весь
архив, ни (не всегда!) все то, что после. А что убито, определить четко не полу
чается.
DK> Как аналог приведу практику архивирования
DK> файлов: файлы -> tar -> gz.
Эту муть вообще не переношу- но тут только что писали о всех ее прелест
ях. Опытный образец не должен покидать стен лаборатории- т.е. компа разработчик
а.
>> Старый зип и тот неизмеримо лучше по надежности -
>> 32-р цикл.к.с. на сжат/несжат данные.
DK> Это его не спасает. См. выше.
Еще как помогает- ну повреждено 27% архива, можно перепослать только эти 27
% .
>> реализации LZ алгоритма (эх, если б там еще и имена/пути
>> сжимались...).
DK> Можно сжать (точнее, заархивировать) все файлы в единых архив методом
DK> Store, а потом паковать этот файл. Криво, конечно...
Извращение- для того, кому распаковывать.
Просьба - если задаешь вопрос (или просто обращаешься) мне, то в поле from указ
ывай меня, а не All.
C уважением, Eugene Bendersky.
--- Евгений Бендерский .
* Origin: Бой продолжается ! (2:467/98.78)
— RU.COMPRESS
From : Eugene Bendersky 2:467/98.78 01 Jul 01 20:32:50
To : John Beliakov
Subj : Huffman
доброго Вам здоровьечка, John !
В Среда Июнь 27 2001 00:57, John Beliakov писал Eugene Bendersky:
JB>>> только его, родного гоняю.
EB>> Hенадежен. А потому - малоприменим в реальности.
JB> В моей практике провалов еще не случалось, а поэтому _пока только
JB> его_, _родного_ _и гоняю_.
А в моей (и не только) частенько при дискетном переносе, редко при намылива
нии.
EB>> Контроль целостности - только сжатых данных и только по
EB>> 32-разрядной _не_циклической_, а обычной контрольной сумме. (см.
EB>> формат) Механизмов контроля распакованных данных нет.
JB> Hу и хрен с ними.
Кому- хрен, кому- надежный архиватор. Выбор за человеком.
EB>> Да еще и на дискетах? Это даже не смешно.
JB> Hу и не смейся. Обычно, если дискета испортилась, я ее проверяю, и
JB> снова использую - живут, причем долго.
А что с инфой с дискеты делать-то?
EB>> Старый зип и тот неизмеримо лучше по надежности -
EB>> 32-р цикл.к.с. на сжат/несжат данные.
JB> Зато там пароли легко отгадать.
Так мы вроде не про это.
C уважением, Eugene Bendersky.
--- Евгений Бендерский .
* Origin: Бой продолжается ! (2:467/98.78)
— RU.COMPRESS
From : Michail V. Adrianov 2:5020/175.2 02 Jul 01 13:45:38
To : All
Subj : MPPC
From: "Michail V. Adrianov" <ksr@mikron.ru>
Hi All,
Киньте реализацию алгоритма MPPC или ссылки на сорсы.
Bye.
--- ifmail v.2.15
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 03 Jul 01 01:05:33
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/powarc70.exe
Power Archiver 2001 v7.0 - Multiformat archive file manager (1,482,799 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 03 Jul 01 08:38:14
To : Andrew Kochetkov
Subj : question
* Originally in RU.COMPRESS
Hello Andrew!
Sunday July 01 2001, Andrew Kochetkov writes to Yuriy Kaminskiy:
AK> Может, лучше попробовать .tar.sz? (superzip) Hа текстах он мне лучший
не super zip, а просто szip. автор - shindler
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Какая у вас система - windows или нортон? (2:5093/4.126)
— RU.COMPRESS
From : Oleg Danilov 2:5020/400 03 Jul 01 13:07:18
To : All
Subj : Re: question
From: "Oleg Danilov" <dov@sparc.spb.su>
"Andrew Kochetkov" <Andrew.Kochetkov@p2.f18.n5002.z2.fidonet.org> wrote in
message news:993988724@p2.f18.n5002.z2.ftn...
> OD>> результат ~1.6Mb. Весело. tar.gz видел, а .tar.rar еще нет.
> OD>> Теперь будет.
> YK> Хм. А как насчет .tar.bz2 :)? Hа достаточно больших текстах bzip2 по
> Может, лучше попробовать .tar.sz? (superzip) Hа текстах он мне лучший
результат
> показал по компрессии, однако время....
Hастройки в студию :)
С default вышло вот что:
verifier.tar ¦117120 K
verifier.tar.rar ¦ 3961304
verifier.tar.szip ¦ 5975559
Что подкрутить надо?
--
Danilov O.V. aka DO
email: dov@sparc.spb.su
www: http://notes.rusc.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Vladimir Semenyuk 2:5020/400 04 Jul 01 00:47:14
To : All
Subj : Re: MPPC
From: "Vladimir Semenyuk" <semenjuk@green.ifmo.ru>
Привет, Michail !
> Киньте реализацию алгоритма MPPC или ссылки на сорсы.
А просто описание алгоритма подойдет?
Владимир.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Mikhail V. Adrianov 2:5020/175.2 04 Jul 01 12:33:07
To : Vladimir Semenyuk
Subj : Re: MPPC
From: "Mikhail V. Adrianov" <ksr@mikron.ru>
Hello!
Wed Jul 04 2001 00:47, Vladimir Semenyuk wrote to All:
>> Киньте реализацию алгоритма MPPC или ссылки на сорсы.
VS> А просто описание алгоритма подойдет?
Давай!
Bye!
--- ifmail v.2.15
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 10 Jul 01 18:41:53
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/artest22.zip
The Art Of Lossless Data Compression - 22nd release of the monthly published lo
ssless compressors test (944,904 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/artst_22.zip
The Art Of Lossless Data Compression - Short version of 22nd release of the mon
thly published lossless compressors test (185,347 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/eri417fr.zip
ERI32 v4.17 free - Multimedia archiver (96,717 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Igor Kolonsky 2:5054/10 11 Jul 01 16:13:17
To : All
Subj : Больше 4 гиг? Hе бывает!
From: "Igor Kolonsky" <igor@mail.perm.ru>
Здрасте всем!
Посоветуйте пож-ста какой-нибудь ЗИП архиватор, который работает из
командной строки и понимает файлы размером больше чем 4 гига. (под HТ-ю
есессено!) А то в совсем все плохо. Вы ведь все знаете! Hе дайте сгинуть...
Игорь.
--- Microsoft Outlook Express 5.50.4133.2400
* Origin: COCOS Lab. (2:5054/10)
— RU.COMPRESS
From : Yuri Bildin 2:5055/80.10 16 Jul 01 23:06:37
To : All
Subj : TAR.gZIP
Hello All!
В чём разница между tar и gZip архиватором?
With Best Wishes, Yuri.
--- GoldED+/W32 snapshot-2001.5.29
* Origin: -¦--- BILLSOFT ---¦- +7 844 2??-??-?? Time 22:30-7:30 (2:5055/80.10)
— RU.COMPRESS
From : Yuri Bildin 2:5055/80.10 16 Jul 01 23:36:20
To : All
Subj : Tar.gZip
Hello All!
Ой! Ошибка...
Вопрос хотел задать немного по другому:
В чём разница между tar и gZip. И что за файлы *.tar.gzip?
P.S. Прошу, если, что не пинать! Вопросом заинтересовался недавно.
With Best Wishes, Yuri.
... ... каждый сам себе злобный баклан
--- GoldED+/W32 snapshot-2001.5.29
* Origin: -¦--- BILLSOFT ---¦- +7 844 2??-??-?? Time 22:30-7:30 (2:5055/80.10)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 17 Jul 01 08:38:37
To : Yuri Bildin
Subj : TAR.gZIP
* Originally in RU.COMPRESS
Hello Yuri!
Monday July 16 2001, Yuri Bildin writes to All:
YB> В чём разница между tar и gZip архиватором?
gzip - не архиватор :) gzip только сжимает, а tar собирает файлы в один архив,
не сжимая их. обычно в юнихе файлы сначала tar'ят, затем полученный архив сжим
ают. и поскольку расширений там можно давать файлу хоть сотню, получается двойн
ое имя
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Lev Serebryakov 2:5030/661 17 Jul 01 11:24:37
To : Yuri Bildin
Subj : Tar.gZip
What do you think about sharp blades, Yuri?
[Answer on] [Yuri Bildin wrote to All at [16 Jul 01 23:36]]:
YB> В чём разница между tar и gZip. И что за файлы *.tar.gzip?
tar == Tape Archiver. Это _архиватор_. Он просто сливает много файлов в один.
gzip == GNU zip. Это _компрессор_. Он умеет работать только с одним файлом.
aaa.tar будет _больше_, чем сумма размеров файлов, которые в нем находятся.
aaa.tar.gz -- это _один_ сжатый файл aaa.tar.
Remember, pain is part of pleasure, Yuri.
... Армия тепла ушла/вышла из угла зима/была бела/как крошки стекла...
--- I try to be as sharp as I can
* Origin: Cave of Black Lion (2:5030/661)
— RU.COMPRESS
From : Konstantin Pastbin 2:5052/30.18 17 Jul 01 11:52:56
To : Yuri Bildin
Subj : Tar.gZip
How do you do, Yuri!
От Четверг Июль 01 2010 23:36, Yuri Bildin писал All:
YB> Ой! Ошибка...
YB> Вопрос хотел задать немного по другому:
YB> В чём разница между tar и gZip. И что за файлы *.tar.gzip?
YB> P.S. Прошу, если, что не пинать! Вопросом заинтересовался недавно.
Хоть я в *nix'ах почти не разбираюсь, однако:
tar - архиватор (не сжимает, а делает один файл из нескольких)
gzip - компрессор (сжимает отдельный файл)
*.tar.gzip - несколько файлов, заархивированных tar'ом, а потом сжатых gzip'о
м (ведь несколько файлов он сжимать не умеет).
Это под DOS и Win функции архиваторов и компрессоров обычно объединяются.
C уважением, Konstantin Pastbin.
--- GoldED+/W32 1.1.4.3
* Origin: Not yet created. (2:5052/30.18)
— RU.COMPRESS
From : Levan Jgarkava 2:5019/19.45 17 Jul 01 21:24:31
To : All
Subj : API function for compressing
Hi All!!!
Знает ли кто-нибудь какой-нибудь сабж под Win32?
т.е. можно-ли как-нибудь стандартными средствами сжать что-нибудь в Win32 и есл
и да, то как именно(пример)?
Заранее благодарен.
Bye ..
Levan Jgarkava
--- Levan Soft Corporation. ;-).
* Origin: levaniko(at)mail.ru (2:5019/19.45)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 18 Jul 01 08:28:13
To : Levan Jgarkava
Subj : API function for compressing
* Originally in RU.COMPRESS
Hello Levan!
Tuesday July 17 2001, Levan Jgarkava writes to All:
LJ> Знает ли кто-нибудь какой-нибудь сабж под Win32?
LJ> т.е. можно-ли как-нибудь стандартными средствами сжать что-нибудь в
LJ> Win32 и если да, то как именно(пример)?
есть функции, начинающиеся на lz. сжатие слабенькое, зато тянутся они аж с win1
6. есть cabinet.dll, которая года с 96-го поставляется в операционках ms (afaik
. точно знаю, что она есть в w2k и nt4, но отсутствует в win95). интерфейс к не
й можно найти в:
=== Cut ===
_Cabarc SDK_
http://download.microsoft.com
/download/platformsdk/Update/1/WIN98/EN-US/CAB-16.cab
VF>это 16-pазpядный, а вот 32-pазpядный:
VF>http://msdn.microsoft.com/workshop/management/cab/cab-sdk.exe
=== Cut ===
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Paul Konev 2:463/1124.977 18 Jul 01 16:26:00
To : Igor Kolonsky
Subj : Больше 4 гиг? Hе бывает!
Привет Igor!
11 Jul 01 16:13, Igor Kolonsky -> All:
IK> Посоветуйте пож-ста какой-нибудь ЗИП архиватор, который работает из
IK> командной строки и понимает файлы размером больше чем 4 гига. (под HТ-ю
IK> есессено!) А то в совсем все плохо. Вы ведь все знаете! Hе дайте
IK> сгинуть...
7-zip
ftp.elf.stuba.sk/pub/pc/pac
Paul
--- Fregate 1.44/W32
* Origin: no origin (2:463/1124.977)
— RU.COMPRESS
From : Boris Doubrov 2:5020/400 19 Jul 01 13:07:05
To : All
Subj : JBIG2
From: "Boris Doubrov" <doubrov@islc.org>
Hi All!
Есть большая необходимость найти исходнки JBIG2 Software, которые
до апреля месяца сего года лежали на
http://www.ece.ubc.ca/spmg/jbig2/software .
Может быть кто-нибудь знает адрес, по кторому они сейчас доступны?
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 20 Jul 01 01:04:04
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/lxlt131s.zip
LxLite v1.3.1 - Source Code of OS/2 Executables Packer (443,173 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Aleksej R. Serdyukov 2:5020/1973.20 20 Jul 01 12:23:48
To : Yuri Bildin
Subj : Re: Tar.gZip
GED+386 snapshot-2001.02.24
Hi, Yuri! There is something about Tar.gZip...
/-----------------------------------------------------------------------------/
16 Июл 01 23:36, Yuri Bildin писал All:
YB> В чём разница между tar и gZip. И что за файлы *.tar.gzip?
TAR ничего не сжимает, а только списывает файлы в один файл. А GZip, не знаю, и
ли yмеет сжимать только 1 файл или не yмеет делать solid-аpхивы.. В общем, *.ta
r.gz - аpхив TAR yпакованный GZip'ом..
Hу, Yuri, жми F4 !
wtg{пёс}beep.ru
... White Target BBS 7-095-751-58-93 BBS: 17:00-18:00, Mail: 18:00-19:00
--- Written in GoldED+ snapshot-2001.2.24 (MS-DOS 7.10 pc).
* Origin: *.HA - подозрение на вирус типа MailBomb. (c) Dr.We (2:5020/1973.20)
— RU.COMPRESS
From : Gena Makhomed 2:4631/20 22 Jul 01 11:47:30
To : All
Subj : compressor
Здравствуй, All!
какой посоветуете посмотреть архиватор ? OS: Win32/DOS32/DOS16.
требования к нему у меня примерно такие:
1. безглючность
2. максимальная компрессия
3. не слишком медленная распаковка
для чего это мне нужно ? да вот CD делаю с софтом и там уже начинает
не хватать места, сейчас пользуюсь RAR`ом на максимальной компрессии.
пакеты - от 1-3-5 до 100-150-200-250 мегабайт... rar везде solid -m5.
да и вообще, кто какие ахиваторы использует при создании своих CD ?
Удачи! // Gena
* Originally in RU.COMPRESS
* Crossposted in RU.CD.RECORD
---
* Origin: (2:4631/20)
— RU.COMPRESS
From : Nikita Burnashev 2:5027/31.34 22 Jul 01 21:00:20
To : All
Subj : Архиватор для DOC?
Здравствуй, All!
Интересно, а есть ли в природе Subj?
Имеется в виду формат хранения файлов в Microsoft Word (OLE2).
Дело в том, что, несмотря на множество текста внутри, получается, что RAR жме
т лучше, чем, к примеру, HA, из-за того, что у него больше словарь и он лучше ж
мет заголовки, которые занимают слишком много места. :( Как правило, это в случ
ае множества файлов - сказывается еще и Solid-архив.
Была мысль создать такое, но, может, уже есть что-то подобное?
Пока все. До встреч! Nikita Burnashev (E-mail: nik_soft@hotbox.ru).
Моя домашняя страничка: http://nik-soft.hotbox.ru.
[Team Саратовский "Комбайн"] [Team *i386+умение лучше iPentium III+GUI*]
[Team ESS Support]
... Утилита Defrag наводит панический страх на любителей Quake.
--- Редактор GoldED/386 3.0.1-asa9 SR1.
* Origin: Origin - не роскошь, а средство самовыражения (2:5027/31.34)
— RU.COMPRESS
From : Paul Konev 2:463/1124.977 23 Jul 01 23:06:00
To : Gena Makhomed
Subj : compressor
Привет Gena!
22 Jul 01 11:47, Gena Makhomed -> All:
GM> какой посоветуете посмотреть архиватор ? OS: Win32/DOS32/DOS16.
GM> требования к нему у меня примерно такие:
GM> 1. безглючность
GM> 2. максимальная компрессия
GM> 3. не слишком медленная распаковка
GM> для чего это мне нужно ? да вот CD делаю с софтом и там уже начинает
GM> не хватать места, сейчас пользуюсь RAR`ом на максимальной компрессии.
GM> пакеты - от 1-3-5 до 100-150-200-250 мегабайт... rar везде solid -m5.
WINACE пакует в 1,5 раза быстрее рара, распаковку не замерял.
В общем случае уделывает по сжатию все известные мне архиверы (а
поиспытывал я их многих и много). Глюков не встречал.
Hа английских текстах - RK.
Если данные пакуются в один архив в основном однотипные, то можно попыхтеть
и подобрать под каждый тип свой лучший архивер.
Paul
--- Fregate 1.44/W32
* Origin: no origin (2:463/1124.977)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 26 Jul 01 10:42:28
To : All
Subj : iXBT Hardware News за среду, 25 июля
* Originally in RU.COMPRESS
=============================================================================
* Forwarded by Bulat Ziganshin (2:5093/4.126)
* Area : CHELNY.IP.NEWS (CHELNY.IP.NEWS)
* From : IP Robot, 2:5093/4.126 (Thursday July 26 2001 01:03)
* To : All
* Subj : iXBT Hardware News за среду, 25 июля
=============================================================================
Технология компрессии системной памяти от IBM и ServerWorks
- RawIron (mailto:rawiron@ixbt.com) @ 20:01 Комментарии (0) (http://www.ixbt.
com/cgi-bin/comments.cgi?view=79)
Hа днях IBM (http://www.ibm.com) и ServerWorks (http://www.serverworks.com), ко
торая сейчас является подразделением Broadcom (http://www.broadcom.com), сообщи
ли о новой совместной разработке - технологии для компрессии системной памяти в
реальном времени, предназначенной для серверов и других High-End систем.Разраб
отчиком самой технологии была IBM, которая утверждает, что MXT (Memory eXpansio
n Technology) может в два раза увеличить эффективный размер памяти без особенны
х затрат на аппаратное обеспечение - технология всего лишь должна быть интегри
рована в чипсет. Что с успехом и сделала ServerWorks в своей новой линейке чипо
в Pinnacle, которые являются контроллерами памяти и могут быть использованы пра
ктически со всеми чипсетами SW.Концепцией MXT является хранение часто используе
мых данных и инструкций в высокоскоростном кэше сервера, а редко используемые д
анные будут подвергнуты компрессии и помещены в более медленную оперативную пам
ять, а не на жесткий диск. По словам IBM, при больших объемах памяти, это может
удвоить ее эффективный размер (был приведен пример, когда 84 Гб работали как
168 Гб).Пока о каких-то конкретных продуктах говорить рано - они появятся ближе
к концу года. Источник: Silicon Strategies (http://www.siliconstrategies.com)
-+- PktMake.pl
+ Origin: PktMake.pl (2:5093/4.126)
=============================================================================
Hello All!
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Dima Kirnocenskij 2:5020/701.111 27 Jul 01 11:45:22
To : Bulat Ziganshin
Subj : Re: iXBT Hardware News за среду, 25 июля
Привет, Bulat!
26 Jul 01 10:42, Bulat Ziganshin wrote to All:
BZ> Технология компрессии системной памяти от IBM и ServerWorks
Hе понятно, на самом деле, как с этим всем будет работать операционная система
- она что же, получается, не будет знать, сколько у нее реально осталось, скаже
м, свободных страниц?
Всего наилyчшего.
Dima Kirnocenskij
---
* Origin: Why not? (FIDO 2:5020/701.111)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 27 Jul 01 12:37:43
To : All
Subj : лучший архиватор
* Originally in RU.COMPRESS
я порпустил начало дискуссии там. никто не знает, что это за deflate64?
=============================================================================
* Forwarded by Bulat Ziganshin (2:5093/4.126)
* Area : N5020.SYSOP.CLUB (N5020.SYSOP.CLUB)
* From : George Kotlomin, 2:5020/1587.1 (Sunday July 08 2001 23:32)
* To : Gregory Zeldner
* Subj : лучший архиватор
=============================================================================
Привет Gregory!
Как-то давным давно, в день Суб Июл 07 2001 от Рождества Хpистова, писал
Gregory Zeldner к George Kotlomin:
GZ> Сайт уже пpочухался, thanks. С инсталлятоpом они, конечно, малость
GZ> пеpебоpщили.
Кхм... Малость?;)
GZ> Самое главное, что я собственно и хотел пpовеpить - аpхивы, сжатые
GZ> Deflate64, отлично pазвоpачиваются 2.50/DOS. Что, собственно, и
GZ> тpебовалось доказать :)
Вай. И правда. Кто бы мог подумать;)
Зато вот pkunzip 2.04x и zip/unzip by InfoZip их таки не распаковывают.
А исходники infozip - это практически то, что делает zip многоплатформенным;)
Если они только в последних версиях не добавили поддержку нового метода.
Hо суть остается той-же: не так давно появился новый метод сжатия zip, который
сделал этот архиватор неуниверсальным. Так что фишку "совместимость" из его
преимуществ можно смело вычеркивать. Рошаль и то в последний раз менял свои
форматы что-то около 6 лет назад;)
ps ладно, завязываем с этой темой. Чую, что модератор нас не прибил только
потому, что ему как всегда нет на это времени;)
... [::]
-+- ... и я верю всему, что говорю, хотя и знаю, что я - лжец ... (z)
+ Origin: maybe I can find a place I can call my home (2:5020/1587.1)
=============================================================================
Hello All!
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 27 Jul 01 21:20:02
To : Dima Kirnocenskij
Subj : iXBT Hardware News за среду, 25 июля
* Originally in RU.COMPRESS
Hello Dima!
Friday July 27 2001, Dima Kirnocenskij writes to Bulat Ziganshin:
BZ>> Технология компрессии системной памяти от IBM и ServerWorks
DK> Hе понятно, на самом деле, как с этим всем будет работать операционная
DK> система - она что же, получается, не будет знать, сколько у нее
DK> реально осталось, скажем, свободных страниц?
тут был один из ibm'еров, который в курсе дела, можешь его поискать по архивам.
я тоже думал, что эта хрень может работать только с драйвером под ос, но он го
ворит, что обошлись
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Paul Konev 2:463/1124.977 28 Jul 01 00:19:40
To : Nikita Burnashev
Subj : Re: Архиватор для DOC?
Хаюшки многоуважаемый Nikita
Вот ведь... Бывает же... Пишут же... Рассмотрим конкретный случай: 22 Jul 01 в
21:00, Nikita Burnashev хвастался All. Hе верьте !
NB> Интересно, а есть ли в природе Subj?
NB> Имеется в виду формат хранения файлов в Microsoft Word (OLE2).
NB> Дело в том, что, несмотря на множество текста внутри, получается,
NB> что RAR жмет лучше, чем, к примеру, HA, из-за того, что у него больше
NB> словарь и он лучше жмет заголовки, которые занимают слишком много
NB> места. :( Как правило, это в случае множества файлов - сказывается еще
NB> и Solid-архив. Была мысль создать такое, но, может, уже есть что-то
NB> подобное?
Что могу сказать по этому поводу...
1. WinAce жмет .док (как, впрочем, и все остальное) лучше рара
2. http://www.7-zip.com/docpress.html - вкусная вещица
Good Bye Nikita Burnashev.
--- GoldED+/W32 snapshot-2001.5.29
* Origin: (2:463/1124.977)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 07 Aug 01 01:05:17
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/lxlt131.zip
LxLite v1.3.1 - An OS/2 Executables Packer (391,422 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rarl29b1.sfx
RAR v2.90 beta 1 for UNIX (Linux) - Archiver (199,664 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rarx29b1.exe
RAR v2.90 beta 1 for DOS32 and OS/2 - Archiver (console version) (299,035 bytes
)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wr29b1sk.exe
RAR v2.90 beta 1 for Windows (32-bit) - Slovak Edition (741,589 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wrar29b1.exe
RAR v2.90 beta 1 for Windows (32-bit) - English Edition (700,872 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/xplus36.exe
Xtractor Plus v3.6 - Archive extraction utility for Win95/98 (1,488,639 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 08 Aug 01 01:04:19
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/pecpt155.zip
PECompact v1.55 - Win9x/NT4/W2k Executables Packer (84,472 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Serg Tikhomirov 2:5020/122.166 13 Aug 01 22:14:05
To : Paul Konev
Subj : Huffman
Здpавствyй, Paul!
00:27 of 24 Jun Paul Konev wrote in a message to Serg Tikhomirov:
PK>> Hа текстах - rk
PK>> на сбоpной солянке - winace 2.03 (у консольного словаpь макс
PK>> 1024,
PK>> ~~~~~~~
PK>> а у вин 4096) Лучше винасе пока не встpечал.
ST> Гонишь.
PK> Тогда, уже не я.
ST> Опция -d4096 - и получаешь словаpь 4M. Внимательно читай
ST> встpоенный хелп.
PK> d<size> - Dictionary size
PK> sets the dictionary for compression in kilobytes;
PK> possible values are 32, 64, 128, 256, 512, 1024
PK> Где я что пpопустил ?
ACE 1.2b действительно опеpиpовал словаpём до 1 Мб, а с веpсии 2.0 все ваpиа
нты ACE (консольный DOS/WIN и гуёвый) пpекpасно pаботают с 4 Мб.
Всего наилучшего!
Jee
---
* Origin: Весь миp - банкет, а люди в нём - обжоpы. (2:5020/122.166)
— RU.COMPRESS
From : Serg Tikhomirov 2:5020/122.166 13 Aug 01 22:15:28
To : Lev Serebryakov
Subj : Huffman
Здpавствyй, Lev!
07:05 of 24 Jun Lev Serebryakov wrote in a message to Serg Tikhomirov:
LS>> а еще лучше -- возьми tar. И пусть каждый занимается своим
LS>> делом -- компpессоp сжимает, а аpхиватоp аpхивиpует.
ST> Это менее удобно - когда не пpосто из аpхива достаёшь нужный файл,
ST> а сначала вытаскиваешь какой-то невнятный мешок, непонятно чем набитый
ST> (а если он ещё мегабайт этак в 200?), а уже потом в нём дpугой
ST> пpогpаммой ковыpяешься...
LS> Пайп спасет отца pусской демокpатии.
Я пpедпочитаю не делать две опеpации там, где можно обойтись одной. Тот же R
AR поможет тебе пpосмотpеть огpомный аpхив в поисках нужного тебе файла, а пото
м вытащить этот файл - и только его. (TAR + XXX) - это в любом случае большее к
оличество телодвижений - залезть в аpхив, вытащить TAR-нутый файл, положить его
где-то pядом для дальнейших опеpаций, пpосмотpеть - там ли лежит нужное, pаспа
ковать, очистить за собой место на диске, и, убедившись, что достал стаpую веpс
ию нужного файла, повтоpить всё заново. Пайп - это полумеpа, в данном случае не
сильно облегчающая жизнь. Пpосто набеpёшь не четыpе команды, а две; RAR-у (это
только пpимеp, а не pеклама ;) достаточно _одной_ _однобуквенной_ команды.
Мой подход к pаботе с аpхивами явился pезультатом длительной эволюции: каких
только схем я не использовал, стpемясь запихать побольше бесценных данных на о
чень огpаниченные по объёму дискеты... Были даже тpёхслойные ваpианты: сначала
всё упаковывается AIN-ом в pежиме -m4 (нулевое сжатие), потом, напpимеp, YAC-ом
, потом - UC2 с Recovery Record. AIN хоpош тем, что сжимает заголовки файлов -
если их несколько сотен, экономия уже заметна. YAC на тот момент был единственн
ым аpхиватоpом со словаpём pазмеpом 1 Mb. UC2 использовался из-за Recovery Reco
rd и способности оптимизиpовать аpхивы.
В итоге я убедился, что копеечная экономия места не pавноценна затpатам
на выяснение, что где лежит, и pаспаковку всего этого бутеpбpода. А там уже под
оспел RAR с опцией -rr, потом пpочие - с мегабайтным словаpём... Коpоче, на мой
взгляд, пользоваться одной пpогpаммой удобнее, чем двумя. Hо возможны и иные м
нения...
Всего наилучшего!
Jee
---
* Origin: Весь миp - банкет, а люди в нём - обжоpы. (2:5020/122.166)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 14 Aug 01 01:06:06
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/htmlzip.zip
HTMLZip v1.03 - SFX compressed HTML pages creator for Win9x/NT (265,175 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idar200e.exe
IDArc v2.00 - Archive Identifier - English version (60,262 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idarc200.exe
IDArc v2.00 - Archive Identifier - German version (60,452 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idpck300.exe
IDPacker v3.00 - TP6+ Unit for Identification of Archive Formats (32,887 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu200.exe
Universal Unpacker v2.00 - German version (108,010 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu200e.exe
Universal Unpacker v2.00 - English version (105,845 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wace204d.exe
WinAce Archiver v2.04 for Win9x/NT - German Edition (2,518,443 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/4.126 14 Aug 01 01:08:36
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
* Originally in RU.COMPRESS
Hello All!
Tuesday August 14 2001, IP Robot writes to All:
IR> @MSGID: 2:5093/4.126 24C1DDC0
доволен, миронов?
Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: За бессмертие платят жизнью. Можно чужой (2:5093/4.126)
— RU.COMPRESS
From : Maxim Litvinov 2:5020/400 16 Aug 01 13:09:29
To : All
Subj : hello?
From: "Maxim Litvinov" <limax@hot.ee>
Ау! Есть кто живой?
Hеужто все другими делами занялись?
Максим
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
— RU.COMPRESS
From : Maxim Smirnov 2:5020/400 16 Aug 01 14:53:23
To : Maxim Litvinov
Subj : hello?
From: "Maxim Smirnov" <model@iac.spb.ru>
Hello Maxim!
Thu Aug 16 2001 13:09, Maxim Litvinov wrote to All:
ML> From: "Maxim Litvinov" <limax@hot.ee>
ML> Ау! Есть кто живой?
ML> Hеужто все другими делами занялись?
С одной стороны, не сезон. С другой, уже
давно была установлена применимость закона
сообщающихся сосудов к ru.compress и
comp.compression.
А кто-нибудь знает ареалы обитания девственных,
не извращенных исходников кодеков JBIG2 ?
Maxim
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
— RU.COMPRESS
From : John Beliakov 2:50/203.555 16 Aug 01 22:45:00
To : limax@hot.ee
Subj : hello?
/-¦(---/ *Привет* _limax@hot.ee_ ! /---)¦-/
е так давно, когда на календаре еще висел листок *16 Авг 01*, в _/*12:09*/_,
некий _limax@hot.ee_ толковал с /*All*/ о смысле жизни...
l> Ау! Есть кто живой?
Т.к. эха не очень загружена решил кое-что спросить, может быть не совсем по
теме.
Меня давно интересовала проблема заключения информации в *.exe-шник
(Виндовский). Причем, заключение не в ресурсы, а в код самой программы. Ведь
как-то делают самараспаковывающиеся архивы. Больше, конечно, интересует
самопроигрываемый мп3. Мои попытки создать что-либо из этого (MSVC++ 6.0) были
тщетны (ну нет у меня достаточного опыта), получилось запихнуть в ехе-шник
bmp-рисунок, но при этом мне пришлось создавать здоровенный *.h-файл с его
массивом ( /*char*/ *bmp = {...} ). Попытки исправить исходники какого-либо
mp3-проигрывателя (а их я наскреб не так уж и много), не привели к успеху.
А хотелось бы вот что:
- Чтобы mp3 (или wma) играли прямо из экзешника (без сохранения на диск,
конечно)
- Чтобы в экзешнике сидел какой-нибудь архив с файлами (например *.cab -
исходники его распаковки у меня есть), и распаковывал файлы он прямо в память
(будь то рисунки, текст или еще что), т.е. создавал массивы в памяти, которые
можно бы было использовать для разных целей.
Проще можно сказать, что стремлюсь к созданию таких функций:
/*void*/ PlayMusic (char *song);
/*char*/ *UnpackFileNumber(int NumberFile); // возвращает указатель на массив
_ // с содержимым файла
Буду рад любой инфе; благодарю за внимание.
/*-=*/ *John* /*=-*/
... Windows Must Die ;)
--- GoldEd 3.00.Beta5+ & Fido Master 2000
* Origin: WinErr013 Ошибка пользователя - Hе наша! Hе наша!.. (2:50/203.555)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 17 Aug 01 00:46:03
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/idar210e.exe
IDArc v2.10 - Archive Identifier - English version (77,400 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idarc210.exe
IDArc v2.10 - Archive Identifier - German version (77,573 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idpck310.exe
IDPacker v3.10 - TP6+ Unit for Identification of Archive Formats (33,020 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rarl29b2.sfx
RAR v2.90 beta 2 for UNIX (Linux) - Archiver (214,950 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rarx29b2.exe
RAR v2.90 beta 2 for DOS32 and OS/2 - Archiver (console version) (299,237 bytes
)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu210.exe
Universal Unpacker v2.10 - German version (108,267 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu210e.exe
Universal Unpacker v2.10 - English version (106,075 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wr29b1i.exe
RAR v2.90 beta 1 for Windows (32-bit) - Russian Edition (748,965 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wr29b1nl.exe
(779,676 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wr29b1ru.exe
RAR v2.90 beta 1 for Windows (32-bit) - Russian Edition (755,776 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wr29b2sk.exe
RAR v2.90 beta 2 for Windows (32-bit) - Slovak Edition (867,159 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wrar29b2.exe
RAR v2.90 beta 2 for Windows (32-bit) - English Edition (710,834 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Dmitry Shkarin 2:5020/400 17 Aug 01 13:32:32
To : All
Subj : to English experts (эк я по аглицки гуторю-то ;-))
From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru>
Hi, All, есть выжившие после отпуска?
Сейчас я выдавливаю из себя по капле статью на DCC, так что если кто
возьмет на себя труд просмотреть эту тягомотину и указать на наиболее
очевидные глюки - буду очень благодарен.
ЗЫ Возражения принципиального х-ра тоже принимаются, но с бааальшим скрипом
и интенсивным отбрехиванием. ;-)
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 17 Aug 01 20:52:54
To : Dmitry Shkarin
Subj : Re: to English experts (эк я по аглицки гуторю-то ;-))
From: leob@mailcom.com (Leonid Broukhis)
Dmitry Shkarin wrote:
> Hi, All, есть выжившие после отпуска?
> Сейчас я выдавливаю из себя по капле статью на DCC, так что если кто
Которая будет весной 2002?
>возьмет на себя труд просмотреть эту тягомотину и указать на наиболее
>очевидные глюки - буду очень благодарен.
Давай, если не очень длинно. Предпочитаю PDF.
>ЗЫ Возражения принципиального х-ра тоже принимаются, но с бааальшим скрипом
>и интенсивным отбрехиванием. ;-)
Я подумаю. :-)
Leo
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (2:5020/400)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 17 Aug 01 20:52:55
To : All
Subj : Return of the Carry
From: leob@mailcom.com (Leonid Broukhis)
Подумалось тут мне, а не прикрутить ли к русскому народному (с) Dmitry Subbotin
rangecoder-у перенос обратно? Процесс сродни подковыванию блохи, но
результат вроде прыгает, и в наглядности потерял, IMHO, немного.
Самое приятное, что декодер еще меньше стал.
Предложения по компактированию кода энкодера принимаются (хотя я думаю,
что компиляторы его оптимизируют и так неплохо).
/*
* Carryless rangecoder (c) 1999 by Dmitry Subbotin
* Return of the Carry (c) 2001 by Leonid Broukhis
*/
#define TopValue (1<<24)
#define BotValue (1<<16)
#define DO(n) for(int _=0; _<n; _++)
typedef unsigned int uint;
typedef unsigned char uc;
class RangeCoder
{
uint low, code, range, passed, extra;
FILE *f;
uc held;
void OutByte (uc c) { passed++; putc(c,f); }
uc InByte () { passed++; return getc(f); }
public:
uint GetPassed () { return passed; }
void StartEncode (FILE *F) { f=F; passed=low=extra=0; range= (uint) -1; }
void FinishEncode () { if (extra) {
OutByte(held);
while(--extra)
OutByte(low>>24);
}
DO(4) OutByte(low>>24), low<<=8; }
void StartDecode (FILE *F) { passed=low=code=extra=0;
range= (uint) -1;
f=F; DO(4) code= code<<8 | InByte();
}
void Encode (uint cum_freq, uint freq, uint tot_freq) {
low+= cum_freq*(range/=tot_freq);
range*= freq;
while ((low ^ low+range) < TopValue || range < BotValue) {
if ((low ^ low+range) < TopValue) {
// carry not possible (anymore)
if (extra) {
// guess what? low>>24 is either 0xff or 0 now
OutByte(held + 1 + (low >> 24));
while (--extra) OutByte(low>>24);
}
OutByte(low>>24);
} else { // carry (still) possible
if (!extra)
held = low>>24;
extra++;
}
range<<=8, low<<=8;
}
}
uint GetFreq (uint tot_freq) {
uint tmp= (code-low)/(range/=tot_freq);
if (tmp >= tot_freq) throw ("Input data corrupt");
return tmp;
}
void Decode (uint cum_freq, uint freq, uint tot_freq) {
low+= cum_freq*range;
range*= freq;
while ((low ^ low+range) < TopValue || range < BotValue)
code= code<<8 | InByte(), range<<=8, low<<=8;
}
};
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (Fremont, CA, USA) (2:5020/400)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 17 Aug 01 21:57:26
To : All
Subj : И еще по поводу rangecoder-а
From: leob@mailcom.com (Leonid Broukhis)
Смотрю я, и что-то мне не нравится в первоначальном
void FinishEncode () { DO(4) OutByte(low>>24), low<<=8; }
А не нравится мне то, что раз при входе в FinishEncode()
low ^ low + range > TopValue (это у нас инвариант, без него никуда),
то выдавать все 4 байта не нужно,
а будет достаточно одного, потому что при выполнении вышеуказанного
условия код 0xNNffffff находится внутри диапазона между low и low + range,
а при достижении конца файла InByte() возвращает именно 0xff. Так что
и 3 байта на каждом сжатом файле экономится, и исполняемый код энкодера
(если он кому-нибудь интересен) сокращается.
Leo
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (Fremont, CA, USA) (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/4.126 17 Aug 01 23:57:17
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/arj2_276.exe
ARJ for OS/2 v2.76 (251,384 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/arj2_309.exe
ARJ32 for OS/2 v3.09 (231,296 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/arj2r276.exe
ARJ for OS/2 v2.76 (Russian Edition) (259,548 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/dpinfo95.zip
DPINFO95.DLL v2.0 by D.Paehl - Archive type identifying DLL (174,349 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/unpack22.zip
UN-PACK v2.2 freeware - EXE files analyzer/unpacker (891,306 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/4.126)
— RU.COMPRESS
From : Eugene D. Shelwien 2:5020/400 18 Aug 01 00:40:58
To : All
Subj : Re: Return of the Carry
From: "Eugene D. Shelwien" <shelwien@thermosyn.com>
Reply-To: shelwien@thermosyn.com
Hi!
Leonid Broukhis wrote:
> Подумалось тут мне, а не прикрутить ли к русскому народному (с) Dmitry Subbot
in
> rangecoder-у перенос обратно? Процесс сродни подковыванию блохи, но
> результат вроде прыгает, и в наглядности потерял, IMHO, немного.
>
> Самое приятное, что декодер еще меньше стал.
> Предложения по компактированию кода энкодера принимаются (хотя я думаю,
> что компиляторы его оптимизируют и так неплохо).
Похоже, в исходники AriDemo посмотреть и тебе лень, несмотря на
то, что они у тебя хостятся %).
Впрочем, может, там просто не последняя версия? ;)
В общем, смотри:
shindler.inc - к шиндлеровскому rangecoder'у, на самом деле, отношение
имеет весьма отдаленное, работает заметно быстрее и вообще
гораздо проще. С переносами, потому при небольших total'ах
дает практически идеальную эффективность.
shcoder.inc - as above, но эффективность хорошая уже и при средних
total'ах. Пары умножение/деление переписаны на асме под x86,
что позволяет выполнять их через int64, без отсечения -
потому с большей точностью.
shindlet.inc - оптимизированный вариант, использующий __int64, что
позволяет существенно упростить работу с переносом.
__int64 можно заменить на "long long int"...
или просто "long int", где как.
clr.inc - CL-R, моя альтернатива субботинскому еще 1999-го года;
MaxFreq=1<<24, соответственно выше эффективность; может
иногда быть и быстрее, зависит от компилятора.
cel500.png - Сравнение shindler.inc с subbotin.inc на Calgary Corpus.
Как видно, скорость кодирования у Субботина чуть выше,
декодирования (естественно) - чуть ниже.
su_vs_sh.png - Аналогичное сравнение на PPMD v.G
В принципе, тот, который shindlet.inc уже, похоже, всегда быстрее субботинского
,
но новые графики мне что-то облом рисовать...
...Впрочем, ладно. Графики - не графики, а просто файлик покодировать на время
можно попробовать. Берем, значит, словарь Даля размером 17,390,634 и жмем при
помощи aridemo c разными кодерами.
Celeron 4.5*112, 128M SDRAM, Win98 SE
IntelC 6.0
shcoder.inc 10,467,200 11.200 30.380
shindler.inc 10,468,021 11.750 21.420
shindlet.inc 10,468,021 11.810 21.470
CL-R 10,468,024 11.640 22.350
subb_lb.inc 10,472,796 11.310 21.750
subbotin.inc 10,474,842 11.090 21.750
Результаты, правда, не вполне достоверны, т.к. нетскейп загружен и еще что-то,
но фиг с ними. Хотя как shindlet может быть медленнее - не понимаю ;)
Припоминается, впрочем, что-то насчет каких-то заморочек IC6.0, но... если
перекомпилить aridemo/shindlet.inc IC4.5, то выходит вот что:
shindlet.inc 10,468,021 11.640 24.440
%)
А, и еще в shcoder.inc при декодировании лишнее деление выполняется. Вполне
вероятно, что от него можно избавиться.
Hо даже если субботинский кодер все-таки быстрее. Стоит ли это такой
потери эффективности?
Счастливо!
- Шелвин
--- ifmail v.2.15dev5
* Origin: Shadow Research Center (2:5020/400)
[an error occurred while processing this directive][an error occurred while processing this directive]