Since the original release of PhonePak VFX, we have documented several
cases where users' problems were tracked down to an improperly grounded
computer.  These problems included background noise in recordings made
from the phone line and difficulty with fax communications.  In
addition, an ungrounded system prevents PhonePak's interference
limiting circuitry from functioning properly, potentially in violation
of FCC regulations.  We would therefore like to stress the importance
of plugging your Amiga into a properly grounded outlet.

Another source of background hum or buzz in recordings made from the
phone line may have to do with the condition of the phone line itself.
If recordings made in local mode are free of noise, there may be an
imbalance in the phone line that can be fixed by the phone company.
If you experience noisy recordings even in local mode, try moving the
PhonePak board away from other boards installed in your Amiga, or
reverse the order of the boards.  You might also make sure that the
phone line and the PhonePak board are kept away from potentially strong
sources of interference such as computer monitors.

Further information is now available regarding PhonePak's compatibility
with various Amiga models:  Commodore finally released a new part that
fixes the A3000 and allows PhonePak to work in it without adding 24-bit
Zorro II fast memory and taking up an extra slot.  This part is the
revision 11 Buster chip, which fits into a socket on your A3000's
motherboard.  Replacing this chip requires a special tool and is a
delicate operation best performed by qualified service personnel.  If
your A3000 has this new chip, you should answer "no" when the PhonePak
installation program asks if you have an A3000/A3000T with its original
Buster chip.  This will cause the installation program to install
PPak2000.library instead of PPak3000.library.  Whichever library is
installed is renamed as PhonePak.library.

A separate hardware problem has been found in A4000/040s.  This problem
causes distortion or static in PhonePak's normally clean audio, and it
occurs with varying severity during both recording and playback on many,
but not all, A4000/040s.  The problem has been traced to U209, the bus
grant GAL on the 040 processor board.  Commodore fixed this problem in
time for the first production run of A4000Ts, and the correct chip
revision number is -03.  Unfortunately, although the chip is
reprogrammable, it is a surface mount chip soldered to the processor
board, meaning that it is not user serviceable.  No definitive
information is available at this time as to whether Commodore will
cover the necessary repair under warranty or supply replacement chips
to service centers, and there is no known workaround short of replacing
the processor board with a GVP A4000 G-Force accelerator.  Note that
this problem does NOT affect A4000/030s.  Finally, some A4000s (both
030s and 040s) do not have the revision 11 Buster chip described in the
previous paragraph, which can cause crash problems when using multiple
Zorro II-type boards such as PhonePak.

We at Atlantis Design Group strive to assure that your experience with
PhonePak will be a pleasant one.  Unfortunately, the hardware problems
described above affect us just as adversely as they affect you, and we
can only hope that the situation will improve.  On the bright side, we
are pleased to report that no revisions of the PhonePak hardware have
been required since the first production unit shipped more than eighteen
months ago.  Ironically, we felt that the greatest potential for
problems rested with the telephone network, not with the host computer!

The remainder of this document contains corrections and amplifications
to the printed PhonePak VFX manual, which covers version 1 of the
software.  Changes to the software since version 1 are covered in a
disk-based document located on disk 3 that will be installed along with
the PhonePak software.  The document is available in both raw and
formatted (Final Copy II) versions.

p.69, paragraph 3, "LineMan will end the call, but will attempt to send
the marked faxes before doing so":  Actually, LineMan will only attempt
to send the faxes if the call is ended explicitly by pressing * or if
it is commanded to send the faxes via the Faxxess menu.

p.69, paragraph 5, "Be sure a default route is provided for each VFX
mailbox":  "VFX" should be changed to "Faxxess".

p.148, last paragraph, "add the program to your startup sequence":  For
Workbench 2.0 users, it is a whole lot easier to drop the LineMan icon
into the WBStartup drawer.

p.173, "Faxess.sys": The correct name of this file is "Faxxess.sys".

p.177, paragraph 3, "an ARexx command having the following format will
be sent to the designated port": The command, which should really be
called a message, appears at the top of the following page and looks
like a subheading.

p.179, paragraph 2:  All occurrences of the word "Monitor" should be
replaced with "PPakMonitor".