グループコード化録音

コンピュータサイエンスにおいて、グループ符号化記録またはグループコード記録（GCR ）とは、磁気媒体上にデータを表現するための、異なるが関連のある複数の符号化方式を指します。最初のものは、 1973年以来、6250  bpiの磁気テープで使用されている[ 1 ] [ 2 ]誤り訂正符号は、ランレングス制限（RLL）符号化方式と組み合わせたものであり、変調符号のグループに属します。[ 3 ]その他は、 1980年代後半までメインフレームのハードディスクやマイクロコンピュータのフロッピーディスクで使用されていた同様の符号化方式です。GCRはNRZI符号の改良版ですが、必然的に遷移密度が高くなります。[ 3 ]

磁気テープ

グループ符号化記録は、9トラックのオープンリール式磁気テープに磁気テープデータを記録する方式として初めて採用されました。[ 3 ]この用語は、 1973年に発表されたIBM 3420モデル4/6/8磁気テープ装置[ 1 ]と、それに対応する3803モデル2テープ制御装置[ 4 ] [ 1 ]の開発中に造られました。[ 1 ] [ 5 ] IBMは誤り訂正符号自体を「グループ符号化記録」と呼んでいました。しかし、GCRは、当初は6250 bpi（250ビット/mm [ 3 ]）テープが主流でしたが、後に誤り訂正符号のない同様のRLLコードを使用するフォーマットに移行しました。

磁気テープへの確実な読み書きを行うためには、書き込まれる信号に関するいくつかの制約を満たす必要があります。まず、隣接する2つの磁束反転は、媒体自体の磁気特性によって定義される一定の距離だけ離していなければなりません。次に、読み取りクロックを書き込まれた信号と同位相に保つために十分な頻度で反転が起こらなければなりません。つまり、信号は自己クロッキングであり、そして最も重要なのは、磁束遷移の密度に比例する再生出力を十分に高く保つことです。6250 bpiテープ、1600 bpiのテープは位相符号化（PE）と呼ばれる技術を使用してこれらの制約を満たしましたが、その効率はわずか50%でした。6250 bpi GCRテープでは、(0, 2)  RLLコードが使用され、より具体的には⁠4/5⁠  (0, 2)ブロックコード[ 3 ]は、 GCR (4B-5B)符号化とも呼ばれます。 [ 6 ]このコードでは、4ビットのデータごとに5ビットを書き込む必要があります。 [ 3 ]このコードは、データの内容に関係なく、コード内またはコード間で、連続して2つ以下のゼロビット（磁束反転がないことによって表される）が出現するように構成されています。 [ 3 ]このRLLコードは、9つのトラックそれぞれに送られるデータに個別に適用されます。

32個の5ビットパターンのうち、8個は2つの連続する0で始まり、6個は2つの連続する0で終わり、さらに1個（10001）は3つの連続する0を含みます。残りからすべて1のパターン（11111）を除くと、16個の適切なコードワードが残ります。

その6250 bpi GCR RLLコード: [ 7 ] [ 8 ] [ 9 ] [ 6 ]

4ビットの値GCRコード[ 7 ] [ 8 ]
六角形ビンビン六角形
0x000001.10010x19
0x100011.10110x1B
0x200101.00100x12
0x300111.00110x13
0x401001.11010x1D
0x501011.01010x15
0x601101.01100x16
0x701111.01110x17
4ビットの値GCRコード[ 7 ] [ 8 ]
六角形ビンビン六角形
0x810001.10100x1A
0x910010.10010x09
0xA10100.10100x0A
0xB10110.10110x0B
0xC11001.11100x1E
0xD11010.11010x0D
0xE11100.11100x0E
0xF11110.11110x0F

11ニブル（ xx00と0001を除く）は、最上位ビットの補数を先頭に付加することでコードが形成されます。例えば、abcdはa abcdとしてエンコードされます。残りの5つの値には、11から始まるコードが割り当てられます。ab00形式のニブルには11ba aというコードが割り当てられます。これはab11のコードのビット反転です。コード0001には、残りの値11011が割り当てられます。

通常のデータではオール1コードは使用されないため、1ビットが連続して出現できるのは最大8個です。9個以上の1ビットのシーケンス（実際には14個のオール1コード、つまり70個の1ビットが使用されました）は同期パターンとして使用されます。

当時としては極めて高い密度のため、6250 bpi のテープでは、RLL コードだけでは信頼性の高いデータ保存を保証するのに不十分です。RLL コードに加えて、最適矩形コード(ORC)と呼ばれるエラー訂正コードが適用されます。[ 10 ]このコードは、 CRCに似たパリティトラックと多項式コードの組み合わせですが、エラー検出ではなくエラー訂正用に構造化されています。テープに書き込まれる 7 バイトごとに (RLL エンコード前に)、8 番目のチェック バイトが計算され、テープに書き込まれます。読み取り時には、各バイトでパリティが計算され、パリティ トラックの内容と排他的論理和が取られ、多項式チェック コードが計算され、受信したチェック コードと排他的論理和が取られて、2 つの 8 ビット シンドローム ワードが生成されます。これらが両方とも 0 の場合、データにエラーはありません。それ以外の場合は、テープ コントローラのエラー訂正ロジックが、データがホストに転送される前にデータを訂正します。エラー訂正コードは、単一のトラック内の任意の数のエラーを訂正できます。また、エラーのあるトラックを他の手段で識別できる場合は、任意の 2 つのトラック内の任意の数のエラーを訂正できます。

新しいIBMのハーフインチ18トラックテープドライブでは、24,000  bpi、⁠​4/5⁠  (0, 2) GCRはより効率的な ⁠ に置き換えられました8/9⁠  (0, 3)変調コード、8ビットを9ビットにマッピングする。 [ 3 ]

ハードディスク

1970年代半ば、スペリー・ユニバック社のISS部門は、グループコーディングを用いたメインフレーム事業向けの大容量ハードドライブの開発に取り組んでいました。[ 11 ]

フロッピーディスク

磁気テープ ドライブと同様に、フロッピー ディスクドライブには磁束反転 (遷移とも呼ばれ、1 ビットで表されます) の間隔に物理的な制限があります。

ミクロポリス

Micropolisは、 GCR互換のディスケットドライブとフロッピーディスクコントローラ（100163-51-8や100163-52-6 [ 12 ]など）を提供し、 1977年または1978年以来、 5¼インチ100 tpi 77トラックディスケットドライブでグループコード記録によるデータエンコーディング[ 13 ]を推奨し、トラックあたり12個の512バイトセクターを保存しました。[ 14 ] [ 15 ] [ 16 ] [ 17 ]

マイクロ周辺機器

Micro Peripherals , Inc. (MPI)は、1978年初頭から、倍密度5¼インチディスクドライブ（片面B51および両面B52ドライブなど）とGCRを実装したコントローラソリューションを販売していました。[ 18 ] [ 19 ]

デュランゴ

デュランゴ・システムズF-85（1978年9月発売[ 20 ] [ 21 ]）は、片面5¼インチ、100 tpiのフロッピーディスクドライブを搭載し、独自の高密度4/5グループ符号化方式を用いて480KBの容量を提供した。このマシンは、元スペリーISSエンジニアが設計したウエスタンデジタルFD1781フロッピーディスクコントローラ[ 17 ]と77トラックのMicropolisドライブを搭載していた[ 22 ] 。デュランゴ800 [ 23 ]シリーズなどの後期モデルでは、両面オプションが拡張され、フロッピーディスク1枚あたり960KB（フォーマット時は946KB [ 23 ] [注1 ]）の容量を実現した[ 21 ] [ 24 ] [ 22 ] [ 14 ]

りんご

Apple IIフロッピー ドライブ用に、 Steve Wozniak がフロッピー コントローラを発明しましたが、このコントローラは ( Disk IIドライブ自体とともに) 次の 2 つの制約を課しました。

  • 任意の 2 つの 1 ビットの間には、最大 1 つの 0 ビットが存在する場合があります。
  • 各 8 ビット バイトは 1 ビットで始まる必要があります。

これらの制限を確実に遵守するための最も単純な方法は、差動マンチェスター符号化、または（デジタル）FM（周波数変調）方式に従って、各データビットの前に追加の「クロック」遷移を記録することです。4 -and-4符号化として知られるこの方式によって、Appleの実装では、単密度5¼インチフロッピーディスクに、1トラックあたり256バイトのセクターを10個しか記録できませんでした。この方式では、1バイトあたり2バイトが使用されます。

1978年春のディスクドライブ出荷の約1か月前、[ 26 ]ウォズニアックは、より複雑な符号化方式を用いることで、ディスク上の8ビットバイト1バイトあたり4ビットではなく5ビットの有用なデータを格納できることに気付いた。これは、最上位ビットがセットされ、2ビット連続してゼロが存在しないバイトが34バイトあるためである。この符号化方式は5-3符号化として知られるようになり、1トラックあたり13セクターを許容した。この方式はApple DOS 3.1、3.2、3.2.1 、そして初期のApple CP/Mで使用された。[ 27 ]

予約済みのGCRコード: 0xAAと0xD5。[ 27 ]

ウォズニアック氏はこのシステムを「アップルでの最も素晴らしい経験であり、私が成し遂げた最高の仕事」と呼んだ。[ 26 ]

その後、フロッピードライブコントローラの設計が変更され、ディスク上の1バイトに連続する0ビットのペアを最大1組まで格納できるようになりました。これにより、8ビットの各バイトに6ビットの有効なデータを保持できるようになり、トラックあたり16セクターが可能になりました。この方式は6-and-2エンコーディングとして知られ、[ 27 ] Apple Pascal、Apple DOS 3.3 [ 27 ]、ProDOS [ 29 ]で使用され、後にApple LisaのApple FileWareドライブ、 MacintoshおよびApple IIの400Kおよび800K 3.5インチディスクでも使用されました。 [ 30 ] [ 31 ] Appleは当初この方式を「GCR」とは呼んでいませんでしたが、後にこの用語が使用され、MFMエンコーディング方式を使用していたIBM PCフロッピーディスクと区別するようになりました。

予約済みのGCRコード: 0xAAと0xD5。[ 27 ] [ 29 ]

コモドール

コモドール・ビジネス・マシーンズ（CBM）は、コモドール2040フロッピーディスクドライブ（1979年春発売）向けにグループ符号化記録方式を独自に開発しました。2040ドライブの制約は、連続するゼロビットが2つまでというものでした。ドライブはバイトの最初のビットに特別な制約を設けていませんでした。これにより、6250 bpiテープドライブ。ディスク上の4ビットのデータは、IBMと同じ5ビットコードを使用して5ビットに変換されます。これにより、連続するゼロビットが2つ以上にならないようにしますが、順序は異なります。

4ビットの値GCRコード[ 32 ]
六角形ビンビン六角形
0x000000.10100x0A
0x100010.10110x0B
0x200101.00100x12
0x300111.00110x13
0x401000.11100x0E
0x501010.11110x0F
0x601101.01100x16
0x701111.01110x17
4ビットの値GCRコード[ 32 ]
六角形ビンビン六角形
0x810000.10010x09
0x910011.10010x19
0xA10101.10100x1A
0xB10111.10110x1B
0xC11000.11010x0D
0xD11011.11010x1D
0xE11101.11100x1E
0xF11111.01010x15

IBM コードと同様に、連続する 1 のビットは最大 8 個まで可能なので、コモドールは同期シーケンスとして連続する 1 のビットのシーケンスを 10 個以上使用しました。

このより効率的なGCR方式は、クロックレートを徐々に増加させること（ゾーン一定角速度、ZCAV）と、内側のトラックよりも外側のトラックに多くの物理セクターを格納すること（ゾーンビット記録、ZBR）による一定ビット密度記録のアプローチと組み合わされ、コモドールは標準的な片面単密度5.25インチフロッピーディスクに170 KiBの容量があり、Appleは140 KiB（6-and-2エンコード）または114 KiB（5-and-3エンコード）とFMエンコードフロッピーディスクのみ88 KB .

シリウス/ビクター

同様に、1981年から1982年にかけてチャック・ペドルが設計したビクター9000（別名シリウス1）の5.25インチフロッピードライブは、GCRとゾーンビット記録の組み合わせを使用して、9つのゾーンの外側のトラックのドライブの回転速度を徐々に下げながら、トラックあたりのセクター数を増やして[ 33 ]、フォーマットされた容量を達成しました。606 KiB（片面）/96 tpiメディアに1188 KiB（両面）。[ 34 ] [ 35 ] [ 36 ] [ 37 ] GCRコードはコモドールのものと同一である。[ 38 ]

兄弟

ブラザーは1985年頃から、 3.5インチ38トラック[注2 ]のディスケットドライブを内蔵した専用ワードプロセッサタイプライターシリーズを発売した。WPシリーズとLWシリーズの初期モデルは、ブラザー独自のグループコード化記録方式を採用し、12個の256バイトセクターで構成され、片面印刷で最大120KB [注3 ] 、両面印刷で最大240KB [注3 ]のデータを記録可能だった。 [ 17 ] [ 39 ] [ 40 ] [ 41 ]伝えられるところによると、プロトタイプは既にベルリンで開催された1979年の国際印刷見本市（IFA）で発表されていた。

シャープ

1986年、シャープは、フォーマット済み容量が16GBのポケットコンピュータシリーズ向けに、回転可能な2.5インチポケットディスクドライブソリューション（ドライブ：CE -1600F、CE-140F、内部はFDU-250シャーシベース、メディア：CE-1650F）を導入しました。片面62,464バイト（2×64kB公称値、16トラック、8セクター/トラック、セクターあたり512バイト、48tpi、250kbit/s、270rpm）、GCR（4/5）記録。[ 42 ] [ 43 ]

その他の用途

GCRはバーコード符号化方式（パッキング効率、タイミング許容値、タイミング情報の記憶バイト数、DC出力レベル）での使用可能性についても評価された。 [ 44 ]

参照

注記

  1. ^ Durango 800シリーズの製品パンフレットには、フォーマット済み「オンライン容量」が1.892MBと記載されています。しかし、このシステムにはデフォルトで5¼インチMicropolis 100 tpi 77トラックフロッピードライブが2台搭載されており、1.892MBは他の様々な資料に記載されている物理ドライブ容量（片面480KB）の約2倍です。したがって、「オンライン容量」とは、2台のドライブを組み合わせた場合にユーザーが利用できるストレージ容量を意味していたと考えられます。
  2. ^情報源によると、ブラザーのディスケット形式に関するパラメータは若干矛盾している。12 セクター = 256 バイトで、40 トラックのドライブでは片面あたり 120 KB となるが、ある情報源では、ドライブは 38 トラックのみであると主張している。
  3. ^ a b以下のブラザーモデルは120KBのディスケットフォーマットをサポートすることが知られています（不完全なリスト）：WP-1（1985/1987）、WP-5（1987/1989）、WP-6（1989）、WP-55（1987/1989）、WP-500（1987/1989）。以下のモデルは240KBフォーマットをサポートすることが知られています（不完全なリスト）：WP-70、WP-75（1989）、WP-80（1985/1989）、WP-3400、WP-3410、WP-3550、WP-3650D、WP-760D、WP-760D+、LW-1（1989）、LW-20、LW-30、LW-100、LW-400。

参考文献

  1. ^ a b c d CWスタッフ (1973-03-14). 「6,250バイト/インチの密度 – IBM 3420ストレージ容量は3倍以上に」 . Computerworld . VII (11). ニューヨーク州ホワイトプレーンズ: 1– 2 . 2017-03-23閲覧. IBMは、3420磁気テープシステムに、同社によると「これまでで最も高密度な記録能力」でデータを記録できる3つの新モデルを追加しました。グループ・コード・レコーディング（GCR）と呼ばれる新方式を採用したIBMドライブは、3420の初期モデルの1,600バイト/インチに対し、6,250バイト/インチのデータ密度を持つテープを処理できます。[...] また、3420の初期モデルと最新のテープユニットの両方で動作する、アップグレードされた制御装置、3803モデル2も発表されました。 IBMによると、モデル2には、テープが動いている間に1つまたは2つのトラックのエラーを同時に訂正する機能が搭載されている。[...] GCR方式は、テープに書き込まれたデータを文字のグループに分割し、特殊なコーディング文字を追加する。IBMによると、高密度化は、改良されたコーディング方式、レコード間ギャップ（インターブロックギャップと呼ばれる）の縮小、そして改良された電子部品と電気機械部品の組み合わせに基づいている。既存の3803/3420テープシステムは、現場で高密度化できる。[...]
  2. ^ FIPS PUB 50/ANSI X3.54-1976: 情報交換用記録磁気テープ（6250 CPI、グループコード化記録）（PDF）（米国国家規格）ANSI . 1976 . 2024年7月19日閲覧。
  3. ^ a b c d e f g h Patel, Arvind Motibhai (1988). 「5. 信号および誤り制御符号化」. Mee, C. Denis; Daniel, Eric D. (編). 『磁気記録』第2巻：コンピュータデータストレージ（第1版）. McGraw-Hill Book Company . ISBN 0-07-041272-3。
  4. ^ 「The Gallery of Old Iron」。2004年。オリジナルから2008年12月25日にアーカイブ。[...] 私は1958年にポキプシーの研究所に移りました。[...] その後、2802テープ制御ユニットの主任設計者兼建築家となり、さらに数年後には、 2802をベースに大幅に改良された3803の主任設計者兼建築家となりました。私たち3人は3803で企業賞を共同受賞し、プランナーのチャーリー・フォン・レインと共に、この録音方式に「グループ・コード録音（GCR）」という名前を考案しました。[...](注: 「Group Coded Recording」という名前の由来については、開発者の 1 人による匿名のコメントです。)
  5. ^ Harris, John P.; Phillips, William B.; Wells, Jack F.; Winger, Wayne D. (1981年9月). 「磁気テープサブシステムの設計における革新」. IBM Journal of Research and Development . 25 (5). International Business Machines Corporation : 691– 700. CiteSeerX 10.1.1.83.2700 . doi : 10.1147/rd.255.0691 . 
  6. ^ a bジェフロワ, ジャン＝クロード;モテ, ジル(2013-03-09) [2002]. 「15.12 演習 GCR (4B – 5B) コード」.ディペンダブル・コンピューティング・システムの設計. トゥールーズ, フランス: Springer Science+Business Media, BV / Kluwer Academic Publishers . pp. 426, 591. ISBN 978-1-4020-0437-7. LCCN  2002-284974 . ISBN 94-015-9884-3. 2021年11月18日閲覧。（672ページ）
  7. ^ a b c Keong, Kwoh Chee、「コンピュータ周辺機器」（PDF） 、南洋理工大学コンピュータ工学部、シンガポール、第7章 磁気記録の基礎、2017年3月23日のオリジナルからアーカイブ（PDF） 、 2017年3月23日取得
  8. ^ a b cワトキンソン、ジョン (1990). 「3.4. グループコード」.デジタル録音のためのコーディング. マサチューセッツ州ストーンハム、米国:フォーカル・プレス. pp.  51– 61. ISBN 0-240-51293-6。
  9. ^ Savard, John JG (2018) [2006]. 「デジタル磁気テープ録音」 . quadibloc . 2018年7月2日時点のオリジナルよりアーカイブ。 2018年7月16日閲覧。
  10. ^ Patel, Arvind Motibhai; Hong, Se June (1974). 「高密度磁気テープのための最適矩形符号」 . IBM Journal of Research and Development . 18 (6): 579– 588. doi : 10.1147/rd.186.0579 . 2017年11月4日時点のオリジナルよりアーカイブ。 2017年3月21日閲覧。
  11. ^ Jacoby, George V. (2003-01-06) [1977年9月]. 「データ密度を高めるための新しい先読みコード」. IEEE Transactions on Magnetics . 13 (5). Sperry Univac , ISS Division, Cupertino, CA, USA: IEEE : 1202– 1204. doi : 10.1109/TMAG.1977.1059670 .(注: 3PMコードに関するこの記事は、1977 年 6 月に開催されたIntermag 1977でも発表されました。)
  12. ^ 「Micropolis 100163インテリジェントコントローラー」 . Micropolis . 2022年6月26日閲覧。）
  13. ^ US 4261019、McClelland、S. Barry、「互換デジタル磁気記録システム」、1981年4月7日公開、Micropolis Corporation に譲渡（注：出願番号：US 06/098381）
  14. ^ a b「NCCプレビュー：NCCのOEM - Micropolis Corp」 . Computerworld . XII (22). CW Communications, Inc. : P/50. 1978-05-28 . 2017-06-12閲覧. [...] Micropolisは、フォーマット済みファイルストレージが最大約200万バイトの両面モデルにより、5.25インチフロッピーディスクサブシステムの容量を拡張しました。[...] Megafloppyシリーズは、4つのサブシステムを共通のホストインターフェースに接続し、合計15MBを超えるオンラインストレージ容量を実現するインテリジェントコントローラーも備えています。 [...] この製品ラインの両面バージョンは、まず2つのOEMシリーズ、モデル1015とモデル1055に実装されます。[...] モデル1015は、フロッピーディスクストレージを独自のシステムエンクロージャに統合するメーカー向けに設計されたパッケージなしのドライブです。ドライブあたり 143,000 ～ 630,000 バイトのストレージ容量の範囲が利用可能です [...] モデル 1015 のお客様は、Micropolis インテリジェント コントローラとグループ コード レコーディング(GCR) 方式を使用して、ファイル領域を最大 946,000 バイトまで拡張することができます [...] GCR とマイクロプロセッサ ベースのコントローラを標準機能として提供するモデル 1055 5.25 インチ フロッピーには、77 のトラックごとに 4 つのソフト セクターフォーマットがあり、両面バージョンで最大 1,892,000 バイトのファイル領域を実現しています [...] 1055 で使用可能なアドオン モジュールは、2 つの読み取り/書き込みヘッドと 2 つのドライブで構成され、共通のコントローラを共有します。モジュールを使用したサブシステム容量 (フォーマット済み) は 3,784,000 バイトです [...] 最大 4 台の 1055 をそれぞれアドオン モジュールとともに共通ホストにデイジー チェーン接続して、最大 15 MB を超えるオンライン ストレージ容量を実現できます [...]
  15. ^ Micropolis メンテナンスマニュアル フロッピーディスクサブシステム(PDF) (改訂第1版). Micropolis Corporation . 1979年2月. 1082-04. 2017年6月12日時点のオリジナルよりアーカイブ(PDF) . 2017年6月12日閲覧。(注: Micropolis 100163-51-8 および 100163-52-6 は GCR ベースです。)
  16. ^ "InfoNews/Hardware: Hardware/Briefs" . InfoWorld . 2 (2): 19. 1980-03-03 . 2017-06-12閲覧. [...] Micropolis社の現行100tpi片面および両面フロッピーディスク製品ラインに、96tpiの新製品4種類が加わりました。96tpiドライブは片面70トラックで、 MegaFloppyシリーズの77トラックに対して、片面70トラックとなっています。4 つのモデルは次のとおりです: 1) 1015-V: 436 KB、未フォーマット、FM/MFM 記録 [...] 2) 1016-V: 532 KB、未フォーマット、グループ コード記録(GCR) [...] 3) 1015-VI: MFM ドライブの 2 ヘッド バージョン、872 KB [...] 4) 1016-VI: 同じく 2 ヘッド ドライブ、1.064 MB GCR エンコーディング [...]
  17. ^ a b c Guzis, Charles "Chuck" P. (2015-09-20). 「マルチプラットフォーム配布フォーマット」 . Sydex. 2017-06-14にオリジナルからアーカイブ。2017-06-14閲覧。 [ ...] 同時期に、Micropolisはいくつかの工夫を凝らし、8インチと同程度の容量を持つ5.25インチドライブを開発していました。Micropolisドライブは100tpi、77トラックで、GCRを使用することで、1トラックあたり12個の512バイトセクターを格納できました。これは462KiBに相当します。これは1977年から1978年頃のことです。 [...] [...] ドライブとコントローラの実装 (私たちのものは Sperry ISS から採用した人が担当しました) は [...] 複雑で高価でした [...] Brother WP ディスクは [...] 38 トラック、片面、Brother エンコード GCR で、[...] 2D フロッピーに 120K を保持します。 [...]
  18. ^ Allen, David (1978年2月). 「ミニフロッピーインターフェース」(PDF) . BYTE . 3 (2). カンザスシティ, USA: 114, 116– 118, 120, 122, 134– 125.オリジナル(PDF)から2017年6月14日にアーカイブ。 2017年6月14日閲覧。[...] 倍密度を達成するために用いられる代替コードの中で、GCR (Group Coded Recording) は非常に魅力的である。Micro Peripherals Inc. は、現在市販されているフルサイズフロッピーディスクとコントローラシステムに、GCRを用いた倍密度を実装している。[...] GCRは、従来のNRZに付随する利点を備えたものであるが、通常のNRZにはクロック情報が含まれず、1または0の長い文字列中にDC成分が高くなる可能性があるため、データは長い文字列を除去するために再フォーマットされる。再フォーマットにより、元のデータの4ビットグループが5ビットのグループ符号化データに変換されます。符号化された5ビットには、実データがすべて同じ状態であっても、常に1と0が混在します。GCRの再フォーマットはソフトウェアで実行できますが、MFMなどはほぼ必然的にハードウェアで符号化および復号化する必要があります。したがって、GCRは低コストで信頼性の高い倍密度を実現する方式として大きな可能性を秘めています。[...][1]
  19. ^ 「フロッピーディスクはパフォーマンス向上を主張」 Computerworld . XIII ( 7). CW Communications, Inc .: 90. 1979年2月12日. 2017年6月14日閲覧。
  20. ^シュルツ、ブラッド (1978年10月2日). 「Business Miniの重量は65ポンド ― Durangoとは何か？」コンピュータワールド. XII (40). CW Communications, Inc. : 1, 4 . 2017年6月13日閲覧。
  21. ^ a b Comstock, George E. (2003-08-13). 「George Comstockのオーラル・ヒストリー」(PDF) . ヘンドリー・ガードナーによるインタビュー. マウンテンビュー、カリフォルニア州、米国:コンピュータ歴史博物館. CHM X2727.2004. 2017年3月23日時点のオリジナルよりアーカイブ(PDF) . 2017年3月23日閲覧。
  22. ^ a b Guzis, Charles "Chuck" P. (2009年9月13日). 「Durango GCR」 . Sydex. 2017年11月4日時点のオリジナルよりアーカイブ。2017年3月25日閲覧。
  23. ^ a b「800 技術概要 – 800 シリーズ ビジネス コンピュータ システム」(PDF)。米国カリフォルニア州サンノゼ：Durango Systems, Inc. 2017年3月23日時点のオリジナルよりアーカイブ(PDF) 。 2017年3月23日閲覧。
  24. ^ Guzis, Charles "Chuck" P. (2006年10月). 「The Durango F-85 Computer」 . Sydex. 2017年3月23日時点のオリジナルよりアーカイブ。2017年3月23日閲覧。
  25. ^ a b c d e f g h Copy II Plus バージョン9 – ProDOS/DOSユーティリティ – データ復旧、ファイル管理、保護されたソフトウェアのバックアップ(PDF) . 9.0. Central Point Software, Inc. 1989-10-31 [1982]. 2017年5月7日時点のオリジナル(PDF)からアーカイブ。 2017年3月21日閲覧。
  26. ^ a bウィリアムズ、グレッグ、ムーア、ロブ（1985年1月）。「The Apple Story / Part 2: More History and the Apple III」。BYTE （インタビュー）：166。2012年2月12日時点のオリジナルよりアーカイブ。 2013年10月26日閲覧。[2]（注：スティーブ・ウォズニアック氏へのインタビューで、彼はApple版GCRの作成について語っています。）
  27. ^ a b c d e f g h i j k Worth, Don D.; Lechner, Pieter M. (1982年5月) [1981]. Beneath Apple DOS (第4版). Reseda, CA, USA: Quality Software . 2017年3月21日閲覧。[3] [4] [5] 2016年3月9日アーカイブ、 Wayback Machine
  28. ^ a b c d e f Sather, James Fielding (1983). 『Apple II の理解 - Apple II コンピュータの学習ガイドとハードウェアマニュアル（第1版）』チャッツワース、カリフォルニア州、米国: Quality Software . pp.  9–26, 9–27 . ISBN 0-912985-01-1. 2017年3月21日閲覧。
  29. ^ a b c d e fワース, ドン・D.; レヒナー, ピーター・M. (1985年3月) [1984]. 『Beneath Apple ProDOS – Apple II Plus、Apple IIe、Apple IIcコンピュータのユーザー向け』 (PDF) (第2刷). チャッツワース、カリフォルニア州、米国: Quality Software . ISBN 0-912985-05-4. LCCN  84-61383 . 2017年3月21日時点のオリジナルよりアーカイブ（PDF） . 2017年3月21日閲覧.[6]
  30. ^ a b c d e Feichtinger、Herwig (1987)。Arbeitsbuch Microcomputer (ドイツ語) (第 2 版)。ミュンヘン、ドイツ: Franzis-Verlag GmbH。ページ 223–224。ISBN​​ 3-7723-8022-0。
  31. ^ a b Apple Computer, Inc. (1982年2月) [1978]. Integrated Woz Machine (IWM) 仕様(PDF) (第19版). DigiBarn Computer Museum. 2016年8月6日時点のオリジナルよりアーカイブ(PDF) 。 2016年8月6日閲覧。
  32. ^ a bヒルドン、カール・JH （ 1985年3月）「GCRコード」コモドール・インナースペース・アンソロジー完全版（PDF）。カナダ、オンタリオ州ミルトン：トランザクター・パブリッシング・インコーポレイテッド。p. 49。ISBN 0-9692086-0-X. 2017年3月23日時点のオリジナルよりアーカイブ（PDF） . 2017年3月23日閲覧。[7]（注：コモドールGCRコードですが、この参考文献では1ビットは遷移がないことを示すと誤って主張しています。）
  33. ^ "victor9k" . FluxEngineドキュメント. 2024年7月19日閲覧。
  34. ^ 「Victor 9000/Sirius 1 仕様」(PDF) . commodore.ca. 2017年3月23日時点のオリジナルよりアーカイブ(PDF) . 2017年3月23日閲覧。
  35. ^ 「補足技術参考資料」 . 改訂第0版（第1刷）. 米国カリフォルニア州スコッツバレー：Victor Publications . 1983年3月23日. アプリケーションノート：002. [...] 片面フロッピードライブは96 TPIで80トラックに対応[...] 両面フロッピードライブは96 TPIで160トラックに対応 [...] フロッピードライブは512バイトセクターで、GCR、10ビット記録方式を採用しています。 [...] Victor 9000は他のコンピュータで使用されるものと同様の5 1/4インチミニフロッピーディスクを使用していますが、フロッピーディスク自体は他のマシンでは読み取れず、Victor 9000は他社製マシンのディスクも読み取れません。 Victor 9000 は、独自の記録方式を使用して、片面単密度ミニフロッピーに 600 キロバイトもの高密度データを詰め込むことを可能にします。この記録方式ではフロッピーの回転速度が調整されるため、ドライブからのノイズの周波数が変化することがあります。
  36. ^「第7章 ディスクドライブアセンブリ」Victor 9000テクニカルリファレンスマニュアル（PDF）。Victor Business Products, Inc. 1982年6月。7–1～7–9ページ。710620。2017年3月23日にオリジナルからアーカイブ（PDF） 。 2017年3月23日閲覧。[...] トラック密度は1インチあたり96トラックで、記録密度は全トラックで約8000ビット/インチに維持されています。[...] VICTOR 9000は、グループコードレコーディング（GCR）と呼ばれる符号化技術を使用して、データを内部表現から受け入れ可能な形式に変換します。GCRは、各ニブル（4ビット）を5ビットコードに変換し、連続して2つ以上のゼロが含まれない記録パターンを保証します。その後、各「1」ビットごとに磁束反転を生じさせ、「0」ビットごとに磁束反転を生じさせないことで、ディスクにデータが記録されます。[...]
  37. ^サージェント三世、マレー;靴屋、リチャード L.シュテルツァー、エルンスト HK (1988)。IBM PC/XT/AT のアセンブリとハードウェア(ドイツ語) (第 1 版)。Addison-Wesley Verlag (Deutschland) GmbH / Addison-Wesley Publishing Company。ISBN 3-89319-110-0. . VVA番号563-00110-4。
  38. ^ 「Victor 9000フォーマット」。DiscFerret wiki 。 2024年7月19日閲覧。
  39. ^ Gieseke, Hans-Werner (2003年8月27日). 「Brother WP-1」（ドイツ語）. 2017年6月14日時点のオリジナルよりアーカイブ。 2017年6月14日閲覧。(注: ブラザー WP-1 の技術データは、ユーザー マニュアルの 109 ページから取得したと言われています。)
  40. ^ French, Mick (2002-09-13). 「Brother WP-6」 . 2017年11月22日時点のオリジナルよりアーカイブ。 2017年6月14日閲覧。[...] 3.5インチ 240KB ディスクドライブは、ブラザー社製シングルヘッド部品番号13194989で、15ピンリボンで接続されています。[...] ディスクを236.5KBに初期化（フォーマット）します。[...]
  41. ^ Cotgrove, Michael S. (2009-02-26). 「古風なフロッピーディスクフォーマット」 . 2017-06-14閲覧. [...] ブラザーの3.5インチディスクの中には、完全に非標準のものもいくつかありました。[...] 1つは1296バイトのセクターを持ち、もう1つは12 x 256バイトのGCRセクターを持っていました [...]
  42. ^ "Model CE-1600F". Sharp PC-1600 サービスマニュアル(PDF) .シャープ株式会社情報システム本部 品質信頼性管理センター. 1986年7月. pp.  98– 104. 2017年5月7日にオリジナルからアーカイブ(PDF)されました。 2017年3月23日閲覧。 GCRはGroup Coded Recordingの略です。1バイト（8ビット）のデータは2つの4ビットデータに分割され、さらに5ビットデータに変換されます。このようにして、1バイト（8ビット）は10ビットデータとしてメディアに記録されます。
  43. ^シャープ サービスマニュアル モデル CE-140F ポケットディスクドライブ(PDF) .シャープ株式会社. 00ZCE140F/SME. 2017年3月11日時点のオリジナルよりアーカイブ(PDF) . 2017年3月11日閲覧。
  44. ^ Moseley, Robin C. (1979年4月). 「技術フォーラム：バーコードエンコーディング方式の比較」(PDF) . BYTE . 4 (4). Andover, MA, USA: 50, 52. 2017年6月14日閲覧。

さらに読む

「 https://en.wikipedia.org/w/index.php?title=Group_coded_recording&oldid=1329166463#6_and_2」から取得