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.