Group coded recording , la enciclopedia libre
En informática, grabación codificada de grupo o grabación de código de grupo (GCR, Group coded recording) se refiere a varios métodos de codificación distintos pero relacionados para representar datos en medios magnéticos. El primero, utilizado en cinta magnética de 6250 bits por pulgada desde 1973, es un código de corrección de errores combinado con un esquema de codificación ejecución de longitud limitada (RLL), perteneciente al grupo de códigos de modulación.[1] Los otros son diferentes métodos de codificación de discos duros de mainframes así como disqueteras utilizados en algunas microcomputadoras hasta finales de la década de 1980. GCR es una forma modificada de un código NRZI, pero necesariamente con una densidad de transición más alta.[1]
Cinta magnética
[editar]La grabación codificada en grupo se utilizó por primera vez para cinta magnética de almacenamiento de datos en cinta de carrete a carrete de 9 pistas.[1] El término fue acuñado durante el desarrollo de la unidad de cinta magnética IBM 3420 modelo 4/6/8[2] y la correspondiente unidad de control de cinta 3803 modelo 2,[3][2] both introduced in 1973.[2][4] IBM se refirió al código de corrección de errores en sí mismo como «grabación codificada en grupo». Sin embargo, GCR ha llegado a referirse al formato de grabación de la cinta de 6250 bpi (250 bits/mm[1]) en su totalidad y, posteriormente, a formatos que utilizan códigos RLL similares sin el código de corrección de errores.
Para leer y escribir de manera confiable en cinta magnética, se deben seguir varias restricciones en la señal que se va a escribir. La primera es que dos inversiones de flujo adyacentes deben estar separados por una cierta distancia en el medio, definida por las propiedades magnéticas del medio en sí. La segunda es que debe haber una inversión con la frecuencia suficiente para mantener el reloj del lector en fase con la señal escrita; es decir, la señal debe ser de reloj automático y, lo que es más importante, mantener la salida de reproducción lo suficientemente alta, ya que es proporcional a la densidad del flujo de transiciones. Antes de las cintas 6250 bpi, las cintas de 1600 bpi cumplían con estas restricciones utilizando una técnica llamada codificación de fase (PE), que solo tenía una eficiencia del 50%. Para las cintas GCR de 6250 bpi, se usa un código RLL (0, 2), o más específicamente un código de bloque 45 (0, 2)[1] que a veces también se denomina codificación GCR (4B-5B).[5] Este código requiere que se escriban cinco bits por cada cuatro bits de datos.[1] El código está estructurado de modo que no más de dos bits 0 (que están representados por la falta de una inversión de flujo) puedan aparecer en una fila,[1] ya sea dentro de un código o entre códigos, sin importar los datos. Este código RLL se aplica de forma independiente a los datos que van a cada una de las nueve pistas.
De los 32 patrones de cinco bits, ocho comienzan con dos bits cero consecutivos, otros seis terminan con dos bits cero consecutivos y uno más (10001) contiene tres bits cero consecutivos. Eliminando el patrón de todos unos (11111) del resto deja 16 palabras de código adecuadas.
El código GCR RLL de 6250 bpi:[6][7][8][5]
|
|
Once de los nibbles (distintos de xx00 y 0001) tienen su código formado anteponiendo el complemento del bit más significativo; es decir, abcd está codificado como a abcd. A los otros cinco valores se les asignan códigos que comienzan con 11. Nibbles de la forma ab00 tienen códigos 11ba a, es decir, el bit inverso del código para ab11. Al código 0001 se le asigna el valor restante 11011.
Debido a la densidad extremadamente alta en ese entonces de la cinta de 6250 bpi, el código RLL no es suficiente para garantizar un almacenamiento de datos confiable. En la parte superior del código RLL, se aplica un código de corrección de errores llamado código rectangular óptimo (ORC).[9] Este código es una combinación de una pista de paridad y código polinomial similar a un CRC, pero estructurado para la corrección de errores en lugar de la detección de errores. Por cada siete bytes escritos en la cinta (antes de la codificación RLL), se calcula y se escribe un octavo byte de verificación. Al leer, la paridad se calcula en cada byte y se hace OR-exclusivo con el contenido de la pista de paridad, y el código de verificación polinomial calculado se hace OR exclusivo con el código de verificación recibido, lo que da como resultado dos palabras de 8 bits de coincidencia. Si ambos son cero, los datos están libres de errores. De lo contrario, la lógica de corrección de errores en el controlador de cinta corrige los datos antes de que se reenvíen al host. El código de corrección de errores puede corregir cualquier número de errores en una sola pista, o en dos pistas cualesquiera si las pistas erróneas pueden identificarse por otros medios.
En las unidades de cinta IBM más nuevas de 18 pistas y 12,7 mm que graban a 24000 bpi, el GCR 45(0, 2) fue reemplazado por un código de modulación 89 (0, 3) más eficiente, que asigna ocho bits a nueve bits.[1]
Discos duros
[editar]A mediados de la década de 1970, la División ISS de Sperry Univac estaba trabajando en grandes discos duros para el mercado de mainframes utilizando codificación de grupo.[10]
Disquetes
[editar]Al igual que las unidades de cinta magnética, las unidades de disquete tienen límites físicos en el espaciado de las inversiones de flujo (también llamadas transiciones, representadas bits 1).
Micropolis
[editar]Ofreciendo unidades de disquete compatibles con GCR y controlador de disquete s (como el 100163-51-8 y 100163-52-6), Micropolis avaló la codificación de datos con grabación codificada en grupo[11] en unidades de disquete de 77 pistas a 100 tpi de 5¼ pulgadas para almacenar doce sectores de 512 bytes por pista desde 1977 o 1978.[12][13][14][15]
Micro Peripherals
[editar]Micro Peripherals, Inc. (MPI) comercializaba unidades de disco de doble densidad de 5¼ pulgadas (como las unidades B51 y las unidades B52) y un controlador que implementa GCR desde principios de 1978.[16][17]
Durango
[editar]El Durango Systems F-85 (introducido en septiembre de 1978[18][19]) usaba unidades de disquete de 5¼ pulgadas de una sola cara 100 tpi que proporcionaban 480 kB utilizando una codificación de grupo 4/5 grupo de alta densidad propia patentada. La máquina utilizaba un controlador de disquete Western Digital FD1781, diseñado por un ex ingeniero de Sperry ISS,[15] con unidades Micropolis de 77 pistas.[20] En modelos posteriores, como la serie Durango 800,[21] se amplió a una opción de doble cara de 960 kB (946 kB con formato[21][nb 1]) por disquete.[19][22][20][12]
Apple
[editar]Para la unidad de disquete para el Apple II, Steve Wozniak inventó un controlador de disquete que (junto con la propia unidad Disk II) imponía dos restricciones:
- Entre dos bits 1 cualquiera, puede haber un máximo de un bit cero.
- Cada byte de 8 bits debe comenzar con un bit 1.
El esquema más simple para garantizar el cumplimiento de estos límites es registrar una transición de «reloj» adicional antes de cada bit de datos de acuerdo con la codificación diferencial Manchester o FM (digital) (modulación de frecuencia). Conocida como codificación 4-y-4, la implementación de Apple resultante permitió que solo se registraran diez sectores de 256 bytes por pista en un disquete de 5¼ pulgadas de densidad simple. Utiliza dos bytes para cada byte.
Tabla de codificación 4-y-4
|
|
|
|
Casi un mes antes de las entregas de la unidad de disco en la primavera de 1978,[24] Wozniak se dio cuenta de que un esquema de codificación más complejo permitiría que cada byte de ocho bits en el disco contenga cinco bits de datos útiles en lugar de cuatro bits. Esto se debe a que hay 34 bytes que tienen el bit superior establecido y no hay dos bits cero en una fila. Este esquema de codificación se conoció como codificación 5 y 3 y permitía 13 sectores por pista; se utilizó para Apple DOS 3.1, 3.2 y 3.2.1, así como para la versión más antigua de Apple CP/M:[25]
Tabla de codificación 5-y-3
|
|
Códigos GCR reservados: 0xAA y 0xD5.[25]
Wozniak llamó al sistema «mi experiencia más increíble en Apple y el mejor trabajo que hice».
Más tarde, el diseño del controlador de la unidad de disquete se modificó para permitir que un byte en el disco contenga hasta un par de bits 0 seguidos. Esto permitió que cada byte de ocho bits contenga seis bits de datos útiles y permitiera 16 sectores por pista. Este esquema se conoce como codificación 6-y-2,[25] y se usó en Apple Pascal, Apple DOS 3.3[25] y ProDOS, y posteriormente con las unidades Apple FileWare en el Apple Lisa y los discos de 400K y 800K de 3½ pulgadas en el Macintosh y el Apple II.[27][28] Apple no llamó originalmente a este esquema «GCR», pero sí posteriormente[28] para distinguirlo de los disquetes de IBM PC que utilizaban el esquema de codificación MFM.
Tabla de codificación 6-y-2
|
|
|
|
Códigos GCR reservados: 0xAA y 0xD5.[25][29]
Commodore
[editar]Independientemente, Commodore Business Machines (CBM) creó un esquema de grabación codificado en grupo para su disquetera Commodore 2040 (comercializada en la primavera de 1979). Las restricciones relevantes en la unidad 2040 eran que no podían aparecer más de dos bits 0 seguidos; la unidad no impuso ninguna restricción especial sobre el primer bit de un byte. Esto permitió el uso de un esquema similar al utilizado en las unidades de cinta de 6250 bpi. Cada cuatro bits de datos se traducen a cinco bits en el disco, de acuerdo con la siguiente tabla:
|
|
Cada código comienza y termina con como máximo un bit 0, lo que garantiza que incluso cuando los códigos estén concatenados, los datos codificados nunca contendrán más de dos bits 0 seguidos. Con esta codificación son posibles como máximo ocho bits uno seguidos. Por lo tanto, Commodore usó secuencias de diez o más bits 1 seguidos como marca de sincronización.
Este esquema GCR más eficiente, combinado con un enfoque en la grabación de densidad de bits constante aumentando gradualmente la frecuencia de reloj (velocidad constante angular por zona) y almacenando más sectores físicos en las pistas externas que en las internos (zona de grabación de bits, ZBR), permitieron que Commodore almacene 170 kB en un disquete estándar de una sola cara de densidad simple de 5,25 pulgadas, donde Apple almacenaba 140 kB (con codificación 6 y 2) o 114 kB (con codificación 5 y 3) y un disquete codificado en FM tenía solo 88 kB.
Sirius/Victor
[editar]De manera similar, las unidades de disquete de 5,25 pulgadas del Victor 9000, también conocido como Sirius 1, diseñadas por Chuck Peddle en 1981/1982, usaban una combinación de GCR de diez bits y densidad de bits constante al disminuir gradualmente la velocidad de rotación de la unidad para las pistas externas en nueve zonas (una forma de velocidad lineal constante en zonas (ZCLV)) mientras se aumenta el número de sectores por pista (una variante de zona de grabación de bits (ZBR)) para lograr capacidades formateadas de 606 kB (una cara)/1188 kB ( oble cara) en disquetes de 96 tpi.[31][32][33][34]
Brother
[editar]A partir de 1985, Brother introdujo una familia de máquinas de escribir con procesador de texto dedicadas con unidad de disquete integrada de 38 pistas y 3,5 pulgadas.[nb 2] Los primeros modelos de la WP y Brother Serie LW utilizaban un esquema de grabación codificado en grupo específico de Brother con doce sectores de 256 bytes para almacenar hasta 120 kB[nb 3] en un solo lado y hasta 240 kB[nb 3] en disquetes de doble lado y doble densidad (DD).[15][35][36][37] Según se informa, los prototipos ya se mostraron en la Internationale Funkausstellung de 1979 (IFA) en Berlín.
Sharp 4-5
[editar]En 1986, Sharp introdujo una solución de unidad de disco giratoria de bolsillo de 2,5 pulgadas (unidades: CE-1600F, CE-140F; internamente basado en el chasis FDU-250; disquetes: CE-1650F) para su serie de computadoras de bolsillo con una capacidad formateada de 62464 bytes por lado (2 × 64 kB nominales, 16 pistas, 8 sectores/pista, 512 bytes por sector, 48 tpi, 250 kbit/s, 270 rpm) con grabación GCR (4/5).[38][39]
Otros usos
[editar]GCR también se evaluó para un posible uso en los esquemas de codificación de código de barras (eficiencia de empaquetado, tolerancias de tiempo, cantidad de bytes de almacenamiento para información de sincronización y nivel de salida CC).[40]
Véase también
[editar]- Modified Frequency Modulation (MFM)
- Run Length Limited (RLL)
- Eight-to-Fourteen Modulation (EFM)
- Error-correcting code
- Codificación 8b/10b
- Código de grupo
- 4B5B
- Integrated Woz Machine (IWM, a GCR disk controller in Apple computers)
- Paula (MOS Technology 8364, controlador de disco con soporte para GCR de las computadoras Commodore Amiga)
- Individual Computers Catweasel (un controlador especial de disquetes capaz de leer algunos formatos GCR)
- KryoFlux (un controlador especial de disquetes capaz de leer algunos formatos GCR)
Notas
[editar]- ↑ El folleto del producto de la serie Durango 800 documenta una «capacidad en línea» formateada de 1,9 MB para las unidades de disquete. Sin embargo, el sistema estaba equipado con dos unidades de disquete de 77 pistas Micropolis a 100 tpi de 77 pistas de forma predeterminada, y 1,9 MB es aproximadamente el doble de la capacidad física de la unidad documentada en varias otras fuentes (480 kB por lado), por lo tanto, por «capacidad en línea» deben haber significado la capacidad de almacenamiento disponible para los usuarios para la combinación de dos unidades.
- ↑ Las fuentes dan parámetros ligeramente contradictorios con respecto a los formatos de disquete de Brother. 12 sectores de 256 bytes darían 120 kB por lado en una unidad de 40 pistas, pero una fuente afirma que las unidades eran solo de 38 pistas.
- ↑ a b Se sabe que los siguientes modelos de Brother admiten un disquetes de 120 kB (lista incompleta): WP-1 (1985/1987), WP-5 (1987/1989), WP-6 (1989), WP-55 (1987/1989), WP-500 (1987/1989). The following models are known to support a 240 KB format (incomplete list): 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.
Referencias
[editar]- ↑ a b c d e f g h Patel, Arvind Motibhai (1988). «5. Signal and Error-Control Coding». En Mee, C. Denis; Daniel, Eric D., eds. Magnetic Recording. II: Computer Data Storage (1st edición). McGraw-Hill Book Company. ISBN 0-07-041272-3.
- ↑ a b c CW staff (14 de marzo de 1973). «6,250 Byte/In. Density - IBM 3420 Storage More Than Tripled». Computerworld (White Plains, New York, USA) VII (11): 1-2. Consultado el 23 de marzo de 2017. «IBM added three new models to the 3420 magnetic tape system than can record data at the "densest recording capability yet offered", according to the company. Using a new method called Group Coded Recording (GCR), the IBM drives can handle tapes containing a data density of 6,250 byte/in. compared with 1,600 byte/in. on earlier models of the 3420. […] An upgraded control unit was also announced - the 3803 Model 2 - which operates with both the earlier and latest 3420 tape units. The Model 2 includes the capability of correcting errors in one or two tracks "simultaneously while the tape is in motion", IBM said. […] The GCR method segments data written on tape into groups of characters to which a special coding character is added. And the higher density is based on a combination of a modified coding scheme, a smaller interrecord gap (called an interblock gap) and modified electronics and electromechanical components, IBM said. Installed 3803/3420 tape systems can be converted to the higher densities in the field. […]».
- ↑ «The Gallery of Old Iron». 2004. Archivado desde el original el 25 de diciembre de 2008. «[…] I moved to the lab at Poughkeepsie in 1958 […] I later was Lead designer and architect for the 2802 Tape Control Unit and a few years after that, Lead Designer and Architect of the 3803 which was a very large modification based on the 2802. Three of us shared a Corporate Award for the 3803 and I, along with Planner Charlie Von Reyn, came up with the name "Group Coded Recording (GCR)" as the name of the recording method. […]». (NB. An anonymous comment by one of the developers on the origin of the name "Group Coded Recording".)
- ↑ Harris, John P.; Phillips, William B.; Wells, Jack F.; Winger, Wayne D. (September 1981). «Innovations in the Design of Magnetic Tape Subsystems». IBM Journal of Research and Development (International Business Machines Corporation) 25 (5): 691-700. doi:10.1147/rd.255.0691.
- ↑ a b Geffroy, Jean-Claude; Motet, Gilles (9 de marzo de 2013). «15.12 Exercise GCR (4B - 5B) code». Design of Dependable Computing Systems. Toulouse, France: Springer Science+Business Media, B.V. / Kluwer Academic Publishers. pp. 426, 591. ISBN 978-1-4020-0437-7. LCCN 2002284974. ISBN 94-015-9884-3. Consultado el 18 de noviembre de 2021. (672 pages)
- ↑ a b c Keong, Kwoh Chee, Computer Peripherals, School of Computer Engineering, Nanyang Technological University, Singapore, Chapter 7. Magnetic Recording Fundamentals, archivado desde el original el 23 de marzo de 2017, consultado el 23 de marzo de 2017.
- ↑ a b c Watkinson, John (1990). «3.4. Group codes». Coding for Digital Recording. Stoneham, MA, USA: Focal Press. pp. 51-61. ISBN 0-240-51293-6.
- ↑ Savard, John J. G. (2018). «Digital Magnetic Tape Recording». quadibloc. Archivado desde el original el 2 de julio de 2018. Consultado el 16 de julio de 2018.
- ↑ Patel, Arvind Motibhai; Hong, Se June (1974). «Optimal Rectangular Code for High Density Magnetic Tapes». IBM Journal of Research and Development 18 (6): 579-588. doi:10.1147/rd.186.0579. Archivado desde el original el 4 de noviembre de 2017. Consultado el 7 de enero de 2022.
- ↑ Jacoby, George V. (6 de enero de 2003). «A new look-ahead code for increased data density». IEEE Transactions on Magnetics (Sperry Univac, ISS Division, Cupertino, CA, USA: IEEE) 13 (5): 1202-1204. doi:10.1109/TMAG.1977.1059670. (NB. This article about the 3PM code was also presented at the Intermag 1977 in June 1977.)
- ↑ Plantilla:Cite patent (NB. Application Number: US 06/098381)
- ↑ a b «NCC Preview: OEMs at NCC - Micropolis Corp.». Computerworld (CW Communications, Inc.) XII (22): P/50. 28 de mayo de 1978. Consultado el 12 de junio de 2017. «[…] Micropolis has extended the capacity of 5.25-in. floppy disk subsystems via double-sided models with formatted file storage of up to nearly 2 million bytes […] The Megafloppy series also features an intelligent controller that facilitates interconnection of four subsystems to a common host interface for a total on-line storage capacity of more than 15M bytes […] Double-sided versions of the product line will be implemented first in two OEM series - Model 1015 and Model 1055 […] The Model 1015 is an unpackaged drive designed for the manufacturer who integrates floppy disk storage into his own system enclosure. A range of storage capacities from 143,000 to 630,000 bytes per drive is available […] Model 1015 customers have the option of using the Micropolis intelligent controller and Group Code Recording (GCR) method to further expand file space up to 946,000 bytes […] Offering GCR and a microprocessor-based controller as standard features, the Model 1055 5.25-in. floppy has four soft-sectored formats for each of its 77 tracks, yielding a maximum capacity of 1,892,000 bytes of file space on its double-sided version […] An add-on module available for the 1055 is comprised of two read/write heads and two drives, sharing a common controller. The subsystem capacity (formatted) with the module is 3,784,000 bytes […] Up to four 1055s, each with an add-on module, can be daisy-chained to a common host for a maximum on-line storage capacity of more than 15M bytes […]».
- ↑ Micropolis Maintenance Manual Floppy Disk Subsystem (revision 1, 1st edición). Micropolis Corporation. February 1979. 1082-04. Archivado desde el original el 12 de junio de 2017. Consultado el 12 de junio de 2017. (NB. Micropolis 100163-51-8 and 100163-52-6 are GCR-based.)
- ↑ «InfoNews/Hardware: Hardware/Briefs». InfoWorld 2 (2): 19. 3 de marzo de 1980. Consultado el 12 de junio de 2017. «[…] Four new 96 tracks-per-inch products have been added to Micropolis' current line of 100 tpi single-sided and double-sided floppy disks. The 96 tpi drives offer 70 tracks-per-side, as opposed to the 77 offered by the MegaFloppy line. The four models are: 1) The 1015-V: 436 KB, unformatted, FM/MFM recording […] 2) The 1016-V: 532 KB unformatted, Group Coded Recording (GCR) […] 3) The 1015-VI: a two-head version of the MFM drive, 872 KB […] 4) The 1016-VI: also a two-head drive, 1.064 MB GCR encoding […]».
- ↑ a b c Guzis, Charles "Chuck" P. (20 de septiembre de 2015). «Multi-platform distribution format». Sydex. Archivado desde el original el 14 de junio de 2017. Consultado el 14 de junio de 2017. «[…] At the same time Micropolis was working a 5.25" drive that could hold about as much as an 8", using some tricks. The Micropolis drive was 100 tpi, 77 track and, by using GCR, could hold 12 512-byte sectors per track. That's 462 KiB. This was about 1977-78. […] The […] drive and controller implementation (ours was done by a guy we'd recruited from Sperry ISS) was […] complex and expensive […] Brother WP disks […] are 38 track, single-sided, Brother-encoded GCR that hold […] 120K on 2D floppies. […]».
- ↑ Allen, David (February 1978). «A Minifloppy Interface». BYTE (Kansas City, USA) 3 (2): 114, 116-118, 120, 122, 134-125. Archivado desde el original el 14 de junio de 2017. Consultado el 14 de junio de 2017. «[…] Of the alternative codes used to achieve double density, GCR (Group Coded Recording) looks quite attractive. Micro Peripherals Inc has implemented double density using GCR in a full size floppy disk and controller system currently being marketed. […] GCR is nothing more than the old standby NRZ with its attendant advantages, but, since ordinary NRZ has no clocking information and a potentially high DC content during long strings of ones or zeros, the data is reformatted to eliminate the long strings. The reformatting converts each four bit group of original data into five bits of group coded data; the five bits in the encoded version will always have a mix of ones and zeros, even if the real data is all in one state. Reformatting in GCR can be accomplished in software, as opposed to MFM, etc, which almost unavoidably must be encoded and decoded in hardware. Thus, GCR has good possibilities as a low cost, high reliability scheme for achieving double density. […]».[1]
- ↑ «Floppies Claim Improved Performance». Computerworld (CW Communications, Inc.) XIII (7): 90. 12 de febrero de 1979. Consultado el 14 de junio de 2017.
- ↑ Schultz, Brad (2 de octubre de 1978). «Business Mini Weighs 65 Pound - What is Durango?». Computerworld (CW Communications, Inc.) XII (40): 1, 4. Consultado el 13 de junio de 2017.
- ↑ a b Comstock, George E. (13 de agosto de 2003). «Oral History of George Comstock». Mountain View, California, USA: Computer History Museum. CHM X2727.2004. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017.
- ↑ a b Guzis, Charles "Chuck" P. (13 de septiembre de 2009). «Durango GCR». Sydex. Archivado desde el original el 4 de noviembre de 2017. Consultado el 25 de marzo de 2017.
- ↑ a b «800 Technical Summary - 800 Series Business Computer System». San Jose, CA, USA: Durango Systems, Inc. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017.
- ↑ Guzis, Charles "Chuck" P. (October 2006). «The Durango F-85 Computer». Sydex. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017.
- ↑ a b c d e f g h Copy II Plus Version 9 - ProDOS/DOS Utilities - Data Recovery, File Management, Protected Software Backup. 9.0. Central Point Software, Inc. 31 de octubre de 1989. Archivado desde el original el 7 de mayo de 2017. Consultado el 21 de marzo de 2017.
- ↑ Williams, Gregg; Moore, Rob (January 1985). «The Apple Story / Part 2: More History and the Apple III». BYTE (interview): 166. Archivado desde el original el 12 de febrero de 2012. Consultado el 26 de octubre de 2013. [2] (NB. Interview with Steve Wozniak, where he describes creating the Apple version of GCR.)
- ↑ a b c d e f g h i j k Worth, Don D.; Lechner, Pieter M. (May 1982). Beneath Apple DOS (4th printing edición). Reseda, CA, USA: Quality Software. Consultado el 21 de marzo de 2017. [3] [4] [5] Archivado el 9 de marzo de 2016 en Wayback Machine.
- ↑ a b c d e f Sather, James Fielding (1983). Understanding the Apple II - A Learning Guide and Hardware Manual for the Apple II Computer (1st edición). Chatsworth, CA, USA: Quality Software. pp. 9–26, 9–27. ISBN 0-912985-01-1. Consultado el 21 de marzo de 2017.
- ↑ a b c d e Feichtinger, Herwig (1987). Arbeitsbuch Mikrocomputer (en alemán) (2 edición). Munich, Germany: Franzis-Verlag GmbH. pp. 223-224. ISBN 3-7723-8022-0.
- ↑ a b Apple Computer, Inc. (February 1982). Integrated Woz Machine (IWM) Specification (19 edición). DigiBarn Computer Museum. Archivado desde el original el 6 de agosto de 2016. Consultado el 6 de agosto de 2016.
- ↑ a b c d e Worth, Don D.; Lechner, Pieter M. (March 1985). Beneath Apple ProDOS - For Users of Apple II Plus, Apple IIe and Apple IIc Computers (2nd printing edición). Chatsworth, CA, USA: Quality Software. ISBN 0-912985-05-4. LCCN 84061383. Archivado desde el original el 21 de marzo de 2017. Consultado el 21 de marzo de 2017. [6]
- ↑ a b Hildon, Karl J. H. (March 1985). «GCR codes». The Complete Commodore Inner Space Anthology. Milton, Ontario, Canada: Transactor Publishing Incorporated. p. 49. ISBN 0-9692086-0-X. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017. [7] (NB. Commodore GCR codes—but this reference erroneously claims that a 1-bit indicates a lack of a transition.)
- ↑ «Victor 9000/Sirius 1 Specification». commodore.ca. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017.
- ↑ «Supplemental Technical Reference Material». Revision 0 (1st printing edición). Scotts Valley, CA, USA: Victor Publications. 23 de marzo de 1983. Application Note: 002. «[…] Single-sided floppy drive offers 80 tracks at 96 TPI […] Double-sided floppy drive offers 160 tracks at 96 TPI […] Floppy drives have 512 byte sectors; utilising a GCR, 10-bit recording technique. […] Although the Victor 9000 uses 5 1/4-inch minifloppies of a similar type to those used in other computers, the floppy disks themselves are not readable on other machines, nor can the Victor 9000 read a disk from another manufacturers machine. The Victor 9000 uses a unique recording method to allow the data to be packed as densely as 600 kbytes on a single-sided single-density minifloppy; this recording method involves the regulation of the speed at which the floppy rotates, explaining the fact that the noise from the drive sometimes changes frequency.»
- ↑ «Chapter 7. Disk Drive Assembly». Victor 9000 Technical Reference Manual. Victor Business Products, Inc. June 1982. pp. 7-1..7-9. 710620. Archivado desde el original el 23 de marzo de 2017. Consultado el 23 de marzo de 2017. «[…] Track density is 96 tracks per inch, and recording density is maintained at approximately 8000 bits per inch on all tracks. […] The VICTOR 9000 uses an encoding technique called group code recording (GCR) to convert the data from internal representation to an acceptable form. GCR converts each (4-bit) nibble into a 5-bit code that guarantees a recording pattern that never has more than two zeros together. Then data is recorded on the disk by causing a flux reversal for each "one" bit and no flux reversal for each "zero" bit. […]».
- ↑ Sargent III., Murray; Shoemaker, Richard L.; Stelzer, Ernst H. K. (1988). Assemblersprache und Hardware des IBM PC/XT/AT (en alemán) (1 edición). Addison-Wesley Verlag (Deutschland) GmbH / Addison-Wesley Publishing Company. ISBN 3-89319-110-0. . VVA-Nr. 563-00110-4.
- ↑ Gieseke, Hans-Werner (27 de agosto de 2003). «Brother WP-1» (en alemán). Archivado desde el original el 14 de junio de 2017. Consultado el 14 de junio de 2017. (NB. Reportedly, the Brother WP-1 technical data was derived from page 109 of the user manual.)
- ↑ French, Mick (13 de septiembre de 2002). «Brother WP-6». Archivado desde el original el 22 de noviembre de 2017. Consultado el 14 de junio de 2017. «[…] The 3.5" 240Kb disk drive is a single head Brother part no.13194989 and is connected with a 15 pin ribbon. […] it initializes (formats) the disk to a capacity of 236.5Kb. […]».
- ↑ Cotgrove, Michael S. (26 de febrero de 2009). «archaic floppy disc format». Consultado el 14 de junio de 2017. «[…] There were several 3.5" Brother disks that are completely nonstandard. […] One had 1296 byte sectors and another had 12 x 256 byte GCR sectors […]».
- ↑ «Model CE-1600F». Sharp PC-1600 Service Manual. Yamatokoriyama, Japan: Sharp Corporation, Information Systems Group, Quality & Reliability Control Center. July 1986. pp. 98-104. Archivado desde el original el 7 de mayo de 2017. Consultado el 23 de marzo de 2017. «GCR is an abbreviation of Group Coded Recording. A single byte, 8 bits, data are divided into two 4-bit data which is also converted onto a 5-bit data. Thus, a single byte (8 bits) is recorded on the media as a 10-bit data.»
- ↑ Sharp Service Manual Model CE-140F Pocket Disk Drive. Sharp Corporation. 00ZCE140F/SME. Archivado desde el original el 11 de marzo de 2017. Consultado el 11 de marzo de 2017.
- ↑ Moseley, Robin C. (April 1979). «Technical Forum: A Comparison of Bar Code Encoding Schemes». BYTE (Andover, MA, USA) 4 (4): 50, 52. Consultado el 14 de junio de 2017.
Enlaces externos
[editar]- Esta obra contiene una traducción derivada de «Group coded recording» de Wikipedia en inglés, publicada por sus editores bajo la Licencia de documentación libre de GNU y la Licencia Creative Commons Atribución-CompartirIgual 4.0 Internacional.