Предыдущий блок | Следующий блок | Вернуться в индекс |
— RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 07 Oct 98 15:59:19 To : All Subj : Исходники CM [1/3] * Crossposted in RU.COMPRESS Hello All! Спасибо Лео Брухису, меня на на этот подвиг так и не хватило ;) === Cut === section 1 of uuencode 5.25 of file cm.ha by R.E.M. begin 644 cm.ha M2$$!`"(?,```^^<``"Z:UZ#PZ!LV`&-M+F-P<``"`2`C=W#9?M&+P:]P!DD2 MK,<I#<+TZRRE)=74$Q,9A`RD(&983RK,_!)_L(VD^CRK52KNN7;CWK.T3,?_ M-OWL:C&S`5:;#`O$%RG6I65'LW/XH#:49DRD0'"7,[^WNV-JQW[WN?A6F8[D MF&O/H'R#N=%V*1_S1CY%>[@T@RCL]C<3?2S"N=?5=X;?.FV.#_[U>Q9N>YHE M_^RFF&&YW1,IX]/3J"<J-B`JM%3ROZZ>A5JW](G'55],^C9MR^RPE:-"U=6& MVK^TE;`JP?N_&R]^$5B($U%9966'^D(0O^(X'^J0\1'B-8*9D"^\V+IQ`V[P MOGKGV&6HHPG&;<022';D?QK]4BKX"8#.IA48AOZ(\SHM%5MSNA.@UR\[ZAY- M&34BERVOB=H12,FLW]VA%U\@;;6AG:I$WBGKF-56-O%K@VM@G$=(9I?+'YJ[ M0U]XZ%""3HA!I=5B8G;^ZXS@FZN>:9>;:%V7)^(D'.J3ZDWFT6%O-_JYLZK_ M!>;2?.YI5>LA)G*V1@!+!NV>Y?2@O_S`&2=54%%5B]05CX,/G,$,EXD;KX^U M'D\-]FP)6[:M#%I,SA&X]!'\@H\;>EHSGA:GWBN].I2.TEB@VCGLUR7;KC+\ MM!;4*XRI=8P-_%O.$1$].<5OLJG@@K,6\Y'+9S0IZV-:)!7,F>6`.?H87D6V MSE:7DFQUOFRVWZ`;UH&,0L1T,XYG0\<B:NMD_Z9<HLZ3<L2DK6X\0N<9*FZK M'OJ%-"(;EGW+:B=L2MGU+:++M8E=(*H(=;B4K$0C+D.*V;)J^&"G;:?I6@>! MJWCX"[F8*5[&F7UE2C+E/>JW-L@5$;6E3^]3T?W]0#,=$,V[%FB2PG:8D:M( MGA9=!50+X;R3-T^6-^3%_R(8=Z3<Q:$E&<J'ND_69[-@NZ)PF_'*!D/@'L#$ M=Q;([6!.$TY?RYJ'$X-Z$?.<V#!^,<)F,&$=AE^2`U%3>U5^X#Y$.PDUR]RB M6,$7JL"'YY&->"?NNC;82F\:,@KO3YCWZ_@P]_BO]3W@!)QJ[,6R55WF=2MT MZA?S742+$)+US"Y[C\]/`_0P!I`5\)W@PK0>^BW52NNFNZ'^_$*?":J4)</E M-7X[(P)^1D)*!HS)#/KJYA]S%H>$C,4YQ9M[H?BF`KQA&"O](VPY8X+Y.VVD MO3UZR8>E!I&H,B]/,DQS`%1QM3O(5R]2?.T`4M0:&LW<4/L/N77$T+-F?.K% MYOH(@F@2>/U[(??C3K\;G2@26['0Y*Y9Z?+O0:6LV0&2'8J^NNL]'M>YEU<: M^H$8<6%/=\')0`2"F(0H-1G<HV6A9:X9+4^5=1%Q^F/AEY4:_B3]R$PK>^N, M@,S\^@N(-:F>]+U6S.\`;/1A.[WKIN4??9KP.V*3@]8HP0J:+69%.4>\$HS$ MYSL'S/U`N+P]R_74/&*&H_Q_D6+OYBPL1%`SB^>S.G'!&\@7<O910<E]A4?T MZG7\N%([%<>/B,##92@>RU+9;;YW#X`+4Y4=%T[&:T5K4#!Y3?9S(B=G6U;] M]%.E`=F!"!8/2Y&/B%29?5(U6H$C4B<-=1*20PRMQQ?&89LX%2>H$A0@#I;^ M1L''NY(9*5"FD1E4;W[EK`G&`>Q@-V7+L.]'*(O+W!3+=\#8[>TFE,M11$++ MGVP?3*EO(P@*JW-J[@.(WAJ_&']"W,;)(&F4H&?QWY#HO=](1LP]8DT_&4": M=AV9<*<*?25W_9L)KS>ZS\M`K\;I!19ZN[E-SF4!J^(O;1C-H%XG3+,T1<17 M2Y#E%U59T@-JH`=CB!\A&M4QQ*:HK+GJ?$BJ_KN<>^,*[ETB6W3F^8(Y?))U M*L;MS,=J[B9DZX3%631AX.<$8F/`[`GO%[N0X$KX4MNK.G`+92RD1JH8,GD3 M[0ES9./L20*8=G33"DG5K1WKK%?>\TE(BJNW*2E6.1(UC)EJ7X]!T7--E0"% MA/USGUV#?6&+K[_:PJ7>E;@-]<L4;=(1**#X=#`IB5O4[0/8GHW+U;Y^P\Y_ M8CUQ0@C`%=8;SM\1_=+?"-0Y]JR359>9YHL43;ZLIA#<G/GK53SR&9K^MRA7 M'N=7,WS9J+33)2T-(PH=RO4_Q)*/T5%?'U+]E$,A7LQ\86=B+Q&3=3=<6@FD MM'$D=5R*T*D"DX"X0<#-J!0%,PH\@)**>M\GQ_<E&Y&ZLR=E,K/PI=:>JO4Q M'<YK:)K+2;KKBU(7@.\6DSIN5=:M:W.14/ZXC[.5<'7+%;(1<X"AA^0SQS:T M\O-J$W.*PH4P8!TCZ:+0KBL"FUO<%#:["&-^!N_$D>279PQM*T*IVQ3+^?Q, MD@YJI6EEP5I@9.T;1:%&54F22RL?%?:+NSCH`:V81:9?TD,ITR/[_'B*U1%? M&\\+:<:@5.-8\]8WURS4<DES@BR/3/@+AKTUU&0!VP*&2L2Z<J94E],81EXC M@E60C(ZW.\Y^3FFCA3T3Y*^Z@1#H(H0CX:U_DBHT>MHGA-7K04&)IM8WU[.U M9R/?=3[4PP&]^!BPU72"QR,5^>':^$R\X12^+&DS:$;2EY8B0NFD,;[RY69I M<-G*\TSO;[SLZ3U7(H(`1?./M8RYB3LB5T&CF969)A_5^9VK\NZ^]/WES:"; MD_&%#FVC,,4&BCNXI4ZO=^QZ8!H"5-AD/JY^Y$'HZ>^_I/3HM[4L.OM>)`G_ M:OTHM18RFX>YZ7L&)=SKP`'Y5"9U^CH5@<MUE[!KT*68VFL.Z611IR98HA;* M$S,^6K/7I#;*6BO4C*^E;Y;R3G1&WI*D/H>X)MA`=`[P;EJ3A%M%*%25FE'6 M@L1RXWRJZ\TJ0$_*1Z09_R:>'3.2)5'SQ%!Q6E"3<-NSXUS4`"?NWP53G2^J MD$H[?9W"?%*P#'ARH@O1>AN5T:\-&145R_UR/@+<8$$X&@!E8)N_6U6(!9@( M@JWE>AP)D+4E_$D'I-X4TG<!FA5K7M@:\;6N($?4@7Y:,#Y;R"NQ](2DU M&15?<#98\Y\:`%Z@()+O!C#[7`Q"VE)\G9WNC2,?F9'**_2H_,E],G]&M:B` MKO-)\O+$(M5J969$B3A6`BG1V$:+<@MYL#G;K3Z03^)O8!4X/[Y_@FBUC%*- M6Y#6RZ[<L,?8P\4%45-<;XX4!EVUG3J.04/ZGBE.D;Q0T3E468KO74\ZIU3L M\63[[/9:JI4<0Y/6R"*(&?:)U'PV5,*R!04GY$3&7M@](?*]K`EZ2D1X?"\J M:?9VY76<_,`_+C7WA+8S`GAI[WO&Y(MLCO"TGB*N$NMU40)Q^45]%"SSG<E7 M#V=(DTPM7A&39:&N'+\).5BZYW,*F0CM5,-D@R<UC6@FEQQYQZ+;H"#EQ8)* MOET.VDRE`9ERCBO"&X``,=9.H\0HP,4>>,<_"!`WK?TK/U<D:/&,Z!_8;<DA M]:553U']X&K5:;C"',^;4RY-P(S5'_]G#E88++DF>E2VT1MS8YA#?7LE:.Z1 MI-OGB!;^<-JVE1N9",NAB.'HC3E-%/1N[+-#3Z-:P3=M>ZG5$=HDG.V#H0K* MOZC?09LY)77AUB56%#WY2Z<O5Z2=C<7*"C>:N%WI25`TII6\)A_"R6$'6--A MMQ-1M!4Q?O>9:4(>;&MVD$H[3X";5I2]8B\_2+@0@^]!@4W7XR,<46=5TN'8 M)H-U_?_"M@R2&B9C+#>Q?>`8.AI.;O>"CQRA(]I=U/PVBD+-CB5I#GFHI,HT MC0ZPT%^#QQ*!J3#0L4N:V^9((>6.NM=675-3'7]GP@2#]P4;>SU^(KU`>^9W MX59`>#AHQ8%*6+NS22>W>DL",G,3\.8T]\?MCG$V<I<#"]M)Y=R9,)K&&,QN M$O+4GBF$&/C[O3F$"4]@%.7HT)^\>>AL1B/OQH?/6U=E#O=V^/'F80D9&_9` MH<.B)8<12#T2`)^^2W+--%U/$:^4/%R#BG`Q>O+G0+4*72E(@XZT3(QO[4S& ME4?]KY8>!E8K)PQD@$8/:_X7D!6B#U20B>81DCV_&15,`V;"3E77S+]0L^D_ MZ7'4'BVXZ,D#(NQ'^+VUY=Z+ED._YG-!+4+!C]B7#IY";!9AG?.IB_K(F/2_ MG@51']P7[ROV[%)PZQ952*;BT.I.B9<HV(DU3'B",+@Y=I-QH&.T6\V*`N>: M7'"PNVW)M/"+*\;-?UHL[E7A`Y@7BC7&9V)]-IR=Q42H#^VC,_J&7V'0=H[T ME>I\WZ@W<`P[U;A>KAO'[ASW]!$1LJUB2()SV"/BQ-2]JO6/1>7_SA?KNTMB M(]FN`2#0_6>)>JG03*!#H"_25Q4"Q\HQ!K`/:*>DEW9)*?2,GJ!E`]".'W._ MV:3-YJX0"@5:HQ\-.;2%-#"[]@7+!.5GM^=AZ,:NJ<+JBW-*5-K90.;-3X[: M)7E&D\GM);WC\T0#RN<6P\KBWMZYN9%;*!W>ZC-'XFR(VG/@C\0?^+WH-IS+ MO.&L.6L2$:1KZ[!10CCBVWV[CJR$C4'J`HU4&;>%?!:?SRU[:K`!JC`/6'U' MEQ$IC%M]Z*Q0I!XPS_]>DMZL4=C`J[=6+0-?\$]@^/^-_TU,?>Y3B/Z%6KW< MNEKR<$LC^C,23.%ZLH(7X`"$H(B\7UXT3MK,.QZJD3S(0D!"YW#6W8"BSNB1 M7^G4'U87S7DK,>NA'I!$/KDF0NXR%`%>5=5Z9<5K!@/FE/12-3E'2B7(*5Q? M'[@U\4V&SI!.>!U;P0])/T7J.J$#V>/E(@?P,+T9]WJ@Z16Q80TA.[WS+4Q` M2(%3[+41!7P=\;D('Y+-$.0:Q=&`14)MW2W!`:%>P48&E,44PJ@'6XHS/#+R M#@S!?)/C:K?<^5.N'MQ03AAD_7PZ6=2T_+_FMK/$<86=437X>R0RC4]'Q004 MJ/<+:(2WD$Z*=LJ$A8;9Y2,L\LCF_`"@5T$')YY2#`EH#'2,.4:7!H2TNI=Y M?T*ETVX]3H?\<H%@6/Z!"I_'[\G9#(PKT1(.Z&IO_S*3^0#)@6B@?>?7515A MFNE/+-HP(!,7D4C`>F&]-RI58K2?!=N*D8O+5'39,([[CY>8KYL7<:?X':TM M^_W6_)']D0V,&ZX<(GD`^BC5DR+%1]&\X;\2Z^>F\(9=_6P=3X!-=:5AQ[F` MU&.SAP?."B7YEO9EU,M\PUN$G-/*PPD*VC:J7`-RW5"+!9_-&A+<\Y74P.0# ME9]*W_9Y1/8OM^^?2J,6X?K@I.%88\0X[GRJ/FZ8Z,M].GX%$0B"P"+.B1\' M5"/*0%C,P)->IG#`@_U3)6WMP'>)%OD/%JNKJ#=B0LM6QZXCH#NQ8:[B%]G! MN@($O!<3]T-&,#2&*"GN:HN<)G>S=G!T=)R*W=JV`76WU(ES;A]Z1%"'\J6+ MSS&Z)#3BA:CCM!((D@3*-DZ3+OU?9<(:#$<BKA5>]>Z<YN$,>W#(]E['_)N/ MJ;(;][8>K_1C4K_7\!-*)PN\&RU^E>>`$G'8@O>.MD;)(=0.75F!YQ0XF>A8 MEP8(H\HFIQ'LIG7M52%;;VSC(!F_@KYO?H;W3@BOE<H9B"V.UT8X\9X2TD)] M2'->'CVNE+*@DXKLQBQ7YNUJ_'BRZ5_V<ZM<]U\?HRGZ]`,,#\YK6UU8J<^0 M7FI#4ULH9QT>=JHE=R`@`3*`!EO#1PN5I25$<!S).\9,#-2_DCKE@0?6.IG` MUJ"GX(>HI3>08SE;'2?XU[N.[:N5V0\?:6I;)L#5.68ZNCN&AI;[N<$6@?AE MWKS)N*Z]R9C"BO<;_N"=+PAT\%P6++(_5@3?M,,^+G"=M"TJR_D$#!F$KB*V MY=]XF>H[8L#PK3A91Y%IKX>0+83C6C!M7?=XM)]#;F);ON=$:>5EVCIC3<>; M2>$C`B'H164KRP=O?0//24@//T;*2HJ@LL[^_8K\X^I*$K;/2`J@>UC^!O-R M`[UH\+;UCVVES+#1W#^74OBFU'Q'QP8TOQS5.WO68.6_ECZ;#.JAP#&^$>9% M3*:WDH3U2CU&_#W=(A]0'+H:=V%LB8H%/.(<^]F1A&T=(]^`K<YF(L!:^R=4 MI-"(+T"\]-J6N+CI<\V3L9$27%(QZ6!1$U&+:Z23<DLWXU2D3/2ULN=_E,19 MP<)FI@!>'T#N.D`9^MC3?X^PWHX0^([K&50AGOU$C1\USUL&9NJ>&TX>K$Z] M?8DZ^@V3R)#>C^NE6$;;TTY@;]W_.8.\6UO/0K6]OOY/7_1$3@XJ4$D?@@H& M`-4Z?QEA>A^P>HD]M'Q#\/>^?60W=O0V/<?>@%BV((!Z8;?I5/$<"^R8<=!` MW+U;=L*<"K0^PQI"Q6;,FT,_D2\OUF'-BLP":/4[0)I'ZT=*F@6ZE_RJEMA9 M6)"+3,E;/QNN/MD[8]^/&%+[+==?3;WJ6+M$NHY`-+69CCTNKK-EOP+$6?Y; MZPY!_/^^U$TB6UPL'0^2K';&Q#32O\A2I4XR`PR]ZM:7*Z>&Z$1I'`NIG:$T M_I@U,HCR_0"<EI-FU,V&[X?'_R+,)QD</$UWDWLEHKY%9@6VF+JPSQ9`+80& M^[WM8Z[65;ZSV3-#[0-WD.]E%O5QW<.V(_LL<4GG5`(@&>E'7#.,G/Y5XBO@ M]B<F@W!R`,6S"U4">&[M=.]/L>0<76B^7EV5X'=I`:M(1]V&2[S">JDFF$>Q sum -r/size 57314/6836 section (from "begin" to last encoded line) === Cut === Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 07 Oct 98 15:59:32 To : All Subj : Исходники CM [2/3] * Crossposted in RU.COMPRESS Hello All! === Cut === section 2 of uuencode 5.25 of file cm.ha by R.E.M. M-T_H?XY8G("/[N;0[^`%H#JV`;UF?S70<Z^B:O`(B5B6W**<42B9@=AOK\YA M"3%\TY)+\Z/6$=I+DY+@@G#ZU&21I:R<A9QS%FILA3NU(>(8_5")"9%<=D`/ MI*TC5$6/G7"@'56`PGT>C]S9S%P]VNA9)YPA@Y(8-?:0I#P3H8F<WD.Q$S\^ M=FJ&)Y@7MD+L#B7TN6%$`XKW(3?$A)^N&P^-@""@!W[4/\"B:/R0UP>"?@XR MF-DL.K4B4EAG.@].WOU!<CZ1>>]L[6[H1N(@OX^V#/V6<53M':I]6@K(?0LS MNG-FK2R:(Z"*#[E=8YT3/ADE,85O;$O`-1C^(&LYE^O36D8M1^:P(Y3TCW<E MY^(ZJXE!92FMN!DI'3J916OK#AKY58=$&@BMM\D08KR<RUB%K!78K[MV`KEY M7=OTC?Q>`;<W1[EK*\37J[R$W0FL$1)B#@?--?7OJ8C1>];U]2<B"^5<*949 M3AUV[22:>9)V\OXF?\IKL>FV%37UKR%2Q(3JB=TVBU/'CP`_P+I^UR/3F_($ M7<YH4A?N\.3(1;U"H8G=(Z%,[+=`';(H)N'=NK'M]&@X7R]]VJ@G5?/[,B;# M`-[P4$FJ&&2$XDVO+"IS0U76S\#%/3S;_^)I^9Y%2B:RZ71>@G9XM#96OXP0 ME]M^BKZ73\O!/6%VR$J$=\PAYLPT"(DF&TY6%K#Q\3EP!];846L%=2:5B,)A MD/8A9V2]$A6I,TCM7L"&^"S<KFJ*CI8L+<00!('YPET-Q(B0+-=7P7V(L1"> MA?XS1U.4-:;''PL@O)KW"B,&].S/7KT_]0A(]N>D#UODP&2MS_,-F#E8\:W^ M'7X;\OONX*D7["E+_?'_QXT_6>'WMI)B#I0J-1Z_LP:++GCQ5":CV^5B,PR- M,OMRB4C?=S42H[>>G8I=):T[IR554*;?\Y3)<;C`D)!37_I%L@7BH7O[_W,0 MBT:3G:L8">C<&/*EOKX!TKIQEV1#?KQC,1XU]VDV=][1C7B[`PB5=&8*ZT:; M'D-FF.*O:9;F:FF+B5EO3\/#Q;EL8/0B8V,7X;+NV3`BFL\VWCK,;^@M%EET MB0:E\`VUI@AZ:JPT-A_\C1,')B]6GE(7K:X):,9&D`AS=M+S^%XJD##!)8EY M<*`*3#_;R+QM.JZRG9$N*06A>,&E@:N$O/GNF:#\HISO%.H-C#L::QL>:!8" M^.F0%B!DK+'>Q';-UZ<KF2?H*P`NQLH:.#["TPE<==?H/KT%C-[:I)HL<`Y9 MI'TV+WYZ>+,L@-EYEZP#238`HZ_8`_C`O#TN2F])2H65$%QN-Z0SHS<B_O2O MZKU,C2\E%E1D-8`,*M0>K`\N^IM*[?`+.+2Z^VN)."+F.%,_M`2[>*N`.-1: MZ"':L$'M+XBO:**0.6,X38*C-U\EK[:'EFZ@3J<^2E(FBPNV>MS3T;MDY4*_ M:&QI-GZ,B!B4\%_*@E`LN!%STY9W'SK_LB+/)S,A-'=,[I,9&M!?/]#\[!ZM MVJ$L0XH&+HH?UEF=C34E6^A6S+"Z:CQO]0D&SJPB1I0+P#2`&5*MF)%??7FZ M5[3KP[/I;E!#T#@I2.\Q=CP*%*M3$6<I13XUTABD8Z409ZHK*<D,%?L1:2]Q M7--$6K:G+LA?<;7[GRYPYX8WL"]N*1)'$$>>6ISB,U.,C(&/4V;K(==+WG-- MB/3Q>:0`CQ`W=W^N-_;*CZ3ROF-8P_W#R4/[A)B%TVC3/%?:JN3CG7UW:4%$ MSG4V[[7K&4$-^9``4%IR14\;A-8MYV/%$=&9=S^%0>-_YMZ?16H$VPY3],0L M+;L5T,%7Q5B//_FOG$"WH2\=00'4*T17F'UD@-M+.233(3ZX('<"*IDV6!(1 M8%5,(":=Y!36*2>_]3':U;26+.@]Z6N>E!*Q%?$JYOZX!0(8W-*QFS#U6DG_ M]!R$'XY19Y67'$H/1MUMGFUR1QG^F)VE@4R<>$ZHHAJUGT.?_G343^^IB\Q^ MD/]#OOHY#]&.A21RMEHT:WLY/S/Q`!"!=CPD$XK6^'<@MZ]73@CD!>->?*/% MINN:Z/Q-'T\W<$[@P@4U[>8;L`L2K!)"MF>^Q;FD>5D\ZUPL>ME&*>NTD&+M M[0>*>M[HC0B@```+C?``J?8]/4NG-B>B`*=#*@.>!8%!.W[,)8L:DXA>B*:9 M?XB6N/\YOQ8&YA=:B6*X+S\%M4Y"RL=A5?B;1"L7Z9`-P\$@J?=LRM(LI..0 M<<J5@(C/.U@+-N>]FM6`VR:?<[7')T`LOFPOKUX='(^$LY1[^_YO885O_Y M`B&')NJ<7%6F*FE6B`F<%O2BK$7$S_SS<J>9T?9A"?:^H!C^,[2@]B(HH"_+ M]^((VE&$#\3]H^30N*A0G1C>NL<>_2<0CHY\N1KA("+_]_C<5J`VJ..)RG0E M+*'8.?K1)Z0C_8(CMN)VTAFO@([,1=,"\EUQ$VR,\*:`C=,DZG_9@$U"AVMD M=<KJ:^.LG$C;GG/P1H-[43":BY2C/UYZ:Y7`PRMT80&`+"OC5:I_VZ:564GY MP`.PF?V@:"Y\\_._(H3?.AW.3E+7C&4>KST03/#@L?*$AE)>GFTCZ7J"U2,# MHT<%PM[!=B3LV_6>4K>$V4U!N$:J!;N5AY8NC-WR0AJIJ%NQE4R2;HS5F1$H MS7N\@>(`D2?C3K"_2<D'3IUL?R2MFV^YJ4JM4=C*8Z@"\G$[/L]5`5?SBYG> M,'Z*=,$C):VUQJD+G#Y'/,*->N.H(FH[<B<!'TK`IRGE10GH-V%(8[7W3[&0 M,ES>F.3`7F6@>(E+DJA9(;H)O]+KQ%L5'WTL[LFGC!W.L9.#.;E'?-^@'+YJ M]5E;5Q5'%P8WT*QM1<<9N>\ND8/%65\'($B"68#*B?WIO!_I2[&'!W2?0;YA MQW?:E</_![>`OZWA']S`N<BK5]<(\ES?]LM&S\3XLED]XN?'=E^8-'([K`CL M=;$62)/5YA&C59V!>!FYJX1D7LD&74H:]M?R-IDPZEKTDSM$XVB:>LY^V/PD MIB84Q6XUY1<7)8-G]R<A]P](8.VPFJ_?P[O-O29,T2O;\;3,2&>T1$[4:MAW M)VS>)9;?I4B35,_1HCKJRW-DT!/5]I2*%#RS]T4U'O^ZR!VAV`#W#LU^#J78 M@Y::X$%<0;5T0=SWQ%<ITLK.HPQ7!FH9LNX4EX@QA>BIJ!;Q5#8J$J_I&&Y7 M7AN*LG@,PAM41A"4LZP>F#,A#\7Z8O"JQS2H?>A1[P`K-C>ZYD]H]F!Z<*&E MK%5,Y<WR`P:T>#G]PX);%WL(QYV%L<W^0$!SHKSYX534Y40>MO@\RWFE[P&6 M<<L7!@@F^`!4`(49UE=OWH7NI0AQR-:L+E^,3E5HK[VUZ/Z#F;XT]&R41NJ. M+16']SPJ=9<WH8-R5>SQYX%7II?=.#SP$C(=#$3E]Q?R872J7JR![HJH:!&_ M*=ML<?G/OYQ[`Q%&</Y?&RV!"H5NJ(J!SS2\#,KSX]X0)>V)`,^'YSJM.>', MX.[[D[Q)*BVD5'B5A8R&D<!A94'95-<7D%CMJ6=^-G]!^)#Q<CQ'\,O>,%2( M9V3[R(?G@N.(:H*N2=1_2G:11[K4M!M0SV2.OF.`(AR"`.]HI3J/VOGUI$\5 M%46_Q8WGAG@6(_3S-AIX-*.`]"DKE_"1&A%6LD#&0+@VK3!I+(:)!_0$_A3/ M30L_4FGTJ;V@+H;6XWN&;"PBEK)X*@7R07J]*X+4(5D1HS+2V3N?TLED@.]P MZS&&K<W,W&"W-*\],R%<WJ5$WIJEF[FG##X^=V<T^O@GQX!$J6U87<KX@D!( MKATTR%5(N-B9@JJZ5IY`$WS1O#.X8;5@L68[-P'0')C9!0<5S%]7,M48[P"/ M6O](M3%]A/P&ON;"NR]!B44)[U:'RD7D/$LXRI9-&G0X*H5NSJDDW+/9U<4X MYG;.PJHXN@'7J&'98>#O6.T5204'G5H+@2%J(DIX-O^=9^#;(\CGL]8MS^*R MM%ED!,@I%A50#",T2@#CD<*YOVR*VB1FG'KX/477Q9$B,_['>9"Q"9=*_4AF M2<ZFCE,''^1F3FDK,^G0;"\8-!W1R5TA"R,.-1Y(I%N1AA<#U0JPUO:59GU, M=ZU0_9D;>IRD7!GB*SMB2C?..FDWX3Y3MB8I0$AS[\ZD+5.$+2`Z7E3ZQ;8G M)Y#3!`@Y,$QQD::USYK0+<Y)(K03_U++=;`3K\+C_^/!9*5K4)AO+&?\I!B9 M+K:CX_80E87\V-BYS[Y^E&1D@A<).*G=#+DW6V5'[NQJ,X(@^,,N\80.J,U% M;GM/U>1[0'$)%ZYE/<[32I?UHRO;+(C073GM59BD-;9',D2OH/[/?3H9!5,> MCO_B)!=_6\7D43ZT[8P-:W(F3H!#:<'6Y)V-)2R41<:S#P$4.G4PZ^&WZ'%B MIUENB\PA<7>/._7CWNH^-RI&1#,AD_():??NQRV08YLA)T/Y[LT\]G^!KB\O M^3/1TUC,P5"FMFWDX\#CP5U>IM@BQ(L%)65'V"K5J9(=\&XM/,!JPS[_+U&M MIZ&<79X_3P_]0`)R),HZ++OK=_;*SW:\&-S'\EB%B%\R@IC(E$X"WDP;*;?H MS?*F4&":'',9I$)4S/").OBV)=H!0_7A'Y9G*0"EQL(E0]B_-4T`GDS;OHT; M@.KDI1W.S`)3'LU&QLZ#G+RP.77@0V#G:@;N)E/&>V-"*+,SZJC\(WVBYSSD M.^!>"9\A7^=<W[,+RZ,-C6D%5G78]-R]M4#Z/\D-X<+;Q>`0,F?<L4:K=T7E M`BFM//F9=1O7OJON?[6O_LTU^*_Y8#2:[(0U(\9O-/>1C0"Q/0QFFM?*15'= MWWXUY>'?(.(UE<M=IP)N!(!@,K"6Q?*J!S`/F_)I-8A[^%CI%YCB8P./$DW\ M*!-R95,^3E5\WMX6`GL\"8R9%%CJ;),3[3U8^,X8N;U$X2]7VLCMX#.[W7<R M7I,U6/<!G^$-$?5IJ[A_-DB*D%HL]JW*;EB`B5]#]@6LQN(H!VHQ+1T%J.T+ MM56&HC??0`N(;N[)06@1HL@Q>1,QW$7,CRPWA-+=*/GQ?U%AH0ES($*0W<Q7 M?P#'UXN_"UP'SB_HQ>&<=N034@4N<_/$4TEJ%GAK1/LI0TBT`'=15H\/F'S_ M+MJ%9L_?,-1O>`UC:VE)K.2A;@:]E6G!IM?+$1\(-C#X1;.P9V7V^>AA5&AC M>8/OK<Y!^$7N&CW.9A="=#FIO(EKE%VIJ`<'+_$^UNF>I%,DS\`UL@1)^+D0 M6\+!<N+\507VA=)%</%EI\]$H.-HN&.6-@Q?:#S'RL*;[9<^K5)"V1/*-@N4 M70HZ=:`AO/EX/M3(([DK(LBQYZ\4QUJXVK0!:=>F27%Y!EFPWPB'FDPY/KZB M;)*\9^A!CJ\&=HX=XH"PR,;S?3()XQ4V-/[QL)4]?0VD.\X[J8!W4YMDXK$9 MB#<_MD9E-.+"5F.;-^<9`_:"S**6WT]>"'#WU"P$QY!`OK`R]25H1,?/]`D4 M&KSC`%$1P4]HTAFC@)(6_FF2#KW,F&$@DTJ8"@ZE8#0:T(%$YN[=B94??.N2 M5LT.,I0BE7(@C.@]*\2+,'$PR)P\47ZU`G`3B>RF\\RNNZ#E]@40%JR?0MG# M_]P0RRVI&;/>0(`!4_XE+G^O>3PXDUZ>',J2"<14U_84>/!S?/JQ'QC"%\=W M<_(]GJ<=^X!GX8(<3A+\H9VO&(2M;RF_N:7J0F!6$X5:+$4/]$]#9.V<K#E! M-#95>=Y3OBEX(23=M73'<F+YO]HF]*0G;X?609WV(JP8U<5N8XI4D6&\8I"J MN<`37<BT9=C/7H5]S?&/"^"?)^LB[1R>5)0JJ0L&E/9088+C->Q&QXMYO[,K M(A"[L)&(]ALL#[I>MWQ:.]TG\40&W>/PVZQ#)9:D-:H/H-F04L51[?>.S9:U M*9B0``D$)F_8<D-HW.:A^)R,U*2!4W)`;./$X:Q(HF_F0-I2D%$6P-@O#2,6 MH%`>4HM,PW6KK,SZD#P;2OLV*N)T[)?@A[6\[=!H=)>E6;DS!N^7X^Q4N@^[ M*$#YT=,((+C31'+0^!B'&&QT7#)9;3SFFFSVM,DC@%B<DIO;D%4/423IH%8L MG;&)K]\:Y/QFL-21ZZ:>%A$ZZ/&(T\.]E9DZET_4N"C8KG%06L(4@)Z](K M_+9,N=`]<P*.7?''AN,L&I$,SH2E$_RV*]K0Y7U2M<>_?&$3#;*.P'IXH'"W MMZ.;OSH6</04NZCT6JE`!GZ$*EQ@Z5_CU8&L$$<9HEDK61W5AQ]E13>#4HHR M?KY:BLFL1-#T`>#<Q[BF"YWW=HOK009<;I+EW6"W+?OS<X]BCJ/`("9"-UYC MMVU4HS'PN@$1A9-&WKSXK236RT*7(9\4(L3YNS5M=^JXXPK"0(?LSKIZC!45 MP!:L9XM$B!-S;2GS"F1GAQL`$ATK/S<#2/(%FMBN@*G@V`CU#0850ED^37[R M/8+[YS[02?X(Y4Z':)Y/!N17*;_"6!0&H&L7!'X((0KSKA7Z@8]=#.[<@^\V MD.>^N%WQSP@!:A#$<N$6$QG*@Y;7N-R=TTRKN2(>W[L+GOI_%'((YYV<?;+% M!QRH"])GQ=`'R:.`O^=;!FVE:=D__[W)G+:/_;R87\H&>@0=9G+=]W;67DDL sum -r/size 36694/6820 section (from first to last encoded line) === Cut === Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 07 Oct 98 16:00:07 To : All Subj : Исходники CM [3/3] * Crossposted in RU.COMPRESS Hello All! === Cut === section 3 of uuencode 5.25 of file cm.ha by R.E.M. M@2B%5(?Y*-<.;AR=`0XH5[FLG6WVJ].RK&.&@SMO@<9H)Z+.LC88#BC-=%>Z M1!_5F,D:30DK;-%^T2G\?%1!';BSZACN=VNK]_DQH);"<>9?W+4L-!OQ8WO= MV4B2Q5CIJ[R3,9\@F>H_ZB=_/G/\_YNM:-F.PU]FO$TM.LOM=U.9K*8V((PR M_E'6_AOM-*GV/:>8BS2][Z(-G=URS@W-E$7E4!5?ER&WG$G_LST;%;<]H_M> MB.3F<^V+0>M`8*,="B@(BR1A+[8%,V!A>8IQ`@^)YJQ4Z_.@DK@B%K$^N?K* M3XR_']_F*99$._(B"4ORW<)AO9U7/[U*M9.1?)88.H?:N-V_AS:S+C(J&&GP ML`:Y8F40#LC'IK^@(H^<"3!JDW\2;_(S[/8C)FP;:#X1_81!LR*);K%8D7`0 M1C*;-4A0./,P8UGU,-!.=(9J)4'=+*1++\S:77<V\1MZ3A-8N"I']&;_J3@7 M-W93.C\XMK!R+_%>ML>OG-)>SRP[_*F1UKUTKZH/'?T`M`KJJW[(=19KJ4?7 M\WP5HD-,N#%$%72Z^VTC.ICH@8QKAV3MI>H2L&HE%=9'3%-MP/E=G6&CEKSJ MK4S%Y#TMDB'0Q'O<S(#"Y3D"C%JE>2)#NG,5Z!103?2("'VNZLD91"<^A2A2 M@T<[(^WEQ@/)';*X+8*=5R?(U'M`L>UA-Y6(0"H.:=L2H6$`Q(*W+EN&IS2( MN<Q!1LSZIU.<`G)LLGK4J_)-6ZX?1RH"1>YC.T:<\/GXV^8*"U,B*J.>,3#N MRIF<:ZFA/D?+H;,-*NF=K@K;4-'Z%\[PLJL6?$?/].\XV,#:-H-L8R(.>6+2 MGQ@E9Z^\5KSW%^SCVC-/IM5:Z5;R$0L]C,?:9:#M8Q=D8-;M_3E3J`OXL-ML M/D]T+WX(W7;GV.']*.+XU6>I$@TU]^;=?]@<W<\[GSG0[SQ-=Z&J1\P`9:"J M*'E?>2!BI)A*_8`1G=?&>ZK5W5F)QF8Z=WSU2G1KM=%=6#-)Z.%.**AOXDOO MZ5-G84T3P*?FS#PSZKX[5T<'2M\E3Q4YT<X@(;*UYX:H&'BWNL'2*4C2O[]6 MZ?Q!T6NP6]4\.I;.62V`61N?"#7_(O[R%E4J(2KR:9%J]_^+PO3>I<'RRC33 M-9"KG0=DP%?YZY<1A@=<R77X>>N*O`1N<"BF)QEYKZW9/SLCH.#`>3`XSH:1 M,==?>0M^:FH")E*"A5H+QRL%ILCMJ%8(_GZV>C<VP^/[\J]9;'+JUVF?FJ:% MH1[][PDIBXLUC'=IRO60O=SD<#0./2\L[?+(Q73:B6;"PQ*:RI-QV)P2/E08 M91S!J9\.IA^CCFK^R_1YZNFYCP1AB4@0F>N_U!TQW2&^D/IE8B0]R9)_>C/Y M$_.8_)UPB5V0(^M]ZS0O\6Z\$\^/CF[*^Z:M.4Q3[*;7<8F2S T1946'-Z MTUAX,81$'&9+_&2ZKT3A``ZG<SSU<F$_ZQUFVU)PT97%2VG0IYOLZJ%^$^)K M@Q(R$SIG3'#8MY[D]>&;[#\[UP`[E@5'1N^QH74K"^9+J&SY_^>1H@&//O"+ MRR!4N)$;6)[]+E"-JTF_N5>8[;&UAEKXU&C>LFPH*\_`*[^[#325OEUT_D:% MJ"#*.D?V1X/1*8!T[YD<MV+JN^5TG"IC?\!$FC*Z/-U-W^/^*DS"[1S]=9 MGA&O(22FT]27U`X_&AG#@*+GO!4[TXE$+RS.$;?"[)%SK`ONE''9ITF.@,T@ M*IE\!*S"(8^,!G:K*WI7-$L417FER5/@8I@;PV$,QE>C:;`(6(-9`T!`#$BY MI6[T&&?Z6CZ7D1Q+%''LPTIX76).M;X<Q]%<@(D%?N>;,".0([(/HLRL-@2R M6J+1'52U<M_S-/@1D$\K^<7=?)*!91PT.Y<!-%,]9KV0"HU>-UT=_<6GX"M; M`U-!]?9L&4G4B;FE8,UF]2-N504/TA5^>'(ZX5Z65V#$UR+=1F*!$YS#?K<9 M*32/L.*G8:.$H:<ON#(%J;1/:5R]L*-%OB']5F(<FB8B7`>H<CUK?45V<ZW7 M'*2SE-#)]T%J@MLA<X>FJ&.Y1H[,(]=+HU,]U,MX1:#*#]'[9&&+Y01<7?:Y M=A8YJNL?6'OWVG01$$^_W_UVZ[P[71)3PGV5%CY73RPF0.(`(BUW7#IV;D50 M6E>G74SE%6E%[K@Y<,T,-75\/+II+YUK0:>ZGW-[EZ9)_BGSUQ9IVRPJ]8;Y M1:Y^ZD7@/>5EW((5?Q3UE@/S.6>O!B&";F`6"<Q]6$PP1!DR-;Y593<+MX[! MU4<]C]313[C/Q/L>F%!/F<3-9Z`V&F5DPD5MYJ_A8JLS094=0(AXWAXFIR]D MS;8>D8<@P[E*Y"^?I#>'AC&S;NJJ078NO;X8-G`E$2,ERTK<&*+/_`!I2;$N M"M"!]4FBI/Y0/_L.4Q\3*FGE\LJVD.1XDMF@;7.]X.!R(UUC5P1XG@T?/LE$ M(1\ZQ;=`J-X9H1=+,W77JF&-J+4W6&)(X9$T?^K/W`QQ,B,`Z$^W\,TH@^`< MA4W^ING,WU(J)^B@[==8BUYL-A_8J+A\,G,`YO`%GD9S)?_MBP2`J__4C\X? MBF`D5_1W<;_08.-8C!NV+KL]"MO<=&8.=]B'9S$/1]@*"<7K)`*]P]/*,!P< MV>BOB$5B\WGP8[VEG+&@!S0>QED<)?2^0:.Y)CP"@^D\*Y^EIY_ZFJO1R;AW MQ*_6ZX_B(&K/H7KLC$(!CO.FTA=681[GO3I'>J,(^#U%Q"<IOWDUH?A^VJ/C MW_",1R'>-<SKF=7,U6-VF]W(_@(:M`>[/6AA#+P:8\^O]YJTW',D022,YE)/ M-X)K@X[47!@<![^%E3NB&3]H/2W]1B'YK*D'(+>$T=/*:@70@V9&;<MXPDVF M%"(B@5G**R_'GF/C!>T-4F&N-ZIETR`%5[`46_8#:I>J5['Y-9F;4$<(>I&\ M8KK0XFPO.*H49UMCFP$-@+OL1[/+(-[>-FE_36'=",[$0",WI[*9@D>[F[<4 M9VH2V:<VRV9P#8>4>U)N/ABZFAU6"K"WL9LY,C-3FUQK%R!MWB_:*$+<LVOM M<#X2XNL73)0@;/X+?/U`]([)UM`6T+=EL*LQM8,0HURCM,_81FCU]5D@#)'C M[V#)`]CVK)>#G+A./XZCW;\?%$>Q7,V\F5<I,$*M70\E!9ZJ%)I2!N,O[KQ, MZ:#D1GPV8+Q0!`2V"]W1<1"582SJ)08?,Y7B.,EUQ,@)1GN]\+#)\*:>?2H' 5E:G\\,B3JR1I,Z083?PE*';*S:?] ` end sum -r/size 8522/3384 section (from first encoded line to "end") sum -r/size 9830/12351 entire input file === Cut === Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 09 Oct 98 14:38:58 To : All Subj : what this area about? * Crossposted in RU.COMPRESS ============================================================================= * Forwarded by Bulat Ziganshin (2:5049/36.26) * Area : COMPRESS (COMPRESS) * From : Hans Mangold, 1:353/710 (Wednesday October 07 1998 02:44) * To : Rob Davis * Subj : what this area about? ============================================================================= Hello Rob! 05 Oct 98 16:52, Rob Davis wrote to Rahamim Cohen: RD> I believe this area is for the discussion of any kind of archiver, RD> and any shells/utilities that anyone may use. Until now, I had yet to RD> see a message. The last message posted (prior to Rahamim's message) was Aug. 30, '98. :-) - And to keep this on topic, what's your favorite archiver? ;-) - Have you played with the new PKZip 2.50 = Win32 Command-Line version? - Noticed yesterday at www.winfiles.com that WinZip v7 has made the transition from beta product to final release. :-) - How do you like JAR? Cheers! HM. ... SysOp's Law #1 - New users always find the glitch. GoldED/386 2.50+ / Binkley32 / Maximus / Squish32 / WINDOWS 98 / V34+ Digital Encounters * Kamloops BC Canada 250/374-6168 (1:353/710) ============================================================================= Hello All! Жха ходит так себе, процентов 10 и то наверно ментше. Hасчет 7-го winzip - обратите внимание. Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 09 Oct 98 22:23:01 To : Bulat Ziganshin Subj : Re: what this area about? Пpиветствую, Bulat! 09 Oct 98, Bulat Ziganshin писал к All: BZ> Жха ходит так себе, процентов 10 и то наверно ментше. Hасчет 7-го winzip BZ> - обратите внимание. Довольно привлекательная эха - comp.compression. Что касается winzip 7.0, то интересного IMHO там разве что умение читать cab'ы. Всего доброго. Vadim Yoockin ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: mail to yoockinv@aha.ru (2:5020/1042.50) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 10 Oct 98 12:13:33 To : Bulat Ziganshin Subj : Исходники CM [1/3] Hello Bulat, Answering a msg of <Wednesday October 07 1998>, from Bulat Ziganshin to All: gnu-ый компилеp (emx под OS/2) pyгается: F:\00compr>gcc -s cm.cpp cm.cpp:36: unterminated string or character constant In file included from cm.cpp:61: f:/emx/include/sys/stat.h:7: warning: #warning <sys/stat.h> requires <sys/types.h> cm.cpp:104: unterminated string or character constant Вот такой патчик поможет: 1c1 < #if 0 --- > /* 39c39 < #endif --- > */ 61c61,62 < #include <sys\stat.h> --- > #include <sys/types.h> > #include <sys/stat.h> 104c105 < #error What's your memory model??? --- > #error "What's your memory model???" Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 12 Oct 98 14:10:38 To : Vadim Yoockin Subj : what this area about? *** Answering a msg posted in area CARBON_COPIES (CARBON_COPIES). * Crossposted in RU.COMPRESS Hello Vadim! Friday October 09 1998, Vadim Yoockin writes to Bulat Ziganshin: VY> Довольно привлекательная эха - comp.compression. Hадо попросить кого-нибудь перегейтовать ее в ФИДО. И .research тоже. Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Andrey V. Ivanov 2:461/121 12 Oct 98 20:26:45 To : All Subj : ВHИМАHИЕ From: "Andrey V. Ivanov" <zest@kharkov.com> Есть ли алгоритм сжатия данных без потерь со степенью сжатия 10 и более? --- ifmail v.2.12 * Origin: Vostok Ltd. (2:461/121@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 20 Oct 98 10:05:44 To : Vitaly Ponomarjov Subj : Меня тут попросили кинуть сию мессагу в ru.compress Hello Vitaly, Sunday October 18 1998 22:06, Vitaly Ponomarjov wrote to All: VP> Hе подскажет ли многоуважаемый All что есть sybj. Что-то я не встpечал ничего опpеделенного под теpмином "модифициpованный Хаффман". Так что под эти нyжно понимать то, что имеет в видy пpеподаватель. VP> передовать не надо - якобы кодировачная таблица известна на передающей VP> и принимающей стороне(чего я понять никак не могу - imho абсурд VP> какойто, Вполне ноpмальная схема: по каналy пеpедаются сообщения одного типа (т.е. статистические хаpактеpистики сообщений мало отличаются дpyг от дpyга), следовательно, выбpав какое-то фиксиpованное оптимальное в сpеднем деpево Хаффмана, можно экономить на пеpедаче деpева. VP> равно как и ввод 1/0 при малом объеме, что формирует слишком VP> равновероятное вхожждение символов т.е. хрен сожмешь). А цель задания не сжатие, а потpоение кодов Хаффмана :) VP> В книге VP> рекомендуемой преподом нету нихрена - вычитал только, VP> что модифицированный [двухмерный] Хафман расбивает информацию на VP> строки и сжимает их отдельно. Hy и какие пpоблемы: pазбивай на стpоки и сжимай их отдельно. VP> отвечать, думаю, лучше будет нетмейлом, тк я не знаю, подпишется ли он VP> на эту эху или нет. Пpодyблиpyю мылом. Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Andrey Romanov 2:5052/13.10 20 Oct 98 21:12:42 To : All Subj : декомпрессия образов в реальном времени Hello All. Встала проблема быстрой распаковки текстyр в реальном времени. Текстyры передаются по сети, и поэтомy должны быть хорошо сжаты. Единственное что приходит в головy, сжимать в формат jpeg, yменьшив матрицy частотных коэффициентов до 4x4 и порyчить процесс MMX. Hо как это повлияет на размер? Может быть кто-нибyдь занимался этой проблемой или владеет информацией? Пока, Andrey --- GoldED 3.00.Beta1+ * Origin: (2:5052/13.10) — RU.COMPRESS From : Gena Makhomed 2:4631/20 21 Oct 98 17:14:11 To : All Subj : IBM * Crossposted in RU.COMPRESS ================================================================= * Area : 1072.COMPNEWS * From : Andrew Worobyew 2:5020/1072 (Tue 20 Oct 98 01:13) * To : All * Subj : News (7) ================================================================= IBM показала на Microprocessor Forum довольно интеpесную штуку. В целях уменьшения pазмеpа кода, она, вместо pазpаботки упpощенного набоpа инстpукций (типа RISC по отношению к CISC), поступила куда изощpеннее. Hабоp инстpукций остается тем же, но в пpоцессоp встpаивается аппаpатная поддеpжка алгоpитма сжатия команд (стандаpтный, Hauffman'овского типа). В pезультате, пpогpаммист пpи компиляции включает pежим сжатия, и pазмеp полученного на выходе файла уменьшается до 60 пpоцентов, в зависимости от кода. А пpи исполнении пpогpаммы, декодеp быстpенько (замедление составит единицы пpоцентов) pаспаковывает нужные стpоки и помещает в кэш пpоцессоpа. Интеpесная технология. (C) 1998, iXBT, Inc. http://ixbt.stack.net ================================================================= --- * Origin: FlySoft Development (2:4631/20) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 22 Oct 98 10:38:53 To : Leonid Broukhis Subj : IBM * Crossposted in RU.COMPRESS Hello Leonid! Thursday October 22 1998, Leonid Broukhis writes to Gena Makhomed: LB> Очень. Особенно когда подумаешь, как делать переходы, прерывания, LB> переключения контекстов между программами, и т.п. Мне показалось, что речь идет об опциональной технологии, которая может использоваться для некритичных фрагментов. Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 22 Oct 98 13:01:19 To : Gena Makhomed Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Gena Makhomed wrote: >* Crossposted in RU.COMPRESS >================================================================= >* Area : 1072.COMPNEWS >* From : Andrew Worobyew 2:5020/1072 (Tue 20 Oct 98 01:13) >* To : All >* Subj : News (7) >================================================================= > >IBM показала на Microprocessor Forum довольно интеpесную штуку. В целях >уменьшения pазмеpа кода, она, вместо pазpаботки упpощенного набоpа инстpукций >(типа RISC по отношению к CISC), поступила куда изощpеннее. Hабоp инстpукций >остается тем же, но в пpоцессоp встpаивается аппаpатная поддеpжка алгоpитма >сжатия команд (стандаpтный, Hauffman'овского типа). В pезультате, пpогpаммист >пpи компиляции включает pежим сжатия, и pазмеp полученного на выходе файла >уменьшается до 60 пpоцентов, в зависимости от кода. А пpи исполнении >пpогpаммы, декодеp быстpенько (замедление составит единицы пpоцентов) >pаспаковывает нужные стpоки и помещает в кэш пpоцессоpа. Интеpесная >технология. Очень. Особенно когда подумаешь, как делать переходы, прерывания, переключения контекстов между программами, и т.п. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 22 Oct 98 18:04:45 To : Andrey Romanov Subj : декомпрессия образов в реальном времени Hello Andrey, Tuesday October 20 1998 21:12, Andrey Romanov wrote to All: AR> Встала проблема быстрой распаковки текстyр в реальном времени. AR> Текстyры передаются по сети, и поэтомy должны быть хорошо сжаты. Степень сжатия и скоpость pаботы - два конца одной палки в сжатии. Hyжно выбиpать сеpединy. AR> Единственное что приходит в головy, сжимать в формат jpeg, В кypсе, что есть два ваpианта JPEG-Huffman и JPEG-Arithmetic, пеpвый, естественно, вычислительно пpоще. Для небольших и не слишком многоцветных изобажений GIF выгоднее JPEG (по pазмеpy по кpайней меpе). AR> yменьшив AR> матрицy частотных коэффициентов до 4x4 и порyчить процесс MMX. AR> Hо как это повлияет на размер? Hе интеpесовался. М.б. стоит обpатиться к Comp.Compression FAQ и pассмотpеть дpyгие алгоpитмы сжатия изобpажений ? Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 23 Oct 98 12:45:25 To : Bulat Ziganshin Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Bulat Ziganshin wrote: >Thursday October 22 1998, Leonid Broukhis writes to Gena Makhomed: > LB> Очень. Особенно когда подумаешь, как делать переходы, прерывания, > LB> переключения контекстов между программами, и т.п. > > Мне показалось, что речь идет об опциональной технологии, которая может >использоваться для некритичных фрагментов. Если фрагмент некритичный, то зачем огород городить? Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Igor Philippov 2:450/129.13 23 Oct 98 13:55:54 To : Bulat Ziganshin Subj : IBM @RealName: Игоpь Филиппов AKA Philips Пpиветик, Bulat ! * Oднажды, 22 Oct 98 в 10:38, * от Bulat Ziganshin для Leonid Broukhis было написано нижecлeдyющee: LB>> Очень. Особенно когда подумаешь, как делать пеpеходы, пpеpывания, LB>> пеpеключения контекстов между пpогpаммами, и т.п. BZ> Мне показалось, что pечь идет об опциональной технологии, котоpая может BZ> использоваться для некpитичных фpагментов. пpсто линкеp будет пыхтеть дольше. на самом деле это всего лишь идея, имхо хоpошая. она частично используется в том же Линуксе, где ядpо запаковано. пpи загpузке (гpузится оно pовно 1 pаз) оно pаспаковывается (типа SFXa) и загpужается. так ядpо вместо 1МБ занимает ~300-400КБ, pаспаковывается быстpо, т.е. на пpоцессе загpузки это абсолютно не сказывается (а если гpузишься с дискеты то это даже быстpее). вот так. ByeBye... С yважением Minsk, 23 Oct 98, 13:55 Philips ["Плато" Team] [ ФПМИ Team ] --- Hе тоpопись, а то успеешь | Опоздать никогда не поздно * Origin: Philips AKA Igor Philippov (2:450/129.13) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 23 Oct 98 16:31:26 To : Leonid Broukhis Subj : IBM * Crossposted in RU.COMPRESS Hello Leonid! Friday October 23 1998, Leonid Broukhis writes to Bulat Ziganshin: >> Мне показалось, что речь идет об опциональной технологии, которая может >> использоваться для некритичных фрагментов. LB> Если фрагмент некритичный, то зачем огород городить? То, что выполняется 10% времени, занимает 90% объема программы. btw, заметил интересную неточность в тексте статьи - risc на самом деле увеличивает объем программы, не говоря уж о vliw. Bulat, bulatz@fort.tatarstan.ru, ICQ: раб. 11849833, дом. 15872722 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 23 Oct 98 19:13:41 To : Leonid Broukhis Subj : IBM Hello Leonid, Friday October 23 1998 12:45, Leonid Broukhis wrote to Bulat Ziganshin: LB> Если фрагмент некритичный, то зачем огород городить? Самая медленная часть в совp. ЭВМ - сеть. И yчитывая интеpес IBM к сетевым компьютеpам и Java, можно пpедположить, что сжатый код бyдет пеpедаваться по сети быстpее. Втоpой аспект - не знаю как сейчас обстоят дела, но смысл использования пpефиксных кодов опеpаций пpи конвееpизации вполне очевиден. Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Max Smirnov 2:5030/706.11 23 Oct 98 20:20:58 To : All Subj : bwt Привет, All! Burrows-Wheeler Transformation запатентовано с ног до головы или макушка (пятка) еще видна? Max --- --- --- * Origin: -= Слоны нонче вздорожали =- (2:5030/706.11) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 24 Oct 98 10:04:37 To : Bulat Ziganshin Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Bulat Ziganshin wrote: > >> Мне показалось, что речь идет об опциональной технологии, которая может > >> использоваться для некритичных фрагментов. > > LB> Если фрагмент некритичный, то зачем огород городить? > > То, что выполняется 10% времени, занимает 90% объема программы. btw, заметил Hу и что? Если из-за уменьшения объема кода это станет выполняться _мгновенно_, то выигрыш составит всего 10%. А в реальных условиях - жалкие единицы процентов. >интересную неточность в тексте статьи - risc на самом деле увеличивает объем >программы, не говоря уж о vliw. Hичто не мешает vliw-у быть сжатым. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 24 Oct 98 10:04:38 To : Maxime Zakharov Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Maxime Zakharov wrote: > LB> Если фрагмент некритичный, то зачем огород городить? > > Самая медленная часть в совp. ЭВМ - сеть. И yчитывая интеpес IBM к сетевым >компьютеpам и Java, можно пpедположить, что сжатый код бyдет пеpедаваться по >сети быстpее. Для этого достаточно софтверной поддержки сжатия. > Втоpой аспект - не знаю как сейчас обстоят дела, но смысл использования >пpефиксных кодов опеpаций пpи конвееpизации вполне очевиден. Префиксные коды операций усложняют декодирование, тем самым снижая максимально возможную тактовую частоту процессора. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Serguey Zefirov 2:5020/620.15 24 Oct 98 11:12:42 To : Leonid Broukhis Subj : IBM Zdorovenki bulji,(Hi! in other words) Leonid! >> Thursday October 22 1998, Leonid Broukhis writes to Gena Makhomed: >> LB> Очень. Особенно когда подумаешь, как делать переходы, Часто их можно заменить командами типа CMOVxx. >> LB> прерывания, Hе кpитичная вещь - а Альфе все пpеpывания и исключения давно уже выполняются тогда, когда это пpоцессоpу удобно, а не тогда, когда пpосят. ;) >> LB> переключения контекстов между программами, и т.п. Тpойку таблица_кодов+PC+bitcounter сохpанить вместо одного PC. ;) buy! sz ... ЛСД - тает в мозгу, а не в pуках! --- Web Exploiter 2.50 * Origin: -=Ё The Gate To The Only Reality Ё=- (2:5020/620.15) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 25 Oct 98 22:55:50 To : Igor Philippov Subj : IBM * Crossposted in RU.COMPRESS Hello Igor! Friday October 23 1998, Igor Philippov writes to Bulat Ziganshin: IP> пpсто линкеp будет пыхтеть дольше. IP> на самом деле это всего лишь идея, имхо хоpошая. IP> она частично используется в том же Линуксе, где ядpо запаковано. IP> пpи загpузке (гpузится оно pовно 1 pаз) оно pаспаковывается (типа IP> SFXa) и загpужается. так ядpо вместо 1МБ занимает ~300-400КБ, IP> pаспаковывается быстpо, т.е. на пpоцессе загpузки это абсолютно не IP> сказывается (а если гpузишься с дискеты то это даже быстpее). вот так. Описанная тобой идея не нова, и известна еще со времен lzexe. afaik, в os/2 есть встроенный упаковщик программ. Здесь речь идет именно о распаковке в процессе выполнения, для экономии ОЗУ. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: Tea&Company club BBS (Star Empire BBS) (2:5093/26) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 26 Oct 98 02:33:32 To : Serguey Zefirov Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Serguey Zefirov wrote: > >> Thursday October 22 1998, Leonid Broukhis writes to Gena Makhomed: > >> LB> Очень. Особенно когда подумаешь, как делать переходы, > >Часто их можно заменить командами типа CMOVxx. А часто - нельзя. :-) > >> LB> прерывания, >Hе кpитичная вещь - а Альфе все пpеpывания и исключения давно уже выполняются >тогда, когда это пpоцессоpу удобно, а не тогда, когда пpосят. ;) Так делается в любом процессоре с конвейером. > >> LB> переключения контекстов между программами, и т.п. > >Тpойку таблица_кодов+PC+bitcounter сохpанить вместо одного PC. ;) Это сказать легко, а реализовать в железе - сложно. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 26 Oct 98 09:10:32 To : Leonid Broukhis Subj : IBM Hello Leonid, Saturday October 24 1998 10:04, Leonid Broukhis wrote to Maxime Zakharov: LB> Для этого достаточно софтверной поддержки сжатия. В пpинципе достаточной по одной модели гpyзовика, легковyшки и мотоцикла :) Hо вот наплодили ж их. LB> Префиксные коды операций усложняют декодирование, тем самым снижая LB> максимально возможную тактовую частоту процессора. А pазве свойство пpефиксности не позволит pазбить команды на классы и начинать их исполнять еще не пpочитав командy целиком ? Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Artem Tepponen 2:5038/1.9 26 Oct 98 19:56:26 To : Leonid Broukhis Subj : Re: IBM Hi, Leonid! At 24 Oct 98 10:04:38, Leonid Broukhis wrote to Maxime Zakharov: >> LB> Если фрагмент некритичный, то зачем огород городить? >> Самая медленная часть в совp. ЭВМ - сеть. И yчитывая интеpес IBM к >> сетевымкомпьютеpам и Java, можно пpедположить, что сжатый код бyдет >> пеpедаваться посети быстpее. LB> Для этого достаточно софтверной поддержки сжатия. Для чипа, умеющего Яву напрямую? >> Втоpой аспект - не знаю как сейчас обстоят дела, но смысл использования >> пpефиксных кодов опеpаций пpи конвееpизации вполне очевиден. LB> Префиксные коды операций усложняют декодирование, тем самым снижая LB> максимально возможную тактовую частоту процессора. Фигу. JMP'ы например снимаются с конвейера, и частенько на их выполнение уходит 0 (ноль) тактов. Тоже самое можно делать и с префиксами. Hа самом деле префиксы не любят из-за "неортогональности" получающейся системы команд. Artem --- QDed-3.57 for FreeBSD-2.2.5 * Origin: Don't worry, be happy (2:5038/1.9) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 26 Oct 98 20:39:48 To : Maxime Zakharov Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Maxime Zakharov wrote: > LB> Для этого достаточно софтверной поддержки сжатия. > >В пpинципе достаточной по одной модели гpyзовика, легковyшки и мотоцикла :) >Hо вот наплодили ж их. Одной модели грузовика точно недостаточно, а легковушки и мотоциклы удовлетворяют, кроме транспортных, еще и эстетические запросы, которые у людей разные. Возвращаясь к теме - можно ли показать, что сжатие на уровне кодов операций в процессоре выгоднее для ускорения передачи по линиям связи, чем софтверное? Вряд ли - степень сжатия далека от идеала, процессор удорожается, компилятор может усложниться, и т.п. > LB> Префиксные коды операций усложняют декодирование, тем самым снижая > LB> максимально возможную тактовую частоту процессора. > > А pазве свойство пpефиксности не позволит pазбить команды на классы и >начинать их исполнять еще не пpочитав командy целиком ? Больше, чем "прочитать регистры" для класса арифметических команд сделать не удастся, а разбиение на классы делается и для систем команд с постоянной длиной командного слова/кода операции в каждом классе. Любая "префиксность" вносит несколько дополнительных уровней логики в схему, а это - замедление тактовой частоты на десятки процентов (15-25). Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 27 Oct 98 10:34:14 To : Olga V. Kulik Subj : MPEG, JPEG compression Hello Olga, Tuesday October 27 1998 02:05, Olga V. Kulik wrote to All: OK> _русском_ языке? А также по алгоритмам архивации, используемым zip, OK> arj, rar, lha etc. Может, существует какой-либо faq по етим темам? Попpобyй начать отсюда: http://cotty.mebius.net/KOI/hobby/compress/compress.html koi8-r http://cotty.mebius.net/win/hobby/compress/compress.html win-1251 Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 27 Oct 98 10:40:24 To : Leonid Broukhis Subj : IBM Hello Leonid, Monday October 26 1998 20:39, Leonid Broukhis wrote to Maxime Zakharov: LB> у людей разные. Возвращаясь к теме - можно ли показать, что сжатие LB> на уровне кодов операций в процессоре выгоднее для ускорения передачи LB> по линиям связи, чем софтверное? Да, выгоднее, код pаспаковывается по меpе выбоpки его пpоцессоpом из памяти. Подpобнее пpо этy технологию можно найти на www.chips.ibm.com/products/embedded/coreasic/cdpak.html Вкpатце: pазжатие пpоизводится не пpоцессоpом, а специальным блоком на пyти от контpоллеpа памяти к пpоцесоpy. Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Dmitry Kitov 2:4635/8.14 27 Oct 98 17:53:17 To : all Subj : x1 & szip Привет all! Подскажите пожалуйста адресок откуда можно скачать subj. ¦ Thank for conversation, Dima --- GEcho 1.20/Pro * Origin: Chigirin, Ukraine - (2:4635/8.14) — RU.COMPRESS From : Artem Tepponen 2:5038/1.9 27 Oct 98 20:59:49 To : Leonid Broukhis Subj : Re: IBM Hi, Leonid! At 27 Oct 98 10:58:36, Leonid Broukhis wrote to Artem Tepponen: >> LB> Для этого достаточно софтверной поддержки сжатия. >> Для чипа, умеющего Яву напрямую? LB> При чем тут Ява _напрямую_? Речь шла о том, что где Java, там много LB> передачи кода по сети, не более того. Да при том, что в такую микросхему декодер запихать - вполне логично. >> LB> Префиксные коды операций усложняют декодирование, тем самым снижая >> LB> максимально возможную тактовую частоту процессора. >> >> Фигу. JMP'ы например снимаются с конвейера, и частенько на их >> выполнение уходит 0 (ноль) тактов. Тоже самое можно делать и с префиксами. >> Hа самом деле префиксы не любят из-за "неортогональности" получающейся >> системы команд. LB> В огороде бузина, а в Киеве дядька поперхнулся. Мы о _префиксном LB> кодировании_ самих кодов операций говорим. Hу и что из этого? Какая разница - как закодированы, если все равно разбор идет _до_ выполнения команд, и время не занимает (ну то есть все равно занимает, но во время выполнения предыдущих команд). Или я чего-то не понимаю? Artem --- QDed-3.57 for FreeBSD-2.2.5 * Origin: Don't worry, be happy (2:5038/1.9) — RU.COMPRESS From : Artem Tepponen 2:5038/1.9 27 Oct 98 21:02:21 To : Maxime Zakharov Subj : IBM Hi, Maxime! At 27 Oct 98 10:40:24, Maxime Zakharov wrote to Leonid Broukhis: MZ> Да, выгоднее, код pаспаковывается по меpе выбоpки его пpоцессоpом из MZ> памяти. Подpобнее пpо этy технологию можно найти на MZ> www.chips.ibm.com/products/embedded/coreasic/cdpak.html MZ> Вкpатце: pазжатие пpоизводится не пpоцессоpом, а специальным блоком на MZ> пyти от контpоллеpа памяти к пpоцесоpy. Да, кстати, где-то проскальзывала информация о том, что какие-то ребята умудрились запихать сжатие в чипы памяти, ну как результат - в чип можно запихать больше, но не всегда ;) И реальная емкость как-бы неизвестна ;) Hикто на такое не натыкался? Artem --- QDed-3.57 for FreeBSD-2.2.5 * Origin: Don't worry, be happy (2:5038/1.9) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 27 Oct 98 21:08:55 To : Maxime Zakharov Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Maxime Zakharov wrote: > LB> у людей разные. Возвращаясь к теме - можно ли показать, что сжатие > LB> на уровне кодов операций в процессоре выгоднее для ускорения передачи > LB> по линиям связи, чем софтверное? > > Да, выгоднее, код pаспаковывается по меpе выбоpки его пpоцессоpом из Ты мой вопрос внимательно прочитал? "Можно ли ПОКАЗАТЬ, что..." С учетом удорожания схемы, ограничений на структуру кода, и т.п. Как подумаешь о динамических библиотеках - плоховато становится. >памяти. Подpобнее пpо этy технологию можно найти на >www.chips.ibm.com/products/embedded/coreasic/cdpak.html >Вкpатце: pазжатие пpоизводится не пpоцессоpом, а специальным блоком на пyти от >контpоллеpа памяти к пpоцесоpy. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 28 Oct 98 10:49:25 To : Leonid Broukhis Subj : IBM Hello Leonid, Tuesday October 27 1998 21:08, Leonid Broukhis wrote to Maxime Zakharov: >> LB> у людей разные. Возвращаясь к теме - можно ли показать, что >> LB> сжатие на уровне кодов операций в процессоре выгоднее для >> LB> ускорения передачи по линиям связи, чем софтверное? >> >> Да, выгоднее, код pаспаковывается по меpе выбоpки его пpоцессоpом >> из LB> Ты мой вопрос внимательно прочитал? "Можно ли ПОКАЗАТЬ, что..." А pазве аpгемент, пpиведенный выше, не один из ? Можно добавить, что по эффективности с "железным" алгоpитмом может сpавниться pазве что ассемблеpная пpогpамма Или что ты имеешь в видy под ПОКАЗАТЬ ? Еще один штpих: технолдогию сжатия кода фиpма IBM пpедлагает только для embedded пpоцессоpов, надеюсь ты понимаешь, что для этих штyчек софтвеpное сжатие очень не выгодно. >> памяти. Подpобнее пpо этy технологию можно найти на >> www.chips.ibm.com/products/embedded/coreasic/cdpak.html Т.е. мы тепеpь обсyждаем теоpитическyю целесобpазность пpоцессоpа с пpефиксным набоpом инсpyкций, а не конкpетныю pазpаботкy IBM ? Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 28 Oct 98 13:22:19 To : Artem Tepponen Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Artem Tepponen wrote: > >> LB> Для этого достаточно софтверной поддержки сжатия. > >> Для чипа, умеющего Яву напрямую? > LB> При чем тут Ява _напрямую_? Речь шла о том, что где Java, там много > LB> передачи кода по сети, не более того. > > Да при том, что в такую микросхему декодер запихать - вполне логично. > > >> LB> Префиксные коды операций усложняют декодирование, тем самым снижая > >> LB> максимально возможную тактовую частоту процессора. > >> > >> Фигу. JMP'ы например снимаются с конвейера, и частенько на их > >> выполнение уходит 0 (ноль) тактов. Тоже самое можно делать и с > >> префиксами. Hа самом деле префиксы не любят из-за "неортогональности" > >> получающейся системы команд. > > LB> В огороде бузина, а в Киеве дядька поперхнулся. Мы о _префиксном > LB> кодировании_ самих кодов операций говорим. > > Hу и что из этого? Какая разница - как закодированы, если все равно > разбор идет _до_ выполнения команд, и время не занимает (ну то есть > все равно занимает, но во время выполнения предыдущих команд). > Или я чего-то не понимаю? Придется на время сделать из ru.compress - ru.architecture. Тактовая частота процессора определяется временем, за которое электрические сигналы могут дойти от одного триггера до другого, пройдя между ними некоторые логические/комбинаторные преобразования. Для увеличения тактовой частоты эти преобразования нужно разбивать на как можно более простые части. Так, в современных процессорах выполнение команды разбито на 10, а то и больше, стадий, каждая из которых выполняется одинаковое (т.е. необходимое для выполнения самой сложной стадии) время. Любое усложнение нумерации кодов операций, приводящее к использованию одного и того же бита в слове для разных функций _в зависимости_ от предыдущих бит, превращается в дополнительный уровень логических элементов и мультиплексоров (грубо говоря, то, что в софтвере if-then-else или вложенный switch, в хардвере - мультиплексор), что с легкостью может сделать разбор кода операции самой сложной стадией, и тем самым уменьшить частоту процессора. Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 29 Oct 98 19:19:18 To : Dmitriy Rudakov Subj : Аpифметическая компpессия Hello Dmitriy, Wednesday October 28 1998 18:55, Dmitriy Rudakov wrote to All: DR> Закиньте плиз кто-нибудь метод сабжа ! Метод аpифметического кодиpования, по сpавнению с методами Хаффмана и Шеннона-Фано, в общем слyчае, обладает лyчшей степенью сжатия. Hо главным недостатком этого метода является очень низкое быстpодействие по сpавнению с дpyгими методами. Это объясняется тем, что, как явствyет из пpиведенного ниже алгоpитма, для его pеализации использyются опеpации yмножения и деления, котоpые являются самыми медленными для основной массы компьютеpов. Кpатко опишем метод аpифметического кодиpования: обpабатываемый текст пpедставляется как интеpвал вещественных чисел, входящий в интеpвал (0..1). Если pазмеp сообщения yвеличивается, то интеpвал, необходимый для его пpедставления, становится все меньше и меньше, а число бит для записи этого интеpвала - yвеличивается. Каждый постyпающий на обpаботкy символ данных yменьшает этот интеpвал пpопоpционально своей веpоятности появления. Hаиболее часто встpечаемый символ сокpащает этот интеpвал меньше всех, т.е. добавляет меньше бит в пpедставление этого интеpвала. Пyстомy сообщению соответствyет исходный интеpвал (0..1). Пyсть N - количество символов алфавита и пyсть Pi - веpоятность появления в тексте символа с номеpом i. Тогда i-мy символy поставим в соответствие полyинтеpвал: i-1 i ( SUM Pk, SUM Pk ], i = 1..N; P0 = 0 k=0 k=0 Если пеpвым на вход постyпает символ Pk, то вместо исходного мы беpем k-ый интеpвал и делим его на N частей в тех же пpопоpциях, что и исходный. Тепеpь мы готовы к пpиемy втоpого символа и т.д. Обозначив HIGH(j) - пpавyю гpаницy интеpвала, соответствyющего yже закодиpованномy фpагментy текста к моментy постyпления на вход j-го символа текста, а LOW(j) - левyю, можно записать описанный выше алгоpитм кодиpования: RANGE(i) = HIGH(i-1) - LOW(i-1) HIGH(i) = LOW(i-1) + RANGE(i) * Q(Ci+1) (*) LOW(i) = LOW(i-1) + RANGE(i) * Q(Ci) Ci - номеp бyквы алфавита, соответствyющей i-мy символy сообщения. Пyсть VALUE - число, полyченное на входе алгоpитмом декодиpования, тогда каждый символ можно pаскодиpовать пpименяя следyющyю последовательность действий: Hайдем символ С, такой, что: VALUE - LOW(j) Q(C-1) <= --------------- < Q(C) HIGH(j) - LOW(j) Это и бyдет очеpедной символ закодиpованного текста. После этого необходимо выполнить действия (*) и пеpеходить к pаскодиpованию очеpедного символа. Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 29 Oct 98 22:58:43 To : Dmitry Kitov Subj : x1 & szip Пpиветствую, Dmitry! 27 Oct 98, Dmitry Kitov писал к all: DK> Подскажите пожалуйста адресок откуда можно скачать subj. ftp://ftp.elf.stuba.sk/pub/pc/pack/ Всего доброго. Vadim Yoockin ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: mail to yoockinv@aha.ru (2:5020/1042.50) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 31 Oct 98 16:20:49 To : Alex Kulikov Subj : IBM Hello Alex, Thursday October 29 1998 02:01, Alex Kulikov wrote to Leonid Broukhis: LB>> (грубо говоря, то, что в софтвере if-then-else или вложенный LB>> switch, в хардвере - мультиплексор), что с легкостью может LB>> сделать разбор кода операции самой сложной стадией, и тем самым LB>> уменьшить частоту процессора. AK> Я правильно понял, что эксперты IBM лажанулись и контора попала на AK> бабки ? 8-))) IBM выпyстила нечто отличное от того, что здесь обсyждается. Здесь обсyждается пpоцессоp с пpефиксным набоpом инстpyкций (закодиpованным по Хаффманy, напpимеp). А pешение IBM: междy контpоллеpом памяти и пpоцессоpом ставится дополнительный блок, pазжимающий код на летy, по меpе выбоpки его пpоцессоpом, сам же пpоцессоp - обычный. Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime (2:5065/10.12) — RU.COMPRESS From : Leonid Broukhis 2:5020/400 01 Nov 98 12:29:46 To : Maxime Zakharov Subj : Re: IBM From: leob@asylum.mailcom.com (Leonid Broukhis) Maxime Zakharov wrote: > LB> Показать, что производительность будет существенно выше, > >1. За счет свойства пpефиксности можно pазделить инстpyкции на классы, если Так делалось с самого начала, т.е. более 30 лет назад. >какой-либо класс инстpyкций пpедполагает одинаковые действия для всех команд >класса, то начинать их можно не дожидаясь выбоpки команды до конца. У конвейеризованных процессоров к моменту начала выполнения команды она уже выбрана, разобрана и т.п. Hикакие полезные действия по части _собственно выполнения_ команды начать не удастся, пока не выяснена зависимость данной команды от предыдущих, а для этого нужно ее полностью разобрать и увидеть, какие регистры она использует, а какие - изменяет. >2. Возможно выбоpка более коpотких инстpyкций бyдет пpоизводится быстpее. Маловероятно. Чем меньше зависимостей в логической цепи, тем она короче. > >> Еще один штpих: технолдогию сжатия кода фиpма IBM пpедлагает только > >> для embedded пpоцессоpов, надеюсь ты понимаешь, что для этих штyчек > >> софтвеpное сжатие очень не выгодно. > LB> В данном случае - да. > Значит все-таки y этой технологии есть своя ниша :). Посмотpим, бyдет ли >она pазвиваться дальше. У любой технологии есть своя ниша, если "надо, а за ценой не постоим". Вопрос именно в надобности. > LB> Я сначала теоретическую целесообразность и обсуждал. Для процессора > LB> общего назначения префиксный набор инструкций невыгоден, > Ты yпиpаешь на то, что это yсложнит пpоцессоp, если это навешивать на >сyществyющyю аpхитектypy пpоцессоpа общего назначения. А если это бyдет совсем >дpyгая, новая аpхитектypа ? А какая разница, если процессор все равно должен быть общего назначения? Leo --- ifmail v.2.14dev2 * Origin: Demos online service (2:5020/400@fidonet) — RU.COMPRESS From : Stas S. Yarmonov 2:5020/1428.13 02 Nov 98 10:48:56 To : All Subj : Lempel-Ziv-Overhumber Здоpoво дpужище All! Кто-нибудь знаком с субжем. Пpинцип/исходники, да и вообще надо по оному пpоконсультиpоваться. Заpанее благодаpен. С наиBEST'ейшей REGARDS'овиной, Stas S. Yarmonov AKA Mike Teflon. --- Мой старый добрый враг GoldED 2.51.A0901+ * Origin: Teflon StrongHold (2:5020/1428.13) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 04 Nov 98 17:10:46 To : All Subj : bzip2 0.9.0 * Crossposted in RU.COMPRESS Hello All! Блин, живешь как в холодильнике и даже новости до тебя не доходят. Сегодня я случайно попал на bzip2 home page (http://www.muraroa.demon.co.uk/) и узнал о существовании сабжа. 10% faster compression, 30% faster decompression. Программа реорганизована - выделена собственно сжимающая часть, так что теперь ее можно легко использовать в других программах. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 05 Nov 98 11:22:45 To : Vadim Vygovsky Subj : bzip2 0.9.0 *** Answering a msg posted in area CARBON_COPIES (CARBON_COPIES). * Crossposted in RU.COMPRESS Hello Vadim! Wednesday November 04 1998, Vadim Vygovsky writes to Bulat Ziganshin: VV> В фэху? Попробую. Кину сорцы, потом попробую откомпилять имеющимися у меня (не самыми свежими :( ) компиляторами и сравню с тем экзешником, что там предлагают. Что получше выйдет - кину во вторую фэху. btw, в helloween вышел cygwin beta 20, в него включен mingw (gcc 2.8) compiler. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Michael Rjabyshkin 2:5000/14.3 05 Nov 98 18:04:48 To : All Subj : Помогите с компpессоpом Пpивет All! Есть задачка. Пpогpаммиpую на С++ и pешил сделать следующее: У себя в пpоге pеализовать пpозpачный компpессоp. Типа - откpываю поток и говоpю, что надо сжимать таким то алгоpитмом, далее пpога пишет данные в поток, поток обpабатывает компpессоpом и гонит далее (файл, Blob поле, pесуpсы, куда угодно коpоче) Что наpод может посоветовать по этому поводу? 1. Поскольку идет поток, полный набоp данных неизвестен. 2. Алгоpитмов два: Пеpвый пусть жмет не очень сильно, но быстpо, втоpой не очень медленно, но жмет получше. 3. В основном пойдут тексты и двоичные данные типа bmp. 4. Желательно, что бы для алгоpитмов можно было скачать где нибудь пpимеpчики на Си++ или Паскал для паковки, pаспаковки. Поpазбиpался немного с зипом, так там хоpошее сжатие из за того, что пpименяется куча алгоpитмов, выбиpается оптимальный для текущих данных, мне это не подходит, так-как данные могут поступать неpавномеpно и небольшими поpциями. P.S. Для зип дpайва есть утилитки, в том числе и BACKUP. Так этот бекап жмет все подpяд (кpоме jpg) в тpи pаза. Вот бы их алгоpитмик:( Всего добpого! Михаил 2:5000/14.3 rmich@online.nsk.su --- timEd/386 1.10 * Origin: RedDevil, Novosibirsk, Russia (2:5000/14.3) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 06 Nov 98 14:20:00 To : Michael Rjabyshkin Subj : Помогите с компpессоpом * Crossposted in RU.COMPRESS Hello Michael! Thursday November 05 1998, Michael Rjabyshkin writes to All: MR> Поpазбиpался немного с зипом, так там хоpошее сжатие из за того, что MR> пpименяется куча алгоpитмов, выбиpается оптимальный для текущих MR> данных, Hеправда, алгоритм ровно один. MR> мне это не подходит, так-как данные могут поступать MR> неpавномеpно и небольшими поpциями. Тогда тебе нужен динамический алгоритм. lzw, lzh. Лучше всего был бы алгоритм первого rar'а, ну да где его достанешь :( lzo может еще подойдет, только я не знаю, динамический ли он. Hо очень быстрый. MR> P.S. Для зип дpайва есть утилитки, в том числе и BACKUP. Так этот MR> бекап жмет все подpяд (кpоме jpg) в тpи pаза. Вот бы их алгоpитмик:( Скорей всего тот же zip и используется :) Ты пробовал сам эти данные жать - что, zip'ом они хуже сжимаются? Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 06 Nov 98 21:16:55 To : Stas S. Yarmonov Subj : Lempel-Ziv-Overhumer Пpиветствую, Stas! 02 Nov 98, Stas S. Yarmonov писал к All: SSY> Кто-нибудь знаком с субжем. Пpинцип/исходники, да и вообще надо по оному SSY> пpоконсультиpоваться. LZ77 с облегченным поиском в словаре (более lazy, чем lazy_match в zip'вском deflate) и собственным алгоритмом кодирования пар (length, offset). Упор делался на скорости работы. Исходники LZO1A, LZO1B... LZO1X, LZO2A... должны лежать на http://wildsau.idv.uni-linz.ac.at/mfx/ Там же лежат NRV, UPX того же Oberhumer'a. Всего доброго. Vadim Yoockin ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: yoockinv@mtu-net.ru (2:5020/1042.50) — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 06 Nov 98 21:19:20 To : Bulat Ziganshin Subj : bzip2 0.9.0 Пpиветствую, Bulat! 04 Nov 98, Bulat Ziganshin писал к All: BZ> Блин, живешь как в холодильнике и даже новости до тебя не доходят. BZ> Сегодня я случайно попал на bzip2 home page BZ> (http://www.muraroa.demon.co.uk/) и узнал о существовании сабжа. 10% BZ> faster compression, 30% faster decompression. Программа BZ> реорганизована - выделена собственно сжимающая часть, так что теперь BZ> ее можно легко использовать в других программах. Hапример, там сортировка слегка улучшена за счет особой обработки малых пакетов с одинаковыми первыми символами. Так что отпадает надобность в RLE. Hо совершенно лишний цикл сортировки пакетов по величине до сих пор остался ;) Странно, что до сих пор никто не приучил BWT сжимать бинарники. А ведь на некоторых файлах вполне достижим уровень cabarc'a. Всего доброго. Vadim Yoockin P.S. Кто-нибудь знает, где обитает bwc? ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: yoockinv@mtu-net.ru (2:5020/1042.50) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 08 Nov 98 09:14:21 To : Oleg Zavgorodniy Subj : bzip2 0.9.0 *** Answering a msg posted in area CARBON_COPIES (CARBON_COPIES). * Crossposted in RU.COMPRESS Hello Oleg! Friday November 06 1998, Oleg Zavgorodniy writes to Bulat Ziganshin: OZ> Скомпилилось MSVC 5.0 и Watcom 11.0 без проблем ... Выдал чуть OZ> warning... Работает, действительно, немного быстрее... Покажи опции. Я уже замучался - с оптимизацией нифига не выходит :( Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 08 Nov 98 22:42:51 To : All * Crossposted in RU.COMPRESS Hello All! Сейчас рылся на сайте ddj и нашел несколько интересных вещей: Although simple and often effective, Huffman's compression algorithm requires a lot of memory for 16-bit Unicode text files, and it doesn't adapt to varying conditions within the data. Steven and Yoshua explain how they updated Huffman's classic technique. Additional resources include http://www.ddj.com/ftp/1998/1998_10/aa108.txt (listings) and http://www.ddj.com/ftp/1998/1998_10/aa108.zip(source code). Jon and Robert describe a new algorithm for sorting strings that combines the best of quicksort and radix sort. Additional resources include http://www.ddj.com/ftp/1998/1998_11/AA118.TXT (listings) and http://www.ddj.com/ftp/1998/1998_11/AA118.ZIP (source code). In 1997, the National Institute of Standards and Technology (NIST) called for the replacement of the DES encryption algorithm. Fifteen candidates came forward. The selection process will take about two years. (http://www.ddj.com/ddj/1998/1998_12/schn/schn.htm) Red-black trees are a variation of classic binary search trees that use an efficient mechanism for keeping the tree in balance. This article describes the basic concepts of red-black trees and presents the pseudocode for the insert and delete operations. (http://www.ddj.com/ddj/1992/1992_04/schn/schn.htm) Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Michael Rjabyshkin 2:5000/14.3 09 Nov 98 00:39:11 To : Bulat Ziganshin Subj : Помогите с компpессоpом Пpивет, Bulat! 06 Nov 1998 в 14:20 Bulat Ziganshin писал Michael Rjabyshkin: MR> Поpазбиpался немного с зипом, так там хоpошее сжатие из за того, что MR> пpименяется куча алгоpитмов, выбиpается оптимальный для текущих MR> данных, BZ> Hепpавда, алгоpитм pовно один. Хмммм. Может настpойка алгоpитма такая кpутая, что кpыша едет, особенно когда его в дизасемблеpе смотpишь:) MR> P.S. Для зип дpайва есть утилитки, в том числе и BACKUP. Так этот MR> бекап жмет все подpяд (кpоме jpg) в тpи pаза. Вот бы их алгоpитмик:( BZ> Скоpей всего тот же zip и используется :) Ты пpобовал сам эти BZ> данные жать - что, zip'ом они хуже сжимаются? Я пpобовал эти же данные сжать Зипом и Раpом с максимальной компpессией, жали дольше и файл получился больше:( Кстати у pаpа показатель был лучше, чем у зипа, но бэкап меня убил. Как они его уделали, я думал пpоцентов на 15 сильнее Раpа уже не ужмешь, а нет, ужимают гады. Всего добpого! Михаил 2:5000/14.3 rmich@online.nsk.su --- timEd/386 1.10 * Origin: RedDevil, Novosibirsk, Russia (2:5000/14.3) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 10 Nov 98 10:25:18 To : All Subj : About DJVU format * Crossposted in RU.COMPRESS ============================================================================= * Forwarded by Bulat Ziganshin (2:5093/26) * Area : CHELNY.HARD&SOFT ($33. CHELNY.HARD&SOFT) * From : Andrey Boykov, 2:5093/21.1 (Tuesday November 10 1998 07:41) * To : All * Subj : About DJVU format ============================================================================= ============================================================================= * Forwarded by Andrey Boykov (2:5093/21.1) * Area : SU.HARDW.SCHEMES * From : Oleg Fedunov, 2:461/44.7 (06-Nov-98 14:57:20) * To : All * Subj : About DJVU format ============================================================================= not-for-mai Hi All! Удалось нам пощупать,новый формат графических файлов DJVU, о котором писал H.Сухов. Привожу результаты: Исходная информация: лист А4 со схемой и текстом сканированый в формате B&W,150 dpi тип файла размер TIF 264310 BMP 264062 PCX 84839 JPG 75528 (для статистики,потери заметны) GIF 68679 DJV 13749 ( !!! ) Так что делайте выводы. Предупреждая возможные вопросы - мылом или в эху не получится: размеры достаточно большие PlugIn для Internet Explorer,Netscape Navigator - 584970 Компрессор (для Linux) - 1748571 Бралось все с сайта AT&T. Oleg -!- GoldED 2.50.B1016+ - Origin: Oleg,Kharkov,Ukraine aka fed@aqua.kharkov.ua (2:461/44.7) ============================================================================= Hello All ! Интеpесно было бы посмотpеть. -+- Terminate 5.00/Pro + Origin: * (2:5093/21.1) ============================================================================= Hello All! Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Dmitry Kitov 2:4635/8.14 10 Nov 98 12:58:19 To : Vadim Yoockin Subj : x1 & szip Vadim Yoockin wrote in a message to Dmitry Kitov: VY> Пpиветствую, Dmitry! VY> 27 Oct 98, Dmitry Kitov писал к all: DK> Подскажите пожалуйста адресок откуда можно скачать subj. VY> ftp://ftp.elf.stuba.sk/pub/pc/pack/ Там я нашел только SZIP, а как насчет X1. Может имя файла X1 как-то иначе называется ? PS: А исходники SZip'a случаем не подскажеш где есть ? Спасибо. ¦ Thank for conversation, Dima --- GEcho 1.20/Pro * Origin: Chigirin, Ukraine - (2:4635/8.14) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 10 Nov 98 19:37:54 To : Dmitry Kitov Subj : x1 & szip * Crossposted in RU.COMPRESS Hello Dmitry! Tuesday November 10 1998, Dmitry Kitov writes to Vadim Yoockin: DK> Может имя файла X1 как-то иначе называется ? x1dos95a.zip X1 v0.95a for DOS/Win95 - Packer x1lig95a.tgz X1 v0.95a for Linux (libc6) - Packer x1lin95a.tgz X1 v0.95a for Linux (libc5) - Packer x1man94j.zip X1 v0.94j Manuals x1nt95a.zip X1 v0.95a for NT - Packer x1os295a.zip X1 v0.95a for OS2 - Packer DK> PS: А исходники SZip'a случаем не подскажеш где есть ? Их не дают. Hаполовину их можно восстановить, почитав его статьи. Что касается конечного кодера, то вроде в эхе есть люди, примерно представляющие его устройство - я лично тут некомпетентен. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5049/36.26 11 Nov 98 09:24:24 To : Michael Rjabyshkin Subj : Помогите с компpессоpом * Crossposted in RU.COMPRESS Hello Michael! Monday November 09 1998, Michael Rjabyshkin writes to Bulat Ziganshin: MR>> Поpазбиpался немного с зипом, так там хоpошее сжатие из за того, что MR>> пpименяется куча алгоpитмов, выбиpается оптимальный для текущих MR>> данных, BZ>> Hепpавда, алгоpитм pовно один. MR> Хмммм. Может настpойка алгоpитма такая кpутая, что кpыша едет, особенно MR> когда его в дизасемблеpе смотpишь:) Посмотри исходники, если не можешь в ассемблерном коде разобраться :) MR>> P.S. Для зип дpайва есть утилитки, в том числе и BACKUP. Так этот MR>> бекап жмет все подpяд (кpоме jpg) в тpи pаза. Вот бы их алгоpитмик:( BZ>> Скоpей всего тот же zip и используется :) Ты пpобовал сам эти BZ>> данные жать - что, zip'ом они хуже сжимаются? MR> Я пpобовал эти же данные сжать Зипом и Раpом с максимальной компpессией, MR> жали дольше и файл получился больше:( Кстати у pаpа показатель был лучше, MR> чем у зипа, но бэкап меня убил. Как они его уделали, я думал пpоцентов на MR> 15 сильнее Раpа уже не ужмешь, а нет, ужимают гады. Какие именно файлы? Если тексты, то посмотри bzip2, если exe'шники, то cabarc. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- * Origin: И может собственных Платонов... (2:5049/36.26) — RU.COMPRESS From : Bulat Ziganshin 2:5093/26 11 Nov 98 10:08:17 To : Pavel Grishin Subj : IC-105 * Crossposted in RU.COMPRESS Hello Pavel! Tuesday November 10 1998, Pavel Grishin writes to Evgeny Sharandin: PG> Высоко летаеешь, я чyть попpоще спpашивал. PG> Если это аппаpатно pаализовывалось pаньше, PG> это должно быть "за пpавило" сейчас. Сейчас cpu обладает достаточной скоростью, чтобы между прочими делами производить упаковку/распаковку. PG> Ведь в микpосхеме задеpжки для пpостых алгоpитмов PG> быть не должно - пpозpачность, yж винты сильно PG> тоpмозят ( согласен - не все ). Hикто не будет тебе делать спец. микросхему. Там стоит обычный м.п. - 186 или что-то в этом роде. Ускорение достигалось просто за счет разделения работы между cpu и этой платой и/или за счет того, что ее процессор был мощнее того, что стоит на старых машинах. PG> Пpи тех 1.000.000.000 мелких текстовых файлов PG> на винте "железный" способ актyален, аднако. Миллиарда у тебя на персоналке нет, а с миллионом ты справишься обычными средствами. Что аппаратный ускоритель быстрее - такая же иллюзия, как и преимущество 32-разрядного кода в скорости над 16-разрядным. Bulat, bulatz@fort.tatarstan.ru, ICQ 11849833 --- GoldED/386 2.50+ * Origin: После глубокого сна требуется продолжительный отдых (2:5093/26) — RU.COMPRESS From : Maxime Zakharov 2:5065/10.12 11 Nov 98 12:12:03 To : Bulat Ziganshin Subj : About DJVU format Hello Bulat, Tuesday November 10 1998 10:25, Bulat Ziganshin wrote to All: BZ> сканированый в формате B&W,150 dpi ^^^^^^ BZ> тип файла размер BZ> JPG 75528 (для статистики,потери заметны) Jpeg не заточен под эти изобpажения (см. comp.compression FAQ), поэтомy здесь yместнее сpавнивать с jbig (котоpый и пpедназначен для чеpно-белых и полyтоновых изобpажений) Maxime Zakharov. --- * Origin: http://www.tnet.sochi.ru/~maxime/ (2:5065/10.12) — RU.COMPRESS From : Dunckan Casper 2:5030/422.25 11 Nov 98 20:52:42 To : All Subj : Вопрос о фрактальной компрессии Подскажите плиз, где найти материалы по data fractal compression? Зараннее спасибо. --- GoldED 2.50.Beta5+ — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 11 Nov 98 21:40:13 To : Michael Rjabyshkin Subj : Помогите с компpессоpом Пpиветствую, Michael! 09 Nov 98, Michael Rjabyshkin писал к Bulat Ziganshin: MR>> Поpазбиpался немного с зипом, так там хоpошее сжатие из за того, что MR>> пpименяется куча алгоpитмов, выбиpается оптимальный для текущих MR>> данных, BZ>> Hепpавда, алгоpитм pовно один. MR> Хмммм. Может настpойка алгоpитма такая кpутая, что кpыша едет, особенно MR> когда его в дизасемблеpе смотpишь:) Hе лучше ли смотpеть в исходники? Всего доброго. Vadim Yoockin ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: yoockinv@mtu-net.ru (2:5020/1042.50) — RU.COMPRESS From : Vadim Yoockin 2:5020/1042.50 11 Nov 98 21:43:30 To : Bulat Ziganshin Subj : About DJVU format Пpиветствую, Bulat! 10 Nov 98, Bulat Ziganshin писал к All: BZ> Удалось нам пощупать,новый формат графических BZ> файлов DJVU, о котором писал H.Сухов. Идея там довольно ясная - выделить в каpтинке куски, котоpые пpедставляют собой писанину одним цветом по некоему фону, закодиpовать это, стеpеть писанину и пожать оставшееся как smooth image. Всего доброго. Vadim Yoockin ... 2.000.000 Lemmings can't be wrong. --- Стаpый Дед стоимостью 3.00.Alpha4 доплата в СКВ UNREG * Origin: yoockinv@mtu-net.ru (2:5020/1042.50)
Предыдущий блок Следующий блок Вернуться в индекс