home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / cbm / 5328 < prev    next >
Encoding:
Text File  |  1993-01-06  |  3.3 KB  |  73 lines

  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!news.univie.ac.at!news.tu-graz.ac.at!fm11ap01.tu-graz.ac.at!schuetz
  3. From: schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz)
  4. Subject: Re: Announcing CHARITYWARE: The best cruncher on C64 ever!
  5. Message-ID: <1993Jan5.223041.4197@news.tu-graz.ac.at>
  6. Sender: news@news.tu-graz.ac.at (USENET News System)
  7. Nntp-Posting-Host: fm11ap01.tu-graz.ac.at
  8. Organization: none
  9. References: <1993Jan5.033737.10774@news.tu-graz.ac.at> <1ibropINNo9r@usenet.INS.CWRU.Edu>
  10. Date: Tue, 5 Jan 93 22:30:41 GMT
  11. Lines: 60
  12.  
  13.  
  14.  
  15.  
  16.  
  17. >>Well, the title says it and I promise it. But first, the story so far. Do
  18. >>some guys remember the (quite wellknown) DARKSQUEEZER? Yes? Good. And if
  19. >>you know other Lempel-Ziv style crunchers on the C64, you should know that
  20. >>they are very slow. 
  21.  
  22. >Never heard of it before, and I am our user groups founder.  Must have
  23. >been before my time.
  24.  
  25. Okay, but then you must have been off the scene or off anyone for a bloody
  26. long time. *EVERYBODY* knows Darksqueezer, it was released in 1988 and 
  27. people still use it heavily for crunching their demos, programs, whatsoever.
  28. I am, however, on the C64 since 1982. Ask anyone who is seriously  
  29. programming demos or games: "How it comes your game is so short?" - "Well
  30. I used (Darksqueezer, Timecruncher, 1001 Cruncher etc.etc.etc.". Have
  31. you never been programming anything serious?
  32.  
  33. >By requiring an REU, you have limited the audience for 'your' product.
  34. >What I didn't see was how the compaction compares against .ARC or .LZH
  35. >on the Commodore, AND how compatible it is.
  36. >Do you have to uncrunch the file to run it, or is it runnable in
  37. >crunched form?
  38.  
  39. I have not limited the audience. The computer memory is limiting ME! A
  40. data structure, as a large 16-bit array of lists, *NEEDS* 512K ram and there
  41. is little I can do, except to use two disk drives. I will do that as soon
  42. as I have seen *just at least a few (!)* donations. 
  43.  
  44. My cruncher is *BY NO MEANS* an arcer. He is intended to crunch executable
  45. files, preferably machine code ones, thats why my cruncher asks for a 
  46. start address. If, on the other hand, you have a program and you want to  
  47. load data files during the execution of you program (e.g. a shoot em up
  48. with several level that have to be loaded) thats why there is a level
  49. version of Darksqueezer better known as "Levelsqueezer". In this case, 
  50. the file is decrunched while loading; on the normal Darksqueezer, the
  51. file is decrunched in memory. Darksqueezer crunches files with a start
  52. address of $0801 and a max end address of about $f780. Levelsqueezer 
  53. crunches files with any startadress and a max length of about 240 blocks.
  54. However, larger files can be splitted up and linked together later (also
  55. referred to as "IFFL", must I tell you everything?)
  56.  
  57. For the arcer guys, well, use LYNX (or any program that makes selfextracting
  58. stuff), then use Darksqueezer.
  59.  
  60. If you are talking about ARCERS on the PC, well I compared it with the
  61. best one (ARJ) and my result was 250 bytes shorter. LZH and ARC *can only
  62. be* worse. Satisfied?
  63.  
  64. However, in general, DARKSQUEEZER is rather aimed towards experienced
  65. machine language programmers (demo and game programmers) who want to be
  66. sure that their files are as short as possible. It is also highly re-
  67. commended to use an equal-char-cruncher before darksqueezing a program in
  68. order to eliminate big areas filled with the same byte-values from your
  69. program.
  70.  
  71.  
  72. Email welcome.
  73.