Doctora V64
El Doctor V64 (también denominado simplemente V64) es un dispositivo de desarrollo y copia de seguridad fabricado por Bung Enterprises Ltd que se utiliza junto con Nintendo 64. El Doctor V64 también tenía la capacidad de reproducir CD de video, CD de audio y tenía una opción para aplicar efectos 3D estéreo al audio.
Historia
El V64 salió al mercado en 1996 y tenía un precio de alrededor de $450 USD. Algunos desarrolladores externos utilizaron varios V64 en su proceso de desarrollo. En comparación, el kit de desarrollo Partner N64 vendido por Nintendo, fabricado por Silicon Graphics, era una máquina de desarrollo costosa. La CPU del V64 es un chip 6502 (la CPU del Nintendo Entertainment System); el sistema operativo se almacena en el chip BIOS. Es probable que Bung haya reutilizado la mayor parte del diseño de sus primeros clones de NES en el Doctor V64.
La unidad V64 contiene una unidad de CD-ROM que se encuentra debajo de la Nintendo 64 y se conecta a la ranura de expansión en la parte inferior de la Nintendo 64. La ranura de expansión es esencialmente una imagen especular de la ranura del cartucho en la parte superior de la unidad., con las mismas conexiones eléctricas; por lo tanto, la Nintendo 64 lee los datos del Doctor V64 de la misma manera que lo haría con un cartucho conectado a la ranura normal.
Usar el V64 implicó la solución de dos problemas: cómo iniciar un juego y cómo guardarlo. Para sortear el chip de bloqueo de Nintendo, cuando se usa el V64, se conecta un cartucho de juego en el Nintendo 64 a través de un adaptador que conecta solo el chip de bloqueo. El carrito de juego usado para la operación tenía que contener el mismo chip de bloqueo usado por la copia de seguridad del juego. El segundo problema se refería al progreso de ahorro. La mayoría de los juegos de N64 se guardan en el carrito en lugar de en tarjetas de memoria externas. Si el jugador deseaba mantener su progreso, el cartucho utilizado debía tener el mismo tipo de hardware de memoria no volátil.
El hardware Doctor V64 se basa en los primeros clones de Famicom/NES; de hecho, tiene la misma CPU 6502 y al desmontar y mirar la PCB, es posible notar que los nombres grabados son en realidad las teclas del panel de la consola Famicom (A, B, Inicio, Seleccionar, Arriba, Abajo, Derecha, Izquierda).
Tras el éxito del Doctor V64, Bung lanzó el Doctor V64 Jr. en diciembre de 1998. Era una versión condensada rentable del V64 original. El V64 Jr. no tenía unidad de CD y se conectaba a la ranura de cartucho normal en la parte superior de la Nintendo 64. Los datos se cargaban en la memoria RAM respaldada por batería del V64 Jr. desde una PC a través de una conexión de puerto paralelo. El V64 Jr. tenía hasta 512 megabits (64 MB) de almacenamiento de memoria. En ese momento, esto se hizo para proporcionar futuros carritos de Nintendo 64 que empleaban una memoria de almacenamiento más grande. Los costos prohibitivamente altos asociados con el pedido de carros de almacenamiento grandes mantuvieron esta ocurrencia al mínimo. Solo se lanzaron un puñado de juegos de 512 megabits para el sistema Nintendo 64.
Durante la vida útil del N64, Nintendo realizó una revisión del modelo que redujo el área del puerto serie. Este ligero cambio en la carcasa de plástico del N64 dificultó la conexión con el Doctor V64 sin modificaciones por parte del usuario. Esta revisión puede haber sido una reacción directa de Nintendo para desalentar el uso de dispositivos V64. También explica por qué Bung decidió abandonar el uso de este puerto en los últimos modelos V64Jr.
El Doctor V64 podría usarse para leer los datos de un cartucho de juego y transferir los datos a una PC a través del puerto paralelo. Esto permitió a los desarrolladores y programadores caseros cargar las imágenes de sus juegos en el Doctor V64 sin tener que crear una copia de seguridad en CD cada vez. También permitió a los usuarios cargar imágenes de juegos tomadas de Internet.
Promociones
En 1998 y 1999, hubo una competencia casera conocida como "Presence of Mind" (POM), una competencia de demostración de N64 dirigida por dextrose.com. El concurso consistía en enviar un programa, juego o utilidad N64 desarrollado por el usuario. Bung Enterprises promocionó el evento y proporcionó premios (generalmente accesorios relacionados con Doctor V64). Aunque se planeó un concurso para el año 2000, el interés en el N64 ya se estaba desvaneciendo, al igual que el evento. Las entradas de demostración del concurso POM todavía se pueden encontrar en Internet.
Cuestiones legales
La unidad Doctor V64 fue el primer dispositivo de copia de seguridad comercialmente disponible para la unidad Nintendo 64. Aunque la unidad se vendió como una máquina de desarrollo, podría modificarse para permitir la creación y el uso de copias de seguridad de juegos comerciales. A diferencia de las unidades de desarrollo oficiales, la compra de V64 no se restringió solo a las empresas de software. Por esta razón, la unidad se convirtió en una opción popular entre aquellos que buscan proliferar copias de juegos sin licencia.
Las unidades Doctor V64 originales vendidas por Bung no permitían la reproducción de copias de seguridad. Una persona tendría que modificar la unidad por sí misma para que vuelva a ser amigable. Esto generalmente requería que un usuario descargara e instalara un BIOS Doctor V64 modificado. Además, el adaptador del cartucho tuvo que abrirse y soldarse para permitir el procedimiento operativo descrito anteriormente en este artículo. Aunque Bung nunca vendió V64 habilitados para copias de seguridad, muchos revendedores modificarían las unidades ellos mismos.
Nintendo realizó muchos esfuerzos legales en todo el mundo para detener la venta de unidades Doctor V64. Demandaron a Bung directamente, así como a tiendas minoristas específicas en Europa y América del Norte por infracción de derechos de autor. Eventualmente, Nintendo logró que los tribunales prohibieran la venta de unidades Doctor V64 en los Estados Unidos.
Menú principal
Al igual que con muchos dispositivos de copia de seguridad de su época, el Doctor V64 implementó pantallas basadas en menús basadas en texto. Los menús eran espartanos y de naturaleza puramente funcional. Utilizando los botones de la unidad V64, un usuario navegaría por los menús y emitiría comandos. Fue diseñado principalmente para desarrolladores de juegos, aunque es posible hacer copias de seguridad de cartuchos con él (mediante el uso de una BIOS V64 no oficial). Algunos de los elementos del menú relacionados con las copias de seguridad del juego se eliminaron del BIOS del V64 cerca del final de su vida útil debido a la presión de Nintendo. Estos elementos solo están disponibles al obtener un BIOS V64 parcheado.
| Menú | Efecto |
|---|---|
| Alternate and BootCrack | Esta opción cargaría una ronda de trabajo para los juegos de arranque. Sólo funcionó en ciertos tipos de imágenes de juego. |
| Carga Boot Crack Routine | Una opción avanzada que permitió subir el código del programa para el uso de problemas relacionados con la bota. |
| Tarjeta de respaldo Auto → DRAM | Esta opción leería un cartucho de juego y lo almacenaría en la RAM de V64. |
| Tarjeta de respaldo Auto → PC | Igual que la opción anterior, pero transferiría los datos a un PC a través del puerto paralelo del V64. |
| Manual Slide Show | Switch manual entre Capturas de pantalla, que ha hecho en VCD Movie |
| Auto Slide Show | Switch automatic entre Capturas de pantalla, has hecho en VCD Movie |
| V64 Self Prueba | La rutina de diagnóstico revisaría todos los subsistemas de V64. |
| Prueba completa 128M DRAM | La rutina de diagnóstico sólo revisaría los primeros 128Mb de memoria. |
| Prueba completa 256M DRAM | Lo mismo que antes, pero para aquellas unidades con 256Mb de memoria. |
| Sube DRAM Datos → PC | Utilizado en conjunto con la opción "Backup Card Auto → DRAM" esta opción transferiría el contenido de la RAM del Doctor V64 a un PC a través del uso del puerto paralelo de V64. |
| Corrección CRC Código → ejecutar juego | Otro comando relacionado con la bota para permitir el juego de imágenes del juego. Sólo funcionaría en ciertos tipos de copias de seguridad. |
| Mostrar nombre del juego en DRAM | Una opción avanzada que leería la imagen de copia de seguridad y extraer el nombre del juego mostrándolo en la pantalla. |
| Subir V64 BIOS a PC | Otra opción avanzada para desarrolladores DV64. Se transferiría el propio código de programa del Doctor V64 al PC a través de una conexión paralela. |
| DX256 Subir a PC | Este comando permitió el funcionamiento de características específicas del adaptador de cartucho DX256 (un adaptador de cartucho alternativo vendido por Bung). |
| PC Descargar para DX256 | Este comando permitió la operación de características específicas para ser descargado en el adaptador de cartuchos DX256. |
| Swap Byte Order in DRAM | Este comando convertiría el endianness de la imagen del juego de una imagen de juego ya cargada en RAM. Más adelante las revisiones de bios harían esto automáticamente, deprecayendo esta opción. |
Especificaciones
- Velocidad de acceso CD-ROM: La mayoría de los modelos V64 anteriores enviados con un CD-ROM estándar IDE 8X. Durante la vida de fabricación del dispositivo, los últimos modelos V64 se envían con 16X y eventualmente 20X unidades. Se pueden comprar unidades V64 sin unidad CD-ROM. Es posible reemplazar la unidad con una unidad de CD-ROM más rápida (como el modelo 52X en la imagen de esta página).
- Muchos DrV64s enviados internacionalmente fueron ordenados sin una unidad CD-ROM instalada, para ahorrar en los gastos de envío asociados con el peso, el deber de importación en la unidad, y las velocidades cada vez mayores de las unidades disponibles. Si bien teóricamente, un beneficio en el usuario que puede utilizar su propia unidad más rápida / rápida, la varianza en el cajón de potencia de diferentes fabricantes conduce a diferentes velocidades causaron problemas con los discos espionajes superiores a la clasificación de la unidad Bung incluida. Esto llevó a los usuarios a intercambiar el Bung PSU para un modelo más poderoso, o seleccionar unidades de baja tracción (principalmente unidades panasónicas a veces etiquetadas como creativas).
- CD-Media: V64s puede leer CD-Rs y CD-RW (siempre que la unidad CD-ROM instalada admite medios reescritos). Los medios compatibles deben ser grabados en formato Modo 1, ISO 9660. El Doctor V64s solo admite la convención de nombres de 8.3 DOS. El sistema de archivos Joliet no es compatible.
- RAM: 128 megabits (16 MB) o 256 megabits (32 MB). Original V64 unidades enviadas con 128 megabits de RAM. V64 unidades comenzaron el envío con 256 megabits cuando los desarrolladores comenzaron a usar carritos de memoria de tamaño más grande para sus juegos. Los usuarios del tiempo tenían la opción de comprar una actualización de memoria de Bung y otros revendedores.
- Alimentación: El Doctor V64 utiliza un conector MiniDIN de 4 pines (como se utiliza para S-Video) para conectar el cable de alimentación. Los suministros de alimentación incluidos con el Doctor V64 eran muy poco fiables. Bung sustituyó la fuente de alimentación con una versión robusta en unidades V64 posteriores. Reemplazar los suministros de energía rotos se convirtió en uno de los problemas de mantenimiento más comunes con el V64. Es posible modificar una fuente de alimentación de AT PC para uso V64. Sólo 4 cables tienen que estar conectados
Información adicional
- Las extensiones ROM ".v64" y ".z64" comenzaron como las convenciones preferidas por los usuarios de Doctor V64 y Z64, respectivamente. También implicaría el "endianness" del archivo como aquellas unidades empleadas poco endian (V64) y gran endian (Z64) alineación byte. ".n64" fue utilizado también, pero no tanto (se hizo más popular ya que los emuladores N64 comenzaron a aparecer). Los términos ".v64" y ".z64" siguen siendo ampliamente utilizados hoy por la comunidad de emulación.
- Acclaim Entertainment subsidiary Iguana Entertainment utilizó unidades de Doctor V64 como su hardware de desarrollo de elección durante los días de N64. Eran más conocidos por desarrollar el Turok, NBA Jam, NFL Quarterback Club, y South Park videojuegos.