Registro de Windows y CPCEMU: guía técnica, buenas prácticas y mitos

Si has llegado aquí por el famoso mito del “serial divisible por 7” para copias pirata de Windows 95, toca poner contexto: más allá de los bulos de la vieja escuela, lo prudente es conocer las bases técnicas y legales que hay detrás del sistema, y explorar opciones seguras. En esta guía condensamos documentación de Microsoft sobre el Registro, junto con una completísima referencia de CPCEMU, para que tengas una panorámica sólida sin caer en malas prácticas.

De hecho, cada día se aprende algo nuevo y este tema da para mucho: desde cómo se organiza el Registro de Windows, qué tipos de datos admite y cómo hacer copia y restauración sin sustos, hasta una inmersión en el ecosistema del Amstrad CPC emulado, con sus trucos de carga, discos, cintas, snapshots y transferencia de datos. Además, dejamos claro que recurrir a claves ilegales no solo es poco ético, sino que implica riesgos técnicos y legales que merece la pena evitar de raíz.

Qué es y cómo funciona el Registro de Windows

El Registro actúa como una base de datos jerárquica que Windows consulta continuamente para saber quién usa el equipo, qué aplicaciones hay instaladas, cómo se abren los tipos de archivo, qué hardware está presente y con qué puertos o controladores trabaja el sistema. Sustituyó a buena parte de los antiguos ficheros .ini de las épocas de MS‑DOS y Windows 3.x, y se mantuvo en diferentes ediciones de Windows 95/98/ME, NT, 2000, XP, Server 2003 y Vista, con matices entre versiones.

La estructura se organiza en subárboles clave como HKEY_CURRENT_USER, HKEY_USERS, HKEY_LOCAL_MACHINE, HKEY_CLASSES_ROOT y HKEY_CURRENT_CONFIG, cada cual con su cometido. En versiones NT/2000/XP/Server 2003/Vista, las copias auxiliares de estos subárboles residen en %SystemRoot%\System32\Config, salvo las de HKEY_CURRENT_USER, que están en %SystemRoot%\Profiles\Username. En Windows 98/ME, el Registro vive en ficheros como User.dat, System.dat y en ME también Classes.dat.

Para que lo ubiques mejor, aquí tienes un resumen representativo de subárboles y ficheros auxiliares tradicionalmente asociados en entornos NT/2000/XP/Server 2003/Vista. No es un mapa exacto para todas las versiones, pero te sitúa sobre qué hives generan qué ficheros de respaldo y su composición típica:

Subárbol del Registro	Archivos auxiliares habituales
HKEY_LOCAL_MACHINE\SAM	Sam, Sam.log, Sam.sav
HKEY_LOCAL_MACHINE\Security	Security, Security.log, Security.sav
HKEY_LOCAL_MACHINE\Software	Software, Software.log, Software.sav
HKEY_LOCAL_MACHINE\System	System, System.alt, System.log, System.sav
HKEY_CURRENT_CONFIG	System, System.alt, System.log, System.sav, Ntuser.dat, Ntuser.dat.log
HKEY_USERS\DEFAULT	Default, Default.log, Default.sav

Las claves predefinidas cumplen roles distintos. Por ejemplo, HKEY_CURRENT_USER concentra la configuración del usuario conectado; HKEY_USERS agrega los perfiles cargados; HKEY_LOCAL_MACHINE reúne la configuración de equipo; HKEY_CLASSES_ROOT ofrece una vista combinada de clases en HKLM\Software\Classes y HKCU\Software\Classes. Para cambios por usuario, conviene escribir en la rama de HKCU, y para ajustes por defecto del sistema, en HKLM, ya que el acceso directo a HKCR se redirige según convenga.

Claves, tamaños y tipos de datos admitidos

Los nombres de clave pueden llegar hasta 255 caracteres, mientras que los nombres de valor varían según el sistema: en Windows XP/Server 2003/Vista alcanzan 16.383 caracteres, en 2000 hay 260 ANSI o 16.383 Unicode y en Windows 95/98/ME se quedan en 255. Los valores largos (más de 2048 bytes) suelen almacenarse como archivos externos, guardando en el Registro la referencia, para mejorar el desempeño al gestionar datos voluminosos.

El tamaño máximo de un valor depende del sistema: en NT/2000/XP/Server 2003/Vista lo limita la memoria disponible; en Windows 95/98/ME queda alrededor de 16.300 bytes. Esta disparidad es crucial si mueves scripts o .reg extensos entre entornos con capacidades distintas.

Entre los tipos de datos más comunes figuran REG_SZ (cadenas de longitud fija), REG_EXPAND_SZ (cadenas expandibles con variables de entorno), REG_MULTI_SZ (listas), REG_DWORD y REG_QWORD (números de 32/64 bits), y REG_BINARY (datos binarios sin formato). También aparecen REG_LINK (enlaces simbólicos), REG_NONE y los específicos para listas de recursos del sistema, como REG_RESOURCE_LIST, REG_RESOURCE_REQUIREMENTS_LIST o REG_FULL_RESOURCE_DESCRIPTOR.

Una pauta útil: muchos controladores y servicios consumen valores REG_DWORD; la configuración de asociaciones de archivo respira en ramas de clases; y gran parte del hardware informa en REG_BINARY mostrado en hexadecimal en el editor, algo que explica por qué verás hex por todas partes con datos que parecen “opacos” pero que el sistema interpreta con precisión.

Copias de seguridad, edición responsable y restauración

Antes de tocar nada, exporta las claves que vas a modificar o, mejor aún, respalda el estado del sistema, que engloba Registro, base de registro de clases COM+ y archivos de arranque. Si algo se tuerce, con esa copia podrás volver a un punto sano. En versiones clásicas, la utilidad Copia de seguridad permite capturar y restaurar ese estado con relativa comodidad.

Para editar hay varios caminos. Lo más recomendable es la interfaz de Windows (Panel de control, opciones de sistema) porque reduce el riesgo; solo cuando no hay alternativa conviene editar manualmente con Regedit.exe o Regedt32.exe. También sirven la Directiva de grupo (Gpedit.msc), directivas del sistema, ficheros .reg, scripts de Windows Script Host (VBScript, JScript) y WMI, e incluso la herramienta de consola Reg.exe. Cada una encaja mejor o peor según el despliegue (local o dominio) y el nivel de automatización que busques.

Si necesitas automatizar, WMI y la CLI Wmic.exe permiten leer/escribir claves y valores en escenarios empresariales. Los .reg son fantásticos para cambios repetibles y versionados; acuérdate de que al fusionarlos el sistema puede redirigir a HKCU o HKLM según la ruta. En entornos gestionados, la Directiva de grupo manda, ya que impone configuraciones por usuario o equipo con alcance controlado.

Para deshacer ajustes, basta con reimportar el .reg exportado o restaurar el estado del sistema desde una copia. Es importante distinguir entre “volver a importar una rama” y “reponer el Registro completo”, porque en el primer caso solo revierte lo que exportaste previamente; en el segundo, devuelves todo el hive a su fotografía original, incluidos valores que no tocaste manualmente.

Como referencia adicional, Microsoft mantenía catálogos de hardware probado para Windows Server y soluciones como Data Protection Manager (DPM) dentro de System Center, que facilitaban la protección continua de datos y la recuperación, integrando disco y cinta. Este ecosistema subrayaba que el Registro no existe en el vacío: forma parte de un entramado de seguridad, copias y compatibilidad que conviene entender de forma global.

CPCEMU: guía práctica basada en su documentación

CPCEMU emula los Amstrad CPC 464, 664 y 6128 (y variantes plus), con compatibilidad ampliada, mejora de rendimiento en PCs modernos y funciones como sonido por altavoz interno, Sound Blaster o Gravis UltraSound, más gestión de ROM y RAM expandida. Es la vía para revivir software clásico con las ventajas del entorno actual: snapshots, carga de imágenes .DSK, compatibilidad con ficheros .BAS/.BIN, y opciones de vídeo desde 640×200×16 hasta resoluciones VESA altas.

La instalación típica con MS‑DOS/Windows 95/OS/2 consistía en descomprimir el paquete (PKUNZIP), ejecutar INSTALL.BAT, arrancar el .BAT del modelo deseado (CPC464.BAT, CPC6128.BAT…), elegir idioma y listo. Con EMS activa el emulador vuela, sobre todo en BASIC; si no, cae a memoria convencional. Para sonido con Sound Blaster hay que definir la variable BLASTER (p. ej., SET BLASTER=A220 I7 D1 T3), especificando dirección base, IRQ y canal DMA; para GUS, la variable ULTRASND con base, DMA e IRQ adecuados.

Las teclas de función controlan lo esencial: F1 abre la ayuda, F2 alterna pantalla normal y de mensajes, F3 inserta disco, F4 activa/desactiva sonido, F5/F6 cargan/guardan snapshot, F7 abre el menú de configuración, F8 fuerza un reset de hardware, F10 entra en el depurador y F12 sale. En el mapeo, ALT/ALTGr actúan como COPY del CPC, y el teclado numérico alterna funciones según Bloq Num (funciones del CPC o joystick).

La carga por disco usa imágenes .DSK. Con F3 abres el menú de inserción: unidad (A/B), cara (para doble cara), protección contra escritura y autoarranque del primer BASIC del disco. El selector de ficheros permite navegar, filtrar por letra inicial, usar ratón y hasta abrir ZIP como si fueran carpetas (requiere PKUNZIP). Si extraes una imagen desde un ZIP y guardas cambios, ojo, no se escriben en el archivo comprimido a menos que la extraigas antes.

Para cinta, con |TAPE las órdenes CAT, RUN, LOAD, SAVE y MERGE apuntan a ficheros DOS en un directorio; RUN» carga y ejecuta rápido, LOAD» solo carga. Los snapshots (.SNA) congelan estado completo: memoria, registros y chips; F6 guarda y F5 carga, con opción de 64K o 128K cuando el segundo banco está activo. Es una maravilla para pausar una partida o depurar un programa en el punto exacto.

Transferencia de datos CPC ↔ PC: CPCTRANS, 22DISK y cable paralelo

Para migrar software desde disquetes reales del CPC, CPCTRANS crea y escribe imágenes .DSK en PC. La sintaxis recuerda a COPY: CPCTRANS origen destino opciones. Ejemplos clásicos: “CPCTRANS B: DISK1.DSK” lee un disco de la unidad B a una imagen, y “CPCTRANS DISK1.DSK B:” lo vuelca de vuelta. Los formatos se eligen con /f: 0 (DATA), 1 (DATA doble cara), 2 (SYSTEM), 3 (SYSTEM doble cara), 4 (VORTEX doble cara), 5 (detección) y 6 (+3DOS). Con /s 1 copias solo la cara B, /v verifica la copia y /t n limita pistas.

Otra vía es 22DISK (shareware), que con un fichero de definiciones permite formatear y transferir ficheros individuales entre DOS y formatos CP/M/CPC. Como alternativa, el manual describe el mítico “cable paralelo” PC↔CPC, con un sencillo adaptador D‑Sub a Centronics y utilidades: en el CPC, CPCREC.BAS (arranque mínimo) y CPCPARA.BAS (envío/recepción), y en el PC, PCPARA.EXE. Con PCPARA /s envías un fichero al CPC; con PCPARA /r el PC escucha y el CPC transmite en bucle.

El cableado cruza unas pocas líneas (Busy, Strobe, ACK, PE, Select, Error, masa y D0) para simular una especie de semidúplex por nibbles. La dirección CPC→PC es más directa (similar a imprimir), mientras que PC→CPC exige un protocolo por bit ajustado a tiempos, ya que el CPC tiene una única línea de entrada (Busy) y el PC debe sincronizarse con cada solicitud de bit. Aun así, se lograban del orden de 1.6–2.4 KB/s en condiciones razonables, suficiente para mover bloques de 16 KB en unos segundos.

Consejos prácticos del documento: probar bajo DOS “puro” para minimizar latencias, evitar EMS cuando penaliza tiempos, y no obsesionarse si la primera vez falla (se diseñó con tolerancia a errores y timeouts). Por supuesto, todo esto se acompañaba de la advertencia de seguridad eléctrica y la imposibilidad de garantizar que ningún puerto resultase dañado por una mala conexión, algo de sentido común cuando se trastea con hardware antiguo.

El ecosistema de CPCEMU completa su propuesta con un menú de depuración con ejecución paso a paso, dump/assembly en vivo, cambios de registros, carga/volcado directo de memoria y un largo etcétera. Además, documenta estructuras de .DSK (incluido el formato extendido con tamaños de pista por tabla) y de .SNA, y un fichero de “pokes” con formato para aplicar vidas infinitas u otros ajustes en juegos, todo cuidadosamente explicado en la guía.

Un apunte necesario sobre lo que motivó la búsqueda: las historias sobre el “serial divisible por 7” de Windows 95 pertenecen al folclore de hace décadas y no aportan nada útil hoy. Lo sensato es optar por licencias legítimas o alternativas gratuitas, mantener el equipo seguro y centrarse en buenas prácticas: copias del estado del sistema, edición responsable del Registro y, si te apasiona lo retro, disfrutar de CPCEMU y sus herramientas como está documentado, sin atajos que te metan en problemas.