- En la Rusia de los años 90, los usuarios de PC tenían que elegir entre discos duros caros y disquetes poco confiables; ArVid era una tarjeta de expansión ISA que permitía usar una videograbadora doméstica y cintas VHS como si fueran almacenamiento masivo
- Convertía los datos de archivos en una señal de video y los grababa en la VCR; además imitaba comandos del control remoto mediante un transmisor infrarrojo para automatizar reproducción, grabación, rebobinado y avance rápido
- La inestabilidad del VHS se compensaba con pruebas de alineación de tracking, Reed-Solomon with Interleaving, verificación CRC32, validación posterior a la escritura y un archivo de índice .TDR local
- En 1997, una tarjeta ArVid costaba unos $80 y una cinta VHS unos $4; como su costo por GB era menor que el de CD-R, ZIP, JAZ y discos duros, se usó para backups, almacenamiento de logs, datos de experimentos académicos y traslado de datos de observaciones astronómicas
- La producción se discontinuó en el verano de 1998 por la caída de precios de HDD y CD-R, la dificultad de configuración, el límite de capacidad del VHS y una red de distribución limitada; quedó como un producto de nicho centrado en pequeñas empresas, instituciones académicas y usuarios de Fido7
El problema del almacenamiento en la Rusia de 1995
- En la Rusia postsoviética de 1995, las computadoras occidentales, televisores, VCR, reproductores de casetes y módems dial-up de pronto se volvieron accesibles, pero el almacenamiento seguía siendo caro
- Un usuario doméstico de PC podía encontrarse con que un disco duro de 500 MB se llenaba rápidamente con software, juegos y documentos
- Las opciones tenían límites claros
- Los disquetes eran baratos y comunes, pero solo almacenaban 1.44 MB cada uno y era frecuente perder datos
- Un disco duro adicional costaba alrededor de $200, equivalente al salario mensual de una persona en Rusia
- ArVid 1030 podía comprarse por unos $80, y permitía guardar en una cinta VHS doméstica el equivalente a varios discos duros
Hardware de ArVid y forma de conexión
- ArVid era una tarjeta de expansión que se insertaba en la ranura ISA de una PC y podía montarse en una motherboard de PC 386
- El paquete incluía la tarjeta, varios disquetes de 3.5 pulgadas, documentación y un cable especial para conectar la PC con la VCR
- El cable especial incluía conectores comunes de Video In y Video Out, junto con un LED transmisor infrarrojo que se pegaba o colocaba cerca del frente de la VCR
- La configuración completa funcionaba así
- En la pantalla CRT se mostraba la interfaz del programa de ArVid
- Durante la configuración, el usuario le enseñaba a la tarjeta ArVid comandos como “play” usando el control remoto de la VCR
- El diodo receptor infrarrojo de la tarjeta registraba la señal del control remoto
- Los conectores RCA del cable se conectaban a las entradas y salidas de video de la VCR
- El diodo transmisor infrarrojo enviaba a la VCR las señales de control remoto registradas para controlar el equipo
- Una cinta VHS doméstica de 3 horas podía almacenar 2 GB de datos
Método de control que imitaba el control remoto de la VCR
- ArVid no controlaba directamente la VCR, sino que actuaba como su propio control remoto
- El usuario tenía que enseñarle a la tarjeta las señales infrarrojas correspondientes a comandos como “play”, “stop” y “rewind”
- Al presionar el control remoto de la VCR apuntando al diodo receptor brillante de la parte trasera de la tarjeta, el software de ArVid indicaba los botones necesarios y grababa la señal
- Podía actuar como control remoto usando tanto señales moduladas como no moduladas
- Según la fuente, el tiempo necesario para enseñarle todos los comandos del control remoto se recuerda de forma distinta: 3 horas o 7 minutos
Proceso para escribir datos en la cinta
- Antes de escribir, ArVid grababa en la cinta un tramo de datos de 2.5 minutos y luego lo leía de vuelta para encontrar la alineación de tracking adecuada para la VCR
- Ajustaba la posición del cabezal de lectura de la VCR en 6 configuraciones, calculaba la tasa de error en cada una y recomendaba la alineación con menos errores
- La interfaz de selección de archivos tenía forma de explorador de archivos similar a Norton Commander
- Cuando el usuario daba la orden de escritura, la tarjeta ArVid convertía los datos de archivo en señal de video y, al mismo tiempo, enviaba a la VCR el comando iniciar grabación mediante el transmisor infrarrojo
- Después de grabar venía una etapa de verificación
- ArVid rebobinaba la cinta y volvía a leer los datos recién escritos
- Verificaba que no hubiera pérdida crítica de datos
- En una pantalla de ejemplo se mostraban 23,795 errores single, 149 errores double y 0 errores triple
Proceso para leer datos desde la cinta
- Para leer datos se necesitaban la cinta VHS y un archivo de índice especial
- Gracias al archivo de índice, era posible ir a la ubicación de un archivo específico sin leer toda la cinta de principio a fin
- ArVid dejaba marcadores de tiempo en la cinta para poder avanzar rápidamente hasta un archivo concreto
- En modo lectura, cuando el usuario seleccionaba el archivo que quería recuperar, el dispositivo enviaba a la VCR comandos como “fast forward”, “rewind” y “play”, e ingresaba la señal de video de la VCR a la PC
- La PC convertía de nuevo la señal visual entrante en datos digitales
Condiciones que determinaban la conservación a largo plazo
- ArVid y su software eran confiables por sí mismos, pero la calidad del almacenamiento a largo plazo dependía mucho del equipo VCR y de la cinta VHS
- El fabricante recomendaba la costosa Sony 130XR y la más barata Akai-120EDG
- Se consideraba que eran mejores las VCR pesadas y con carcasa metálica
- Porque vibraban menos al enrollar y detener la cinta
- Una VCR que rebobinara demasiado rápido podía ser difícil de seguir para el lento hardware de ArVid
- ArVid no funcionaba con VCR NTSC de 60 Hz
- Las cintas VHS de 180 minutos eran las más adecuadas
- La cinta magnética interna era la más gruesa
- Las cintas de mayor duración eran más delgadas, mecánicamente más débiles y más propensas al desgaste durante el uso
Formato de grabación y corrección de errores
- Para almacenar la señal de manera estable en la cinta, ArVid usaba solo el componente de luminancia de la señal de video
- El color y el sonido no se usaban para grabar datos; solo se usaba blanco y negro, sin emplear tampoco niveles de gris
- Según comentarios de Fido7, la codificación de datos se entiende como de tipo Non-Return-to-Zero
- Los archivos en la cinta se grababan separados por tramos vacíos de 5 segundos
- Las cintas VHS domésticas tenían menor calidad que las cintas magnéticas comerciales, por lo que la gestión de errores era importante
- ArVid usaba el algoritmo de corrección de errores Reed-Solomon with Interleaving
- Afirmaba poder corregir hasta 3 bytes defectuosos en un grupo de código
- Afirmaba poder recuperar hasta 450 bytes consecutivos perdidos
- Después de la lectura, realizaba una verificación CRC32 por cada bloque de 512 bytes
Software que no ocultaba los errores
- El software de ArVid mostraba activamente al usuario la cantidad de errores en la cinta
- A diferencia de la práctica habitual de las empresas de backup de la época, que trataban los errores como si no existieran, el equipo creador de ArVid consideraba esta transparencia una ventaja
- El usuario podía ajustar el entorno de almacenamiento viendo la cantidad de errores
- Ajustar el tracking de la VCR
- Comprar una cinta VHS mejor
- Cambiar a otra VCR
- Colocar la VCR sobre una superficie más firme para reducir vibraciones y errores
- Si la VCR tardaba mucho en alcanzar la velocidad normal tras iniciar la reproducción, los errores podían aumentar
- Para compensarlo, el software de ArVid podía configurarse para grabar más cuadros vacíos iniciales
Archivos de índice .TDR y recuperación
- ArVid guardaba la lista de archivos contenidos en la cinta como un manifiesto local en formato .TDR
- El archivo .TDR permitía encontrar rápidamente la ubicación de los archivos necesarios sin reproducir toda la cinta
- Si se perdía el archivo .TDR, existía un programa para reconstruirlo leyendo toda la cinta
- Como el método regeneraba el índice leyendo la cinta completa, llevaba mucho tiempo
Comparación de capacidad y costo
- Todos los modelos ArVid podían grabar 1.08 GB en una cinta de 180 minutos a una velocidad de 100 KB/s
- Los modelos posteriores a ArVid 1020 podían grabar 2.16 GB en la misma cinta a 200 KB/s
- El sistema ArVid costaba unos $80, una cinta VHS unos $4 y una VCR promediaba $160, aunque muchos usuarios ya tenían una en casa
- En comparación con otros dispositivos de almacenamiento de 1997, la diferencia de costo era grande
- Las unidades grabadoras de CD-R empezaban en $300, y la capacidad de un CD era de 184 a 870 MB
- Una unidad ZIP costaba $150, los discos $15 cada uno y la capacidad era de 100 MB
- Una unidad JAZ costaba $350, los discos $85 cada uno y llegaban hasta 1 GB
- Una unidad de disquete de 3.5 pulgadas costaba 28 dólares canadienses, los disquetes unos $0.30 y la capacidad era de 1.44 MB
- Un disco duro normalmente costaba alrededor de $150 por unos 1.2 GB
- En 1995, la capacidad de los discos duros rondaba los 560 MB, así que una sola cinta VHS podía almacenar más información que un disco duro completo
Casos de duración del almacenamiento en VHS
- El Canadian Conservation Institute estimaba la vida útil promedio de las cintas VHS en 10 a 30 años
- En 2011, el usuario Ctrl del foro Sannata recuperó con ArVid, sin errores, todos los archivos que había guardado en cintas VHS en 1994/1995
- Ctrl usó una tarjeta 1052, de la última generación, tanto para grabar como para recuperar
- Otra cinta guardada en 1998 en una cinta BASF semiprofesional solo tenía errores menores que no afectaban la restauración de datos
- En el mismo hilo, Teodor dijo que en 2011 no tuvo problemas para leer cintas de fines de los 90; tenía errores con una Panasonic NV-SD450, pero la situación mejoró mucho al cambiar a una JVC HR-DD868
- El usuario korvegeta de Rutracker también logró leer en 2011 una cinta cuya fecha exacta de grabación no se conocía
Usos reales y límites
- Los dispositivos ArVid se vendían como una solución de backup de datos
- El fabricante PO KSI los posicionaba como competidores de proveedores de backup como Colorado Memory Systems, sistemas QIC y Tandberg Data
- Las cintas VHS no eran adecuadas como medios para lectura y reescritura repetidas
- Con mucho uso, la cinta magnética se desgastaba mecánicamente
- La forma ideal de uso era “escribir una vez y leer rara vez”
- Entre los usos reales mencionados estaban backups de oficina, almacenamiento de datos de logs, almacenamiento de datos de experimentos académicos y traslado de datos de observaciones astronómicas entre instituciones
- No se usó de forma amplia como medio para intercambiar o vender datos, como los disquetes
- Diferencias entre versiones del hardware ArVid
- Diferencias de densidad de grabación
- Diferencias de calidad de las VCR
- Diferencias de rendimiento entre las dos computadoras
- Estos factores podían dificultar la lectura de una cinta escrita por otra persona
- En ese momento, la mayoría del software podía caber en varios disquetes, y todavía en 1997 Microsoft Office se distribuía en 46 disquetes
Usos informales y poco comunes
- Un usuario recordaba haber comprado en Moscow una cinta VHS llena de juegos creada con ArVid, llevarla a su ciudad natal y luego copiar juegos individuales a disquetes para revenderlos
- En 2000, un usuario combinó ArVid 1052, una VCR y una cámara de seguridad para usarlo como una cámara con detección de movimiento y atrapar a un ladrón de focos en el lobby
- El software Arvid Control podía iniciar la grabación cuando detectaba cambios grandes en la imagen
- En FidoNet también surgió la idea de emitir por un canal de TV común una señal de video con datos, para que usuarios de ArVid recibieran software en masa
Mejoras del producto y fabricante
- Las tarjetas ArVid se produjeron desde 1993 hasta el verano de 1998
- El fabricante era PO KSI, sigla en ruso de “Professional Association of Designers of Data Processing Systems”
- PO KSI tenía su sede en Zelenograd, un polo de producción microelectrónica en las afueras de Moscow
- El hardware mezclaba componentes electrónicos rusos y extranjeros; a medida que evolucionaban los modelos, aumentaban el búfer y la densidad de grabación
- Cuando PO KSI pasó de una combinación de chips de función única a un FPGA Actel a1020b-pl84c, la tarjeta funcionó a menor temperatura y se redujo el sobrecalentamiento de la computadora durante el uso
- El transmisor infrarrojo inicial estaba en la parte trasera de la tarjeta, pero luego se mejoró con un transmisor en un cable separado que podía colocarse cerca de la VCR
- Más adelante, el software incorporó de fábrica señales de controles remotos de modelos comunes de VCR
- El usuario podía elegir el fabricante y modelo de la VCR en una lista y usarlo de inmediato
- Para VCR no incluidas en la lista, seguía siendo posible el aprendizaje manual como antes
Documentación, BBS y soporte
- ArVid incluía FAQ, guía de uso de la UI, descripción del formato .TDR, explicación de la API y datos de compatibilidad de PC, VCR y cintas
- Aunque era difícil conocer la información de compatibilidad antes de comprar, la mayor parte de la documentación podía descargarse gratis desde las BBS de PO KSI y distribuidores autorizados
- Los usuarios podían conectarse por módem al número de un distribuidor entre las 8 de la noche y las 8 de la mañana para descargar la FAQ
- Estas BBS formaban parte de FidoNet7, una red rusa de BBS que usaba software compatible con FidoNet
- En 1997 se creó el grupo de noticias
fido7.su.hardw.support.arvid, donde el principal distribuidor, Mikel Lavrentyev, daba soporte a clientes y potenciales clientes - También existía el sitio oficial
www.arvid.ru, que ofrecía soporte casi en tiempo real mediante una mezcla de tecnologías web y preweb - La garantía del modelo tardío ArVid 105 de 1997 ofrecía 3 años de garantía
Software y extensiones
- El software de ArVid podía funcionar en DOS, Windows 3.1, Windows 3.11, Windows 95, Windows NT y OS/2
- También había ports no oficiales para Linux y FreeBSD
- La UI básica era similar a Norton Commander y facilitaba leer y escribir archivos en cintas VHS
- Los ejecutables incluidos realizaban tareas como registrar señales infrarrojas para controlar la VCR, cambiar la configuración y regenerar archivos de índice de la cinta
- El hardware, el software, la documentación y la API permitían que los usuarios crearan aplicaciones separadas sobre ArVid
- Slava Gostrenko creó tres aplicaciones
- Arvid Draw: mostrar el contenido de archivos de texto en una pantalla grande de TV
- Arvid Control: detectar cambios en transmisiones de TV o video de cámaras de vigilancia, disparar acciones en la PC y detener y reanudar la grabación de la VCR durante cortes publicitarios
- Arvid Audio: recibir audio desde CD, Audio In u otras fuentes que pudiera procesar una SoundBlaster, y grabar 3 horas de música en una cinta de $2
Discontinuación y declive
- PO KSI discontinuó la producción de ArVid en el verano de 1998
- Un artículo de 1998 de la revista rusa de computación Computerra consideraba que la popularidad de ArVid había bajado porque el almacenamiento HDD y las grabadoras CD-R se abarataron
- ArVid no logró economías de escala y se mantuvo alrededor de los $80 mientras los precios de sus alternativas seguían cayendo
- El VHS tenía un límite de capacidad claro
- PO KSI afirmaba que el límite de una cinta de 3 horas era 3.34 GB
- El último dispositivo ArVid alcanzó ese límite a 325 KB/s
- Usar VCR y cintas VHS domésticas como almacenamiento era una solución provisoria y le costaba competir con dispositivos comerciales dedicados de backup
- Los usuarios adecuados para ArVid estaban más cerca de pequeñas empresas o instituciones académicas que de hogares comunes
- El disco duro doméstico promedio tenía entre 500 MB y 1.2 GB
- La World Wide Web estaba en una etapa temprana, y los MP3, el video digital y los sitios web de software aún no se habían generalizado
Distribución limitada y evolución posterior de PO KSI
- El usuario ASL del foro Sannata dijo que ArVid era un producto usado principalmente por un grupo pequeño: la comunidad de usuarios de Fido7
- En esa época había poca gente con computadora propia, y los usuarios dispuestos a pagar cerca de $100 por una placa de archivado eran limitados
- ArVid era un dispositivo poco amigable para el usuario que requería conocimientos técnicos para configurar, enseñar la VCR y resolver problemas
- PO KSI aún existe y afirma que se fabricaron 200,000 placas ArVid, pero esa cifra es muy discutida con base en análisis de números de serie de los dispositivos
- PO KSI también tenía otras líneas de productos, como equipos de escaneo de documentos digitales y equipos de fotografía satelital
- PO KSI terminó suministrando equipos para el censo ruso y para uso militar; en diciembre de 2016, la White House de Estados Unidos sancionó a la empresa por haber proporcionado entrenamiento especializado a la agencia de inteligencia rusa GRU
¿ArVid fue el primero?
- Almacenar datos en cinta magnética no era algo nuevo: se usaba desde la era de los mainframes y sigue siendo hasta hoy un medio de almacenamiento barato y confiable
- La característica de ArVid era que almacenaba datos en cintas VHS domésticas
- Ya existían ejemplos de almacenamiento de datos en medios domésticos, como los casetes de audio
- Commodore Datasette
- Unidad de casete para Atari 400/800
- “Floppy ROM” en forma de discos delgados para tocadiscos incluidos como suplemento en revistas
- También existieron dispositivos de almacenamiento de datos en VHS antes de ArVid y en la misma época
- Corvus “Mirror” podía almacenar 91 MB en una cinta de 3 horas, solicitó una patente relacionada en 1980 y parece haber estado en el mercado en 1984
- Danmere Backer podía almacenar 1.5 GB en modo normal y 3 GB en long-play en una cinta VHS de 3 horas
- Alpha Micro Videotrax y AM-1000 también estuvieron relacionados con backups basados en VHS
- También se mencionan Commodore Whizzard, Commodore Video Fast Loader, Amiga VBS, Magurex VBS, Lyppens VBS y Rossmöller Handshake Video Backup System
Clones, vías de compra y precios actuales
- La FAQ de ArVid incluía quejas sobre tarjetas ArVid “falsas”, y parece que las tarjetas antiguas previas a las basadas en FPGA podían clonarse soldando a mano componentes estándar
- Vintik_33, del foro Sannata, afirmó haber participado en una organización que hacía clones de ArVid con placas grabadas y componentes
- PO KSI casi no hacía publicidad en revistas masivas, y en algunas publicaciones y FAQ de Fido7 aparecían alrededor de 5 distribuidores autorizados
- También había archivos de BBS con instrucciones para llegar a la casa del principal distribuidor, Mikel Lavrentyev, y una lista de precios
- El conocimiento del producto parece haberse difundido especialmente por boca a boca entre operadores de BBS y técnicos de Fido7
- En 2023, una tarjeta ArVid 1052 se vendía en Meshok.net por unos $10, y hubo un caso de una computadora antigua con ArVid instalada publicada en Avito.ru por 18,500 rublos, unos $205
- Como Rusia está bajo sanciones financieras, puede haber problemas de pago y envío; también se menciona la posibilidad de encontrarla en sitios ucranianos, ya que en los años 90 había un distribuidor oficial en Kiev
1 comentarios
Opiniones en Hacker News
Curiosamente, incluso hoy la música se distribuye en gran medida con una frecuencia de muestreo de 44.1 kHz, y este número algo raro salió de una capacidad que resultaba conveniente para almacenarla en cintas de video PAL/NTSC con equipos como el Technics SV-P100.
En esa época, las cintas de video eran casi la única forma de almacenar audio digital sin pérdida, y al final este número proviene de la cantidad de líneas de escaneo y de la frecuencia de cuadros/campos de los estándares de TV analógica.
Con 44.1 kHz se pueden almacenar todas las frecuencias de 0 a 22.05 kHz, un rango suficiente para la mayoría de las personas.
En cambio, 48000 solo tiene 64 divisores.
Al final, la frecuencia de muestreo digital también queda conectada con la velocidad a la que giran las turbinas de las centrales eléctricas.
Al ver la parte de “un programa personalizado de exploración de archivos parecido a Norton Commander”, me pregunto si tendría relación con Volkov Commander.
Volkov Commander era una alternativa en formato COM, mucho más rápida que Norton Commander.
En 1993 lo subí a SIMTEL, y el operador se quejó con el operador del mainframe de la universidad donde yo tenía una cuenta, diciendo que había subido Norton Commander pirateado; como resultado, me echaron del VAX.
Yo tenía 18 años y no supe manejarlo bien, pero gracias a ese incidente terminé metiéndome por un camino interesante. Conseguí otra cuenta mediante ingeniería social y volví a entrar; no duró mucho, pero eso me llevó a empezar a usar Unix y pronto Linux, lo que al final resultó ser un conocimiento mucho más útil que VAX/VMS.
Hacia el final estaba bastante nervioso, porque era obvio que me iban a hacer preguntas, ya que nadie más usaba casi toda su cuota, y si fallaba quizá no podría entregar las tareas.
Pero cuando resolví el problema, el retorno de inversión del tiempo que le dediqué volvió con intereses.
DOS Navigator también tenía cierto soporte para Arvid, por lo que en realidad podría haber sido DOS Navigator.
[1] https://en.wikipedia.org/wiki/DOS_Navigator
[2] https://github.com/maximmasiutin/Dos-Navigator/blob/master/A...
RAR para DOS también tenía una interfaz de un solo panel parecida a NC.
La explicación de que “estos BBS usaban software compatible con FidoNet, pero formaban parte de FidoNet7, una red rusa de BBS independiente de su estructura política” no es técnicamente correcta.
Esos BBS eran parte de la red “oficial” FidoNet Zone 2. Fido7 era principalmente un proyecto del ámbito postsoviético, no simplemente un proyecto “ruso”, y en gran medida tenía la finalidad de pasar de la PSTN a Internet como medio de transporte.
Muchos nodos oficiales de FidoNet también tenían canales adicionales por Internet, y en términos de tráfico quizá incluso superaban a la PSTN, pero un nodo de FidoNet con conexión puramente por Internet y sin presencia en la PSTN violaba la política. En especial porque era necesario cumplir con la Zone Mail Hour (ZMH).
La ZMH se consideraba un requisito central de los nodos de FidoNet, y casi todo lo demás era opcional, pero no había consenso para eliminar esa “tradición”.
El proyecto Fido7 se creó para agregar una superposición de Zone 7 por encima de las seis zonas existentes de FidoNet, con el objetivo de permitir nodos solo por Internet sin cambiar las políticas de las zonas existentes.
No fue aceptado dentro de la estructura oficial de FidoNet, pero por razones técnicas sobrevivió más tiempo que el FidoNet oficial.
El grupo de noticias “fido7.su.hardw.support.arvid” que menciona el autor apunta a un espejo de Google.
En realidad, Fido7 espejaba el “SU.HARDW.SUPPORT.ARVID” original; los nombres de los “echomail conference-group” tradicionalmente se escribían en mayúsculas, y “SU” significaba Soviet Union.
En realidad era un grupo de conferencia alojado por backbones regionales de FidoNet pertenecientes a países postsoviéticos.
Estos espejos fueron creados por el proyecto Fido7 para extender FidoNet más allá de la comunidad “a la antigua” basada en PSTN, y los grupos de noticias con doble prefijo como “fido7.su.” no eran propiedad de Fido7 en sí, sino que se transferían desde el FidoNet oficial a Fido7, luego se ofrecían como grupos de noticias de UseNet y se archivaban en Google. Por eso parece que el autor los confundió con contenido de Fido7.
Que el software de ArVid le mostrara al usuario en detalle la cantidad de errores de la cinta era algo singular en una época en la que las empresas de backup fingían que no había errores.
Ojalá en el futuro todos los dispositivos de almacenamiento con Flash RAM/memoria no volátil/persistente permitan al usuario ver fácilmente la información interna de errores que conoce el hardware.
Por ejemplo, en un dispositivo Flash RAM como una memoria USB, me gustaría que informara qué bloques/áreas fallaron y fueron remapeados, cuándo ocurrió el remapeo y a qué nuevos bloques/áreas físicas se movieron los datos.
Como usuario, quiero saber todo lo que el hardware sabe sobre el estado del medio de almacenamiento subyacente.
Creo que en el futuro las empresas transparentes en este aspecto tendrán mucho éxito.
Claro que en ese entonces los discos duros probablemente costaban cientos de dólares, en dinero de los 80.
Es muy probable que los fabricantes de memorias flash que se venden por menos de 15 dólares en el supermercado del barrio no quieran darles a los consumidores una forma de verificar el estado interno real y usarlo como base para una devolución.
Aun así, sería bueno tener una plataforma estándar de almacenamiento open source con un procedimiento estándar de actualización de firmware, ya sea por USB u otro tipo de conexión.
Eso permitiría desarrollar firmware open source para dispositivos de almacenamiento al que se le puedan agregar las funciones adicionales que uno quiera.
Hace mucho tuve un dispositivo así.
Para hacer backups de vez en cuando estaba más o menos bien, pero era demasiado engorroso para usarlo con regularidad. Había que traer el reproductor de video, desenredar los cables y conectarlo, y ese equipo era realmente enorme.
La velocidad de lectura/escritura también era lenta, así que llenar una cinta de video tomaba varias horas.
Las cintas de video comunes tampoco eran muy confiables, y aunque ArVid tenía redundancia incorporada, existía la posibilidad de que meses o años después los datos no pudieran leerse; para estar seguro había que hacer un backup del backup.
Aun así, era una solución al problema, era muy barata y, aunque pagaras más del doble, no había alternativas. En ese momento de verdad era como un salvavidas, y les agradezco a quienes la crearon.
La idea de almacenar datos digitales en cintas de video ya existía en los años 80.
Los estudios hacían masterización digital en los formatos Umatic, Betamax y VHS disponibles en ese momento, y muchas obras populares de los 80 en realidad se masterizaron combinando convertidores de nivel de estudio como el Sony PCM-F1 con grabadoras de videocinta.
https://www.kenrockwell.com/audio/sony/pcm-f1.htm
Otro sistema fue D-VHS, la versión de video digital de VHS, con una capacidad máxima de 50 GB.
Durante un tiempo, hasta la llegada de BluRay y HD-DVD, fue la solución de video digital de mayor calidad para consumidores.
[0] https://en.wikipedia.org/wiki/D-VHS
En los años 80 todavía no era realista manejar video digital de forma significativa. No había framebuffers de color verdadero de 720x480 píxeles, ni una forma de meter y sacar tantos bits del framebuffer con suficiente rapidez.
Pero los circuitos electrónicos digitales ya podían funcionar a más de 50 MHz, y también existían convertidores rápidos de analógico a digital y de digital a analógico.
Así que el enfoque era: ¿por qué no digitalizar tal cual toda la señal de video analógica? Y D-1 efectivamente muestreaba toda la señal de video a unos 14 MHz y grababa en cinta, sin compresión, datos de cientos de megabits por segundo.
Es decir, era una copia digital completa de la forma de onda de video analógica tal como la generaba la cámara.
D-1 se usó bastante en producción y transmisión de broadcast a fines de los 80 y en los 90, pero hoy queda poco material en D-1, porque la tecnología era muy cara y las cintas se reutilizaban.
Como ejemplo, hay un video de Depeche Mode interpretando Personal Jesus en la TV alemana en 1989: https://www.youtube.com/watch?v=ELRR7rPDvh0
[1] https://en.wikipedia.org/wiki/D-1_(Sony)
Como antecedente interesante de fines de los 70 y comienzos de los 80, estaban los adaptadores de audio PCM, que grababan audio digital de la misma manera: https://en.wikipedia.org/wiki/PCM_adaptor
También son interesantes los equipos todo-en-uno con una unidad VHS incorporada, lanzados uno o dos años antes de la aparición del CD: https://www.youtube.com/watch?v=WVDCxTtn4OQ
Todas usaban cintas VHS.
Me acuerdo de cuando tenía una videocámara miniDV a comienzos de los 2000.
Había un paquete de Linux que permitía grabar archivos de archivo en cintas miniDV por FireWire, y recuerdo que en una cinta pequeña cabían unos 12 o 13 GB, lo cual en ese momento era bastante impresionante.
La desventaja era que grabar y restaurar tomaba alrededor de una hora.
Al final no guardé archivos importantes ahí, porque supuse que unos años después no tendría forma de volver a leerlos, y efectivamente fue así.
Yo tampoco lo usé; me preocupaba que se desgastaran los cabezales de la cámara, y los DVD-R eran más baratos y más fáciles de conseguir.
Guardar datos en cintas VHS ya existía a principios de los años 80
Alguna vez usé una “minicomputadora” AlphaMicro que tenía esa función
https://manualzz.com/doc/o/9paan/amos-system-commands-refere...
https://members.optusnet.com.au/spacetaxi64/MAIN/VFL-Video-f...
Era una ley para impulsar cierta tecnología VHS digital, y creo que el nombre era algo parecido a VHS-D
Lo descubrí trabajando como técnico de FiOS, al buscar una y otra vez una pregunta que me hacían seguido al terminar las instalaciones