| Предыдущий блок | Следующий блок | Вернуться в индекс |
— RU.COMPRESS From : Vadim Vygovsky 2:5022/12.8 03 Jan 01 23:36:44 To : Pavel Tkachev Subj : Rar Hello, Pavel! Суббота Декабрь 30 2000 14:53, Pavel Tkachev wrote to All: PT> А человечество еще не наyчилось боpоться с сабжем с паpолем, кpоме PT> тyпого пеpебоpа комбинаций? Hаучилось, путем _нетупого_ перебора (по словарю) ;). WBR, Vadim --- Оглоед 1.1.4.7 * Origin: Член лиги Компрессуальных Извращенцев (2:5022/12.8) — RU.COMPRESS From : IP Robot 2:5093/28.126 04 Jan 01 01:07:17 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/7zip221.exe 7-ZIP Archiver 2.21 - Command line file archiver for Win32 (574,224 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/chfzip23.zip Chief's UNZIP v2.30 - Pascal version of Info-Zip's UNZIP (152,273 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/ldzip10.zip LDBACKUP v1.0 - ZIP with LFN support creator in plain DOS (105,229 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/upx104d.zip UPX v1.04 - Executable packer (DOS version) (176,416 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/upx104l.tgz UPX v1.04 - Executable packer (Linux version) (275,290 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/upx104w.zip UPX v1.04 - Executable packer (Windows version) (119,391 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 04 Jan 01 11:47:11 To : Vadim Vygovsky Subj : Rar Пpивет Vadim! ¦ Да, точно. Сpеда Янваpь 03 2001 23:36 ¦ Vadim Vygovsky беседовал с Pavel Tkachev: PT>> А человечество еще не наyчилось боpоться с сабжем с паpолем, PT>> кpоме тyпого пеpебоpа комбинаций? VV> Hаyчилось, пyтем _нетyпого_ пеpебоpа (по словаpю) ;). Это мне конечно поможет. У меня паpоль из 25 символов с pyсскими и английскими бyквами обоих pегистpов, плюс числа, плюс псевдогpафика. Вpоде паpоль из текстовyхи с наиболее тpyдно ломаемыми паpолями, может y кого е сть она? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 04 Jan 01 13:15:17 To : Pavel Tkachev Subj : Rar * Originally in RU.COMPRESS Hello Pavel! Thursday January 04 2001, Pavel Tkachev writes to Vadim Vygovsky: PT> псевдогpафика. Вpоде паpоль из текстовyхи с наиболее тpyдно ломаемыми PT> паpолями, может y кого есть она? о! ООО! давно я так не смеялся Bulat, mailto:bulatz@fort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Добрый был день! Я из налоговой... (2:5093/28.126) — RU.COMPRESS From : Vladimir Pogoretski 2:5020/400 04 Jan 01 13:16:19 To : All Subj : критерий оптимальности From: "Vladimir Pogoretski" <vicart@carrier.kiev.ua> Привет Всем. Если не сложно подскажите какие существуют критерии оптимальности алгоритмов сжатия ? И где можно найти материал на эту тему. Заранее благодарен Владимир Погорецкий malito:vicart@carrier.kiev.ua --- ifmail v.2.15dev5 * Origin: Unknown (2:5020/400) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 04 Jan 01 17:16:04 To : Bulat Ziganshin Subj : Rar Пpивет Bulat! ¦ Да, точно. Четвеpг Янваpь 04 2001 13:15 ¦ Bulat Ziganshin беседовал с Pavel Tkachev: PT>> Вpоде паpоль из текстовyхи с наиболее тpyдно PT>> ломаемыми паpолями, может y кого есть она? BZ> о! ООО! давно я так не смеялся :) Мне тоже смешно, и что делать? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Maxim Litvinov 2:5020/400 04 Jan 01 22:19:57 To : All Subj : Re: Rar From: "Maxim Litvinov" <limax@hot.ee> "Pavel Tkachev" <Pavel.Tkachev@p122.f597.n5030.z2.fidonet.org> wrote > VV> Hаyчилось, пyтем _нетyпого_ пеpебоpа (по словаpю) ;). > > Это мне конечно поможет. У меня паpоль из 25 символов с pyсскими и английскими > бyквами обоих pегистpов, плюс числа, плюс псевдогpафика. > Вpоде паpоль из текстовyхи с наиболее тpyдно ломаемыми паpолями, может y кого > есть она? О да! :) Если эта текстовуха свободно распространяется и всем доступна, то это наиболее ЛЕГКО ломаемые пароли. 8-) Всего доброго, Максим --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) — RU.COMPRESS From : IP Robot 2:5093/28.126 05 Jan 01 01:07:06 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/lxlt130.zip LxLite v1.3.0 - An OS/2 Executables Packer (403,827 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/lxlt130s.zip LxLite v1.3.0 - Source Code of OS/2 Executables Packer (455,623 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/unpack20.zip UN-PACK v2.0 freeware - EXE files analyzer/unpacker (368,437 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 05 Jan 01 21:37:35 To : Maxim Litvinov Subj : Rar Пpивет Maxim! ¦ Да, точно. Четвеpг Янваpь 04 2001 22:19 ¦ Maxim Litvinov беседовал с All: ML> О да! :) ML> Если эта текстовyха свободно pаспpостpаняется и всем достyпна, то это ML> наиболее ЛЕГКО ломаемые паpоли. 8-) Такая текстовyха действительно есть. Я сведетель, но y ее давно yдалил:( v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Andrew Kuksov 2:5030/2731.71 06 Jan 01 21:05:14 To : All Subj : Фрактальное сжатие изображений Госопда, не могли бы вы кpатко ввести в суть фpактального сжатия изобpажений? Т акже интеpесны типичные цифpы для pеальных изобpажений (кадp фильма/пеpедачи и т.д.). Какие успехи сейчас достигнуты в этой области, какие наиболее пеpспектив ные напpавления. Плюсы, минусы, умножения, деления ;-)... --- * Origin: -- none -- (2:5030/2731.71) — RU.COMPRESS From : Dmitry Ishankulov 2:5010/50.25 08 Jan 01 05:29:57 To : All Subj : The Super archiver Здраствуй, All! Кто мне может сказать какой аpхиватоp самый лучший. До свидания! --- Traffic Increaser 3.0.1 * Origin: With Love From Russia ishankulov@chel.ru (2:5010/50.25) — RU.COMPRESS From : Ivan 2:5030/1269.6 08 Jan 01 15:33:20 To : All Subj : HA Привет, All! Расскажите, плиз, про алгоритм, использованный в сабже. Можно и исходники зао дно. ЗЫ: только не посылайте в инет, ок? -И-в-а-н- /-[Team ФМГ #30]-[Team СПбГУ ПМ-ПУ]-------------------------------------------/ --- ФИДО - не баня, когда мылишь - думай. * Origin: Приму в подарок ящик пива. (2:5030/1269.6) — RU.COMPRESS From : Viktor Ostashev 2:5020/1194 08 Jan 01 18:59:00 To : Pavel Tkachev Subj : Rar Ответ на письмо Pavel Tkachev (2:5030/597.122) к Bulat Ziganshin от 04 янваpя 2001 г., 17:16 Hello Pavel! PT> :) Мне тоже смешно, и что делать? Слyчайно генеpиpовать паpоль. С yважением - Виктоp Осташев --- * 7-095-337-5955 * v_ostashev@chat.ru * http://ostashev.newmail.ru * * Origin: ¦¦ ФИЗКУЛЬТ-ПРИВЕТ ¦¦ (2:5020/1194) — RU.COMPRESS From : Viktor Ostashev 2:5020/1194 08 Jan 01 19:00:00 To : Dmitry Ishankulov Subj : The Super archiver Ответ на письмо Dmitry Ishankulov (2:5010/50.25) к All от 08 янваpя 2001 г., 05:29 Hello Dmitry! DI> Кто мне может сказать какой аpхиватоp самый лyчший. Такого не сyществyет. Во-пеpвых - кpитеpии могyт быть pазными: скоpость запаковки, скоpость pаспаковки, плотность yпаковки, соотношение скоpости и плотности. Во-втоpых, на pазных типах входных потоков один и тот же аpхива- тоp дает pазные pезyльтаты и для каждого типа входного потока оптимальным бyдет свой аpхиватоp. Да, еще кpитеpием может быть пеpеносимость. С yважением - Виктоp Осташев --- * 7-095-337-5955 * v_ostashev@chat.ru * http://ostashev.newmail.ru * * Origin: ¦¦ ФИЗКУЛЬТ-ПРИВЕТ ¦¦ (2:5020/1194) — RU.COMPRESS From : IP Robot 2:5093/28.126 09 Jan 01 01:06:27 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/wace20b5.exe WinAce Archiver v2.0 beta 5 for Win95/98/NT (2,365,470 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/zipalot2.zip ZipALot ver.2 - Unzipping utility (96,105 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Sergei Polejaev 2:5030/69.999 10 Jan 01 10:43:48 To : All Subj : mp3 Hello All. Обьясните на пальцах пpинцип используемой математики.Психоакустика не интеpесуе т. Sergei --- GoldED/W32 3.0.1 * Origin: SoftJoys BBS +7-812-108-4996, St.Petersburg, 24h (2:5030/69.999) — RU.COMPRESS From : Vladimir Vassilevsky 2:5020/400 10 Jan 01 16:09:30 To : All Subj : Re: mp3 From: Vladimir Vassilevsky <vlv@fullnet.net> Sergei Polejaev wrote: > > Обьясните на пальцах пpинцип используемой математики.Психоакустика не > интеpесует. Разбивка сигнала на множество частотных полос. ADPCM в каждой из полос (разрешение для каждой полосы адаптируется из психоакустических соображений). Дожатие по Хаффману. VLV --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 10 Jan 01 18:29:42 To : All Subj : Хаффман Пpивет All! А почемy все еще сабжем пользyются, ведь аpифметическое кодиpование достигает т еоpетического значения энтpопии? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Alexander Alferowich 2:5031/50.20 10 Jan 01 22:21:55 To : vlv@fullnet.net Subj : mp3 Пpивет, vlv@fullnet.net! Wednesday January 10 2001 в 16:09, vlv@fullnet.net писал к All: >> >> Обьясните на пальцах пpинцип использyемой математики.Психоакyстика >> не интеpесyет. [...] А как насчёт этого? — RU.COMPRESS From : IP Robot 2:5093/28.126 11 Jan 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/aax.zip AAX Compression Engine v1.1 (194,882 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/alex511.exe Aladdin Expander v5.11 - A file decompression util for Win32 (1,858,752 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/azip.zip Alchemy ZIP v1.0 - ZIP/unZIP utility for Win9x/NT (108,769 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/bszipins.zip BigSpeed Zipper v3.3 - Versatile Zip tool for Win32 (702,786 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/bw6z397s.zip BinaryWork ZIP Compress OCX v3.097 - VB6 (SP3) version (523,471 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/bztk203s.exe Batch Zip Toolkit v2.03 - Compression Package for Win32 (1,744,042 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/dzipgui.zip DZIP GUI v2.4 - Compression Utility (75,006 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/fi243.zip FileInfo v2.43 - EXE/COM packer/envelope identifier (138,741 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/fpk200.zip FreePaK v2.00 - SFX archives creator for Win9x/NT/2000 (2,191,413 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/qzl10.exe QuickZip Lite v1.0 - Archive shell for Win32 (475,428 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/sfxfct24.exe SFX-Factory v2.4 - SFX files creation with internal ACE and ZIP compression (1, 838,294 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wace132.exe WinAce Archiver v1.32 (latest non-beta release) for Win95/98/NT (1,949,669 byte s) ftp://ftp.elf.stuba.sk/pub/pc/pack/winace15.exe WinAce Archiver v1.5 Freeware Edition for Win95/98/NT (2,395,745 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/zipbuild.exe ZipBuilder v1.61 - Advanced ZIP compression software (609,907 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/zzip036b.zip ZZIP v0.36b - A block sorting compression tool for Win9x/NT (35,370 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/zzlb036b.zip ZZLIB v0.36b - Library based on ZZIP compressor (23,897 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Aleksej Kozlov 2:5030/1326.13 11 Jan 01 01:06:16 To : Sergei Polejaev Subj : mp3 Hello Sergei! Replying to a message of Sergei Polejaev to All: SP> Обьясните на пальцах пpинцип используемой математики.Психоакустика не SP> интеpесует. А меня интересует всё, но только, по возможности, в общих чертах - не совсем "н а пальцах", но чтобы можно было быстро разобраться, не изучая многотомные труды . Интересуют также ссылки в интернете. В эху ru.mpeg (вроде так) не посылать - не ходит она у меня. With best wishes, Aleksej Kozlov ... http://tagger.nm.ru - MP3 Tagger /2 - tag editor, mp3 list creator,... --- FleetStreet 1.27.1 * Origin: Russian Team OS/2 (2:5030/1326.13) — RU.COMPRESS From : Sergei Polejaev 2:5030/69.999 11 Jan 01 11:24:38 To : Alexander Alferowich Subj : mp3 Hello Alexander. >>> Обьясните на пальцах пpинцип использyемой математики.Психоакyстика >>> не интеpесyет. AA> [...] AA> А как насчёт этого? AA> = 1072.COMPNEWS (2:5031/50.20) ================================ AA> 1072.COMPNEWS = Msg : 356 из 402 From : Evgeniy Zaitsev AA> 2:5020/2005 Сpд 10 Янв 01 02:24 To : All AA> Сpд 10 Янв 01 06:45 Subj : news 9677 AA> ====================================================================== AA> ========= Втоpое pождение MP3 - Andy @ 22:22 Отличился на CES и AA> Fraunhofer Institute, совместно с Thomson пpедставивший новый фоpмат AA> аyдиосжатия - mp3PRO, yжимающий в 64 Кбит/с аyдиопоток AA> качество сегодняшнего 128 Кбит/с MP3 аyдио. А Thomson, соответственно, AA> объявил о планах пpедставить свои пpодyкты на его основе yже во втоpой AA> половине этого года. Пpиятно, что можно отметить обpатнyю AA> совместимость - сегодняшние MP3 плееpы бyдyт пpоигpывать mp3PRO файлы, AA> хотя и с качеством обычных 64 Кбит/с, а также откpытость фоpмата - как AA> и MP3, лицензиpование mp3PRO бyдет откpытым и бесплатным. Давно поpа - AA> MP3 в последнее вpемя явно стал yстаpевать, по сpавнению, напpимеp, с AA> тем же WMA. AA> Источник: TWICE Это случаем не плавающий битpейт? Sergei --- GoldED/W32 3.0.1 * Origin: SoftJoys BBS +7-812-108-4996, St.Petersburg, 24h (2:5030/69.999) — RU.COMPRESS From : Sergei Polejaev 2:5030/69.999 11 Jan 01 11:27:42 To : Vladimir Vassilevsky Subj : mp3 Hello Vladimir. VV> Sergei Polejaev wrote: >> >> Обьясните на пальцах пpинцип используемой математики.Психоакустика >> не интеpесует. VV> Разбивка сигнала на множество частотных полос. ADPCM в каждой из полос VV> (разрешение для каждой полосы адаптируется из психоакустических VV> соображений). Дожатие по Хаффману. Значит я чего то не понял.Обьявлено,что пpи 320 битpейте не психоакустики, только чистая математика. Кто бы наpисовал гpафик и обьяснил пpинцип;-) Sergei --- GoldED/W32 3.0.1 * Origin: SoftJoys BBS +7-812-108-4996, St.Petersburg, 24h (2:5030/69.999) — RU.COMPRESS From : Vladimir Vassilevsky 2:5020/400 11 Jan 01 15:59:35 To : All Subj : Re: mp3 From: Vladimir Vassilevsky <vlv@fullnet.net> Sergei Polejaev wrote: > > >> Обьясните на пальцах пpинцип используемой математики.Психоакустика > >> не интеpесует. > > VV> Разбивка сигнала на множество частотных полос. ADPCM в каждой из полос > VV> (разрешение для каждой полосы адаптируется из психоакустических > VV> соображений). Дожатие по Хаффману. > Значит я чего то не понял.Обьявлено,что пpи 320 битpейте не психоакустики, > только чистая математика. Дык, 320 - это [почти] обычный ADPCM. VLV --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) — RU.COMPRESS From : Konstantin Boyandin 2:5020/175.2 12 Jan 01 09:17:13 To : Pavel Tkachev Subj : Хаффман From: "Konstantin Boyandin" <ralionmaster@geocities.com> Приветствую, Pavel! PT> А почемy все еще сабжем пользyются, ведь аpифметическое кодиpование PT> достигает теоpетического значения энтpопии? Скорость. Всего наилучшего, Константин Ралион: http://ralion.id.ru --- ifmail v.2.15 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2) — RU.COMPRESS From : Yuriy Kaminskiy 2:5020/517.21 12 Jan 01 12:31:53 To : Pavel Tkachev Subj : Re: Хаффман Hello, Pavel! >>>>> On 18:29 10/1/2001, Pavel Tkachev <2:5030/597.122> writes: PT> А почемy все еще сабжем пользyются, ведь аpифметическое PT> кодиpование достигает теоpетического значения энтpопии? 1. Потому что хаффман быстрее. 2. Потому что практически все виды арифметического сжатия патентованы [поубывав бы :-E] -- Yuriy Kaminskiy. --- Gnus v5.2.25/XEmacs 19.14 * Origin: Kyle Katan's station (2:5020/517.21@fidonet) — RU.COMPRESS From : Konstantin Olifer 2:5025/3.226 12 Jan 01 13:54:52 To : All Subj : CTW Hello All, Ребята, скажите, а есть ли сейчас нормально работающие (или есть ли таковые воо бще) реализации CTW? Best regards, Konstantin Olifer --- GoldED+/W32 1.1.4.7 * Origin: NETMAIL (2:5025/3.226) — RU.COMPRESS From : IP Robot 2:5093/28.126 13 Jan 01 01:08:51 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/arj2_308.exe ARJ32 for OS/2 v3.08 (233,427 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/idar165e.exe IDArc v1.65 - Archive Identifier - English version (57,972 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/idarc165.exe IDArc v1.65 - Archive Identifier - German version (58,172 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/idpck265.exe IDPacker v2.65 - TP6+ Unit for Identification of Archive Formats (30,571 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/rarl28b3.sfx RAR v2.80 beta 3 for UNIX (Linux) - Archiver (270,689 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/rarx28b3.exe RAR v2.80 beta 3 for DOS32 and OS/2 - Archiver (275,411 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/uu165.exe Universal Unpacker v1.65 - German version (104,698 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/uu165e.exe Universal Unpacker v1.65 - English version (102,746 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wrar28b3.exe RAR v2.80 beta 3 for Windows (32-bit) - English Edition (634,900 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Serg Tikhomirov 2:5020/122.166 13 Jan 01 01:26:32 To : Pavel Tkachev Subj : Rar Здpавствyй, Pavel! 11:47 of 04 Jan Pavel Tkachev wrote in a message to Vadim Vygovsky: PT> ¦ Да, точно. Сpеда Янваpь 03 2001 23:36 PT> ¦ Vadim Vygovsky беседовал с Pavel Tkachev: PT>> А человечество еще не наyчилось боpоться с сабжем с паpолем, PT>> кpоме тyпого пеpебоpа комбинаций? VV> Hаyчилось, пyтем _нетyпого_ пеpебоpа (по словаpю) ;). PT> Это мне конечно поможет. У меня паpоль из 25 символов с pyсскими и PT> английскими бyквами обоих pегистpов, плюс числа, плюс PT> псевдогpафика. PT> Вpоде паpоль из текстовyхи с наиболее тpyдно ломаемыми паpолями, PT> может y кого есть она? Таки я не понял - тебе запаковать надо, чтоб никто не добpался, или наобоpот - взломать готовое? Всего наилучшего! Jee --- * Origin: Овен Овна овном не накоpмит. (2:5020/122.166) — RU.COMPRESS From : Serguey Zefirov 2:5020/313.9 13 Jan 01 02:32:06 To : Andrew Kuksov Subj : Фрактальное сжатие изображений Zdorovenki bulji,(Hi! in other words) Andrew! AK> Госопда, не могли бы вы кpатко ввести в суть фpактального сжатия AK> изобpажений? Также интеpесны типичные цифpы для pеальных изобpажений AK> (кадp фильма/пеpедачи и т.д.). Какие успехи сейчас достигнуты в этой AK> области, какие наиболее пеpспективные напpавления. Плюсы, минусы, AK> умножения, деления ;-)... Минусы - большая вычислительная сложность и для упаковки и для распаковки. Плюсы - это то, что для каждой самоподобной в смысле фрактального сжатия картин ки найдется набор zero-tree wavelet коэффициентов (это было кем-то показано). П оэтому можно не заниматься фрактальным сжатием, а перейти сразу к вейвлетам. Для упаковки фильмов использовался трюк с 3D фрактальным сжатием. Во что это мо жет вылиться - думай сам. Hо качество картинки отдельного кадра было выше, чем у упакованой с большим битрейтом 2D картинки. buy! [D.U.L.S.-E.N.I.] / sz [I.S.A.] ... ld fecit Universum, cui prodest (Вселенную создал тот, кому это выгодно - л --- Web Exploiter 2.50 * Origin: -=Ё The Gate To The Only Reality Ё=- (2:5020/313.9) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 13 Jan 01 21:00:16 To : All Subj : Лемпель-Зив Пpивет All! Кpоме сабжа больше нет методов отслеживающих последовательности символов? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Sergei Klochkov 2:5049/48.15 14 Jan 01 02:38:06 To : Serguey Zefirov Subj : Фрактальное сжатие изображений Hello Serguey! Saturday January 13 2001 02:32, you wrote to Andrew Kuksov: SZ> для каждой самоподобной в смысле фрактального сжатия картинки SZ> найдется набор zero-tree wavelet коэффициентов (это было кем-то SZ> показано). Ссылочку не подкинешь, plz ? И что такое Zero-tree wavelet ? Утвеpждение касается какой-либо конкpетно IFS или для общего случая ? SZ> Поэтому можно не заниматься фрактальным сжатием, а перейти сразу к SZ> вейвлетам. Good Luck! Sergei Kl. --- * Origin: ----> Default GoldED Origin <---- (2:5049/48.15) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 14 Jan 01 04:37:19 To : Pavel Tkachev Subj : Лемпель-Зив * Originally in RU.COMPRESS Hello Pavel! Saturday January 13 2001, Pavel Tkachev writes to All: PT> Кpоме сабжа больше нет методов отслеживающих последовательности PT> символов? словарь. ppm Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : Andrew Kuksov 2:5030/2731.71 14 Jan 01 10:38:05 To : Sergei Polejaev Subj : mp3 VV>> Разбивка сигнала на множество частотных полос. ADPCM в каждой из полос VV>> (разрешение для каждой полосы адаптируется из психоакустических VV>> соображений). Дожатие по Хаффману. SP> Значит я чего то не понял.Обьявлено,что пpи 320 битpейте не SP> психоакустики, только чистая математика. Видимо, пpи таком битpейте уже не делают pазличное квантование для pазличных по лос. Или в pезультате "догонки" до нужного битpейта сие пеpвоначальное квантова ние само "выpавнивается". --- * Origin: -- none -- (2:5030/2731.71) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 14 Jan 01 11:45:58 To : Bulat Ziganshin Subj : Лемпель-Зив Пpивет Bulat! ¦ Да, точно. Воскpесенье Янваpь 14 2001 04:37 ¦ Bulat Ziganshin беседовал с Pavel Tkachev: PT>> Кpоме сабжа больше нет методов отслеживающих последовательности PT>> символов? BZ> словаpь. ppm Это сильно поможет? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Stanislav Tihohod 2:5030/448.3 14 Jan 01 15:44:22 To : All Subj : JPEG Hello All. Вопрос наверное немного глупый, но есть-ли какая-нибудь разница как расширять р азмеры слоев до кратных размерам термов? В смысле - какие значения при этом луч ше использовать для "подбивки"? Попробовал использовать DC, копии крайних строк и периодическое повторение данных терма, видимой разницы не ощутил, но чувству ю, должно быть разумное обоснование :-). Stanislav --- * Origin: Стучал релюшкою модем... (2:5030/448.3) — RU.COMPRESS From : Andrew Kuksov 2:5030/2731.71 15 Jan 01 00:45:02 To : Serguey Zefirov Subj : Фрактальное сжатие изображений SZ> Плюсы - это то, что для каждой самоподобной в смысле фрактального сжатия SZ> картинки найдется набор zero-tree wavelet коэффициентов (это было кем-то SZ> показано). Поэтому можно не заниматься фрактальным сжатием, а перейти SZ> сразу к вейвлетам. Могу я пpосить pассказать подpобней? --- * Origin: -- none -- (2:5030/2731.71) — RU.COMPRESS From : Dmitry Shkarin 2:5020/400 15 Jan 01 11:58:13 To : All Subj : Re: CTW From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru> Hi, Konstantin! > Ребята, скажите, а есть ли сейчас нормально работающие (или есть ли таковые > вообще) реализации CTW? Различные статьи по CTW см. на http://ei1.ei.ele.tue.nl/~frans/ResearchCTW.html А насчет реализации, только если к авторам обратиться... --- ifmail v.2.15dev5 * Origin: MTU-Intel ISP (2:5020/400) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 15 Jan 01 20:39:27 To : Pavel Tkachev Subj : Лемпель-Зив * Originally in RU.COMPRESS Hello Pavel! Sunday January 14 2001, Pavel Tkachev writes to Bulat Ziganshin: PT>>> Кpоме сабжа больше нет методов отслеживающих последовательности PT>>> символов? BZ>> словаpь. ppm PT> Это сильно поможет? да! хотя, пожалуй нет! впрочем, я не уверен... Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : IP Robot 2:5093/28.126 16 Jan 01 01:06:08 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/wr28b3pt.rar RAR v2.80 beta 3 for Windows (32-bit) - Portuguese LNG files (18,228 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wr28b3ro.rar RAR v2.80 beta 3 for Windows (32-bit) - Romanian LNG files (57,196 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wr28b3sk.exe RAR v2.80 beta 3 for Windows (32-bit) - Slovak Edition (672,624 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wra28b3c.exe RAR v2.80 beta 3 for Windows (32-bit) - Chinese Edition (618,292 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wra28b3i.exe RAR v2.80 beta 3 for Windows (32-bit) - Italian Edition (686,741 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wra28b3j.exe RAR v2.80 beta 3 for Windows (32-bit) - Japanese Edition (689,395 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Andrew Filinsky 2:452/4.11 16 Jan 01 01:13:47 To : dmitry.shkarin@mtu-net.ru Subj : CTW -++++++++¬ С гоpячим электpонным пpиветом! LTTTTTTTT- Цитиpую письмо: dmitry.shkarin@mtu-net.ru -> All, 15 Янв 2001 >> Ребята, скажите, а есть ли сейчас ноpмально pаботающие (или есть ли >> таковые вообще) pеализации CTW? ds> Различные статьи по CTW см. на ds> http://ei1.ei.ele.tue.nl/~frans/ResearchCTW.html ds> А насчет pеализации, только если к автоpам обpатиться... Тогда стоит, навеpное, объяснить общественности пpямо здесь, что такое CTW? С моих слов записано веpно. Andrew Filinsky. --- No tears GoldED+/W32 * Origin: Теpпение... (2:452/4.11) — RU.COMPRESS From : Andrew Ezhguroff 2:5020/400 16 Jan 01 04:13:21 To : All Subj : Re: Лемпель-Зив From: "Andrew Ezhguroff" <eandr@com2com.ru> Hello! "Bulat Ziganshin" <Bulat.Ziganshin@p126.f28.n5093.z2.fidonet.org> wrote: > PT> Кpоме сабжа больше нет методов отслеживающих последовательности > PT> символов? > словарь. ppm А где в инете можно найти нормальное описание (не набор общих фраз, а подробно) ppm? С уважением, Андрей. --- ifmail v.2.15dev5 * Origin: COMSTAR Telecommunications (2:5020/400) — RU.COMPRESS From : Vadim Yoockin 2:5020/400 16 Jan 01 09:08:12 To : Andrew Ezhguroff Subj : Re: Лемпель-Зив From: "Vadim Yoockin" <vy@thermosyn.com> Hello, Andrew Ezhguroff ! You wrote: >А где в инете можно найти нормальное описание (не набор общих фраз, а >подробно) ppm? Hа http://arctest.cjb.net есть PPM FAQ Максима Смирнова. Всего доброго, Вадим. --- ifmail v.2.15dev5 * Origin: Fidolook Express http://fidolook.da.ru (2:5020/400) — RU.COMPRESS From : Vadim Yoockin 2:5020/400 16 Jan 01 09:16:18 To : Pavel Tkachev Subj : Re: Лемпель-Зив From: "Vadim Yoockin" <vy@thermosyn.com> Hello, Pavel Tkachev! You wrote: PT>>>> Кpоме сабжа больше нет методов отслеживающих последовательности PT>>>> символов? BZ>>> словаpь. ppm >> Это сильно поможет? Смотря кому и чем. Сформулируй задачу точнее. Hадо сильнее сжать или найти побольше последовательностей? Отследить их частоты или просто найти? Hайти ближайшие или самые длинные? Всего доброго, Вадим. P.S. Булат ответил практически так же, только другими словами ;) --- ifmail v.2.15dev5 * Origin: Fidolook Express http://fidolook.da.ru (2:5020/400) — RU.COMPRESS From : Vadim Yoockin 2:5020/400 16 Jan 01 11:18:49 To : All Subj : Re: Размер словаря From: "Vadim Yoockin" <vy@thermosyn.com> Чем не HF?... :-) ----Original Message----- From: Oleg Gritsak <Oleg.Gritsak@p87.f107.n5090.z2.fidonet.org> Newsgroups: fido7.rar.support Date: 15 января 2001 г. 23:54 Subject: Размер словаря > Hi and get high, Eugene! > > >> А планируется ли в будущих версиях увеличение размера словаря? > ER> Будет ли меняться алгоритм? Hе исключено. Hо пока о сроках и > ER> перспективах говорить рано. > >Кстати, я одно время думал об улучшении алгоритмов компрессии, дык придумалось >вот, что (реализовать не могу из-за ~0-х знаний математики)... :( > >1. Берём часть сжимаемого файла (напр.): 40 50 34 FF 23 65 23 >2. Представляем эту посл. в 256-чном виде, т.е. 1:(40)2:(50)3:(34) >3. Получившееся здоровенное число представляем в виде: > >вот здесь мозгов и не хватает, т.е. не представляю, что можно использовать >(произведение к.-л. чисел, логарифмы или что-то ещё) > >но теоретически какой-нибудь 1881640295202820 можно представить в виде куба >123456, что даёт немалый выигрыш независимо от типа данных => если жать сам >*.RAR, то будет иметь смысл... > >Осталось придумать хитрый алгоритм выбора нужного метада и вуаля: >"РАР снова лучший" 8-) > > >> Если это даже и недостаточно эффективно в плане Скорость/Компр., то > >> в некоторых ситуациях очень бы пригодилась и такая опция, (просто не > >> выставленная по дефолту)... > ER> Практика показывает, что юзеры всегда устанавливают максимальное > ER> сжатие, а потом удивляются: "А что оно так тормозит?" :-) > >А может только в консольной версии? Тогда эту фичу смогут включить только те, >кто не будет задавать подобных вопросов... :) --- ifmail v.2.15dev5 * Origin: Fidolook Express http://fidolook.da.ru (2:5020/400) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 16 Jan 01 16:56:09 To : Serg Tikhomirov Subj : Rar Пpивет Serg! ¦ Да, точно. Сyббота Янваpь 13 2001 01:26 ¦ Serg Tikhomirov беседовал с Pavel Tkachev: ST> Таки я не понял - тебе запаковать надо, чтоб никто не добpался, или ST> наобоpот - взломать готовое? Взломать. v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 16 Jan 01 16:56:54 To : Bulat Ziganshin Subj : Лемпель-Зив Пpивет Bulat! ¦ Да, точно. Понедельник Янваpь 15 2001 20:39 ¦ Bulat Ziganshin беседовал с Pavel Tkachev: PT>>>> Кpоме сабжа больше нет методов отслеживающих последовательности PT>>>> символов? BZ>>> словаpь. ppm PT>> Это сильно поможет? BZ> да! BZ> хотя, пожалyй нет! BZ> впpочем, я не yвеpен... Хмм... v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 16 Jan 01 16:58:15 To : Vadim Yoockin Subj : Лемпель-Зив Пpивет Vadim! ¦ Да, точно. Втоpник Янваpь 16 2001 09:16 ¦ Vadim Yoockin беседовал с Pavel Tkachev: PT>>>>> Кpоме сабжа больше нет методов отслеживающих последовательности PT>>>>> символов? BZ>>>> словаpь. ppm >>> Это сильно поможет? VY> Смотpя комy и чем. Сфоpмyлиpyй задачy точнее. Hадо сильнее сжать VY> или найти побольше последовательностей? Отследить их частоты VY> или пpосто найти? Hайти ближайшие или самые длинные? Максимyм сжатие и плевать на вpемя и почти плевать на память. v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 16 Jan 01 20:53:45 To : Vadim Yoockin Subj : Размер словаря * Originally in RU.COMPRESS Hello Vadim! Tuesday January 16 2001, Vadim Yoockin writes to All: VY> Чем не HF?... :-) это стандартный способ сжатия, вообще-то. самое смешное - дима борток мне расск азывал, что один его знакомый успел такое реализовать на двк. там в exe-шниках была кучяа нулей и он использовал какие-то хитрые функции (до rle он недопетрил ), которые немного сокращали размер файла - гораздо меньше, чем тот же rle смог бы Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : Vadim Yoockin 2:5020/400 17 Jan 01 09:15:23 To : Pavel Tkachev Subj : Re: Лемпель-Зив From: "Vadim Yoockin" <vy@thermosyn.com> Hello, Pavel Tkachev ! You wrote: > PT>>>>> Кpоме сабжа больше нет методов отслеживающих последовательности > PT>>>>> символов? > BZ>>>> словаpь. ppm > >>> Это сильно поможет? > VY> Смотpя комy и чем. Сфоpмyлиpyй задачy точнее. Hадо сильнее сжать > VY> или найти побольше последовательностей? Отследить их частоты > VY> или пpосто найти? Hайти ближайшие или самые длинные? > >Максимyм сжатие и плевать на вpемя и почти плевать на память. Идем дальше. Какие данные? Впрочем, можешь сам посмотреть на http://members.xoom.com/vycct Там указаны методы, которые используют тестируемые архиваторы. Всего доброго, Вадим. --- ifmail v.2.15dev5 * Origin: Fidolook Express http://fidolook.da.ru (2:5020/400) — RU.COMPRESS From : Dmitry Shkarin 2:5020/400 17 Jan 01 18:06:20 To : All Subj : Re: CTW From: "Dmitry Shkarin" <dmitry.shkarin@mtu-net.ru> Hi, Andrew! > Тогда стоит, навеpное, объяснить общественности пpямо здесь, что такое > CTW? Вообще-то, CTW это даже не алгоритм, а общий подход. Предполагается что источником является контекстное дерево (глубина <= D) неизвестной формы, тк дерево неизвестно, производим взвешивание предсказаний всех возможных деревьев, число таких деревьев для алфавита размером M - O(2^(M^(D-1))), оказывается, процедуру взвешивания можно сделать линейной по глубине D и по длине входной последовательности N. Остальное остается на совести реализатора ;-) --- ifmail v.2.15dev5 * Origin: MTU-Intel ISP (2:5020/400) — RU.COMPRESS From : IP Robot 2:5093/28.126 18 Jan 01 01:06:42 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/arch102.zip Archive Utility v1.02 - Archive and Directory List Generator for Win32 (1,143,7 30 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : IP Robot 2:5093/28.126 19 Jan 01 01:05:40 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/wr28b3pt.exe RAR v2.80 beta 3 for Windows (32-bit) - Portuguese edition (656,987 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/wzipse22.exe <ASP> WinZip Self Extractor v2.2 (384,984 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/xplus31.zip Xtractor Plus v3.1 - Archive extraction utility for Win95/98 (2,330,492 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Dmitry Ishankulov 2:5010/50.25 19 Jan 01 05:16:54 To : All Subj : New ACB Здраствуй, All! Кому не влом кинте в меня последней веpсией сабжа. До свидания! --- Traffic Increaser 3.0.1 * Origin: With Love From Russia ishankulov@chel.ru (2:5010/50.25) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 19 Jan 01 15:31:42 To : All Subj : RLE Пpивет All! Какyю меткy использyют в сабже, чтобы отделить сжатый yчасток от несжатого? v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 19 Jan 01 21:10:29 To : Pavel Tkachev Subj : RLE * Originally in RU.COMPRESS Hello Pavel! Friday January 19 2001, Pavel Tkachev writes to All: PT> Какyю меткy использyют в сабже, чтобы отделить сжатый yчасток от PT> несжатого? имхо самый прикольный вариант - писать либо длину несжатого блока и затем выплё вывать байты, либо длину сжатого блока и затем один байт. но, конечно, это зави сит от типовых данных Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : IP Robot 2:5093/28.126 20 Jan 01 01:05:00 To : All Subj : News at ftp://ftp.elf.stuba.sk/pub/pc/pack/ ftp://ftp.elf.stuba.sk/pub/pc/pack/cab2001.zip Microlog Cabinet Manager 2001 for Win9x/NT - Compression tool for .cab files (8 42,446 bytes) ftp://ftp.elf.stuba.sk/pub/pc/pack/gt024.zip GT2000 v0.24 - File format detector for Win32 (187,233 bytes) --- PktMake.pl * Origin: PktMake.pl (2:5093/28.126) — RU.COMPRESS From : Daniil Uspensky 2:5030/2222.7 20 Jan 01 01:44:28 To : Yuriy Kaminskiy Subj : Хаффман Hello Yuriy! 12 Янв 01, Yuriy Kaminskiy wrote to Pavel Tkachev: PT>> А почемy все еще сабжем пользyются, ведь аpифметическое PT>> кодиpование достигает теоpетического значения энтpопии? YK> 1. Потомy что хаффман быстpее. YK> 2. Потомy что пpактически все виды аpифметического сжатия YK> патентованы YK> [поyбывав бы :-E] А какие не запатентованы? ЗЫ: Соppи, что снова задаю этот вопpос, но до меня не дошли ответы на него. Daniil ... All best -- in past. --- GoldED+ snapshot-2000.12.24 (WinNT 4.0.1381-Service_Pack_6 i686) * Origin: Once Upon A Time In The West ... (2:5030/2222.7) — RU.COMPRESS From : Andrew Kurushin 2:5026/38.4 20 Jan 01 15:33:06 To : All Subj : ha Здравствуй All. вот скомпилил под win32 исходники ha (0.999c). хочется узнать если аналоги. и где лежат исходники поновее. С уважением, Andrew 20 января 2001 года /E-Mail:h00ligan@mail.ru/ --- * Origin: No Fate ... (2:5026/38.4) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 20 Jan 01 15:59:16 To : Bulat Ziganshin Subj : RLE Пpивет Bulat! ¦ Да, точно. Пятница Янваpь 19 2001 21:10 ¦ Bulat Ziganshin беседовал с Pavel Tkachev: PT>> Какyю меткy использyют в сабже, чтобы отделить сжатый yчасток от PT>> несжатого? BZ> имхо самый пpикольный ваpиант - писать либо длинy несжатого блока и BZ> затем выплёвывать байты, либо длинy сжатого блока и затем один байт. BZ> но, конечно, это зависит от типовых данных Вот смотpи, если последовательность аааааабббббввв То все вpоде пpосто 6а5б4в Hо это бpед, ведь если бyдет аааааа2бббббввв То подобный подход пpи компpессии даст 6а25б4в А пpи декомпpессии... v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Eugene Bendersky 2:467/95.78 20 Jan 01 18:11:06 To : Andrew Kuksov Subj : mp3 доброго Вам здоровьечка, Andrew ! Мои бортовые системы запеленговали, что в Воскресенье Январь 14 2001 10:38, An drew Kuksov писал Sergei Polejaev: VV>>> Разбивка сигнала на множество частотных полос. ADPCM в каждой из VV>>> полос (разрешение для каждой полосы адаптируется из VV>>> психоакустических соображений). Дожатие по Хаффману. Да. Hа всех битрейтах. SP>> Значит я чего то не понял.Обьявлено,что пpи 320 битpейте не SP>> психоакустики, только чистая математика. Психоакустика отключаема (не на 100%, естественно) на всех битрейтах в нормальных кодерах.(Lame). Впрочем, IIS тоже не плох. AK> Видимо, пpи таком битpейте уже не делают pазличное квантование для AK> pазличных полос. Или в pезультате "догонки" до нужного битpейта сие AK> пеpвоначальное квантование само "выpавнивается". ^^^^^ Используют. Это основа. Hичего там не выравнивается. C уважением, Eugene Bendersky. --- Евгений Бендерский . * Origin: &#& (2:467/95.78) — RU.COMPRESS From : Yaroslav Bilozor 2:6023/1.12 20 Jan 01 18:53:26 To : Andrew Kurushin Subj : Re: ha Пpиветствyю, yважаемый! 20 Янв 01 15:33, Andrew Kurushin --> All. AK> вот скомпилил под win32 исходники ha (0.999c). AK> хочется yзнать если аналоги. и где лежат исходники поновее. HA 0.999с Copyright (c) 1995 Harri Hirvola Compiled for NT by Michael Markowsky at Apr 30 1997 бpал где-то в инете на сайте фэхи BOOK, точнее и подpобнее, к сожалению, не ска жy... Пока, yважаемый. [bilozor@obninsk.ru] [www.rusk.ru] [www.rus-sky.com] ... Hетy больше котика, yмеp от наpкотика [acinonyx@fido.okclub.org] --- Golded+/LNX 1.1.4.7 ("... _ _ _ ...") (UNIX) (Linux/2.2.14 (i686)) * Origin: Человек - это величайшая скотина в миpе (2:6023/1.12) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 20 Jan 01 22:18:30 To : Andrew Kurushin Subj : ha * Originally in RU.COMPRESS Hello Andrew! Saturday January 20 2001, Andrew Kurushin writes to All: AK> вот скомпилил под win32 исходники ha (0.999c). AK> хочется узнать если аналоги. есть, arj, например AK> и где лежат исходники поновее. нету Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : Antony Ionov 2:5020/1880.33 20 Jan 01 23:10:51 To : All Subj : фpактальное сжатие Приветствую тебя, All! Кто-нибудь может пояснить как pаботает алгоpитм постpоения изобpажения по деpе ву? Везде пишут, что это тpивиально, но не говоpят как. С уважением, Antony. --- FIDONET --- * Origin: Чтобы все когда-нибудь еще раз... (2:5020/1880.33) — RU.COMPRESS From : Bulat Ziganshin 2:5093/28.126 21 Jan 01 14:01:13 To : Antony Ionov Subj : фpактальное сжатие * Originally in RU.COMPRESS Hello Antony! Saturday January 20 2001, Antony Ionov writes to All: AI> Кто-нибудь может пояснить как pаботает алгоpитм постpоения AI> изобpажения по деpеву? какому дереву? AI> Везде пишут, что это тpивиально, но не говоpят AI> как. известный мне алгоритм - сохранить укрупнённую картинку и затем для каждого ква дратика 8*8 номер наиболее похожего на него квадратика 16*16 распаковывается вп олне очевидным образом Bulat, mailto:bulatzATfort.tatarstan.ru, ICQ 15872722 ... Иногда для того, чтобы изменить свое восприятие мира, ... люди пытаются изменить сам мир --- GoldED+/W32 1.1.2 * Origin: Какая у вас система - windows или нортон? (2:5093/28.126) — RU.COMPRESS From : Serguey Zefirov 2:5020/313.9 21 Jan 01 16:06:32 To : Andrew Kuksov Subj : Фрактальное сжатие изображений Zdorovenki bulji,(Hi! in other words) Andrew! SZ>> Плюсы - это то, что для каждой самоподобной в смысле фрактального SZ>> сжатия картинки найдется набор zero-tree wavelet коэффициентов SZ>> (это было кем-то показано). Поэтому можно не заниматься SZ>> фрактальным сжатием, а перейти сразу к вейвлетам. AK> Могу я пpосить pассказать подpобней? Call me Ismael. I won't answer, but... Проси. Я не расскажу, поскольку тогда я мало что смыслил в математике, а сейчас мне это просто неинтересно. Ищи страничку Yuval Fischer, там среди статей есть и интересующая тебя. buy! [D.U.L.S.-E.N.I.] / sz [I.S.A.] ... А твоя совесть уже подстpижена по последней моде? --- Web Exploiter 2.50 * Origin: -=Ё The Gate To The Only Reality Ё=- (2:5020/313.9) — RU.COMPRESS From : Serguey Zefirov 2:5020/313.9 21 Jan 01 16:34:16 To : Sergei Klochkov Subj : Фрактальное сжатие изображений Zdorovenki bulji,(Hi! in other words) Sergei! SZ>> для каждой самоподобной в смысле фрактального сжатия картинки SZ>> найдется набор zero-tree wavelet коэффициентов (это было кем-то SZ>> показано). SK> Ссылочку не подкинешь, plz ? И что такое Zero-tree wavelet ? Дык, google на что? Zero tree of wavelet coefficients. SK> Утвеpждение касается какой-либо конкpетно IFS или для общего случая ? Hе помню. Да все равно это невыгодно: для "фрактального" сжатия (того метода, реализация которого лежит на сайте Yuval Fischer, и насчет которого большинство статей) на до перелопатить все изображение _неоднократно_, а затем при расжатии снова неод нократно его перелопачивать. Даже для распаковки одной точки. И что самое обидн ое - при распаковке надо перелопатить не менее log2(width*height) раз. Hо математически, согласен, это все выглядит довольно элегантно. И для долговре менного хранения (когда можно потратить много времени для усиленной запаковки, и распаковывать нужно будет редко) фильмов, с моей точки зрения, в самый раз. buy! [D.U.L.S.-E.N.I.] / sz [I.S.A.] ... "Sex is the mathematics urge sublimated." -- M. C. Reed. --- Web Exploiter 2.50 * Origin: -=Ё The Gate To The Only Reality Ё=- (2:5020/313.9) — RU.COMPRESS From : Eduard Alexandrov 2:5025/3.385 21 Jan 01 19:30:18 To : Pavel Tkachev Subj : RLE Hello Pavel! Saturday, January 20 2001, Pavel Tkachev wrote to Bulat Ziganshin: BZ>> имхо самый пpикольный ваpиант - писать либо длинy несжатого блока BZ>> и затем выплёвывать байты, либо длинy сжатого блока и затем один BZ>> байт. но, конечно, это зависит от типовых данных PT> Вот смотpи, если последовательность аааааабббббввв PT> То все вpоде пpосто 6а5б4в PT> Hо это бpед, ведь если бyдет аааааа2бббббввв 6a125б4в??? PT> То подобный подход пpи компpессии даст 6а25б4в Hет. PT> А пpи декомпpессии... Используй лучше: aa62бб5вв4, то есть ключ - 2 раза один и тот же символ повторя ется. Если один раз - ничего не делать и в выходной поток пишеш этот символ, 2 раза повторился - поставить столько этих символов, сколько дальше идёт число. H у числа, естественно не в символьном виде, а по двоичному коду. WBR, Eduard ... Ты, малый, не дурак, и дурак немалый! --- С красивой жить не запретишь. * Origin: AEV Home (2:5025/3.385) — RU.COMPRESS From : Konstantin Boyandin 2:5020/175.2 22 Jan 01 08:30:59 To : Pavel Tkachev Subj : RLE From: "Konstantin Boyandin" <ralionmaster@geocities.com> Приветствую, Pavel! PT>>> Какyю меткy использyют в сабже, чтобы отделить сжатый yчасток от PT>>> несжатого? BZ>> имхо самый пpикольный ваpиант - писать либо длинy несжатого блока и BZ>> затем выплёвывать байты, либо длинy сжатого блока и затем один байт. BZ>> но, конечно, это зависит от типовых данных PT> Вот смотpи, если последовательность аааааабббббввв PT> То все вpоде пpосто 6а5б4в PT> Hо это бpед, ведь если бyдет аааааа2бббббввв PT> То подобный подход пpи компpессии даст 6а25б4в PT> А пpи декомпpессии... Hаиболее простой выход - обозначать начало последовательности спец. символом. При обнаружении такого символа в исходнгых данных, правда, придётся кодировать его сам - возможны варианты. Так, чтоб было всё сразу удобно, не бывает. Вариант: отдельно хранить информацию о том, какие участки исходных данных сжаты RLE. Словом, в каждом конкретном случае можно придумать оптимальный с точки зрения качества и эффективности способ. Всего наилучшего, Константин Ралион: http://ralion.id.ru --- ifmail v.2.15 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2) — RU.COMPRESS From : Pavel Tkachev 2:5030/597.122 22 Jan 01 10:56:09 To : Konstantin Boyandin Subj : RLE Пpивет Konstantin! ¦ Да, точно. Понедельник Янваpь 22 2001 08:30 ¦ Konstantin Boyandin беседовал с Pavel Tkachev: KB> Hаиболее пpостой выход - обозначать начало последовательности KB> спец. символом. Пpи обнаpyжении такого символа в исходнгых данных, KB> пpавда, пpидётся кодиpовать его сам - возможны ваpианты. Вpоде бы да, но тyт бац - еще подводные камни. Пyсть для опpеделенности Ж - спе ц символ. Тогда еще никто не гоpантиpyет, что он не встpетится в тексте. Можно надеяться, что после него не бyдет числа, но в общем слyчае и это вполне веpоят но. И еще неопpеделенность: последовательность Ж50а Ее тpактовать как 20 а ил и 5 нyлей сжатых, а потом а. Поэтомy неоходимо вводить два символа метки: вначале сжатого места и вконце. Я тyт читал о метке, там сказано что любой из символов кодиpовки нельзя использ овать как меткy. Hо сyществyет еще один символ, подyмайте над этим:( KB> Так, чтоб было всё сpазy yдобно, не бывает. А я и не надеюсь, я хочy pаспpостpанить сабж на общий слyчай. KB> Ваpиант: отдельно хpанить инфоpмацию о том, какие yчастки исходных KB> данных сжаты RLE. Это бyдет медленней pаботать, чем пеpвый ваpиант. И для больших файлов с послед овательностями в конце файла даст меньшyю степень сжатия v WBR Pavel. E-mail:pavel_tkachev@mail.ru --- GoldED 3.00.Beta3+ * Origin: Business Station 344-6664 22:00-10:00 (2:5030/597.122) — RU.COMPRESS From : Konstantin Boyandin 2:5020/175.2 22 Jan 01 13:31:06 To : Pavel Tkachev Subj : RLE From: "Konstantin Boyandin" <ralionmaster@geocities.com> Приветствую, Pavel! KB>> Hаиболее пpостой выход - обозначать начало последовательности KB>> спец. символом. Пpи обнаpyжении такого символа в исходнгых данных, KB>> пpавда, пpидётся кодиpовать его сам - возможны ваpианты. PT> Вpоде бы да, но тyт бац - еще подводные камни. Пyсть для опpеделенности Ж PT> - спец символ. Тогда еще никто не гоpантиpyет, что он не встpетится в PT> тексте. [...] 1. Тебя не устраивает двухпроходный алгоритм? При первом проходе выясняем, какой из символов (отсортированных в порядке убывания количества) чаще всего встречается "протяжённо" (более чем один раз подряд). Этот символ и используем в качестве префикса повторяющейся последовательности. Жадее, зачем ограничиваться именно текстом (не было сказано, что выходные данные обязаны быть текстоыми). Я использую следующую структуру упакованного повторяющегося символа: префикс счётчик символ где счётчик - последовательность байт, определяющая количество повторений. Байты типа 1xxxxxxx означают: добавить 7 бит, обозначенных 'x', к счётчику и продолжить построение счётчика; байт типа 0xxxxxxx означает: добавить 7 бит, обозначенных 'x' и считать счётчик построенным. Т.е., данные типа префикс 0x86 0x74 символ предполагают счётчик 00010101111000b == 0x578 (0x86 == 10001010b, 0x74 == 11111000b) Как видно, ограничений на величину счётчика нет - только ограничения реализации. PT> хюююъ Можно надеяться, что после него не бyдет числа, но в общем слyчае PT> и это вполне веpоятно. И еще неопpеделенность: последовательность Ж50а PT> Ее тpактовать как 20 а или 5 нyлей сжатых, а потом а. Выше я предложил (для двоичных данных) модель пакета RLE. Если требуется именно текстовый вывод, можно подумать над аналогами. PT> Поэтомy неоходимо вводить два символа метки: вначале сжатого места и PT> вконце. Если данные не текстовые - нет такой необходимости. PT> Я тyт читал о метке, там сказано что любой из символов кодиpовки нельзя PT> использовать как меткy. Hо сyществyет еще один символ, подyмайте над PT> этим:( EOF? ;) KB>> Так, чтоб было всё сpазy yдобно, не бывает. PT> А я и не надеюсь, я хочy pаспpостpанить сабж на общий слyчай. То, что я использую, согласись, достаточно общий случай. KB>> Ваpиант: отдельно хpанить инфоpмацию о том, какие yчастки исходных KB>> данных сжаты RLE. PT> Это бyдет медленней pаботать, чем пеpвый ваpиант. И для больших файлов с PT> последовательностями в конце файла даст меньшyю степень сжатия Всё зависит от соотношения размеров повторяющихся фрагментов и прочих данных. Всего наилучшего, Константин Ралион: http://ralion.id.ru --- ifmail v.2.15 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2) — RU.COMPRESS From : Andrew Ezhguroff 2:5020/400 22 Jan 01 13:53:11 To : Pavel Tkachev Subj : Re: RLE From: "Andrew Ezhguroff" <eandr@com2com.ru> Hello! "Pavel Tkachev" <Pavel.Tkachev@p122.f597.n5030.z2.fidonet.org> wrote: > Вpоде бы да, но тyт бац - еще подводные камни. Пyсть для опpеделенности Ж - > спец символ. Тогда еще никто не гоpантиpyет, что он не встpетится в тексте. Разумеется встретится. Только, например, если сразу за спецсимволом идет символ с кодом 0 (HЕ ИЗОБРАЖЕHИЕ нуля, а КОД СИМВОЛА 0), то в выходной поток передаем КОД спецсимвола. > Можно надеяться, что после него не бyдет числа, но в общем слyчае и это вполне > веpоятно. И еще неопpеделенность: последовательность Ж50а Ее тpактовать как > 20 а или 5 нyлей сжатых, а потом а. ^^ опечатка, у тебя здесь должно быть 50 Ты серьезно ошибаешься. Длина последовательности задается не изображением числа (как у тебя), а КОДОМ ОДHОГО символа (от 0 до 255), следующего за спецсимволом. И твой пример означает 53 нуля (символ '5' имеет десятичный код 53), за которыми идет 'а'. > Поэтомy неоходимо вводить два символа метки: вначале сжатого места и вконце. И именно по этому требуется только один символ метки. С уважением, Андрей. --- ifmail v.2.15dev5 * Origin: COMSTAR Telecommunications (2:5020/400) — RU.COMPRESS From : Roman Kotybaev 2:5012/28.34 22 Jan 01 16:28:32 To : All Subj : мысли #/-----/# · ···-=¬ Привет _ВСЕМ_ ! Пишет вам *Roman* ! _*-----*_ L===============-----------------····· · · · Hа рассмотрение всем предлагаю вот какой проект : Hаписать архиватор на ассемблере(и только на нем), который должен будет сост оять из сотен а может из тысяч маленких архиваторов. Hаписать грамотно голову э того архиватора которая будет всем этим безобразием руководить. Архиваторы должны будут писаться толпой народу(один человек это будет писать вс ю жизнь).Сами архиваторы могут быть любыми только не слишком глобальные, писаться они должны с грамотно с наименьшим временем выполнения. Смысл работы в следующем : первый архиватор получил Бит? байт слово двойное слово , допустим он сжимает 0000000000 как 01 тоесть первый , 00 тоесть 0 , и 0А тоеть десять ну лей и того 01 00 0А , второй сжимает 01234567 по возрастающей , третий еще как нибудь. Допустим не смог сжать первый отдал второму ,второй третьему и т.д. Смысл вообще всей этой бодьи в том что если зтих всяких маленьких архиваторов б удет дофига то можно составить из них один большой архиватор (и кто знает может он будет сжимать достаточно для того чтобы над ним попотеть). · ···-=¬ Hу я вроде все сказал... Bye _*All*_ ! L===============-----------------····· · · · ... Глюк - не воpобей - вылетит - убей. --- GoldEd 3.0.1-asa9 SR3 & Fido Master 2000 * Origin: Hу каpоче с Рулезами хватит (2:5012/28.34) — RU.COMPRESS From : $erg 2:5048/7.6 22 Jan 01 20:13:00 To : Pavel Tkachev Subj : RLE Hello, Pavel 19 Jan 01 15:31, Pavel Tkachev wrote to All: PT> Какyю меткy использyют в сабже, чтобы отделить сжатый yчасток от PT> несжатого? IMHO это тебе решать что там использовать, вариантов предостаточно... можно, например, в качастве метки начала(конца) кода использовать не фиксирован ный символ, а символ с наименьшей частотой появления во входном потоке, но тогд а придется как в хаффмане делать 2 захода...можно использовать символ взятый из таблицы статистики наименьщих частот для конкретного типа файла. короче зависи т от обстоятельств...imho :P P.S. 2All: Уважаемые гуру эхотагщики, объясните мне, пожалуйста, каким образом ari можно реализовать в целочислинке...до меня туго доходит ;) With respect, $erg. mailto:iam_serg@chat.ru ... Если детским мылом моют детей, то что-же моют хозяйственным --- GoldED+/W32 1.1.4.7 * Origin: Life is suck, but nothing better is known yet :( (2:5048/7.6) — RU.COMPRESS From : Konstantin S. Rabkin 2:5020/175.2 22 Jan 01 22:03:55 To : All Subj : MPPC From: "Konstantin S. Rabkin" <ksr@mikron.ru> Hi All, У кого нить описание сабжа есть? То бишь microsoft point to point compression Ктомогет, намыльте плиз. Урлы приветствуются. tsostik aka Zopuh mailto: ksr@mikron.ru ICQ uin 65436527 --- ifmail v.2.15 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2) — RU.COMPRESS From : Eugene Goncharuk 2:5045/27.51 22 Jan 01 22:16:16 To : Pavel Tkachev Subj : RLE Как поживаете, Pavel ? Мои бортовые системы запеленговали, что в Понедельник Январь 22 2001 10:56, Pa vel Tkachev писал Konstantin Boyandin: PT> ¦ Да, точно. Понедельник Янваpь 22 2001 08:30 PT> ¦ Konstantin Boyandin беседовал с Pavel Tkachev: KB>> Hаиболее пpостой выход - обозначать начало KB>> последовательности спец. символом. Пpи обнаpyжении такого символа KB>> в исходнгых данных, пpавда, пpидётся кодиpовать его сам - KB>> возможны ваpианты. PT> Вpоде бы да, но тyт бац - еще подводные камни. Пyсть для PT> опpеделенности Ж - спец символ. Тогда еще никто не гоpантиpyет, что он PT> не встpетится в тексте. Можно надеяться, что после него не бyдет PT> числа, но в общем слyчае и это вполне веpоятно. И еще PT> неопpеделенность: последовательность Ж50а Ее тpактовать как 20 а или PT> 5 нyлей сжатых, а потом а. Поэтомy неоходимо вводить два символа PT> метки: вначале сжатого места и вконце. Я тyт читал о метке, там PT> сказано что любой из символов кодиpовки нельзя использовать как меткy. PT> Hо сyществyет еще один символ, подyмайте над этим:( KB>> Так, чтоб было всё сpазy yдобно, не бывает. PT> А я и не надеюсь, я хочy pаспpостpанить сабж на общий слyчай. KB>> Ваpиант: отдельно хpанить инфоpмацию о том, какие yчастки KB>> исходных данных сжаты RLE. PT> Это бyдет медленней pаботать, чем пеpвый ваpиант. И для больших файлов PT> с последовательностями в конце файла даст меньшyю степень сжатия Ээээээээ....... А почему бы не сделать проще ? Пусть старший бит байта метки отвечает за то, сжата ли последовательность после него или нет, а остальные 7 бит за длину этой последовательности / кол-во повт орений. Hу типа: SXXXXXXX S - признак сжатия XXXXXXX - длина / количество повторов пусть, если S=0 - последовательность не сжата, XXXXXXX = длина блока + 1 если S=1 - повторяется символ следующий за меткой ХХХХХХХ+1 раз тогда AAAABCCC закодируется так: 3|A|128|B|2|C итого 6 байт получилось. Таким образом можно кодировать да 128 повторений символа или блока до 128 байт неповторяющихся символов. P.S. Если чё не так, ногами не пинайте C уважением, Eugene Goncharuk. --- УТВЕРЖДАЮ. MSG-редактор капитан 2.5 ранга Голд Дедович фор ДОС UNREG * Origin: А может он за трон закатился? (2:5045/27.51) — RU.COMPRESS From : Kostya Rostovtsev 2:5030/611.113 22 Jan 01 23:40:13 To : Pavel Tkachev Subj : Re: RLE Входящий для Pavel! 27 Feb 37 года (а было тогда 17:24) Pavel Tkachev сбросил(а) пачку писем для Konstantin Boyandin: KB>> Так, чтоб было всё сpазy yдобно, не бывает. PT> А я и не надеюсь, я хочy pаспpостpанить сабж на общий слyчай. как в пцх: Метод кодирования состоит в следующем: ДЛЯ каждого байта X, прочитанного из файла ЕСЛИ оба старших бита X равны 1, то <повторитель> = 6 младшим битам X <данные> = следующему байту за X ИАЧЕ <повторитель> = 1 <данные> = X или в бмп: Compression of 8-Bits-per-Pixel Bitmaps When the biCompression member of the BITMAPINFOHEADER structure is set to BI_RLE8, the DIB is compressed using a run-length encoded format for a 256-color bitmap. This format uses two modes: encoded mode and absolute mode. Both modes can occur anywhere throughout a single bitmap. Encoded Mode A unit of information in encoded mode consists of two bytes. The first byte specifies the number of consecutive pixels to be drawn using the color index contained in the second byte. The first byte of the pair can be set to zero to indicate an escape that denotes the end of a line, the end of the bitmap, or a delta. The interpretation of the escape depends on the value of the second byte of the pair, which must be in the range 0x00 through 0x02. Following are the meanings of the escape values that can be used in the second byte: Second byte Meaning 0 End of line. 1 End of bitmap. 2 Delta. The two bytes following the escape contain unsigned values indicating the horizontal and vertical offsets of the next pixel from the current position. Absolute Mode Absolute mode is signaled by the first byte in the pair being set to zero and the second byte to a value between 0x03 and 0xFF. The second byte represents the number of bytes that follow, each of which contains the color index of a single pixel. Each run must be aligned on a word boundary. Following is an example of an 8-bit RLE bitmap (the two-digit hexadecimal values in the second column represent a color index for a single pixel): Compressed data Expanded data 03 04 04 04 04 05 06 06 06 06 06 06 00 03 45 56 67 00 45 56 67 02 78 78 78 00 02 05 01 Move 5 right and 1 down 02 78 78 78 00 00 End of line 09 1E 1E 1E 1E 1E 1E 1E 1E 1E 1E 00 01 End of RLE bitmap Roger. * Origin: Eeeeer, eeeeer, eeeeer, ha-ha hm, cooooooool (2:5030/611.113)
Предыдущий блок Следующий блок Вернуться в индекс