Had some free time and decided to go through the datasheets carefully.
Some conclusions:
1. As already confirmed by testing, pinouts of Am78C201KC and Am78C201AKC are absolutely identical.
2. InterWave gives a variety of analog inputs, some of which seem to have not been implemented on the Philips card. I'll try to sum it up in the following way:
Name : stereo/mono : pin numbers on the InterWave IC : can be independently mixed or muted - commentary
AUX1 : stereo : 14(L)/19(R) : NO - it is multiplexed with the synthesizer DAC outputs, only one of these sources can be mixed and supplied to LINEOUT as selected in Configuration Register 3 (CFIG3I); I guess, this one is NOT implemented (does anyone have any idea if we need this or not?..)
AUX2 : stereo : 25(L)/21(R) : YES - I guess, this one is already implemented as CD-In
LINEIN : stereo : 24(L)/22(R) : YES - I guess, this one is already implemented on the bracket
MIC : stereo : 15(L)/20(R) : YES - I guess, this one is already implemented on the bracket
MONOIN : mono : 31 : YES - it feeds both the left and right mixer output paths. Typically, this input is used for mixing PC speaker audio; I guess, this one is NOT implemented, but can be rather useful!
Note: the minimum impedance for all analog inputs is at least 20k Ohm.
Also, a MONOOUT output is present at pin 30, it can drive a 5k Ohm load and provides the sum of the left and right LINEOUT signals and is independently mutable. As the datasheet says, it is typically connected to a speaker driver for a PC speaker - and this could be also implemented on our card being a nice add-on feature.
3. There are the so-called General Purpose Digital Outputs (GPOUT0 and GPOUT1, pins 3 and 5). Does anyone have any idea if these can be used for S/PDIF somehow?..
4. Reverting back to our MPU401 talk, I've found two signals that are related to this:
MIDITX (pin 107): MIDI Transmit output is used to send serial digital data from the internal Motorola MC6850-compatible UART,
MIDIRX (pin 106): MIDI Receive input is used to receive serial digital data from the internal Motorola MC6850-compatible UART.
I guess, these two could be used if some sort of a WaveBlaster-compatible header is going to be implemented.
But please have a look at page 26 of the InterWave IC Programmer's guide (can't attach it here as its size exceeds 5 Mb) where it says:
The MIDI port is built around a UART with a 16-byte receive FIFO. This UART can be programmed to behave like a Motorola MC6850 UART or a MPU-401 UART. In addition, the IC contains MPU-401 emulation registers with interrupt indicators. The IC can be programmed to generate interrupts when application software writes to the MIDI UART.
These interrupts can be captured by MPU-401 emulation software, which would in turn read the data written by the application and translate it into commands appropriate for the InterWave IC.
And there is even a whole chapter 10, the major part of it is devoted to MPU401 emulation.
5. Looking at the Philips PCA761AW card, I've noticed some small 8-pin ICs, but I can't read the marking. If they happen to be OPAMPs, why don't we follow the modern trend and make them swappable by putting an 8-pin DIP-socket instead?
I'm not an audiophile and/or audio engineer, so some advice from experienced users could be needed here.
So, my additional suggestions regarding the extra features would be:
a. Make MONOIN and MONOOUT available as pin-headers on the board (marked as PCSPK_IN and PCSPK_OUT). Some advice regarding the impedance might be useful.
b. Think about possible applications for General Purpose Digital Outputs (GPOUT0 and GPOUT1).
c. Implement swappable OPAMPs.
------------
Talking about the InterWave IC Programmer's guide, I've also started to study it hoping to address some probable hardware-related issues before they actually arise, and have already come across some useful points about ROM:
pages 32-33, tables 2-1 and 2-2:
Two possible conclusions come to my mind:
a. As the table 2-1 suggests, FFF file does actually reflect the ROM contents.
b. As the table 2-2 points out, the more ROM and RAM is installed, the better. Having in mind 1995 prices for both ROM and RAM, the authors clearly could not imagine a manufacturer putting 16Mbytes of ROM and supporting up to 16Mbytes of RAM at the same time - it was totally ridiculous. But in 2015 it's clearly the other way round 😀
page 140:
ROM must always be configured explicitly in LMCFI.
We'll have to configure the InterWave's LMCFI register for the actual ROM size in accordance with the table 8-5 on page 142.
It is confirmed on page 148:
Because ROM can not be probed reliably like DRAM, the configuration of ROM must be hard coded into the initialization device driver for the particular sound card.
------------
And as far as the Adlib emulation is concerned, it seems to be linked to SB emulation. If we turn it off in the EEPROM, then no conflict will occur. So there is no need for any special ACE-like jumper (and no possibility for such, actually).