Path: utzoo!attcan!uunet!husc6!bloom-beacon!mit-eddie!killer!tness7!tness1!sugar!ssd From: ssd@sugar.UUCP (Scott Denham) Newsgroups: comp.sys.amiga Subject: Re: Sonix -> IFF (was Re: IMPORTANT!!!!) Summary: "RFF" file format - bah! Message-ID: <2066@sugar.UUCP> Date: 1 Jun 88 01:58:35 GMT References: <2981@crash.cts.com> <53838@sun.uucp> <30757@aero.ARPA> <3878@cbmvax.UUCP> Organization: Sugar Land UNIX - Houston, TX Lines: 20 In article <3878@cbmvax.UUCP>, carolyn@cbmvax.UUCP (Carolyn Scheppner CATS) writes: > 2. I believe RFF contains additional control-panel settings information > which allows you to save not only the sample but also the panel > settings. Also far as I know it is a private file format. > If Sonix doesn't document it, then it probably isn't documented. > > Carolyn Scheppner -- CATS >>Commodore Amiga Technical Support<< > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= The Sonix documentation implies that RFF is an "extension" to IFF. After trying with limited success to decode the file format, I'd have to say that's bunk. There's no resemblence to IFF at all that I can see; at least it's not a well-defined; self-documenting format like IFF. I really found it rather slimy of them to imply that their format is somehow superior to the IFF standard. Given the facilities written into IFF to support new features, surely a new hunk type would have been far superior to the private format. This severly limits the usefulness of Sonix; you can get data in but what comes out is not of a lot of use to anything but Sonix.