fix(icom): decode the network RX audio as what the rig actually sends

The first real radio on the 50003 stream (an IC-7760) settles the two guesses
the experimental audio path shipped with. The payload starts at 0x18 — the
packet carries a big-endian payload length at 0x14 (0x500 on every packet) —
not at 0x16, which swallowed two header bytes into the PCM and laid a 50 Hz
click track under everything. And rxcodec 0x10 asks for TWO-channel LPCM,
which the mono playback path rendered as double-speed garble; 0x02 asks for
the one channel the monitor plays.

internal/cat/icomnet.go

@@ -849,8 +849,13 @@ func icnConnInfo(seq, innerSeq, tokReq uint16, sentid, rcvdid, token uint32, use
 	copy(b[0x60:0x70], icnPasscode(user))
 	b[0x70] = rxEnable // rxenable: 1 opens the 50003 RX audio stream, 0 = CI-V only
 	b[0x71] = 0x00     // txenable (Phase 5)
-	b[0x72] = 0x10     // rxcodec
-	b[0x73] = 0x04     // txcodec
+	// rxcodec 0x02 = LPCM, ONE channel, 16-bit. 0x10 (two channels) was asked
+	// for at first, and a real IC-7760 duly sent interleaved stereo — which the
+	// 16 kHz mono playback path rendered as garble at double speed. Mono is what
+	// the monitor plays and half the bandwidth; the second channel of an RX
+	// stream carries nothing a logger wants.
+	b[0x72] = 0x02 // rxcodec
+	b[0x73] = 0x04 // txcodec
 	icnBE.PutUint32(b[0x74:], 16000)
 	icnBE.PutUint32(b[0x78:], 8000)
 	icnBE.PutUint32(b[0x7c:], uint32(civPort))