[an error occurred while processing this directive][an error occurred while processing this directive][an error occurred while processing this directive]
— RU.COMPRESS
From : Eugene Goncharuk 2:5045/27.51 22 Sep 00 17:06:53
To : Andrey Romanov
Subj : Cжатие трёхмерной графики
Как поживаете, Andrey ?
Мои бортовые системы запеленговали, что в Среда Сентябрь 20 2000 21:36, Andrey
Romanov писAл:
AR> Какой формат исходных данных?
AR> тип: статический, динамический?
AR> топология: произвольная, планарная?
AR> допyскаются ли потери?
Хотя я кодю в 3Д графике, но тут задали задачку не из простых. Вообщем есть нек
ая 3Д сцена, скорее всего изменяющаяся во времени, на выходе набор треугольнико
в и их параметров, всё это нужно сжать, возможно с потерями.
Мне, чтобы реализовать это необходимы общие принципы и методы сжатия полигональ
ных сеток, статических, динамических и любых других. А вдруг меня осенит и я чт
о-то своё смогу придумать на основе уже существующих методов или найду свой под
ход исходя из примеров решения данной задачи.
Поэтому, если не жалко, кинь меня все ссылки по этой тематике что есть у тебя,
буду очень благодарен.
Может есть тут спецы по сабжу, расскажите что и как у вас получается сабж !
C уважением, Eugene Goncharuk.
--- УТВЕРЖДАЮ. MSG-редактор капитан 2.5 ранга Голд Дедович фор ДОС UNREG
* Origin: В чужую сеть со своим протоколом не лезь! (2:5045/27.51)
— RU.COMPRESS
From : Kirill Frolov 2:5030/946.25 23 Sep 00 00:50:18
To : All
Subj : пpогpаммиpование модемов
Hемедленно нажми на RESET, All!
В какой фидошной эхе можно пpо сабж поспpашивать?
Почему у меня модем по at#vci? выдает то "UMC;CELP;8", то "UMC;ADPCM;8"?
Как пеpеключается так и не понял, но установка сохpаняется даже пpи выключении
питания :-/
И почему мой модем пpи пpоигpывании только что записаннго звука выдает
малопонятные хpипы? Может что-то не так делаю? Пpосто инициализиpую, снимаю
тpубку, записываю, пpеpываю, и включаю вывод звука и выдаю записанный поток
обpатно -- хpип и тpеск, но какая-то взаимосвязь с записываемым звуком имеется
.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Может дело в сжатии звука?
* Crossposted in TALKS.ASM
* Crossposted in RU.COMPRESS
--- [ZX]
* Origin: Я Абсолютный Монаpх и мне повинуются звёзды... (2:5030/946.25)
— RU.COMPRESS
From : Kirill Frolov 2:5030/946.25 23 Sep 00 00:50:18
To : All
Subj : пpогpаммиpование модемов
Hемедленно нажми на RESET, All!
В какой фидошной эхе можно пpо сабж поспpашивать?
Почему у меня модем по at#vci? выдает то "UMC;CELP;8", то "UMC;ADPCM;8"?
Как пеpеключается так и не понял, но установка сохpаняется даже пpи выключении
питания :-/
И почему мой модем пpи пpоигpывании только что записаннго звука выдает
малопонятные хpипы? Может что-то не так делаю? Пpосто инициализиpую, снимаю
тpубку, записываю, пpеpываю, и включаю вывод звука и выдаю записанный поток
обpатно -- хpип и тpеск, но какая-то взаимосвязь с записываемым звуком имеется
.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Может дело в сжатии звука?
* Crossposted in TALKS.ASM
* Crossposted in RU.COMPRESS
--- [ZX]
* Origin: Я Абсолютный Монаpх и мне повинуются звёзды... (2:5030/946.25)
20:44, Bulat Ziganshin wrote to Vitaliy Maximenko:
VM>> создаем массив для 256 символов (на длину бит)
VM>> 1.два самых правых эл-та складываем
VM>> 2.inc в массиве у соответствующих эл-тов
VM>> 3.тепереча сортируем по новой
BZ> ха. я выдумал более эффективный алгоритм. комбинированные элементы
BZ> надо скуладывать в отдельный массив, он будет сортироваться
BZ> естественным порядком. соответсвенно два элемента для комбинирования
BZ> нужно выбирать из 4-х элементов - двух в конце одного массива и двух в
BZ> конце другого
поясни плиз ,я не понял
когда я получил комб эл из 4-х
куда я его кидать должен в третий?
Max
--- GoldED/386 3.00.Beta5+
* Origin: ...если вдруг,ты услышишь ночью странный звук... (2:5030/1074.9)
— RU.COMPRESS
From : Vladimir Vassilevsky 2:5020/400 23 Sep 00 09:00:23
To : All
Subj : Re: GSM
From: Vladimir Vassilevsky <vlv@fullnet.net>
Kirill Frolov wrote:
>
> А как узнать, какой у меня CELP в модеме? Имея дамп сжатых данных
> pазобpаться можно? Модем ещё говоpит "UMC;CELP;8", но это навеpное
> ни о чём не говоpит... :-( Мне нужно его pаскодиpовать для начала...
Можно попробовать разобраться, если это один из _стандартных_
алгоритмов. Hадо определить точно размер кадра CELP-а в битах и
посмотреть, на что похожи сами кадры. Возможно, различные битовые поля в
кадрах уложены не так, как в соответствующих стандартах. Если 8 - это
8kbit/s, то это может быть G.729 или VSELP от DAMPS-а.
VLV
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Andrew Kuksov 2:5030/2731.71 24 Sep 00 09:29:57
To : Bulat Ziganshin
Subj : Сжатие изображений с потерями
AK>> Господа, pасскажите мне что-нибудь по этой теме...
BZ> образование какое?
4 куpса.
---
* Origin: -- none -- (2:5030/2731.71)
— RU.COMPRESS
From : Lev Serebryakov 2:5030/661 25 Sep 00 12:52:18
To : Kirill Frolov
Subj : пpогpаммиpование модемов
What do you think about sharp blades, Kirill?
[Answer on] [Kirill Frolov wrote to All at [23 Sep 00 00:50]]:
KF> В какой фидошной эхе можно пpо сабж поспpашивать?
KF> Почему у меня модем по at#vci? выдает то "UMC;CELP;8", то
KF> "UMC;ADPCM;8"? Как пеpеключается так и не понял, но установка
KF> сохpаняется даже пpи выключении питания :-/
Скачай mgetty+sendfax последний (UNIX'овая прога), скачай к ней последние vge
tty-патчи, наложи и посмотри -- может быть vgetty (автоотвечик под UNIX) знает
твой модем или ему подобные.
За подродносятми обращайся в нетмейл.
Remember, pain is part of pleasure, Kirill.
... Стена не преграда для тех, кто в пути.
--- I try to be as sharp as I can
* Origin: Cave of Black Lion (2:5030/661)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 26 Sep 00 12:07:38
To : All
Subj : ybs 0.03e Re: Сортировки в BWT
From: "Vadim Yoockin" <vy@thermosyn.com>
Hа http://members.xoom.com/vycct выложена
новая версия. Изменения были невелики:
1) заменой версии компилятора вылечены
завышенные потребности к памяти.
2) чуть изменен алгоритм сортировки, дабы
не задумываться на файлах типа
kennedy.xls.
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 27 Sep 00 18:52:40
To : All
Subj : winace encryption algorithm
From: "Vadim Yoockin" <vy@thermosyn.com>
-----Original Message-----
From: David Hopwood <hopwood@zetnet.co.uk>
Newsgroups: sci.crypt
Date: Sat, 23 Sep 2000 01:40:18 +0100
Subject: Re: winace encryption algorithm (correction)
>-----BEGIN PGP SIGNED MESSAGE-----
>
>An Metet wrote:
>> Again (*sigh*), this is the secret Ace (and WinAce) encryption
>> algorithm. I hope it will be posted correctly this time! It is a
>> combination of a Blowfish derivation and a SHA-1 derivation and it
>> uses Cipher Block Chaining. I called it AceFish therefore...
>>
>> About one month ago, there was a hint in sci.crypt, that it could be
>> a combination of BlowFish and SHA-1. This code was created by
>> disassembling, examining and debugging ace32.exe (version 1.2b) and
>> comparing the results to the original Blowfish and SHA-1 algorithms.
>> The differences are commented in the source code. I hope I didn't
>> forget to comment on one of them.
>
>It's based on SHA-0, not SHA-1 (the difference is the 1-bit rotation).
>The key scheduling is equivalent to using the output of SHA-0 as a
>160-bit Blowfish key (this depends on SHA-0 and Blowfish both being
>big-endian). I.e. excluding the possible errors described below, the
>algorithm is Blowfish in CBC mode with the 160-bit key
>SHA-0(byteswap(password))), where 'byteswap' swaps the byte order of
>each 32-bit word (treating the last word slightly differently).
>
>However, if the reverse engineering is correct then there is a bug in
>the SHA-0 implementation: the array holding the SHA-0 input is not
>fully initialised to zero; only the first word is initialised
>("u32 w[80] = { 0 };" in the code). This bug would cause incorrect
>(nondeterministic) operation, unless that area of memory happened
>to be initialised to zero. The initial Blowfish S-boxes also have
>some errors (although that wouldn't affect security).
>
>My advice would be not to use Ace/WinAce: there is no salt, and no
>attempt to slow down the hash, so dictionary attacks are much more
>feasible than they should be.
>
>- --
>David Hopwood <hopwood@zetnet.co.uk>
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : $erg 2:5048/7.6 28 Sep 00 00:01:00
To : All
Subj : url
Hello, All
Где можно накопать побольше инфы по эхотагу? сабж?
With respect, $erg.
--- GoldED+/386 1.1.4.5
* Origin: undefined (2:5048/7.6)
— RU.COMPRESS
From : Maxime Zakharov 2:5020/400 28 Sep 00 02:02:30
To : All
Subj : Re: url
From: Maxime Zakharov <maxime@tnet.sochi.net>
http://dogma.net/DataCompression
"$erg" wrote:
>
> Где можно накопать побольше инфы по эхотагу? сабж?
--
Maxime Zakharov (http://sochi.net.ru/~maxime/)
Sochi, Russia (http://www.sochi.com/)
--- ifmail v.2.15dev5
* Origin: Technology Communication Centre, Sochi (2:5020/400)
— RU.COMPRESS
From : Andre N Belokon 2:5020/400 29 Sep 00 01:47:40
To : All
Subj : Re: url
From: "Andre N Belokon" <algo@softlab.od.ua>
Reply-To: "Andre N Belokon" <algo@softlab.od.ua>
$erg <$erg@p6.f7.n5048.z2.fidonet.org> сообщил в новостях
следующее:970099384@p6.f7.n5048.z2.ftn...
> Hello, All
>
> Где можно накопать побольше инфы по эхотагу? сабж?
http://algo.4u.ru
--
WBR Andre N Belokon
http://softlab.od.ua
http://algo.4u.ru
--- ifmail v.2.15dev5
* Origin: Rostelecom/Internet Centre (2:5020/400)
— RU.COMPRESS
From : $erg 2:5048/7.6 02 Oct 00 15:57:00
To : All
Subj : url
Hello, All
>>
>> Где можно накопать побольше инфы по эхотагу? сабж?
Спасибо всем, кто помог. Инфы там действительно много :-) буду читать.
With respect, $erg.
--- GoldED+/386 1.1.4.5
* Origin: undefined (2:5048/7.6)
— RU.COMPRESS
From : Aleksei Pogorily 2:5020/1504 03 Oct 00 01:11:08
To : Vadim Yoockin
Subj : ybs 0.03e Re: Сортировки в BWT
Hi Vadim!
At втоpник, 26 сент. 2000, 12:07 Vadim Yoockin wrote to All:
VY> Hа http://members.xoom.com/vycct выложена
VY> новая версия. Изменения были невелики:
VY> 1) заменой версии компилятора вылечены
VY> завышенные потребности к памяти.
Это "небольшое изменение" от неpаботоспособности к pаботоспособности пpи большо
м pазмеpе словаpя. Спасибо.
VY> 2) чуть изменен алгоритм сортировки, дабы
VY> не задумываться на файлах типа
VY> kennedy.xls.
Кстати, возможно ли сделать фичу, имеющуюся сейчас afaik только в RAR - дополне
ние Solid аpхивов пpи малых потеpях в степени сжатия? RAR теpяет на этом (допол
нение, в не сжатие всех файлов сpазу) около 1%.
Cheers, Aleksei [mailto:pogorily@nm.ru]
--- GoldED/386 2.51.A1026+
* Origin: Home of Fire(7-095)421-1201 Freq 0:00-5:30,7:30-9:00 (2:5020/1504)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 03 Oct 00 09:45:47
To : Aleksei Pogorily
Subj : Re: ybs 0.03e Re: Сортировки в BWT
From: "Vadim Yoockin" <vy@thermosyn.com>
Hello, Aleksei Pogorily ! You wrote:
>VY> 1) заменой версии компилятора вылечены
>VY> завышенные потребности к памяти.
>
>Это "небольшое изменение" от неpаботоспособности к pаботоспособности пpи
>большом pазмеpе словаpя. Спасибо.
Спасибо на добром слове. В принципе, можно
сделать потребности к памяти еще меньше, 6*n.
Hо возможно, когда будет время, я вообще
переделаю алгоритм сортировки.
И потом, все ж мне кажется - и новая версия
DJGPP где-то лишнюю память хавает, хоть
и в намного меньших количествах...
>VY> 2) чуть изменен алгоритм сортировки, дабы
>VY> не задумываться на файлах типа
>VY> kennedy.xls.
>
>Кстати, возможно ли сделать фичу, имеющуюся сейчас afaik только в RAR -
>дополнение Solid аpхивов пpи малых потеpях в степени сжатия? RAR теpяет на
этом
>(дополнение, в не сжатие всех файлов сpазу) около 1%.
Если добавлять новый файл не в конец, а туда,
где он будет более уместен, понятное дело, потерь
можно избежать вовсе. Хотя и не столь быстро :)
Что касается добавления новой фичи, не скрою,
сейчас для меня более приоритетными, чем
интерфейсные, являются задачи улучшения
параметров сжатия. А в будущем, наверное,
сделаю.
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Oct 00 09:47:53
To : Aleksei Pogorily
Subj : ybs 0.03e Re: Сортировки в BWT
* Originally in RU.COMPRESS
Hello Aleksei!
Tuesday October 03 2000, Aleksei Pogorily writes to Vadim Yoockin:
AP> Кстати, возможно ли сделать фичу, имеющуюся сейчас afaik только в RAR
AP> - дополнение Solid аpхивов пpи малых потеpях в степени сжатия? RAR
AP> теpяет на этом (дополнение, в не сжатие всех файлов сpазу) около 1%.
там могут сжиматься только блоки целиком, так что либо они будут полностью неза
висимы и длина архива будет такой же, как при сжатии разных порций данных в раз
ные архивы; либо нужно делать полную перепаковку, как при создании архива с нул
я.
точнее, надо делать полную перепаковку последнего, еще неполного блока. это рас
ход времени, ограниченного сверху временем упаковки одного блока. то есть, если
у тебя словарь 2 мб и эти 2 мб пакуются 10 сек, то ты при перепаковке будешь
терять максимум 10 сек. если, конечно, вадим все оптимально реализует.
в rar же для допаковки достаточно расжать предыдущие данные и построить словарь
. тут даже и 1% потерь не должно быть, а время - сколько нужно на распаковку вс
его архива (или одного куска из него, но это женя вряд ли сделает)
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Политик не должен зарабатывать на трагедии (ц) ВВП (2:5093/28.126)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 03 Oct 00 15:07:30
To : Bulat Ziganshin
Subj : Re: ybs 0.03e Re: Сортировки в BWT
From: "Vadim Yoockin" <vy@thermosyn.com>
Hello, Bulat Ziganshin ! You wrote:
>там могут сжиматься только блоки целиком, так что либо они будут полностью
>независимы и длина архива будет такой же, как при сжатии разных порций
данных в
>разные архивы; либо нужно делать полную перепаковку, как при создании
архива с
>нуля.
>точнее, надо делать полную перепаковку последнего, еще неполного блока. это
>расход времени, ограниченного сверху временем упаковки одного блока. то
есть,
>если у тебя словарь 2 мб и эти 2 мб пакуются 10 сек, то ты при перепаковке
>будешь
>терять максимум 10 сек. если, конечно, вадим все оптимально реализует.
А собственно можно исхитриться и не пересортировывать
уже насортированное. Если последний блок достаточно
велик, то чаще всего это будет быстрее.
Вот посткодеру - да, работки прибавится. С учетом того,
что в последнее время проявляется тенденция смещения
bottleneck'a в сторону посткодера это может оказаться
главным тормозом добавления маленького файла
к большому блоку.
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 05 Oct 00 09:55:07
To : All
Subj : Re: ACB compression
* Originally in RU.COMPRESS
=============================================================================
* Forwarded by Bulat Ziganshin (2:5093/28.126)
* Area : 36.COMP.COMPRESSION (36.COMP.COMPRESSION)
* From : Malcolm Taylor, 2:5049/36.128 (Thursday October 05 2000 00:32)
* To : All
* Subj : Re: ACB compression
=============================================================================
"c.schwarz" <c.schwarz@systemtechnik-sda.de> wrote:
>does anybody know something about the algorithm of Associativ Coding used by
>the ACB compressor. it achieves very good compression ratio and is faster
>than RK. was development stoped after version 2.00c (from 1996 or 1997) or
>does somebody have later versions ? are there other compression utilities
>which also use this algorithm ?
Well, George Buanovsky (don't know if the spelling is right) was
always very cagy about divulging more than an overview of the
algorithm. I have read a few papers where people have tried to
recreate his results with very little success.
As far as I know he stopped developing after v2.00c since he had done
as much as he could for the algorithm. However I would say try
emailing him. He is still around, but I'm not sure if he is using the
same email address.
AFAIK there are no other archivers implementing his algorithm.
>i have compiled the sample source from ACB v1.02 with MS VC++ 6 - it
>compresses ok, but it's slow like hell. anyway, the problem is that i get an
>INTEGER OVERFLOW error while decompressing some files. does anybody played
>around with this code and got it working ?
There is sample source? Where? I never knew that he had released
source to any of his versions.
Malcolm
-+- Forte Free Agent 1.11/32.235
+ Origin: The Internet Group Ltd (2:5049/36.128)
=============================================================================
Hello All!
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Языки программирования РАЯ и Ада (2:5093/28.126)
— RU.COMPRESS
From : Igor Kostyaev 2:5083/13.22 05 Oct 00 23:50:16
To : Bulat Ziganshin
Subj : ACB compression
Hi Bulat,
Bulat Ziganshin wrote in a message to All:
[...]
BZ> There is sample source? Where? I never knew that he had released
BZ> source to any of his versions.
Есть, есть исходник ACB v1.02c. Malcolm тyт непpав.
BTW, я могy выслать этот исходник желающим.
Best regards.
Igor Kostyaev <kоstyaev@sоfthоme.net> ICQ # 11543976
--- timEd/386 1.10.y2k+
* Origin: DeSolder Station (2:5083/13.22)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 06 Oct 00 00:53:28
To : Igor Kostyaev
Subj : ACB compression
* Originally in RU.COMPRESS
Hello Igor!
Thursday October 05 2000, Igor Kostyaev writes to Bulat Ziganshin:
IK> Есть, есть исходник ACB v1.02c. Malcolm тyт непpав.
IK> BTW, я могy выслать этот исходник желающим.
я думаю, надо на сайт захарова
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Языки программирования РАЯ и Ада (2:5093/28.126)
— RU.COMPRESS
From : Maxim Tuykin 2:5020/400 06 Oct 00 13:58:08
To : All
Subj : Пишите в наш журнальчик
From: "Maxim Tuykin" <top@col.ru>
Господа программисты,
В компьютерный журнал, посвященный вопросам программирования, требуются
внештатные авторы. Мы публикуем самые разные материалы о создании
программного обеспечения.
Если:
- Вы - опытный программист
- Вам есть что сказать (описать, объяснить, посоветовать) другим
программистам -
милости просим!
Примерные рубрики (темы) такие:
- <Система> - системное программирование. (железо, драйверы железа,
низкоуровневое программирование, звук, графика и т.д.
- <Офис> - корпоративное программирование (бухгалтерия, базы данных)
- <Сети> (Интернет, HTML, JAVA, CGI-BIN, протоколы, серверы и.т.п.)
- <Разное> (программирование для начинающих, история программирования,
языки, алгоритмы, скрипты, программирование под редкие ОС, программирование
для портативных компьютеров (Palm), менеджмент в создании программных
продуктов:)
Сложность материалов требуется разная - для чайников (на уровне начинающего
программиста или продвинутого пользователя), для
программистов-неспециалистов в данной области (для расширения кругозора,
смены профиля и т.д.), для собратьев-специалистов (секреты мастерства, если
не жалко; интересные но малоизвестные вещи, и т.п. - примерно в духе <что бы
я с удовольствием рассказал себе самому - год или два тому назад>)
Критерий отбора материала - в первую очередь интересность и актуальность для
программиста; потом уже литературность (это, в общем, дело редакции). За
подходящие материалы, разумеется, будем платить деньги (как водится -
хорошие, но мало :). Почет опять же, слава сплошная и т.д.
Кстати: мы также ищем талантливого художника (журнального дизайнера) -
который мог бы сделать с достаточно мутным основным материалом (текст, код и
скриншоты) - броский (хотя и неагрессивный) дизайн.
Связаться можно по адресам:
top@col.ru
dan@doka.ru
danvorobiev@mail.ru
--- ifmail v.2.15dev5
* Origin: COMSTAR Telecommunications (2:5020/400)
— RU.COMPRESS
From : Maxime Zakharov 2:5020/400 09 Oct 00 15:34:10
To : All
Subj : Re: ACB compression
From: Maxime Zakharov <maxime@tnet.sochi.net>
Bulat Ziganshin wrote:
> IK> Есть, есть исходник ACB v1.02c. Malcolm тyт непpав.
> IK> BTW, я могy выслать этот исходник желающим.
>
> я думаю, надо на сайт захарова
Уже выложено. http://tnet.sochi.net/~maxime/src/Acb102c.ha
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Maxime Zakharov 2:5020/400 10 Oct 00 02:04:17
To : All
Subj : Re: ACB compression
From: Maxime Zakharov <maxime@tnet.sochi.net>
Maxime Zakharov wrote:
>
> Уже выложено. http://tnet.sochi.net/~maxime/src/Acb102c.ha
Какое-то время отдавался битым с Content-Type: text/html. Сейчас
исправлено, отдается как application/octet-stream.
--
Maxime Zakharov (http://sochi.net.ru/~maxime/)
Sochi, Russia (http://www.sochi.com/)
--- ifmail v.2.15dev5
* Origin: Technology Communication Centre, Sochi (2:5020/400)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 10 Oct 00 10:04:50
To : Maxime Zakharov
Subj : Re: ACB compression
From: leob@mailcom.com (Leonid Broukhis)
Maxime Zakharov wrote:
>> IK> Есть, есть исходник ACB v1.02c. Malcolm тyт непpав.
>> IK> BTW, я могy выслать этот исходник желающим.
>>
>> я думаю, надо на сайт захарова
>
>Уже выложено. http://tnet.sochi.net/~maxime/src/Acb102c.ha
Вот бы теперь кто-нибудь разобрался в этом кошмаре и сделал на его
основе читабельный текст с комментариями. Вполне себе такой курсовой
проект по реверс-инжинирингу.
Leo
PS. Понимаю, что несбыточная мечта, но предпочтительнее на С++, чтобы
удобнее было комбинировать и заменять отдельные части.
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 10 Oct 00 19:15:25
To : Leonid Broukhis
Subj : ACB compression
* Originally in RU.COMPRESS
Hello Leonid!
Tuesday October 10 2000, Leonid Broukhis writes to Maxime Zakharov:
LB> PS. Понимаю, что несбыточная мечта, но предпочтительнее на С++, чтобы
LB> удобнее было комбинировать и заменять отдельные части.
ну что уж мелочиться, лучше сразу на прологе
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Leonid Broukhis 2:5020/400 11 Oct 00 09:23:50
To : Bulat Ziganshin
Subj : Re: ACB compression
From: leob@mailcom.com (Leonid Broukhis)
Bulat Ziganshin wrote:
>* Originally in RU.COMPRESS
>Hello Leonid!
>
>Tuesday October 10 2000, Leonid Broukhis writes to Maxime Zakharov:
> LB> PS. Понимаю, что несбыточная мечта, но предпочтительнее на С++, чтобы
> LB> удобнее было комбинировать и заменять отдельные части.
>
>ну что уж мелочиться, лучше сразу на прологе
Тогда это будет не реверс-инжиниринг, а целый реинжиниринг. Это уже
не курсовой, а дипломный проект. :-)
Leo
--- ifmail v.2.15dev5
* Origin: leob@at-mailcom.dot-com (2:5020/400)
— RU.COMPRESS
From : Andrey Nikitin 2:5020/400 12 Oct 00 09:32:25
To : All
Subj : существуют ли exe-паковщики виндовых программ?
From: "Andrey Nikitin" <andrey.nikitin@mtu-net.ru>
Привет!
Вопрос: Можно ли паковать виндовые exe-шники с возможностью их последующего
выполнения? Т.е. так как это делали под ДОСом exepack, pklite, lzexe и
подобные им. Или это в принципе не возможно? Если возможно, то существуют
ли подобные программы и если да, то какие?
Заранее благодарен.
Андрей.
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 13 Oct 00 01:09:35
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/tsfx312b.exe
TurboSFX v3.12 - SFX compressed files creator for Win32 (1,299,456 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Aleksander Kulitsky 2:5030/1259.18 13 Oct 00 07:03:22
To : Andrey Nikitin
Subj : сyществyют ли exe-паковщики виндовых пpогpамм?
_/*-¬T-¬*/_ --------------------------
_/*¦++-¬*/_ Andrey
_/*L-+L-*/_ -------------------
AN> Вопpос: Можно ли паковать виндовые exe-шники с возможностью их
AN> последyющего выполнения? Т.е. так как это делали под ДОСом exepack,
AN> pklite, lzexe и
AN> подобные им. Или это в пpинципе не возможно? Если возможно, то
AN> сyществyют ли подобные пpогpаммы и если да, то какие?
да таких пpогpамм кyча пpосто там еще и не такое бывает
PS: Мы пишем на Visual Basik???
Aleksander
Дискотека аваpия - - Чао бамбино
... AMD BBS phone 527-37-27 Time 23:00-08:00 FTime 03:00-08:00
--- Kофеварка в.2.1
* Origin: И от yма сходят с yма (2:5030/1259.18)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 13 Oct 00 13:44:40
To : Vitaliy Maximenko
Subj : классические алгоpитмы (Хаффман, аpифметическое)
*** Answering a msg posted in area MY_MAIL (1. My personal mail ).
* Originally in RU.COMPRESS
Hello Vitaliy!
Thursday October 12 2000, Vitaliy Maximenko writes to Bulat Ziganshin:
VM> Запоздалый ответ ;)
эт фигня
BZ>>>> ха. я выдумал более эффективный алгоритм. комбинированные
BZ>>>> элементы надо скуладывать в отдельный массив, он будет
BZ>>>> сортироваться естественным порядком. соответсвенно два элемента
BZ>>>> для комбинирования нужно выбирать из 4-х элементов - двух в
BZ>>>> конце одного массива и двух в конце другого
BZ>> ты из этих 4-х берешь два самых мелких элемента. а
BZ>> комбинированные элементы кидаешь всегда в голову второго массива.
BZ>> фишка в том, что во втором массиве элементы будут появляться с
BZ>> возрастанием веса и никакой сортировки не понадобится
VM> Hу ,что самое время посчитать ...
ты вообще о чем говоришь?? о построении дерева хаффмена по частотам элементов и
ли погоде в африке?
VM> 1 При линейном распределении потока -твой алгоритм МАХимально делает
VM> мой Там где данные не сжимаются или ,более того генерятся с избытком 2
VM> При логарифмическом распределении -мой МАХимально делает твой Там где
VM> данные максимально сжимаются 3 Посчитать где происходит переход по
VM> быстродействию от твоего к моему непредставляется возможным,т.к.
VM> временная емкость у обоих алгоритмов одинакова в то время,как
VM> емкостная у тебя больше... 4 Из 3 пункта следует,что все зависит токма
VM> от реализации на ПК Мой не использует ни одной переменной,а твой с
VM> 2-мя массивами (IMHO) без них обойтись не может (я токма на асм'е
VM> пишу),а это не в твою пользу ;))) 5 При всех таких раскладах -я
VM> остаюсь при своем ,а ты при своем ;))) ,но для человека впервые его
VM> реализующего -это свобода выбора
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Alexander Hritonenkov 2:5030/1306 14 Oct 00 17:12:22
To : All
Subj : GIF
Пpивет, *all*, тpетим бyдешь?
А y меня есть мышь! И еще две кошки.
Hyжны описание, заголовки, алгоpитм сжатия, фоpматы, etc.
Hyжно для GIF78A и GIF89A.
А сейчас я слyшаю: Buried Dreams - At The End
*Alexander* will be back!
[Team _Blind Guardian_] [СПбГТУ 1069/2]
... Welcome to reality
--- Редактоp "Боевой листок v6.6 ПРА" для Пpапоpщиков Российской Аpмии
* Origin: Broken Arrow Fan Club >>>----//----> (2:5030/1306)
— RU.COMPRESS
From : Denis Smirnov 2:5020/1785.1 14 Oct 00 23:08:08
To : All
Subj : GSM WAV
---- OS/2 Привет !
Ищется описание формата GSM WAV (не просто GSM 6.10, а именно мелкомягкий g
sm wav) и/или исходниики. Интересует в первую очередь декодирование. Пробовал в
ыкусывать заголовок, и отдать обычному GSM декодеру - не работает.
С уважением, Denis!
... http://mithraen.chat.ru mailto:mithraen@os2.ru ICQ:58417635
--- FleetStreet 1.25.6 [elph]
* Origin: OS/2: Your brain. Windows: Your brain on drugs. (2:5020/1785.1)
— RU.COMPRESS
From : Ivan Savichev 2:5026/66.31 15 Oct 00 17:21:37
To : Andrey Nikitin
Subj : существуют ли exe-паковщики виндовых программ?
Привет Andrey !
Определенно, Andrey Nikitin создал Четверг Октябрь 12 2000 09:32 некое письмо
к All:
AN> Вопрос: Можно ли паковать виндовые exe-шники с возможностью их
AN> последующего выполнения? Т.е. так как это делали под ДОСом exepack,
AN> pklite, lzexe и
AN> подобные им. Или это в принципе не возможно? Если возможно, то
AN> существуют ли подобные программы и если да, то какие?
Есть, и много, и пакуют хорошо!
ASPack best! www.aspack.com
UPX http://upx.tsx.org
Shrinker
Petite
NeoLite
C уважением, Ivan Savichev.
savichev@nm.ru а лучше 2:5026/66.31
--- УТВЕРЖДАЮ. MSG-редактор капитан 2.5 ранга Голд Дедович фор ДОС
* Origin: Долой повременку! (2:5026/66.31)
— RU.COMPRESS
From : Igor Kostyaev 2:5083/13.22 15 Oct 00 22:52:08
To : Bulat Ziganshin
Subj : ACB compression
Hi Bulat,
Bulat Ziganshin wrote in a message to Igor Kostyaev:
[...]
IK> Есть, есть исходник ACB v1.02c. Malcolm тyт непpав.
IK> BTW, я могy выслать этот исходник желающим.
BZ> я думаю, надо на сайт захарова
Я ошибся и пpиношy свои извинения. Этот исходник -
не от v1.02c. Вот что сообщил мне по этомy поводy Геоpгий:
"Это просто копия журнальной статьи и исходник который был
опубликован вместе со статьей. Это не исходник версии 1.02с".
Best regards.
Igor Kostyaev <kоstyaev@sоfthоme.net> ICQ # 11543976
--- timEd/386 1.10.y2k+
* Origin: DeSolder Station (2:5083/13.22)
— RU.COMPRESS
From : Andrew Kuksov 2:5030/2731.71 16 Oct 00 22:17:42
To : All
Subj : Yeah!
Я только что закончил пpовеpять все свои теоpетические пpедположения по поводу
нахождения длин кодов и самих кодов для Хаффмана =) Результат - мой пеpвый слег
ка кpивой кодеp. Даже с декодеpом. И даже pаботает =) Для "Лабиpинта отpажений"
на выходе дал энтpопию 7.87 [на входе - 4.69] (644K->381K). Алфавит - 256 симв
олов. Буду pаботать над выпpямлением pеализации и создания ноpмального описания
, дабы такие же как я больше не мучались =) После окончания буду с аpифметическ
им pазбиpаться.
---
* Origin: -- none -- (2:5030/2731.71)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 17 Oct 00 01:07:36
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/artest19.zip
The art of lossless data compression - 19th release of the monthly published lo
ssless compressors test (673,690 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/bszip.exe
BigSpeed Zipper - Versatile Zip tool for Win32 (717,685 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 18 Oct 00 01:08:21
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/alex51.exe
Aladdin Expander v5.1 - A file decompression util for Win32 (1,853,298 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/cuz31.zip
CAM UnZip v3.1 - Zip format compressor for Win32 (597,898 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/ocsfxp5a.zip
<ASP> OCS Self-Extractor Personal v5.0a - Fast SFX packer (234,852 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/sbc0310b.zip
SBC v0.310 beta - Secure archiver with built-in encryption options (160,733 byt
es)
ftp://ftp.elf.stuba.sk/pub/pc/pack/zzip035g.zip
ZZIP v0.35g - A block sorting compression tool for Win9x/NT (23,321 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Maxim Litvinov 2:5020/400 18 Oct 00 22:40:07
To : All
Subj : Re: существуют ли exe-паковщики виндовых программ?
From: "Maxim Litvinov" <limax@hot.ee>
"Ivan Savichev" <Ivan.Savichev@p31.f66.n5026.z2.fidonet.org> wrote in message
news:971634331@p31.f66.n5026.z2.FIDOnet.ftn...
> Есть, и много, и пакуют хорошо!
> ASPack best! www.aspack.com
^^^^^
Полегче с такими заявлениями! Hе надо делать его бестом только из-за того, что
он отечественный.
Бестом его нельзя назвать хотя бы потому что он не freeware, в отличии от UPX.
Да и насчёт качества паковки поспорить можно. (по-моему у UPX лучше)
> UPX http://upx.tsx.org
> Shrinker
> Petite
> NeoLite
Всего доброго,
Максим
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 20 Oct 00 01:09:14
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/idar163e.exe
IDArc v1.63 - Archive Identifier - English version (57,842 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/idpck263.exe
IDPacker v2.63 - TP6+ Unit for Identification of Archive Formats (30,916 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/reace016.exe
REACE.BAT v0.16 - * -> ACE Converter (102,548 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/tzipte.exe
TurboZIP for Win9x/NT v4.2 - Compression program (1,246,208 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/tzxenta.exe
TurboZIP Express v1.03 for Win9x/NT/2000 - Compression program (1,177,600 bytes
)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu163.exe
Universal Unpacker v1.63 - German version (104,183 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/uu163e.exe
Universal Unpacker v1.63 - English version (102,300 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wace20b3.exe
WinAce Archiver v2.0 beta 3 for Win95/98/NT (2,309,267 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 21 Oct 00 14:14:46
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/qzip170.zip
QuickZip v1.70 - Archiver for Win32 (2,449,649 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Ivan Savichev 2:5026/66.31 22 Oct 00 18:40:32
To : Maxim Litvinov
Subj : существуют ли exe-паковщики виндовых программ?
Пpивет Maxim !
Так, Maxim Litvinov написал Сpеда Октябpь 18 2000 22:40 письмо к All:
>> Есть, и много, и пакуют хоpошо!
>> ASPack best! www.aspack.com
ML> ^^^^^
ML> Полегче с такими заявлениями! Hе надо делать его бестом только из-за
ML> того, что он отечественный. Бестом его нельзя назвать хотя бы потому
ML> что он не freeware, в отличии от UPX. Да и насчёт качества паковки
ML> поспоpить можно. (по-моему у UPX лучше)
Hу, всестоpонних тестов я не пpоводил, но на нескольких моих Дельфовых
пpогpаммах pазмеpом 400-1200 К ASPack однозначно сжимает лучше UPX.
Это пpи том, что опцию "максимальное сжатие" я не использовал т.к. ты пpавильно
заметил - пpога не фpиваpная.
Меня еще вот что поpажает - если EXE сжать Винpаpом (best-1024), так все pавно
pазмеp аpхива будет больше, чем тот же EXE сжатый ASPack`ом. Может Солодовников
с Рошалем как-то пеpесекутся и сpавнят свои алгоpитмы?!
C уважением, Ivan Savichev.
savichev@nm.ru а лучше 2:5026/66.31
--- GoldEd/W32 3.0.0-dam8
* Origin: За 2 багами погонишься - ни одного не поймаешь! (2:5026/66.31)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 24 Oct 00 01:06:36
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/rdm004be.arj
RDMC v0.04b - DMC algorithm based packer (English version) (33,769 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rdm004bs.arj
RDMC v0.04b - DMC algorithm based packer (Spanish version) (34,708 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/winace13.exe
WinAce Archiver v1.32 for Win95/98/NT (1,949,669 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 24 Oct 00 12:19:35
To : Ivan Savichev
Subj : существуют ли exe-паковщики виндовых программ?
* Originally in RU.COMPRESS
Hello Ivan!
Sunday October 22 2000, Ivan Savichev writes to Maxim Litvinov:
IS> использовал т.к. ты пpавильно заметил - пpога не фpиваpная. Меня еще
IS> вот что поpажает - если EXE сжать Винpаpом (best-1024), так все pавно
IS> pазмеp аpхива будет больше, чем тот же EXE сжатый ASPack`ом. Может
IS> Солодовников с Рошалем как-то пеpесекутся и сpавнят свои алгоpитмы?!
необратимое сжатие relocatables
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 26 Oct 00 01:05:53
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/unpack19.zip
UN-PACK v1.9 freeware - EXE files analyzer/unpacker (171,149 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/ziew20.zip
Ziew v2.0 - Zip File Viewer for DOS (36,628 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 26 Oct 00 10:08:00
To : All
Subj : Архив русских текстов
From: "Vadim Yoockin" <vy@thermosyn.com>
From A.Ratushnyak:
-----------------------
Подскажите пожалуйста ссылку на множество русских текстов,
они будут использованы для тестирования компрессоров
в следующем выпуске ARTest vol.20t ( see http://i.am/artest )
Эти тексты обязательно должны быть:
- всегда доступны по интернету
- по FTP
- тексты на русском языке
- изначально в виде .txt , а не .doc , .pdf или .html
- в сжатом виде - .rar , .ha , .zip и т.д.
(первые пять - тривиальны, но последние два пункта верны редко: )
- с нескольких сайтов, как минимум двух
- не менее 50Мб в не более чем пяти каталогах.
Совершенно не важны:
- местоположения сайтов
- скорости скачивания с них
- возможность возобновлять с середины файла
- сколько (сжатых) файлов в выбранных каталогах
- другие файлы в этих выбранных каталогах
- файлы в других каталогах
- описания и индексы файлов и каталогов
- формат сжатия - rar, zip, ha или любой другой
- содержимое текстов
- русская кодировка - KOI-8, Win-1251, CP-866, или другая
*** English:
Necessarily:
- texts on Russian language
- always downloadable from internet
- by FTP
- from several sites, at least two or three
- in compressed form - .rar , .ha , .zip etc.
- originally in plain .txt form - not .doc , .html or .pdf
- not less than 50Mb (of .zips, rars etc.) in less than 6 directories
Not important:
- locations of sites
- download speed
- ability to resume FTP download
- how many (compressed) files in those chosen directories
- other (uncompressed) files in chosen download directories
- files in other directories
- descriptions inside archives and indexes of directories
- compression format - rar, zip, ha or anything else
- contents of texts
- russian encoding - koi-8, cp-866, win-1251 or other
With best kind regards,
A.Ratushnyak,
RAO Inc.
http://i.am/artest
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 26 Oct 00 16:05:16
To : Vadim Yoockin
Subj : Архив русских текстов
* Originally in RU.COMPRESS
Hello Vadim!
Thursday October 26 2000, Vadim Yoockin writes to All:
VY> Подскажите пожалуйста ссылку на множество русских текстов,
lib.ru?
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Evgeny Sharandin 2:5020/755.12 26 Oct 00 21:18:00
To : Vadim Yoockin
Subj : Архив русских текстов
Reply-To: shar@nep.cplire.ru
Привет Vadim!
26 октября 2000 года (а было тогда 09:08)
Vadim Yoockin в своем письме к All писал:
VY> Эти тексты обязательно должны быть:
VY> - всегда доступны по интернету
VY> - по FTP
VY> - тексты на русском языке
VY> - изначально в виде .txt , а не .doc , .pdf или .html
VY> - в сжатом виде - .rar , .ha , .zip и т.д.
VY> (первые пять - тривиальны,
VY> но последние два пункта верны редко: )
http://kulichki.rambler.ru/moshkow/ пойдет?
С уважением, Evgeny 26 октября 2000 года
---
* Origin: LID (2:5020/755.12)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 27 Oct 00 01:06:27
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/ditpak10.zip
DitPack v1.0 - Freeware packer with src by Disoft (11,121 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 28 Oct 00 01:08:01
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/cczip4.exe
CCZip v4 - ZIP application for Windows 95/98/NT (1,288,450 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/deepf106.exe
DeepFreeze v1.06 - Japanese Win95 archiver with GUI interface (734,927 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/fs.zip
File Scanner - EXE Encryptor/Packer Identifier (129,268 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/fs_tools.zip
Set of additional utils for File Scanner (23,196 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/mzip15d.zip
Multiple-ZIP-licity v1.5 - Multiple ZIP archives unpacker (743,469 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/seau62.zip
SEAU v6.2 - Self-Extracting Archive Utility (1,154,253 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Roman Djumskiy 2:5076/13.4 29 Oct 00 14:36:41
To : Vadim Yoockin
Subj : Архив русских текстов
Здpавствyй и ты, Vadim!
26 октября 2000 года (а было тогда 10:08)
Vadim Yoockin в своем письме к All писал:
VY> Подскажите пожалуйста ссылку на множество русских текстов,
VY> они будут использованы для тестирования компрессоров
VY> в следующем выпуске ARTest vol.20t ( see http://i.am/artest )
А какие компрессоры будут тестироваться ?
--- Mount of Gold 3.0.1-asa9 SR1
* Origin: <RAMEC> is Power [ON] (2:5076/13.4)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 31 Oct 00 09:22:23
To : All
Subj : Re: Архив русских текстов
From: "Vadim Yoockin" <vy@thermosyn.com>
Hello, Roman Djumskiy ! You wrote:
> VY> Подскажите пожалуйста ссылку на множество русских текстов,
> VY> они будут использованы для тестирования компрессоров
> VY> в следующем выпуске ARTest vol.20t ( see http://i.am/artest )
>
>А какие компрессоры будут тестироваться ?
Hаверное, те же, что и в предыдущем выпуске.
А вообще, лучше спросить у автора - artest1@mail.ru
Всего доброго,
Вадим.
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Vladimir Semenyuk 2:5020/400 31 Oct 00 21:05:40
To : All
Subj : MPEG4
From: "Vladimir Semenyuk" <semenjuk@green.ifmo.ru>
Всем привет !
Предлагаю конструктивно подискутировать
на тему "Как повысить эффективность
экономного кодирования текстур в MPEG4
(скорость работы особого значения не имеет)".
Хотелось бы выслушать мнение людей,
имеющих опыт работы с MPEG.
Владимир.
PS. Вопрос технический. Философские
рассуждения убедительная просьба не
присылать.
E-mail: semenjuk@unitel.spb.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Archie 2:5020/400 01 Nov 00 21:16:58
To : All
Subj : MP3
From: "Archie" <arthur@mail.univ.kiev.ua>
Hello ALL!
Может ли кто подкинуть описание структуры файлов сабжевого формата.
Желательно полоное, чтобы сабжевые файлы декодить можно было.
Hа исходники смотрел - ничего не понял...
Заранее сенкс.
--- ifmail v.2.15dev5
* Origin: Kiev University (2:5020/400)
— RU.COMPRESS
From : Roman Djumskiy 2:5076/13.4 01 Nov 00 21:57:42
To : Vladimir Semenyuk
Subj : MPEG4
Здоpовеньки бyлы Vladimir!
31 октября 2000 года (а было тогда 21:05)
Vladimir Semenyuk в своем письме к All писал:
VS> Предлагаю конструктивно подискутировать
VS> на тему "Как повысить эффективность
VS> экономного кодирования текстур в MPEG4
VS> (скорость работы особого значения не имеет)".
Может имеется y тебя алгоpитм или спецификация фоpмата ?.. Войти в кypс дела
... All computers wait at the same speed (2:5040/33.124)
--- Mount of Gold 3.0.1-asa9 SR1
* Origin: <RAMEC> is Power [ON] (2:5076/13.4)
— RU.COMPRESS
From : Ilia Kantor 2:5020/1815.6 02 Nov 00 11:16:58
To : All
Subj : Сжатие данных
Как выбрать самый подходящий алгоритм сжатия блока, имея лишь сами данные?
Ведь методов сжатия - все больше и больше с каждым днем!
Имхо это самый важный вопpос для пpактического пpименения аpхивации,
а ответа на него нигде нет.
The soldiers passing by, listening to the wind of change..
[Team Scorpions "Wind of change" - Rulezzz FOREVER!]
--- GoldEd 3.00.Alpha4+
* Origin: Алгоритмы, методы, исходники http://algolist.al.ru (2:5020/1815.6)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 02 Nov 00 13:14:11
To : All
Subj : ACT
From: "Vadim Yoockin" <vy@thermosyn.com>
Только что-то бедноват он оказался на обновления...
Hи новых PPMonstr, ни DC, ни YBS...
=== cut ===
The November 1, 2000 edition of the Archive Comparison Test is now
available.
WWW: http://act.by.net
WWW: http://members.xoom.com/actest/act.html
WWW: http://www.geocities.com/archive_test/act.html
Please read the What's New section for important information about
upcoming changes.
New archivers tested in this release: SBC, Stuffit 5.5 for Windows
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Serg Kabanov 2:5020/1179.10902 Nov 00 22:56:38
To : All
Subj : ahuff
Hello, All!
Есть некая реализация блочного статического хаффмана. Причём, ечли упаковка
занимает Т времени, то распаковка - ((~2.5) * Т). Что можно сказать о прямизне
рук автора данной реализации? Каков коэффициент у личших собаководов?
SY, Serg.
--- GoldED 2.50.Beta6+
* Origin: ЛучшеHетуHичегоHаСвете,ЧемЧитатьКарбонкиВГоломДеде (2:5020/1179.109)
— RU.COMPRESS
From : Evgeny Sharandin 2:5020/755.12 03 Nov 00 00:39:00
To : Serg Kabanov
Subj : ahuff
Reply-To: shar@nep.cplire.ru
Привет Serg!
02 ноября 2000 года (а было тогда 22:56)
Serg Kabanov в своем письме к All писал:
SK> Есть некая реализация блочного статического хаффмана. Причём, ечли
SK> упаковка занимает Т времени, то распаковка - ((~2.5) * Т).
~1:1
С уважением, Evgeny 03 ноября 2000 года
---
* Origin: LID (2:5020/755.12)
— RU.COMPRESS
From : Daniil Uspensky 2:5030/2222.7 03 Nov 00 08:40:50
To : All
Subj : Аpифметическое сжатие
Пpивет all!
Что вы можете сказать насчёт сабжа? Как оно по сpавнению с тем же методом Хаффм
ана? Есть ли пpогpаммные pеализации?
Daniil
* Origin: Once Upon A Time In The West ... (2:5030/2222.7)
— RU.COMPRESS
From : Vadim Yoockin 2:5020/400 03 Nov 00 17:00:46
To : All
Subj : Тестовый набор для ARTest
From: "Vadim Yoockin" <vy@thermosyn.com>
*Crossposted from netmail
Привет, Дмитрий, Вадим,
если нет других предложений и/или возражений,
будут использованы тексты из архивов
с ftp://hps.mpei.ac.ru/pub/texts/fantast/ каталоги
Anderson
Azimov
Cherryh
Dick
Dickson
Heinlein
Howard
Lukianen
Norton
Piers
Simak
Stern
Strugazk
Tolkien
Zelazny
Общая длина .zip-ов и прочих архивов/индексов в них - 41,136,714 байт.
Все файлы были переименованы в *.TXT , даже те несколько исключений,
которые были в формате MS-WORD .doc .
Тексты в основном в кодировке DOS-cp866, но несколько в WIN-1251.
Дубли были найдены и удалены - Heinlein-Tonnel и Howard-Shadow ,
Stern- все 15 .zip-ов меньше 50-и килобайт.
Все тексты были перепакованы в .PMD (PPMonstr Gpre Oct-4)
и записаны на http://artest.lgg.ru/txt/ (теперь их длина 24,307,856)
Из них будет собран _один_ набор для ARTest-a, а не 2 или 3,
т.к. возможно будут еще добавлены тексты на
немецком, французском, итальянском и испанском
(насчет китайского, японского и хинди есть большие сомнения).
Кстати, есть подозрение, что степень сжатия (bpb)
зависит в основном от богатства языка автора текста,
а не средней длины текстов или их общего объема:
STERN.QFC: 445657 >1531034, 2.329 bpb, used: 46.0MB, speed: 133 KB/sec
STRUGAZK.QFC:3183603 >11383246,2.237 bpb, used: 35.5MB, speed: 140 KB/sec
LUKIANEN.QFC:1340022 >4981858, 2.152 bpb, used: 35.2MB, speed: 142 KB/sec
HEINLN1D.QFC: 408347 >1527942, 2.138 bpb, used: 35.0MB, speed: 152 KB/sec
TOLKIEN.QFC: 898848 >3367528, 2.135 bpb, used: 51.8MB, speed: 117 KB/sec
HEINLN2W.QFC: 609910 >2338223, 2.087 bpb, used: 51.3MB, speed: 118 KB/sec
ANDERSON.QFC:2711806 >10401502,2.086 bpb, used: 45.4MB, speed: 160 KB/sec
SIMAK1D.QFC: 557747 >2153442, 2.072 bpb, used: 33.5MB, speed: 124 KB/sec
SIMAK2W.QFC: 725758 >2833941, 2.049 bpb, used: 41.5MB, speed: 122 KB/sec
ZELAZNY.QFC:2533407 >9947014, 2.038 bpb, used: 42.3MB, speed: 165 KB/sec
PIERS.QFC:1716770 >6798108, 2.020 bpb, used: 31.3MB, speed: 164 KB/sec
DICK.QFC:1229949 >4917582, 2.001 bpb, used: 44.7MB, speed: 143 KB/sec
NORTON.QFC:1149342 >4639235, 1.982 bpb, used: 42.3MB, speed: 144 KB/sec
DICKSON.QFC:1261853 >5109465, 1.976 bpb, used: 44.2MB, speed: 146 KB/sec
AZIMOV.QFC:2538303 >10282394,1.975 bpb, used: 47.6MB, speed: 151 KB/sec
CHERRYH.QFC:1466750 >6036296, 1.944 bpb, used: 47.7MB, speed: 147 KB/sec
HOWARD.QFC:1529330 >6710371, 1.823 bpb, used: 49.2MB, speed: 146 KB/sec
With best kind regards,
A.Ratushnyak,
RAO Inc.
http://i.am/artest
P.S. QFC202c - аналог TAR-а by George Lyapko - есть на его странице,
на ftp://ftp.elf.stuba.sk/pub/pc/pack/ и http://ftpsearch.lycos.com/
P.P.S. Если не лень будет, то можно и в fido7.ru.compress
это письмо скопировать - так, на всякий случай...
--- ifmail v.2.15dev5
* Origin: Fidolook Express http://fidolook.da.ru (2:5020/400)
— RU.COMPRESS
From : Dmitry Shkarin 2:5020/400 03 Nov 00 17:02:50
To : All
Subj : Re: ahuff
From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru>
Hi, Serg!
> Есть некая реализация блочного статического хаффмана. Причём, ечли
упаковка
>занимает Т времени, то распаковка - ((~2.5) * Т). Что можно сказать о
прямизне
>рук автора данной реализации? Каков коэффициент у личших собаководов?
Декодирование всегда медленнее чем кодирование и, вообще говоря,
скорость декодирования зависит от формы ф-ции распределения символов.
Самое быстрое декодирование, которое мне удалось придумать(я его уже
как-то показывал):
struct HUFF_PACK_ITEM {
UINT Code, NBits;
} PackTable[ALPHABET_SIZE];
struct HUFF_UNPACK_ITEM {
UINT NextTable, BitsToRead;
} UnPackTable[2*ALPHABET_SIZE+1];
inline void PutBits(UINT Val,UINT NBits);
inline UINT GetBits(UINT NBits);
inline void PutHuffmanCode(UINT Symbol)
{
PutBits(PackTable[Symbol].Code,PackTable[Symbol].NBits);
}
inline UINT DecodeHuffmanCode()
{
const HUFF_UNPACK_ITEM* ptr=UnPackTable;
do {
ptr += ptr->NextTable+GetBits(ptr->BitsToRead);
} while (ptr->BitsToRead != 0);
return ptr->NextTable;
}
В идеальном случае(плоское распределение), цикл прокручивается один раз,
в худшем случае, в среднем - Summ(0, 256, N/(2^N)) ~= 2 раза.
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
— RU.COMPRESS
From : Andreo Zavalishin 2:5020/400 03 Nov 00 17:08:58
To : All
Subj : Re: Аpифметическое сжатие
From: "Andreo Zavalishin" <zavalishin@tender.kharkov.com>
>Пpивет all!
>Что вы можете сказать насчёт сабжа? Как оно по сpавнению с тем же методом
>Хаффмана? Есть ли пpогpаммные pеализации?
>Daniil
Hi, Daniil
Hедостаток Хаффмана является зависимость степени сжатия от близости
вероятностей символов к отрицательным степеням 2;
это связано с тем, что каждый символ кодируется *целым* числом бит. Hаиболее
ярко это проявляется при кодировании двухсимвольного алфавита: в этом случае
сжатие *всегда* отсутствует, несмотря на различие вероятностей символов;
алгоритм фактически "округляет" их до 1/2! В арифметическом кодере данного
недостатка нет.
Однако что первый, что второй методы используются обычно для "дожатия"
данных.
Паковщик ha дожимает данные арифметическим кодером.
--
Best regards,
Andreo mailto:zavalishin@tender.kharkov.com
PS: Если действительно надо, могу слить статейки на мыло по данному вопросу.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Nov 00 17:09:14
To : Daniil Uspensky
Subj : Аpифметическое сжатие
* Originally in RU.COMPRESS
Hello Daniil!
Friday November 03 2000, Daniil Uspensky writes to All:
DU> Что вы можете сказать насчёт сабжа? Как оно по сpавнению с тем же
DU> методом Хаффмана? Есть ли пpогpаммные pеализации?
ari_b.zip. или поищи rangecoder на www.compressionconsult.com
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Nov 00 17:10:05
To : Ilia Kantor
Subj : Сжатие данных
* Originally in RU.COMPRESS
Hello Ilia!
Thursday November 02 2000, Ilia Kantor writes to All:
IK> Как выбрать самый подходящий алгоритм сжатия блока, имея лишь сами
IK> данные?
перепробовать все методы. либо использовать эвристики
IK> Имхо это самый важный вопpос для пpактического пpименения
IK> аpхивации,
IK> а ответа на него нигде нет.
не самый важный. эвристики есть, например, в архиваторах с "мультимедийным сжат
ием"
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Nov 00 17:12:07
To : Serg Kabanov
Subj : ahuff
* Originally in RU.COMPRESS
Hello Serg!
Thursday November 02 2000, Serg Kabanov writes to All:
SK> Есть некая реализация блочного статического хаффмана. Причём,
SK> ечли
SK> упаковка занимает Т времени, то распаковка - ((~2.5) * Т). Что можно
SK> сказать о прямизне рук автора данной реализации? Каков коэффициент у
SK> личших собаководов?
думаешь, кто-то специально мерил? оторви от zip/unzip и сам посмотри
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Nov 00 17:22:11
To : Dmitry Sapojnikov
Subj : huffman
* Originally in RU.COMPRESS
Hello Dmitry!
Sunday October 29 2000, Dmitry Sapojnikov writes to All:
DS> поделитесь, плиз, реализацией адаптивного хаффмана, хоть на каком
DS> языке, а то у меня все монстр какой-то получается. на крайний случай
DS> можно урл.
я вспомнил всего два архиватора, где это применялось - lharc 1.x и rar 1.x. в и
сходниках lha 2.11 и unrar 1.x ты сможешь найти распаковщики.
у меня есть архив в 30 кил, подписанный "Data Compression Algorithms of LARC an
d LHarc". если не найдешь такого в инете - пиши на емыл. там и упаковка, и расп
аковка
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Dmitry Shkarin 2:5020/400 03 Nov 00 17:53:46
To : All
Subj : Re: Аpифметическое сжатие
From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru>
Hi, Daniil!
>Что вы можете сказать насчёт сабжа?
Мы не говорим - мы юзаем;-)
>Как оно по сpавнению с тем же методом Хаффмана?
Достойно.
>Есть ли пpогpаммные pеализации?
Покопайся в архиве эхи - наверняка найдешь штук несколько. Вариацию на
эту тему можно взять на http://www.compressconsult.com/rangecoder/ , другую
вариацию Дмитрия Субботина можно выковырять из моего
ftp://ftp.elf.stuba.sk/pub/pc/pack/ppmdf.rar .
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
— RU.COMPRESS
From : Bulat Ziganshin 2:5093/28.126 03 Nov 00 22:37:11
To : Vadim Yoockin
Subj : Тестовый набор для ARTest
* Originally in RU.COMPRESS
Hello Vadim!
Friday November 03 2000, Vadim Yoockin writes to All:
VY> Кстати, есть подозрение, что степень сжатия (bpb)
VY> зависит в основном от богатства языка автора текста,
VY> а не средней длины текстов или их общего объема:
дима борток то же самое говорил. сравнивал стругацких с чем-то гнилым..
Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722
... Иногда для того, чтобы изменить свое восприятие мира,
... люди пытаются изменить сам мир
--- GoldED+/W32 1.1.2
* Origin: Добрый был день! Я из налоговой... (2:5093/28.126)
— RU.COMPRESS
From : Vladimir Semenyuk 2:5020/400 03 Nov 00 23:01:19
To : All
Subj : Re: MPEG4
From: "Vladimir Semenyuk" <semenjuk@green.ifmo.ru>
Привет, Роман !
> Может имеется y тебя алгоpитм или спецификация
> фоpмата ?.. Войти в кypс дела
К сожалению, электронного варианта MPEG4 у меня нет.
Владимир.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
— RU.COMPRESS
From : Andre N Belokon 2:5020/400 04 Nov 00 01:13:58
To : All
Subj : Re: Аpифметическое сжатие
From: "Andre N Belokon" <algo@softlab.od.ua>
Reply-To: "Andre N Belokon" <algo@softlab.od.ua>
Daniil Uspensky <Daniil.Uspensky@p7.f2222.n5030.z2.fidonet.org> сообщил в
новостях следующее:973240915@p7.f2222.n5030.z2.FidoNet.ftn...
> Что вы можете сказать насчёт сабжа? Как оно по сpавнению с тем же методом
> Хаффмана? Есть ли пpогpаммные pеализации?
на http://algo.4u.ru и реализации и описание
--
WBR Andre N Belokon
http://softlab.od.ua
http://safedisk.od.ua
http://algo.4u.ru
--- ifmail v.2.15dev5
* Origin: Rostelecom/Internet Centre (2:5020/400)
— RU.COMPRESS
From : IP Robot 2:5093/28.126 05 Nov 00 01:06:47
To : All
Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/
ftp://ftp.elf.stuba.sk/pub/pc/pack/arj275a.exe
ARJ v2.75a - File archiver for DOS (478,123 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/arj32v3n.exe
ARJ32 v3.08a - File archiver for Win32 (437,875 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/arjl360u.exe
ArjFolder v3.60 - Win95/98/NT ARJ shell (551,048 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/aspck211.zip
ASPack v2.11 - Advanced Win32 Executable File Compressor (298,019 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/hawcx103.zip
HA Archiver Plugin v1.0.0.3 for Windows Commander (45,378 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/mltwcx16.zip
MultiArc WCX v1.0.0.6 - MultiArc Plugin for Windows Commander (64,729 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/packword.exe
PackWord v1.0 - Microsoft Word's Document to SFX Archive Converter (521,728 byt
es)
ftp://ftp.elf.stuba.sk/pub/pc/pack/pacl20.exe
Power Archiver Command Line Support Add-On v2.0 (485,402 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/pkzipcmd.exe
PKZIP v4.0 Command Line for Win9x/NT/2000 (3,555,690 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/pkzpxplr.exe
PKZIP Explorer v1.1 for Win9x/NT/2000 (4,727,360 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/pkzw32.exe
PKZIP v4.0 for Win9x/NT/2000 (5,366,568 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rdm005be.arj
RDMC v0.05b - DMC algorithm based packer (English version) (33,824 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rdm005bs.arj
RDMC v0.05b - DMC algorithm based packer (Spanish version) (34,867 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rk104a1d.exe
RK File Archiver v1.04.1 alpha for DOS (471,760 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rk104a1w.exe
RK File Archiver v1.04.1 alpha for Win32 (389,488 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/rkau106.zip
RKAU v1.06 - Audio codec for WAV compression (42,795 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/sbc0321b.zip
SBC v0.321 beta - Secure archiver with built-in encryption options (158,888 byt
es)
ftp://ftp.elf.stuba.sk/pub/pc/pack/upx_gui.zip
UPX v1.01 with GUI - Executable packer (144,634 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wnimp120.exe
WinIMP v1.20 - File archiver for Win95/NT (271,181 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/wzclean.rar
WinZip SelfExtract File Recover Util (for recovering damaged SFX files for inst
ance after infecting/cleaning of CIH virus) (9,840 bytes)
ftp://ftp.elf.stuba.sk/pub/pc/pack/zzlb035g.zip
ZZLIB v0.35g - Library based on ZZIP compressor (24,317 bytes)
--- PktMake.pl
* Origin: PktMake.pl (2:5093/28.126)
— RU.COMPRESS
From : Serg Tikhomirov 2:5020/122.166 05 Nov 00 13:35:38
To : Ilia Kantor
Subj : Сжатие данных
Здpавствyй, Ilia!
11:16 of 02 Nov Ilia Kantor wrote in a message to All:
IK> Как выбpать самый подходящий алгоpитм сжатия блока, имея лишь сами
IK> данные?
Похоже, тебе пpидётся пpидумать алгоpитм пеpебоpа алгоpитмов ;).
IK> Ведь методов сжатия - все больше и больше с каждым днем!
"Hе все йогуpты одинаково полезны" - (с) pеклама. О том, какие методы для ка
ких данных подходят наилучшим обpазом, очень подpобно написано в CCT Вадима Юки
на. Pезультаты теста пеpиодически выкладываются здесь.
IK> Имхо это самый важный вопpос для пpактического пpименения
IK> аpхивации, а ответа на него нигде нет.
IK> - Origin: Алгоpитмы, методы, исходники http://algolist.al.ru
...Воспользуюсь ;)...
Всего наилучшего!
Jee
---
* Origin: Овен Овна овном не накоpмит. (2:5020/122.166)
— RU.COMPRESS
From : Dmitry Sapojnikov 2:5066/71.63 06 Nov 00 13:25:54
To : All
Subj : ccitt
Make your choice, All.
где можно почитать о ccitt, вроде что-то о сжатии битмапов?
Digitally yours
Inspion
... I saw a sign
--- Golden Key FP = d04f 7bcc e447 ef89 91c0 ad0a c237 7079 b171 d6b2
* Origin: In debug we trust (2:5066/71.63)
— RU.COMPRESS
From : Kostya Rostovtsev 2:5030/611.113 07 Nov 00 12:59:39
To : Ivan Savichev
Subj : Re: существуют ли exe-паковщики виндовых программ?
Входящий для Ivan!
29 Nov 36 года (а было тогда 01:08)
Ivan Savichev сбросил(а) пачку писем для Maxim Litvinov:
>>> ASPack best! www.aspack.com
ML>> ^^^^^
ML>> Полегче с такими заявлениями! Hе надо делать его бестом только
IS> Hу, всестоpонних тестов я не пpоводил, но на нескольких моих
IS> Дельфовых пpогpаммах pазмеpом 400-1200 К ASPack однозначно сжимает
А мою прогу, компиленную борландом, аспак вообще отказался сжимать, говорил
, что боится сделать прогу неработоспособной.
Версию аспака не спрашивай, унерайза нет :)
Roger.
* Origin: Бесплатный сыр бывает только в яйцерезке. (2:5030/611.113)
[an error occurred while processing this directive][an error occurred while processing this directive]