Release history for SoundZAP: V1.0 -- 25 March 1992 -- Released to Internet prematurly. Many bugs. V2.0 -- 31 March 1992 -- Basically a bug fix, but changes were drastic enough to warrant a major release number. Fixed library dependancies, IFF writer, and .VOC frequency finder. Added detection of compressed .VOC and .AU files (no support for decompression as I have no specifications). Changed the -r switch slightly. Cleaned up the code immensly (re-wrote most of it!). V2.1 -- 7 April 1992 -- Don Bontemps brought to my attention two errors. The first was due to a typo on my part. I forgot some parenthesis in a function call and as a result it didn't display the usage when you did not give it a filename on the command line. The second error was that if you ran SoundZAP with only one file name it would tack a '.iff' to the end of the old name but when you ran it again it would just use the name it used the previous time (due to the variables not being initialized upon execution I assume...). I think I've fixed this bug also. Thanks Don! V2.2 -- 13 April 1992 -- I was asked to re-post SoundZAP to Usenet for those who missed version 2.1. While preparing to post it I noticed a small bug that caused the machine to crash if the -b switch was given without a number following. I also corrected a few errors in the documentation. V2.3 -- 17 April 1992 -- Added support for MS-Windows .WAV files. Not sure about how to determine sample rate, so it uses default of 11K samples per second until I figure it out. Also added support for Macintosh sound files. This is pretty much a guess. It also uses the default sample rate of 11K. Any info on either format would be helpful! V2.4 -- 26 April 1992 -- Added ability to READ IFF 8SVX files. V2.5 -- 3 May 1992 -- Changed the MS-Windows .WAV reader. It now works for SOME .WAV files...not all. I WILL change the reader to one similar to my IFF reader. I also added a '-a' switch to amplify the sample data. It is very crude. It just multiplies the sample value by the specified number and divides by three. V2.6 -- 12 May 1992 -- Re-wrote the IFF reader. It now displays NAME, ANNO, AUTH, TEXT, and (c) chunks. The routine can also be (unreleased) used to parse other IFF files (with a slight modif- ication) so the addition of SAMP and AIFF file reading is on the horizon. Now to write a parser for MS-Windows RIFF files... V2.7 - V2.99999999999 -- They're living on an island with Elvis and playing Leisure Suit Larry 4. V3.0 -- 5 June 1992 -- If input file is Macintosh format, the name specified in the source file is placed in the NAME chunk of the output file. It now perserves the AUTH and (c) chunks as per the IFF docs. Also added the -a version of the -a switch. This will amplify the file to maximum volume.I also changed the ANNO chunk to be like a timestamp. The program now writes the time and date at which the sample was converted into the ANNO chunk. Also added AIFF input support (finally!). I can't get the sample rate though because I'm not sure how Mac 'extended' floating point numbers work. It also only gets the first channel in the SSND chunk out of simplicity. The -s switch has been replaced with a -u switch. See documentation for details. The -c switch has been added. This will re-sample the data from one rate to another.I changed the information that is displayed about a file also, to make it more under- standable and accurate. I finally added .au (-s), and RAW u-law (-l) OUTPUT. The -a and -b options now support being used with no argument for maximum volume and buffer size (respectively). I fixed the MS-Windows .WAV file reader (I think). It now parses the file for certian chunks. It still has not been widely tested so it may be kinda buggy. I added support for Fibonacci Delta encoded IFF 8SVX files... I think. I used Commodore's DUnpack.c code so it should be correct. It wasn't working with AudioMaster III though. If anyone knows why, tell me. Well...that was a HUGE update wasn't it? That's why it's version 3.0 not version 2.7. To Do: I am also throwing around the idea of converting UUENCODED sound files. It would be FAIRLY easy. It's just a matter of putting the code in. Other things have priority though. Cancelled: I've decided NOT to put SAMP in. I looked at the SAMP format and it seems to be more of an instrument type. There is sampled data in it...in fact there can be up to 128 DIFFERENT samples in it, all being similar, but slightly different. Therefore, the only thing I could really do would be take, say the first one, or the longest one. I may still do it, but I doubt it. Someone also asked for .VOC OUTPUT support, but I probably won't add it. I don't know enough about the .VOC format to do a good job with it, and it's not very useful as far as Amigas go.