Group Coded Recording (Gruppenkodierte Aufzeichnung, kurz: GCR) bezeichnet ein Aufzeichnungsverfahren für magnetische Datenträger wie Magnetbänder oder Disketten. Bei diesem Verfahren wird ein Daten-Byte mit zehn oder mehr Bit so kodiert, dass nie mehr als zwei Null-Bits aufeinanderfolgen. Eins-Bits werden durch einen Polaritätswechsel der magnetischen Datenträgeroberfläche dargestellt, Null-Bits durch keinen Polaritätswechsel innerhalb einer bestimmten Zeitperiode. Durch das Auftreten von Eins-Bits nach spätestens zwei Null-Bits erfolgt eine ständige Synchronisierung der Lese-Elektronik. Dies ist nötig, da bei längeren Folgen von Null-Bits (d. h., bei mehr als zwei aufeinanderfolgenden Nullen) wegen der immer vorhandenen leichten Schwankungen der Drehgeschwindigkeit die genaue Anzahl der vorhandenen Null-Bits nicht mehr sicher festgestellt werden könnte.
Zum Einsatz kam das GCR-Verfahren z. B. in 5¼"-Diskettenlaufwerken von Commodore (siehe auch CBM-Diskettenlaufwerke) und Apple, wobei es diverse leicht unterschiedliche Varianten des GCR-Verfahrens gibt. Daher sind Commodore- und Apple-Disketten nicht untereinander austauschbar.
Bei Commodore gab es die zusätzliche Bedingung, dass nicht mehr als neun Eins-Bits aufeinander folgen dürfen, da eine solche Aneinanderreihung als Sektor-Startmarke (sync) fehlinterpretiert würde. Es wurden jeweils ein Nibble (vier Bit) in fünf Bit kodiert. Daraus ergibt sich, dass vier Bytes in fünf Bytes kodiert werden müssen. Die Tabelle für Commodores GCR-Kodierung sieht folgendermaßen aus (links die Nutzdaten, rechts der dafür auf die Diskette geschriebene Code):
Daten
Code
0000
01010
0001
01011
0010
10010
0011
10011
0100
01110
0101
01111
0110
10110
0111
10111
Daten
Code
1000
01001
1001
11001
1010
11010
1011
11011
1100
01101
1101
11101
1110
11110
1111
10101
Mit dieser Kodierung ist sichergestellt, dass nie mehr als zwei Null-Bits oder mehr als neun Eins-Bits hintereinander auftreten.
Bei Apple gab es keine Beschränkung der Anzahl der Eins-Bits, die aufeinander folgen dürfen, da dort andere Sektor-Startmarken verwendet wurden. Dafür gab es andere Zusatzbedingungen: Jedes Byte muss mit einem Eins-Bit beginnen, und in den übrigen sieben Bits müssen mindestens ein Paar aufeinander folgende Eins-Bits und nicht mehr als ein Paar aufeinander folgende Null-Bits vorkommen (in einer frühen Codevariante, die bei Apple nur in den Betriebssystemen Apple DOS 3.1 und 3.2 von 1978 bis 1980 benutzt wurde, waren gar keine aufeinander folgenden Null-Bits erlaubt). Letztlich wurden bei Apple-GCR (in der 1980er-Variante, eingeführt mit Apple DOS 3.3 und auf dem Macintosh noch bis in die 1990er Jahre verwendet) jeweils sechs Bits in acht Bits umkodiert, wodurch der Code insgesamt etwa sechs Prozent weniger effizient war als Commodore-GCR, jedoch war zugleich der Hardware-Aufwand deutlich geringer. Die 1978er-Variante kodierte nur fünf Bits in acht Bits um und war damit nochmals deutlich weniger effizient. Die Codetabelle für Apple-GCR in der 1980er-Variante sieht so aus:
Bei IBM-PCs wurde stattdessen Modified Frequency Modulation (MFM) benutzt. Die MFM-Codierung und -Decodierung wird in PCs per Hardware, im Floppy-Controller des Chipsatzes, realisiert und kann daher auch nicht ohne weiteres umgangen werden. Mit Hilfe spezieller Controller wie dem Catweasel-Controller oder KryoFlux ist es aber auch PC-Diskettenlaufwerken möglich, GCR-kodierte Commodore- und Apple-Disketten zu lesen und auch zu schreiben.
Es gibt allerdings auch Software (z. B. "Disk2FDI"), die zumindest das Lesen von GCR-Disketten und anderen nicht-PC-Formaten in normalen PCs durch ausgeklügelte Tricks mittels zweier gekoppelter Diskettenlaufwerke ermöglicht, sofern denn das Mainboard des PC auch zwei Diskettenlaufwerke unterstützt (was bei den allermeisten neueren Boards nicht mehr der Fall ist). Das Schreiben von GCR-Disketten ist aber nach bisherigem Kenntnisstand für PC-Laufwerke an gewöhnlichen PC-Diskettencontrollern auch mit den tollsten Tricks nicht möglich.
