home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractint / archive / v01.n315 < prev    next >
Internet Message Format  |  1998-10-13  |  43KB
  1. From: owner-fractint-digest@lists.xmission.com (fractint-digest)
  2. To: fractint-digest@lists.xmission.com
  3. Subject: fractint-digest V1 #315
  4. Reply-To: fractint-digest
  5. Sender: owner-fractint-digest@lists.xmission.com
  6. Errors-To: owner-fractint-digest@lists.xmission.com
  7. Precedence: bulk
  8.  
  9.  
  10. fractint-digest      Wednesday, October 14 1998      Volume 01 : Number 315
  11.  
  12.  
  13.  
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Wed, 14 Oct 1998 02:01:31 -0400
  18. From: Paul Derbyshire <pderbysh@usa.net>
  19. Subject: (fractint) FOTW
  20.  
  21. A new FOTW is up! Check it out at http://surf.to/pgd.fractal.gallery.
  22. Also, some new stuff on my "Microsoft Rants" page for all you
  23. Microsoft-haters out there.
  24. - -- 
  25.    .*.  "Clouds are not spheres, mountains are not cones, coastlines are not
  26. - -()  <  circles, and bark is not smooth, nor does lightning travel in a
  27.    `*'  straight line."    -------------------------------------------------
  28.         -- B. Mandelbrot  |http://surf.to/pgd.net
  29. _____________________ ____|________     Paul Derbyshire     pderbysh@usa.net
  30. Programmer & Humanist|ICQ: 10423848|
  31.  
  32. - --------------------------------------------------------------
  33. Thanks for using Fractint, The Fractals and Fractint Discussion List
  34. Post Message:   fractint@lists.xmission.com
  35. Get Commands:   majordomo@lists.xmission.com "help"
  36. Administrator:  twegner@phoenix.net
  37. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  38.  
  39. ------------------------------
  40.  
  41. Date: Wed, 14 Oct 1998 03:55:13 EDT
  42. From: SKarl52884@aol.com
  43. Subject: Re: (fractint) FOTW
  44.  
  45. In a message dated 10/14/98 2:08:08 AM Eastern Daylight Time, pderbysh@usa.net
  46. writes:
  47.  
  48. << A new FOTW is up! Check it out at http://surf.to/pgd.fractal.gallery.
  49.  Also, some new stuff on my "Microsoft Rants" page for all you
  50.  Microsoft-haters out there. >>
  51. Paul....hehe.
  52. Very nice site and entertaining MS rants. I'm looking forward to tinkering
  53. with the new  HRing_J series. 
  54. P.S. Your name isn't in the frm comments. [ I slipped it in in 
  55. my copy ] Thanks,
  56. Steve
  57.  
  58. - --------------------------------------------------------------
  59. Thanks for using Fractint, The Fractals and Fractint Discussion List
  60. Post Message:   fractint@lists.xmission.com
  61. Get Commands:   majordomo@lists.xmission.com "help"
  62. Administrator:  twegner@phoenix.net
  63. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  64.  
  65. ------------------------------
  66.  
  67. Date: Wed, 14 Oct 1998 03:24:17 -0500
  68. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  69. Subject: Re: (fractint) High iteration zooms
  70.  
  71. Kim Bach Petersen wrote:
  72. >
  73. > http://home8.inet.tele.dk/kimb/fractals/
  74. >
  75.  
  76. You have several HTML errors on many of your webpages and files.
  77.  
  78. On your "main" page, you have:  >/NOFRAMES>  where the first character
  79. is reversed.  You also have the BODY tag specified on a FRAMESET file
  80. which is not allowed, so try the following:
  81.  
  82. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
  83. <HTML>
  84. <HEAD>
  85. <TITLE>Kim's Fractal Gallery</TITLE>
  86. <meta name = "description" content = "A gallery with fractal images.">
  87. <meta name = "keywords" content = "fractal, images, fractint, gallery,
  88. mandelbrot">
  89. </HEAD>
  90. <FRAMESET COLS="125,*" FRAMESPACING="0" BORDER="FALSE" FRAMEBORDER="0">
  91. <FRAME NAME="THEMENU" SRC="fracmenu.html" NORESIZE FRAMEBORDER=0
  92. BORDERCOLOR=#00ff00>
  93. <FRAME NAME="THESITE" SRC="startfrac.html" NORESIZE FRAMEBORDER=0
  94. BORDERCOLOR=#00ff00>
  95. <NOFRAMES>
  96. This page uses frames, but your browser doesn't support them..."
  97. </NOFRAMES>
  98. </FRAMESET>
  99. </HTML>
  100.  
  101.  
  102. On your "fracmenu.html" file you have the following code:
  103.     <A HREF="..\tour\tour.html" TARGET="THESITE">
  104. You may wish to reverse the direction of the "slash".
  105.  
  106.  
  107. P.N.L.
  108. - -------------------------------------------------
  109. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  110.  
  111. - --------------------------------------------------------------
  112. Thanks for using Fractint, The Fractals and Fractint Discussion List
  113. Post Message:   fractint@lists.xmission.com
  114. Get Commands:   majordomo@lists.xmission.com "help"
  115. Administrator:  twegner@phoenix.net
  116. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  117.  
  118. ------------------------------
  119.  
  120. Date: Wed, 14 Oct 1998 09:58:47 +0100
  121. From: Dave <Dave@Quanta.co.uk>
  122. Subject: RE: (fractint) High iteratio
  123.  
  124. > Still, it works fine when I try, so I'm pretty confused.
  125. > 
  126. > It should be basic HTML, using frames as the only "fancy" detail. I
  127. > use
  128. > MSIE, could this be a IE / netscape thing? Suggestings are more than
  129. > welcome
  130. > off the list!
  131. > 
  132. > Kim
  133. A good test of HTML if to flush your caches (temporary internet folders
  134. etc) and then dial up to your own site and view it on-line. That way, it
  135. won't pull up a picture still contained locally from your development
  136. time.
  137.  
  138. I see many sites with broken links and mising pics due to the fact that
  139. they've been tested on the same machine that's developed them and as
  140. such is viewing stuff stored locally, not stored on the ISP's server.
  141. Viewing the source code shows that the link to the pic is "C:\Program
  142. Files\Office\ClipArt" etc...
  143.  
  144.  
  145.  
  146.  
  147. > --------------------------------------------------------------
  148. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  149. > Post Message:   fractint@lists.xmission.com
  150. > Get Commands:   majordomo@lists.xmission.com "help"
  151. > Administrator:  twegner@phoenix.net
  152. > Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  153. > 
  154.  
  155. - --------------------------------------------------------------
  156. Thanks for using Fractint, The Fractals and Fractint Discussion List
  157. Post Message:   fractint@lists.xmission.com
  158. Get Commands:   majordomo@lists.xmission.com "help"
  159. Administrator:  twegner@phoenix.net
  160. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  161.  
  162. ------------------------------
  163.  
  164. Date: Wed, 14 Oct 1998 04:06:56 -0500
  165. From: Elaina Tillinghast <juice@airmail.net>
  166. Subject: Re: (fractint) High iteration zooms
  167.  
  168. At 09:25 PM 10/12/1998 +0100, you wrote:
  169. >>I'm preparing an illustrated tutorial on high iteration
  170. >>mandelbrot zooms, it should be ready in a day
  171. >>(night would be more accurate, really) or two...
  172.  
  173. >http://home8.inet.tele.dk/kimb/fractals/
  174.  
  175. Your tour page lists links with back slashes instead of slashes. I was
  176. viewing the source of your files and finding the name of the next link.
  177. That got a bit too cumbersome before I got to any of the pictures.
  178.  
  179. You need to put the frames stuff inside the body tags. And body tags are
  180. required.
  181.  
  182. That should help a lot :)
  183.  
  184. Juice --have fun --harm none
  185.  
  186. - --------------------------------------------------------------
  187. Thanks for using Fractint, The Fractals and Fractint Discussion List
  188. Post Message:   fractint@lists.xmission.com
  189. Get Commands:   majordomo@lists.xmission.com "help"
  190. Administrator:  twegner@phoenix.net
  191. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  192.  
  193. ------------------------------
  194.  
  195. Date: Wed, 14 Oct 1998 08:58:30 -0400 (EDT)
  196. From: kragen@pobox.com (Kragen)
  197. Subject: Re: (fractint) High iteratio
  198.  
  199. On Tue, 13 Oct 1998, Kim Bach Petersen wrote:
  200. > Still, it works fine when I try, so I'm pretty confused.
  201. > 
  202. > It should be basic HTML, using frames as the only "fancy" detail. I use
  203. > MSIE, could this be a IE / netscape thing?
  204.  
  205. It's probably an IE / standards thing.  Basic Web Standards primer:
  206.  
  207. 1. There are a lot of browsers out there.  There are at least a hundred
  208. versions of Netscape, because it runs on a dozen platforms and has been
  209. through ten or so versions.  There are a couple dozen other browsers
  210. that are used by some segment of the population, often outputting on
  211. devices like text-mode terminals, palmtop computers with 160x100
  212. screens, telephone receivers (really!  You can browse the Web over
  213. the telephone.), screen readers, Braille terminals, etc. etc. etc.
  214.  
  215. 2. You want these people to be able to read your web pages.  (Right?)
  216.  
  217. 3. There have *always* been a lot of browsers.  There have never been
  218. fewer than two major browsers.  
  219.  
  220. 4. As a result, since the early days of the Web, there have been
  221. Standards.  The Standards usually describe stuff you can do so that
  222. nearly every web browser can understand you.  (The major exception is
  223. HTML 3.0, which was full of garbage, so nobody implemented it.)  The
  224. Standards are available from w3.org.
  225.  
  226. 5. The standards are not sufficient, though.  No standard will tell you
  227. why using frames is evil (see http://www.useit.com/alertbox/9612.html
  228. for that) or why using cute little animated .gifs to spice up your
  229. pages will make people go elsewhere (hint: a 100K .gif takes more than
  230. a minute to download at 14.4kbps --- it'd better be worth the wait!) or
  231. why using .BMP files for your images is dumb (hint: count the number of
  232. browsers that support it) or why you should use client-side imagemaps
  233. as well as server-side imagemaps or why you should not ever have a
  234. three-page "tunnel" that leads to your actual useful pages.
  235.  
  236. For that, you could do the following:
  237.     - look at www.suck.com
  238.     - look at http://photo.net/wtr/
  239.     - read www.useit.com
  240.     - install a lot of web browsers, especially old ones, and try
  241.       out how they deal with your fancy tricks
  242.     - validate your HTML so you can find things that work on your browser,
  243.       but don't fit the standard.
  244.  
  245. My web pages suck, though, so be careful about listening to me.  :)
  246.  
  247. Kragen
  248.  
  249. - -- 
  250. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  251. A well designed system must take people into account.  . . .  It's hard to
  252. build a system that provides strong authentication on top of systems that
  253. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  254.  
  255.  
  256. - --------------------------------------------------------------
  257. Thanks for using Fractint, The Fractals and Fractint Discussion List
  258. Post Message:   fractint@lists.xmission.com
  259. Get Commands:   majordomo@lists.xmission.com "help"
  260. Administrator:  twegner@phoenix.net
  261. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  262.  
  263. ------------------------------
  264.  
  265. Date: Wed, 14 Oct 1998 09:05:46 EDT
  266. From: SKarl52884@aol.com
  267. Subject: Re: (fractint) High iteratio
  268.  
  269. In a message dated 10/14/98 9:01:47 AM Eastern Daylight Time, kragen@pobox.com
  270. writes:
  271.  
  272. << > It should be basic HTML, using frames as the only "fancy" detail. I use
  273.  > MSIE, could this be a IE / netscape thing?
  274.   >>
  275. Not for loading image files. That's so basic all of them do it the same way. 
  276. It's either there or it isn't.
  277. Empty your cache after every upload!!!!!!!!
  278. Only safe way to know for sure.
  279. S.
  280.  
  281. - --------------------------------------------------------------
  282. Thanks for using Fractint, The Fractals and Fractint Discussion List
  283. Post Message:   fractint@lists.xmission.com
  284. Get Commands:   majordomo@lists.xmission.com "help"
  285. Administrator:  twegner@phoenix.net
  286. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  287.  
  288. ------------------------------
  289.  
  290. Date: Wed, 14 Oct 1998 10:46:22 -0400 (EDT)
  291. From: kragen@pobox.com (Kragen)
  292. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  293.  
  294. On Thu, 8 Oct 1998, Dean-Christian Strik wrote:
  295. > IF you're not compressing weakly-compressable binaries (exes and such). RAR
  296. > can then even enlarge the file. It is annoying that this cannot(?) be turned
  297. > off.
  298.  
  299. Every compression program will sometimes enlarge the file.  There's a
  300. mathematical proof of this, which I don't feel like explaining at the
  301. moment, but will explain to whoever asks.  At the very least, you need
  302. to add a byte or so to the beginning to indicate "this file has not
  303. been compressed" --- otherwise, you have to try to decompress it, and
  304. then ask the user "is this right?"
  305.  
  306. btw, bzip2 has usually about 20% better compression than zip, arj,
  307. gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  308. very slow.
  309.  
  310. Kragen
  311.  
  312. - -- 
  313. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  314. A well designed system must take people into account.  . . .  It's hard to
  315. build a system that provides strong authentication on top of systems that
  316. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  317.  
  318.  
  319. - --------------------------------------------------------------
  320. Thanks for using Fractint, The Fractals and Fractint Discussion List
  321. Post Message:   fractint@lists.xmission.com
  322. Get Commands:   majordomo@lists.xmission.com "help"
  323. Administrator:  twegner@phoenix.net
  324. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  325.  
  326. ------------------------------
  327.  
  328. Date: Wed, 14 Oct 1998 09:52:02 -0500
  329. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  330. Subject: Re: (fractint) High iteration zooms
  331.  
  332. Elaina Tillinghast wrote:
  333. >
  334. > You need to put the frames stuff inside the body tags.
  335. > And body tags are required.
  336. >
  337.  
  338. This is incorrect!!  You should not include any <BODY> content within
  339. the frame document; Netscape will ignore the frame tags and display just
  340. the contents of a <BODY> tag it it comes first, or vice versa.  Use the
  341. <FRAMESET> tag in lieu of a <BODY> tag in the frame document.  You may
  342. not include any other content except valid <HEAD> and <FRAMESET> content
  343. in a frame document, or the Netscape browser will ignore the frame HTML
  344. tags.
  345.  
  346. Structure of a frameset document
  347. - --------------------------------
  348.  
  349. The frameset document, which contains the <FRAMESET> element(s) used to
  350. set up the frameset, differs from a normal HTML 3.2 document in one
  351. aspect: it does not have a BODY section.  The <FRAMESET> element
  352. replaces <BODY>.  The <HEAD> section of the document is still according
  353. to HTML 3.2 rules.  The following is an example of a very simple
  354. frameset, that consists only of two equally-sized rows.  The upper row
  355. is named "foo", and the lower row is named "bar".  
  356.  
  357. <HTML>
  358. <HEAD>
  359. <TITLE>A sample frameset document</TITLE>
  360. </HEAD>
  361. <FRAMESET ROWS="*,*">
  362. <FRAME SRC="foo.html" NAME=foo>
  363. <FRAME SRC="bar.html" NAME=bar>
  364. <NOFRAMES>
  365.  <BODY>
  366.  Any comments about what to do for other browsers uncapable.
  367.  </BODY>
  368. </NOFRAMES>
  369. </FRAMESET>
  370. </HTML>
  371.  
  372. Note that the <NOFRAMES> section of the document contains a <BODY>
  373. element.  This is the only exception to the <BODY> tag rule, it is used
  374. *ONLY* within the <NOFRAME> tag.  This can be used to include an entire
  375. document, so that if support for frames is disabled, or not present at
  376. all, the viewer gets alternative content.  But the comments could just
  377. as well be added in the <NOFRAMES> section without any <BODY> element.
  378.  
  379. For the W3C HTML Validation Service, try the following URL:
  380.     http://validator.w3.org/
  381.  
  382. P.N.L.
  383. - -------------------------------------------------
  384. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  385.  
  386. - --------------------------------------------------------------
  387. Thanks for using Fractint, The Fractals and Fractint Discussion List
  388. Post Message:   fractint@lists.xmission.com
  389. Get Commands:   majordomo@lists.xmission.com "help"
  390. Administrator:  twegner@phoenix.net
  391. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  392.  
  393. ------------------------------
  394.  
  395. Date: Wed, 14 Oct 1998 11:03:03 -0400 (EDT)
  396. From: kragen@pobox.com (Kragen)
  397. Subject: Re: Sv: (fractint) Re: [fractal-art] cost of images/videomode?
  398.  
  399. On Sat, 10 Oct 1998, Sylvie Gallet wrote:
  400. > >> According to the Image Arithmetic site, GIF  format is no longer
  401. > >> supported by the program.  How are you able to use it to create those
  402. > >> large images? 
  403. > 
  404. >   I convert all of the pieces into PCX and I use PNG format for the output
  405. > image.
  406.  
  407. Because of ridiculous and criminal US patent legislation, it's illegal
  408. to make .gifs or write software that makes .gifs without paying Unisys
  409. a licensing fee.  So most new non-proprietary software doesn't support
  410. .gif.
  411.  
  412. Kragen
  413.  
  414. - -- 
  415. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  416. A well designed system must take people into account.  . . .  It's hard to
  417. build a system that provides strong authentication on top of systems that
  418. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  419.  
  420.  
  421. - --------------------------------------------------------------
  422. Thanks for using Fractint, The Fractals and Fractint Discussion List
  423. Post Message:   fractint@lists.xmission.com
  424. Get Commands:   majordomo@lists.xmission.com "help"
  425. Administrator:  twegner@phoenix.net
  426. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  427.  
  428. ------------------------------
  429.  
  430. Date: Wed, 14 Oct 1998 11:07:06 -0400 (EDT)
  431. From: kragen@pobox.com (Kragen)
  432. Subject: RE: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  433.  
  434. On Sat, 10 Oct 1998, Peter Gavin wrote:
  435. > When RAR creates a solid archive, it treates all the files as a single file,
  436. > rather than restarting the compression (i.e. recreating the dictionary,
  437. > etc.) for each file.  I compressed the set of PNG files (which already have
  438. > good compression ratios) for that animation, and got *2:1* compression on
  439. > them, even though their already compressed!
  440.  
  441. The standard method for distributing compressed archives in the Unix
  442. world is to first create a big file containing all the files you want
  443. to archive with "tar", which doesn't do any compression, and then
  444. compress the whole thing with "compress" or "gzip".  This has the same
  445. advantage you describe above.
  446.  
  447. Kragen
  448.  
  449. - -- 
  450. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  451. A well designed system must take people into account.  . . .  It's hard to
  452. build a system that provides strong authentication on top of systems that
  453. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  454.  
  455.  
  456. - --------------------------------------------------------------
  457. Thanks for using Fractint, The Fractals and Fractint Discussion List
  458. Post Message:   fractint@lists.xmission.com
  459. Get Commands:   majordomo@lists.xmission.com "help"
  460. Administrator:  twegner@phoenix.net
  461. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  462.  
  463. ------------------------------
  464.  
  465. Date: Wed, 14 Oct 1998 11:13:15 -0400 (EDT)
  466. From: kragen@pobox.com (Kragen)
  467. Subject: Re: (fractint) High iteration zooms
  468.  
  469. On Wed, 14 Oct 1998, Paul N. Lee wrote:
  470. > Elaina Tillinghast wrote:
  471. > > You need to put the frames stuff inside the body tags.
  472. > > And body tags are required.
  473. > 
  474. > This is incorrect!!  You should not include any <BODY> content within
  475. > the frame document; Netscape will ignore the frame tags and display just
  476. > the contents of a <BODY> tag it it comes first, or vice versa.  Use the
  477. > <FRAMESET> tag in lieu of a <BODY> tag in the frame document.
  478.  
  479. Paul is, of course, right.  But frames suck anyway.
  480.  
  481. Kragen
  482.  
  483. - -- 
  484. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  485. A well designed system must take people into account.  . . .  It's hard to
  486. build a system that provides strong authentication on top of systems that
  487. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  488.  
  489.  
  490. - --------------------------------------------------------------
  491. Thanks for using Fractint, The Fractals and Fractint Discussion List
  492. Post Message:   fractint@lists.xmission.com
  493. Get Commands:   majordomo@lists.xmission.com "help"
  494. Administrator:  twegner@phoenix.net
  495. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  496.  
  497. ------------------------------
  498.  
  499. Date: Wed, 14 Oct 1998 10:29:13 -0500
  500. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  501. Subject: Re: (fractint) High iteration zooms
  502.  
  503. Kragen wrote:
  504. >
  505. > Paul is, of course, right.
  506.  
  507. Of course!!  ;-}
  508.  
  509. >
  510. > But frames suck anyway.
  511.  
  512. This is VERY true!!  I thought they were kind of "cool and neat" when
  513. they were initially introduced, but have since learned my lesson (as
  514. most commercial and professional websites now do).
  515.  
  516. P.N.L.
  517. - -------------------------------------------------
  518.      Why do most folks hate cynics so much?
  519.        Because we're almost always right.
  520. - -------------------------------------------------
  521. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  522.  
  523. - --------------------------------------------------------------
  524. Thanks for using Fractint, The Fractals and Fractint Discussion List
  525. Post Message:   fractint@lists.xmission.com
  526. Get Commands:   majordomo@lists.xmission.com "help"
  527. Administrator:  twegner@phoenix.net
  528. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  529.  
  530. ------------------------------
  531.  
  532. Date: Wed, 14 Oct 1998 17:32:17 +0100
  533. From: "Kim Bach Petersen" <kimb@post8.tele.dk>
  534. Subject: Re: (fractint) High iteratio
  535.  
  536. Thanks to you all for your kind interest in my site, I really appreciate it!
  537.  
  538. I have tried out all your advise:
  539.  
  540. - - Emptying my browser cache made no difference for me: the site still loaded
  541. ok from my web-hotel.
  542.  
  543. - - I did some minor corrections on HTML - maybe most important I found an
  544. extra " (quotemark) in index.html, that might have hidden the end-tags...
  545. (my browser didn't care)
  546.  
  547. - - Someone suggested putting frames-stuff inside <body> tags, but that gave
  548. me a blank page! Hmm!
  549.  
  550. Having tested it to the best of my ability, I'd say it works...
  551. (If not, I'll redo the whole thing without frames.)
  552.  
  553. Please look by again and feel free to complaint if it doesn't load!
  554.  
  555. http://home8.inet.tele.dk/kimb/fractals/
  556.  
  557. To be just a bit on topic I include a par...
  558.  
  559. Thank you all, Kim!
  560.  
  561. - ---8<---
  562. nicejulia          { ; Kim Bach Petersen 1998
  563.   reset=1960 type=julia passes=1
  564.   center-mag=1.11022e-016/1.11022e-016/1.037344/1/62.499
  565.   params=-0.09703580179264795/0.6526370578250215 float=y maxiter=40000
  566.   colors=000xzNyzMzzL<30>22d00e00d<25>008006005003002000<29>00J00K00L00M00\
  567.   M<27>00d00e01e02e<24>0Ye0_e0`e0be0ce0ee<5>3hh4ii5jj6kk6kk<17>JxxJxxKyyKy\
  568.   yLzz<60>xzN
  569.   }
  570. - --8<---
  571.  
  572.  
  573.  
  574.  
  575.  
  576. - --------------------------------------------------------------
  577. Thanks for using Fractint, The Fractals and Fractint Discussion List
  578. Post Message:   fractint@lists.xmission.com
  579. Get Commands:   majordomo@lists.xmission.com "help"
  580. Administrator:  twegner@phoenix.net
  581. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  582.  
  583. ------------------------------
  584.  
  585. Date: Wed, 14 Oct 1998 12:17:21 -0400 (EDT)
  586. From: kragen@pobox.com (Kragen)
  587. Subject: Re: (fractint) High iteration zooms
  588.  
  589. On Wed, 14 Oct 1998, Paul N. Lee wrote:
  590. > Kragen wrote:
  591. > > But frames suck anyway.
  592. > 
  593. > This is VERY true!!  I thought they were kind of "cool and neat" when
  594. > they were initially introduced, but have since learned my lesson (as
  595. > most commercial and professional websites now do).
  596.  
  597. Some examples: Infoseek and Netscape both had frame-based home pages
  598. shortly after the introduction of frames.  Neither now does.  (This
  599. bears repeating:  Netscape, the *inventor* of frames, doesn't use them
  600. now!)
  601.  
  602. Some reasons why frames are not so good can easily be found at
  603. www.useit.com, www.websitesthatsuck.com, www.suck.com, and
  604. www.webreview.com.
  605.  
  606. Kragen
  607.  
  608. - -- 
  609. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  610. A well designed system must take people into account.  . . .  It's hard to
  611. build a system that provides strong authentication on top of systems that
  612. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  613.  
  614.  
  615. - --------------------------------------------------------------
  616. Thanks for using Fractint, The Fractals and Fractint Discussion List
  617. Post Message:   fractint@lists.xmission.com
  618. Get Commands:   majordomo@lists.xmission.com "help"
  619. Administrator:  twegner@phoenix.net
  620. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  621.  
  622. ------------------------------
  623.  
  624. Date: Wed, 14 Oct 1998 17:19:01 +0100
  625. From: Dave <Dave@Quanta.co.uk>
  626. Subject: RE: (fractint) High iteratio
  627.  
  628. Tried the site - I get the pics fine. 
  629.  
  630. I'm using MS-Incompetant Explorer 3.00 (probably 3.02 since I can see
  631. frames) under NT4 workstation.
  632.  
  633. Guess the removal of the quote did the trick. I've had odd problems that
  634. have been caused by supposedly-insignificant things like spaces or dots
  635. in the HTML.
  636.  
  637. Nice pics, and they look good against the black background. And the site
  638. is simple and clear - good effort!
  639.  
  640. > ----------
  641. > From:     Kim Bach Petersen[SMTP:kimb@post8.tele.dk]
  642. > Reply To:     fractint@lists.xmission.com
  643. > Sent:     14 October 1998 17:32
  644. > To:     FractInt Listserver
  645. > Subject:     Re: (fractint) High iteratio
  646. > 
  647. > Thanks to you all for your kind interest in my site, I really
  648. > appreciate it!
  649. > 
  650. > I have tried out all your advise:
  651. > 
  652. > - Emptying my browser cache made no difference for me: the site still
  653. > loaded
  654. > ok from my web-hotel.
  655. > 
  656. > - I did some minor corrections on HTML - maybe most important I found
  657. > an
  658. > extra " (quotemark) in index.html, that might have hidden the
  659. > end-tags...
  660. > (my browser didn't care)
  661. > 
  662. > - Someone suggested putting frames-stuff inside <body> tags, but that
  663. > gave
  664. > me a blank page! Hmm!
  665. > 
  666. > Having tested it to the best of my ability, I'd say it works...
  667. > (If not, I'll redo the whole thing without frames.)
  668. > 
  669. > Please look by again and feel free to complaint if it doesn't load!
  670. > 
  671. > http://home8.inet.tele.dk/kimb/fractals/
  672. > 
  673. > To be just a bit on topic I include a par...
  674. > 
  675. > Thank you all, Kim!
  676. > 
  677. > ---8<---
  678. > nicejulia          { ; Kim Bach Petersen 1998
  679. >   reset=1960 type=julia passes=1
  680. >   center-mag=1.11022e-016/1.11022e-016/1.037344/1/62.499
  681. >   params=-0.09703580179264795/0.6526370578250215 float=y maxiter=40000
  682. > 
  683. > colors=000xzNyzMzzL<30>22d00e00d<25>008006005003002000<29>00J00K00L00M
  684. > 00\
  685. > 
  686. > M<27>00d00e01e02e<24>0Ye0_e0`e0be0ce0ee<5>3hh4ii5jj6kk6kk<17>JxxJxxKyy
  687. > Ky\
  688. >   yLzz<60>xzN
  689. >   }
  690. > --8<---
  691. > 
  692. > 
  693. > 
  694. > 
  695. > 
  696. > --------------------------------------------------------------
  697. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  698. > Post Message:   fractint@lists.xmission.com
  699. > Get Commands:   majordomo@lists.xmission.com "help"
  700. > Administrator:  twegner@phoenix.net
  701. > Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  702. > 
  703.  
  704. - --------------------------------------------------------------
  705. Thanks for using Fractint, The Fractals and Fractint Discussion List
  706. Post Message:   fractint@lists.xmission.com
  707. Get Commands:   majordomo@lists.xmission.com "help"
  708. Administrator:  twegner@phoenix.net
  709. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  710.  
  711. ------------------------------
  712.  
  713. Date: Wed, 14 Oct 1998 12:53:55 -0400
  714. From: "Peter Gavin" <pgavin@mindspring.com>
  715. Subject: RE: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  716.  
  717.     // Kragen Wrote:
  718.     //
  719.     // The standard method for distributing compressed archives in the Unix
  720.     // world is to first create a big file containing all the files you want
  721.     // to archive with "tar", which doesn't do any compression, and then
  722.     // compress the whole thing with "compress" or "gzip".  This
  723.     // has the same
  724.     // advantage you describe above.
  725.     //
  726.     // Kragen
  727.  
  728. This is true, I guess that's where RAR's author got the idea, but the
  729. difference is, ZIP *doesn't* do it, so that's where RAR has an advantage.
  730.  
  731. Pete
  732.  
  733.  
  734. - --------------------------------------------------------------
  735. Thanks for using Fractint, The Fractals and Fractint Discussion List
  736. Post Message:   fractint@lists.xmission.com
  737. Get Commands:   majordomo@lists.xmission.com "help"
  738. Administrator:  twegner@phoenix.net
  739. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  740.  
  741. ------------------------------
  742.  
  743. Date: Wed, 14 Oct 1998 12:53:57 -0400
  744. From: "Peter Gavin" <pgavin@mindspring.com>
  745. Subject: RE: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  746.  
  747.     // Kragen wrote:
  748.     // Every compression program will sometimes enlarge the file.  There's a
  749.     // mathematical proof of this, which I don't feel like explaining at the
  750.     // moment, but will explain to whoever asks.  At the very
  751.     // least, you need
  752.     // to add a byte or so to the beginning to indicate "this file has not
  753.     // been compressed" --- otherwise, you have to try to decompress it, and
  754.     // then ask the user "is this right?"
  755.  
  756. It has to do with the premise that (for at least a short section of data)
  757. there are regular patterns in data, so the compressor replaces long
  758. stretches of repeating data with one byte, of course making the file
  759. smaller.  Unfortunately, most binary executables have (seemingly) random
  760. data, so there are no repeating data to compress.  On average, the best
  761. *any* archiver can do for any data is about 50% compression.  That's why no
  762. one has replaced zip as the virtual Wintel standard, because on average, you
  763. can't really do much better.
  764.  
  765.     // btw, bzip2 has usually about 20% better compression than zip, arj,
  766.     // gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  767.     // very slow.
  768.     //
  769.  
  770. Hmmmm...  maybe I'll try it out...  I've heard of it, and I'm pretty sure
  771. gnu has a wintel version somewhere.  Speed really isn't an issue to me,
  772. though...  I'll take higher compression over speed any day.
  773.  
  774. Pete
  775.  
  776.  
  777. - --------------------------------------------------------------
  778. Thanks for using Fractint, The Fractals and Fractint Discussion List
  779. Post Message:   fractint@lists.xmission.com
  780. Get Commands:   majordomo@lists.xmission.com "help"
  781. Administrator:  twegner@phoenix.net
  782. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  783.  
  784. ------------------------------
  785.  
  786. Date: Wed, 14 Oct 1998 13:21:27 -0400 (EDT)
  787. From: kragen@pobox.com (Kragen)
  788. Subject: RE: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  789.  
  790. On Wed, 14 Oct 1998, Peter Gavin wrote:
  791. >     // Kragen wrote:
  792. >     // Every compression program will sometimes enlarge the file.  There's a
  793. >     // mathematical proof of this, which I don't feel like explaining at the
  794. >     // moment, but will explain to whoever asks.  At the very
  795. >     // least, you need
  796. >     // to add a byte or so to the beginning to indicate "this file has not
  797. >     // been compressed" --- otherwise, you have to try to decompress it, and
  798. >     // then ask the user "is this right?"
  799. > 
  800. > It has to do with the premise that (for at least a short section of data)
  801. > there are regular patterns in data, so the compressor replaces long
  802. > stretches of repeating data with one byte, of course making the file
  803. > smaller.  Unfortunately, most binary executables have (seemingly) random
  804. > data, so there are no repeating data to compress.  On average, the best
  805. > *any* archiver can do for any data is about 50% compression.
  806.  
  807. No archiver can compress completely random data, even by 1%.  No one
  808. has proven any bounds on the compression possible for any particular
  809. kind of nonrandom data, partly because most real nonrandom data is very
  810. difficult to characterize mathematically.
  811.  
  812. >     // btw, bzip2 has usually about 20% better compression than zip, arj,
  813. >     // gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  814. >     // very slow.
  815. > 
  816. > Hmmmm...  maybe I'll try it out...  I've heard of it, and I'm pretty sure
  817. > gnu has a wintel version somewhere.  Speed really isn't an issue to me,
  818. > though...  I'll take higher compression over speed any day.
  819.  
  820. It's about twice as slow on compression as gzip, and about thirty times
  821. as slow on decompression.  (gzip decompresses about fifteen times as
  822. fast as it compresses, you see, while bzip2 decompresses just as slowly
  823. as it compresses.)  I think gzip uses the same compression that zip does.
  824.  
  825. Kragen
  826.  
  827. - -- 
  828. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  829. A well designed system must take people into account.  . . .  It's hard to
  830. build a system that provides strong authentication on top of systems that
  831. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  832.  
  833.  
  834. - --------------------------------------------------------------
  835. Thanks for using Fractint, The Fractals and Fractint Discussion List
  836. Post Message:   fractint@lists.xmission.com
  837. Get Commands:   majordomo@lists.xmission.com "help"
  838. Administrator:  twegner@phoenix.net
  839. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  840.  
  841. ------------------------------
  842.  
  843. Date: Wed, 14 Oct 1998 13:44:03 -0400 (EDT)
  844. From: kragen@pobox.com (Kragen)
  845. Subject: RE: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  846.  
  847. On Wed, 14 Oct 1998, Peter Gavin wrote:
  848. > This is true, I guess that's where RAR's author got the idea, but the
  849. > difference is, ZIP *doesn't* do it, so that's where RAR has an advantage.
  850.  
  851. Righto.
  852.  
  853. BTW, you can get the same effect by creating a .ZIP archive with no
  854. compression, then creating another .zip archive with one file in it --
  855. the first, uncompressed, .zip archive -- and maximum compression.
  856.  
  857. There's no telling if that's where RAR's author got the idea.
  858.  
  859. Kragen
  860.  
  861. - -- 
  862. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  863. A well designed system must take people into account.  . . .  It's hard to
  864. build a system that provides strong authentication on top of systems that
  865. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  866.  
  867.  
  868. - --------------------------------------------------------------
  869. Thanks for using Fractint, The Fractals and Fractint Discussion List
  870. Post Message:   fractint@lists.xmission.com
  871. Get Commands:   majordomo@lists.xmission.com "help"
  872. Administrator:  twegner@phoenix.net
  873. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  874.  
  875. ------------------------------
  876.  
  877. Date: Wed, 14 Oct 1998 19:57:36 -0000
  878. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  879. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  880.  
  881. Kragen wrote:
  882.  
  883.  
  884. >On Thu, 8 Oct 1998, Dean-Christian Strik wrote:
  885. >> IF you're not compressing weakly-compressable binaries (exes and such). RAR
  886. >> can then even enlarge the file. It is annoying that this cannot(?) be turned
  887. >> off.
  888. >
  889. >Every compression program will sometimes enlarge the file.  There's a
  890. >mathematical proof of this, which I don't feel like explaining at the
  891. >moment, but will explain to whoever asks.
  892.  
  893. For one, I'd be interested in this.
  894.  
  895. >At the very least, you need
  896. >to add a byte or so to the beginning to indicate "this file has not
  897. >been compressed" --- otherwise, you have to try to decompress it, and
  898. >then ask the user "is this right?"
  899.  
  900.  
  901. My favorite dos archiver (ARJ) has the -js option that allows you to set all files ending
  902. with the extensions given (e.g. -js.zip.arj) to STORE. Can be very useful. Saves a lot of
  903. time (every tried to pack your Quake dir? :-) and some space.
  904.  
  905. >btw, bzip2 has usually about 20% better compression than zip, arj,
  906. >gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  907. >very slow.
  908.  
  909.  
  910. Yes. Compare these. These are the latest versions of the linux production kernel:
  911.  
  912. 07/13/98 09:09      5,700,498 linux-2.0.35.tar.bz2
  913. 07/13/98 09:09      7,014,087 linux-2.0.35.tar.gz
  914.  
  915. Does there exist a dos (or even windows) version of bzip2? I have it for linux, but
  916. switching to linux every time to compress isn't very practical (I can't connect to the
  917. internet from linux, so I default to windows :-(  ).
  918.  
  919. - --
  920.  
  921. Dean-Christian Strik
  922.    ICQ: 11760568
  923.  dean2@bigfoot.com
  924. cstrik.isg@hetnet.nl
  925.  
  926. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  927. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  928.  
  929.  
  930.  
  931.  
  932.  
  933. - --------------------------------------------------------------
  934. Thanks for using Fractint, The Fractals and Fractint Discussion List
  935. Post Message:   fractint@lists.xmission.com
  936. Get Commands:   majordomo@lists.xmission.com "help"
  937. Administrator:  twegner@phoenix.net
  938. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  939.  
  940. ------------------------------
  941.  
  942. Date: Wed, 14 Oct 1998 20:02:47 -0000
  943. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  944. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  945.  
  946. Kragen wrote:
  947.  
  948. >There's no telling if that's where RAR's author got the idea.
  949.  
  950.  
  951. Unless we could get to him (her). Anyone found rar's official url yet?
  952.  
  953. - --
  954.  
  955. Dean-Christian Strik
  956.    ICQ: 11760568
  957.  dean2@bigfoot.com
  958. cstrik.isg@hetnet.nl
  959.  
  960. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  961. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  962.  
  963.  
  964.  
  965.  
  966.  
  967. - --------------------------------------------------------------
  968. Thanks for using Fractint, The Fractals and Fractint Discussion List
  969. Post Message:   fractint@lists.xmission.com
  970. Get Commands:   majordomo@lists.xmission.com "help"
  971. Administrator:  twegner@phoenix.net
  972. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  973.  
  974. ------------------------------
  975.  
  976. Date: Wed, 14 Oct 1998 20:19:31 -0000
  977. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  978. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  979.  
  980. Pete wrote:
  981.  
  982. >    // btw, bzip2 has usually about 20% better compression than zip, arj,
  983. >    // gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  984. >    // very slow.
  985. >    //
  986. >
  987. >Hmmmm...  maybe I'll try it out...  I've heard of it, and I'm pretty sure
  988. >gnu has a wintel version somewhere.  Speed really isn't an issue to me,
  989. >though...  I'll take higher compression over speed any day.
  990.  
  991.  
  992. The official homepage of bzip2 seems to be http://www.muraroa.demon.co.uk/
  993. and there's a US mirror http://www.digistar.com/bzip2/index.html
  994.  
  995. The homepage contradicts Kragen's words on speed (but okay, they're not gonna say it's
  996. slow :) :
  997. "bzip2 is a freely available, patent free (see below), high-quality data compressor. It
  998. typically compresses files to within 10% to 15% of the best available techniques, whilst
  999. being around twice as fast at compression and six times faster at decompression".
  1000.  
  1001. It doesn't have anything to do with GNU, although open-source (BSD Style license). There
  1002. IS a windows version. And a OS/2 version. The supported platforms are:
  1003.     - PC, Linux 2.0
  1004.     - Sun Sparc, Solaris 2.5
  1005.     - Sun Sparc, SunOS 4.1
  1006.     - PC, Windows 95/NT
  1007.     - DEC Alpha, Digital Unix 4.0
  1008.     - IBM RS/6000, AIX 3.2.5
  1009.     - SGI, Irix 6.4
  1010.     - PC, OS/2 v3.0
  1011.     - HP PA/RISC, HPUX 10.20
  1012.  
  1013. The latest version of bzip2 available is 0.9.0.
  1014.  
  1015. - --
  1016.  
  1017. Dean-Christian Strik
  1018.    ICQ: 11760568
  1019.  dean2@bigfoot.com
  1020. cstrik.isg@hetnet.nl
  1021.  
  1022. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  1023. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  1024.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029. - --------------------------------------------------------------
  1030. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1031. Post Message:   fractint@lists.xmission.com
  1032. Get Commands:   majordomo@lists.xmission.com "help"
  1033. Administrator:  twegner@phoenix.net
  1034. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1035.  
  1036. ------------------------------
  1037.  
  1038. Date: Wed, 14 Oct 1998 11:21:18 -0700
  1039. From: Colleen Johnson <noginspctr@thegrid.net>
  1040. Subject: Re: (fractint) High iteratio
  1041.  
  1042. Kim Bach Petersen wrote:
  1043.  
  1044. > Thanks to you all for your kind interest in my site, I really appreciate it!
  1045. >
  1046. > I have tried out all your advise:
  1047.  
  1048. > Please look by again and feel free to complaint if it doesn't load!
  1049.  
  1050. Thanks, Kim. It works now, and it looks great!
  1051.  
  1052. Colleen
  1053.  
  1054.  
  1055.  
  1056. - --------------------------------------------------------------
  1057. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1058. Post Message:   fractint@lists.xmission.com
  1059. Get Commands:   majordomo@lists.xmission.com "help"
  1060. Administrator:  twegner@phoenix.net
  1061. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1062.  
  1063. ------------------------------
  1064.  
  1065. Date: Wed, 14 Oct 1998 15:10:52 -0400 (EDT)
  1066. From: kragen@pobox.com (Kragen)
  1067. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  1068.  
  1069. On Wed, 14 Oct 1998, Dean-Christian Strik wrote:
  1070. > Kragen wrote:
  1071. > >On Thu, 8 Oct 1998, Dean-Christian Strik wrote:
  1072. > >> IF you're not compressing weakly-compressable binaries (exes and such). RAR
  1073. > >> can then even enlarge the file. It is annoying that this cannot(?) be turned
  1074. > >> off.
  1075. > >
  1076. > >Every compression program will sometimes enlarge the file.  There's a
  1077. > >mathematical proof of this, which I don't feel like explaining at the
  1078. > >moment, but will explain to whoever asks.
  1079. > 
  1080. > For one, I'd be interested in this.
  1081.  
  1082. The number of strings of N bits is 2^N.  There are two strings with one
  1083. bit, four strings with two bits, eight strings with three bits, etc.
  1084. This continues on, even up into the millions of bits.  Also, there are
  1085. 2^N-1 strings with *less than* N bits.
  1086.  
  1087. OK, so if you have a file that's a million bytes long, then it can be
  1088. any of 2^8,000,000 different possible files.  And if you have a file
  1089. that's a million and one bytes long, it can be any of 2^8,000,008
  1090. different possible files.  Simple math reveals that, for every file
  1091. that's a million bytes long, there are 2^8,000,008/2^8,000,000 = 2^8
  1092. different files that are a million and one bytes long.  In fact, you
  1093. can get this in a more obvious way --- given any file that's a million
  1094. bytes long, you can append any of the 2^8 = 256 different bytes to get
  1095. a file that's a million and one bytes long.
  1096.  
  1097. A compression algorithm is a function that maps strings of bits into
  1098. strings of bits.  It makes the file shorter if it can map a longer
  1099. string of bits into a shorter string of bits.  It makes the file longer
  1100. if it maps a shorter string of bits into a longer string of bits.  The
  1101. mapping has to be one-to-one, because you want to decompress the
  1102. resulting string of bits later to get the original.  If more than one
  1103. original compressed into the same string of bits, there'd be no way to
  1104. tell which original to reconstruct.
  1105.  
  1106. No compression algorithm can compress every million-and-one-byte file
  1107. into a file that's a million bytes long or less, because there are only
  1108. (2^8,000,001)-1 possible files that are a million bytes long or less,
  1109. while there are almost 128 times as many million-and-one-byte files.
  1110.  
  1111. Of course, the same argument shows that you can't compress every 500K
  1112. file by even one byte, can't compress every 10-byte file by even one byte, etc.
  1113.  
  1114. You could do something clever, like come up with 128 different
  1115. algorithms, at least one of which would compress the million-and-one
  1116. byte file down to a file of a million bytes or less.  Then you could
  1117. try all 128 algorithms, and just output the result of the one that gave
  1118. you the smallest output.  But wait!  You have to prepend a byte to the
  1119. beginning of the file to tell the decompressor *which algorithm* to
  1120. decompress with.  (Well, seven bits.)  It turns out that blows away
  1121. your compression.
  1122.  
  1123. Make sense?
  1124.  
  1125. > Does there exist a dos (or even windows) version of bzip2? I have it for linux, but
  1126. > switching to linux every time to compress isn't very practical (I can't connect to the
  1127. > internet from linux, so I default to windows :-(  ).
  1128.  
  1129. Why can't you connect to the Internet from Linux?
  1130.  
  1131. I'm sure bzip2 would be pretty easy to compile for DOS.
  1132.  
  1133. Kragen
  1134.  
  1135. - -- 
  1136. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  1137. A well designed system must take people into account.  . . .  It's hard to
  1138. build a system that provides strong authentication on top of systems that
  1139. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  1140.  
  1141.  
  1142. - --------------------------------------------------------------
  1143. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1144. Post Message:   fractint@lists.xmission.com
  1145. Get Commands:   majordomo@lists.xmission.com "help"
  1146. Administrator:  twegner@phoenix.net
  1147. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1148.  
  1149. ------------------------------
  1150.  
  1151. End of fractint-digest V1 #315
  1152. ******************************
  1153.  
  1154.