[A-DX] KBC / SWRG / TIAMS data & more

Roger
So Feb 2 10:15:13 CET 2020


http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#KBC
http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#SWRG


Hier wird es selektiv:
http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#Konstanz

Es wurde ein Mini-Ausschnitt eines größeren Bildes verwendet, dabei 
passierte quasi eine "Manipulation durch Selektion".
Die ursprüngliche Aussage des Bildes ging verloren, weil nun der 
Radfahrer als "Konterpart" fehlt.
In diesem Fall ist der Informationsverlust "Peanuts".
In anderen Fällen, wo Bildausschnitte oder Texte aus ihrem Kontext 
gerissen werden, wird das dann interessanter.


TIAMS sendete ein Cover, welches ursprünglich ein Negativ war. Hier zwei 
Möglichkeiten, um die Angelegenheit wieder "in's positive Licht" zu setzen:
- entweder in einem Bildbearbeitungsprogramm direkt
- oder mit der "Rv" = reverse-Funktion in FLDIGI selbst.   Die 
"Rv"-Funktion invertiert die Audiotöne nach Frequenz, und damit auch die 
Graustufenwerte des Bildes.
   (so etwas bräuchte man u.a. auch bei falschen Demodulationen eines 
Seitenbandes, z.B. bei RTTY, wo dann Mark und Space vertauscht sind)
http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#negativ



zu TIAMS via Unique Radio:
http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#5045_USB

Hier war die Frequenzdrift des USB-Senders auffällig. Gegen 10.00z bei 
etwa 5045,145 kHz bis hinab auf 5045,040 kHz am Ende der Show.
Den Zwischenstand um  1053z bei  ".045"  konnte man anhand der 
erwarteten RSID bei 1500 Hz AF  recht genau ermitteln.
Die Datenaussendung hatte nur eine Dauer von 5 Minuten, da war das nicht 
weiter von Belang.
Gäbe es allerdings Daten von 1h Dauer, dann bräuchte man zum sicheren 
Dekodieren entweder alle 10 Minuten eine RSID zur "AF-Frequenzkorrektur" 
bzw. müsste man die "AFC" in FLDIGI aktivieren.


letzter Punkt:  die falsche RSID
http://www.rhci-online.net/radiogram/SW_Radiogram_2020-02-01.htm#DOMX16

So etwas ist (selten) bei anderen MFSK64-Übetragungen auch schon 
passiert, wenn:
1.) bei der zwei-teiligen MFSK64-RSID der erste Teil gestört ist, und 
nur der zweite Teil dekodiert wird
2.) und die Fehlertoleranz in FLDIGI auf Maximum steht. So wird aus 
"MFSK-64"  ==>  "DOMX16"
     (aber das lasse ich weiterhin so stehen)
Weil:  Auch eine falsche RSID liefert mir, wie in diesem Fall wichtig, 
wenigstens den korrekten Frequenzbezug bei einem instabilen USB-Sender.



roger