- In den 1990er Jahren mussten PC-Nutzer in Russland zwischen teuren Festplatten und unzuverlässigen Disketten über Speicherplatz nachdenken, und ArVid war eine ISA-Erweiterungskarte, mit der sich ein Heim-Videorekorder und VHS-Kassetten wie ein Massenspeicher verwenden ließen
- Dateidaten wurden in ein Videosignal umgewandelt und auf den Videorekorder aufgezeichnet; ein Infrarot-Sender ahmte Fernbedienungsbefehle nach und steuerte Wiedergabe, Aufnahme, Rückspulen und Vorspulen automatisch
- Die Instabilität von VHS wurde durch einen Tracking-Ausrichtungstest, Reed-Solomon with Interleaving, CRC32-Prüfung, Verifikation nach dem Schreiben und lokale .TDR-Inhaltsdateien kompensiert
- 1997 kostete eine ArVid-Karte etwa $80, eine VHS-Kassette etwa $4; damit lagen die Kosten pro GB unter CD-R, ZIP, JAZ und Festplatten, weshalb das System für Backups, Log-Speicherung, wissenschaftliche Versuchsdaten und den Transport astronomischer Beobachtungsdaten genutzt wurde
- Wegen fallender HDD- und CD-R-Preise, schwieriger Einrichtung, der Kapazitätsgrenze von VHS und begrenzter Vertriebswege wurde die Produktion im Sommer 1998 eingestellt, und das Produkt blieb ein Nischenprodukt für kleine Unternehmen, wissenschaftliche Einrichtungen und Fido7-Nutzer
Das Speicherplatzproblem im Russland von 1995
- Im postsowjetischen Russland von 1995 wurden westliche Computer, Fernseher, Videorekorder, Kassettenrecorder und Einwahlmodems plötzlich zugänglich, doch Speichergeräte blieben teuer
- Nutzer von Heim-PCs konnten erleben, dass eine 500-MB-Festplatte durch Software, Spiele und Dokumente schnell voll war
- Die Optionen hatten klare Grenzen
- Disketten waren billig und weit verbreitet, speicherten aber nur 1.44MB pro Stück und verloren häufig Daten
- Eine zusätzliche Festplatte kostete etwa $200, also ungefähr ein Monatsgehalt in Russland
- Ein ArVid 1030 war für rund $80 zu haben, und auf einer einzelnen VHS-Kassette für den Heimgebrauch ließ sich Datenmenge im Umfang mehrerer Festplatten speichern
ArVid-Hardware und Anschlussweise
- ArVid war eine Erweiterungskarte für den ISA-Steckplatz eines PCs und konnte in ein 386-PC-Mainboard eingebaut werden
- Zum Paket gehörten die Karte, mehrere 3,5-Zoll-Disketten, Dokumentation und ein Spezialkabel zur Verbindung von PC und Videorekorder
- Das Spezialkabel enthielt neben gewöhnlichen Video-In- und Video-Out-Anschlüssen auch eine Infrarot-Sende-LED, die vorn am Videorekorder befestigt oder in seine Nähe gelegt wurde
- Die Gesamtkonfiguration funktionierte wie folgt
- Auf dem CRT-Bildschirm wurde die Oberfläche des ArVid-Programms angezeigt
- Während der Einrichtung brachte der Nutzer der ArVid-Karte mit der Fernbedienung des Videorekorders Befehle wie „play“ bei
- Die Infrarot-Empfangsdiode der Karte zeichnete das Fernbedienungssignal auf
- Die RCA-Stecker des Kabels wurden mit den Video-Ein- und Ausgängen des Videorekorders verbunden
- Die Infrarot-Sendediode schickte die aufgezeichneten Fernbedienungssignale an den Videorekorder und steuerte das Gerät
- Eine dreistündige VHS-Kassette für den Heimgebrauch konnte 2GB Daten speichern
Die Steuerung durch Nachahmung der VCR-Fernbedienung
- ArVid steuerte den Videorekorder nicht direkt, sondern verhielt sich wie dessen eigene Fernbedienung
- Der Nutzer musste der Karte Infrarotsignale beibringen, die Befehlen wie „play“, „stop“ und „rewind“ entsprachen
- Wenn man die Fernbedienung des Videorekorders auf die blinkende Empfangsdiode auf der Rückseite der Karte richtete, zeigte die ArVid-Software die nötigen Tasten an und zeichnete die Signale auf
- Sie konnte sowohl modulierte als auch unmodulierte Signale nutzen und so wie eine Fernbedienung arbeiten
- Wie lange das Einlernen aller Fernbedienungsbefehle dauerte, wird je nach Quelle unterschiedlich mit 3 Stunden oder 7 Minuten angegeben
So wurden Daten auf Band geschrieben
- Vor dem Schreiben nahm ArVid ein 2,5 Minuten langes Datensegment auf Band auf und las es wieder ein, um die passende Tracking-Ausrichtung für den jeweiligen Videorekorder zu finden
- Die Position des Lesekopfs des Videorekorders wurde in sechs Einstellungen variiert, und für jede Position wurde die Fehlerrate berechnet; empfohlen wurde die Ausrichtung mit den wenigsten Fehlern
- Die Oberfläche zur Dateiauswahl ähnelte einem Dateimanager wie Norton Commander
- Wenn der Nutzer den Schreibbefehl gab, wandelte die ArVid-Karte Dateidaten in ein Videosignal um und schickte gleichzeitig per Infrarot-Sender den Befehl Aufnahme starten an den Videorekorder
- Danach folgte ein Verifikationsschritt
- ArVid spulte das Band zurück und las die gerade geschriebenen Daten erneut ein
- Es prüfte, ob kein kritischer Datenverlust vorlag
- Auf einem Beispielbildschirm wurden 23.795 single errors, 149 double errors und 0 triple errors angezeigt
So wurden Daten vom Band gelesen
- Zum Lesen der Daten wurden die VHS-Kassette und eine spezielle Inhaltsdatei benötigt
- Dank dieser Inhaltsdatei ließ sich zu einer bestimmten Datei springen, ohne das gesamte Band von Anfang bis Ende lesen zu müssen
- ArVid hinterließ Zeitmarken auf dem Band, damit bis zur gewünschten Datei vorgespult werden konnte
- Wenn der Nutzer im Lesemodus die abzuholenden Dateien auswählte, schickte das Gerät dem Videorekorder die Befehle „fast forward“, „rewind“ und „play“ und führte dessen Videosignal dem PC zu
- Der PC wandelte das eingehende visuelle Signal wieder in digitale Daten um
Bedingungen für die Langzeitaufbewahrung
- ArVid und die Software selbst waren zuverlässig, doch die Qualität der Langzeitaufbewahrung hing stark vom Videorekorder und den VHS-Kassetten ab
- Der Hersteller empfahl den teuren Sony 130XR und den günstigeren Akai-120EDG
- Schwere Videorekorder mit Metallgehäuse galten als besser
- weil sie beim Spulen und Stoppen des Bands weniger wackelten
- und weil Videorekorder, die zu schnell zurückspulten, für die langsame ArVid-Hardware schwer einzuholen sein konnten
- ArVid funktionierte nicht mit 60Hz NTSC VCR
- VHS-Kassetten mit 180 Minuten waren am besten geeignet
- Das darin verwendete Magnetband war am dicksten
- Kassetten mit längerer Laufzeit waren dünner, mechanisch schwächer und verschlissen beim Gebrauch leichter
Aufzeichnungsformat und Fehlerkorrektur
- ArVid nutzte zur stabilen Speicherung des Signals auf dem Band nur die Luminanzkomponente des Videosignals
- Farbe und Ton wurden nicht für die Datenaufzeichnung verwendet; genutzt wurde nur Schwarzweiß, Graustufen kamen ebenfalls nicht zum Einsatz
- Laut einem Fido7-Kommentar wurde die Datenkodierung als Non-Return-to-Zero eingeordnet
- Die Dateien auf dem Band wurden durch 5 Sekunden lange Leerabschnitte voneinander getrennt
- VHS-Kassetten für den Heimgebrauch waren von geringerer Qualität als kommerzielle Magnetbänder, daher war Fehlerbehandlung wichtig
- ArVid verwendete den Fehlerkorrekturalgorithmus Reed-Solomon with Interleaving
- Es wurde behauptet, dass sich bis zu 3 defekte Bytes pro Codegruppe korrigieren ließen
- Außerdem wurde behauptet, dass sich selbst Verluste von bis zu 450 aufeinanderfolgenden Bytes wiederherstellen ließen
- Nach dem Lesen wurde für jeden 512-Byte-Block eine CRC32-Prüfung durchgeführt
Software, die Fehler nicht versteckt
- Die ArVid-Software zeigte dem Nutzer die Anzahl der Bandfehler aktiv an
- Anders als die damalige Praxis von Backup-Anbietern, Fehler so zu behandeln, als gäbe es sie nicht, betrachteten die ArVid-Entwickler diese Transparenz als Vorteil
- Nutzer konnten die Fehlerzahlen sehen und ihre Speicherumgebung entsprechend anpassen
- Tracking des Videorekorders justieren
- bessere VHS-Kassetten kaufen
- auf einen anderen Videorekorder wechseln
- den Videorekorder auf eine stabilere Oberfläche stellen, um Erschütterungen und Fehler zu verringern
- Wenn ein Videorekorder nach Beginn der Wiedergabe lange brauchte, um die normale Geschwindigkeit zu erreichen, konnten mehr Fehler auftreten
- Zur Kompensation konnte die ArVid-Software so eingestellt werden, dass mehr anfängliche Leerframes aufgezeichnet wurden
.TDR-Inhaltsdateien und Wiederherstellung
- ArVid speicherte die Liste der auf dem Band befindlichen Dateien als lokales Manifest im Format .TDR
- Die .TDR-Datei ermöglichte es, die Position der benötigten Dateien schnell zu finden, ohne das gesamte Band abspielen zu müssen
- Falls die .TDR-Datei verloren ging, gab es ein Programm, das sie durch Lesen des gesamten Bands neu erzeugen konnte
- Da dafür das komplette Band ausgelesen werden musste, dauerte der Vorgang lange
Kapazität und Kostenvergleich
- Alle ArVid-Modelle konnten auf ein 180-Minuten-Band 1.08GB mit einer Geschwindigkeit von 100KB/s schreiben
- Modelle ab ArVid 1020 konnten auf dasselbe Band 2.16GB mit 200KB/s schreiben
- Ein ArVid-System kostete rund $80, eine VHS-Kassette etwa $4, und ein Videorekorder im Schnitt $160, den viele Nutzer allerdings bereits zu Hause hatten
- Im Vergleich zu anderen Speichermedien von 1997 war der Kostenunterschied groß
- CD-R-Brenner begannen bei $300, die Kapazität einer CD lag bei 184–870MB
- ZIP-Laufwerke kosteten $150, die Medien $15 pro Disk und boten 100MB
- JAZ-Laufwerke kosteten $350, die Medien $85 pro Disk und boten bis zu 1GB
- 3,5-Zoll-Diskettenlaufwerke kosteten 28 kanadische Dollar, Disketten etwa $0.30 und boten 1.44MB
- Festplatten kosteten typischerweise etwa $150 für rund 1.2GB
- 1995 lagen Festplattenkapazitäten bei ungefähr 560MB, sodass eine einzelne VHS-Kassette mehr Informationen speichern konnte als eine gesamte Festplatte
Beispiele für die Lebensdauer von VHS-Datenspeicherung
- Das Canadian Conservation Institute gibt für VHS-Kassetten eine durchschnittliche Lebensdauer von 10–30 Jahren an
- 2011 schrieb der Nutzer Ctrl im Sannata-Forum, dass er mit ArVid Dateien, die 1994/1995 auf VHS gespeichert worden waren, vollständig und fehlerfrei wiederhergestellt habe
- Ctrl nutzte sowohl für die Aufzeichnung als auch für die Wiederherstellung die letzte Generation, die 1052-Karte
- Ein anderes Band, das 1998 auf semiprofessionellem BASF-Band aufgezeichnet worden war, wies nur geringfügige Fehler auf, die die Wiederherstellung der Daten nicht beeinträchtigten
- Teodor aus demselben Thread schrieb, dass er 2011 keine Probleme hatte, Bänder aus den späten 1990ern zu lesen; mit einem Panasonic NV-SD450 traten Fehler auf, die sich nach dem Wechsel zu einem JVC HR-DD868 stark verringerten
- Auch der Rutracker-Nutzer korvegeta konnte 2011 ein Band erfolgreich lesen, dessen genaues Aufnahmedatum nicht bekannt war
Reale Einsatzfelder und Grenzen
- ArVid-Geräte wurden als Daten-Backup-Lösung verkauft
- Der Hersteller PO KSI positionierte sie als Konkurrenz zu Backup-Anbietern wie Colorado Memory Systems, QIC-Systemen und Tandberg Data
- VHS-Kassetten eigneten sich nicht als Medium für häufiges Lesen und Überschreiben
- Bei intensiver Nutzung verschliss das Magnetband mechanisch
- Die ideale Nutzung war „einmal schreiben und selten lesen“
- Als reale Einsatzfelder wurden Büro-Backups, Speicherung von Log-Daten, wissenschaftliche Versuchsdaten und der Transport astronomischer Beobachtungsdaten zwischen Institutionen genannt
- Als Medium zum Datenaustausch oder Verkauf wie bei Disketten verbreitete sich das System nicht
- Unterschiede zwischen ArVid-Hardwareversionen
- Unterschiede bei der Aufzeichnungsdichte
- Unterschiede in der Qualität der Videorekorder
- Unterschiede in der Rechenleistung der beiden Computer
- Solche Faktoren konnten dazu führen, dass von anderen geschriebene Bänder schwer lesbar waren
- Die meiste Software jener Zeit passte auf mehrere Disketten, und selbst 1997 wurde Microsoft Office noch auf 46 Disketten ausgeliefert
Inoffizielle und ungewöhnliche Nutzung
- Ein Nutzer erinnerte sich daran, in Moskau mit ArVid erstellte VHS-Kassetten voller Spiele gekauft, in seine Heimatstadt mitgenommen und dort einzelne Spiele auf Disketten kopiert und weiterverkauft zu haben
- Im Jahr 2000 kombinierte ein Nutzer ArVid 1052, einen Videorekorder und eine Sicherheitskamera und nutzte das System wie eine bewegungserkennende Kamera, um einen Dieb von Glühbirnen in einer Lobby zu fassen
- Die Software Arvid Control konnte bei Erkennung großer Bildveränderungen die Aufzeichnung starten
- Im FidoNet wurde sogar die Idee diskutiert, Videosignale mit Daten über normale TV-Kanäle auszustrahlen, damit ArVid-Nutzer Software in großen Mengen empfangen könnten
Produktverbesserungen und Hersteller
- ArVid-Karten wurden von 1993 bis zum Sommer 1998 produziert
- Hersteller war PO KSI, die russische Abkürzung für „Professional Association of Designers of Data Processing Systems“
- PO KSI hatte seinen Sitz in Selenograd, einem Produktionszentrum für Mikroelektronik am Rand von Moskau
- Die Hardware kombinierte russische und ausländische Elektronikbauteile; mit der Weiterentwicklung der Modelle wuchsen die Puffer und die Aufzeichnungsdichte stieg
- Als PO KSI von einer Kombination aus Einzelbausteinen auf ein Actel a1020b-pl84c FPGA umstieg, liefen die Karten kühler und der Computer überhitzte im Betrieb seltener
- Frühe Infrarot-Sender saßen auf der Rückseite der Karte, später wurden sie durch separate Sender an einem Kabel ersetzt, die in der Nähe des Videorekorders platziert werden konnten
- Später wurden auch die Fernbedienungssignale gängiger Videorekordermodelle werkseitig vorab aufgezeichnet und in die Software integriert
- Nutzer konnten Hersteller und Modell ihres Videorekorders aus einer Liste auswählen und sofort loslegen
- War das Modell nicht aufgeführt, blieb das manuelle Einlernen wie zuvor möglich
Dokumentation, BBS und Support-Struktur
- Zu ArVid gehörten ein FAQ, Hinweise zur Bedienung der UI, eine Beschreibung des .TDR-Formats, eine API-Beschreibung sowie Kompatibilitätsdaten zu PC, Videorekorder und Band
- Vor dem Kauf war es zwar schwierig, an Kompatibilitätsinformationen zu kommen, doch die meisten Dokumente konnten kostenlos über die BBS von PO KSI und autorisierten Händlern bezogen werden
- Nutzer konnten sich per Modem zwischen 20 Uhr abends und 8 Uhr morgens in die Nummer eines Händlers einwählen und das FAQ herunterladen
- Diese BBS waren Teil von FidoNet7, einem russischen BBS-Netzwerk mit FidoNet-kompatibler Software
- 1997 wurde die Newsgroup
fido7.su.hardw.support.arvideingerichtet, und der wichtigste Händler Mikel Lavrentyev unterstützte dort Kunden und Interessenten - Es gab auch die offizielle Website
www.arvid.ru, die mit einer Mischung aus Web- und Pre-Web-Techniken nahezu Echtzeit-Support bot - Die Garantiekarte des späten ArVid 105 aus dem Jahr 1997 bot 3 Jahre Garantie
Software und Erweiterungsprogramme
- Die ArVid-Software lief unter DOS, Windows 3.1, Windows 3.11, Windows 95, Windows NT und OS/2
- Es gab auch inoffizielle Ports für Linux und FreeBSD
- Die Standardoberfläche ähnelte Norton Commander und erleichterte das Lesen und Schreiben von Dateien auf VHS-Kassetten
- Mitgelieferte ausführbare Dateien dienten zum Aufzeichnen von Infrarot-Signalen für die Videorekordersteuerung, zum Ändern von Einstellungen und zum Neuerstellen von Inhaltsdateien der Bänder
- Hardware, Software, Dokumentation und API ermöglichten es Nutzern, zusätzliche Anwendungen auf Basis von ArVid zu entwickeln
- Slava Gostrenko entwickelte drei Anwendungen
- Arvid Draw: Anzeige des Inhalts von Textdateien auf einem großen Fernsehbildschirm
- Arvid Control: Erkennung von Veränderungen in TV-Sendungen oder Überwachungskamera-Bildern, Auslösen von PC-Aktionen sowie Stoppen und Fortsetzen von VCR-Aufnahmen in Werbepausen
- Arvid Audio: Aufnahme von Audio von CD, Audio In und anderen Quellen, die ein SoundBlaster verarbeiten konnte, um 3 Stunden Musik auf ein $2-Band aufzuzeichnen
Produktionsende und Niedergang
- PO KSI stellte die ArVid-Produktion im Sommer 1998 ein
- Ein Artikel der russischen Computerzeitschrift Computerra von 1998 sah den Grund für die sinkende Beliebtheit in fallenden Preisen für HDD-Speicher und CD-R-Laufwerke
- ArVid erreichte keine Skaleneffekte und blieb bei etwa $80, während Ersatzprodukte immer billiger wurden
- VHS hatte eine klare Kapazitätsgrenze
- PO KSI nannte für ein 3-Stunden-Band eine Obergrenze von 3.34GB
- Die letzten ArVid-Geräte erreichten diese Grenze bei 325KB/s
- Die Nutzung von Heim-Videorekordern und VHS-Kassetten als Speicher war eine Übergangslösung und konnte mit dedizierten kommerziellen Backup-Geräten schwer konkurrieren
- Der typische ArVid-Nutzer war eher ein kleines Unternehmen oder eine wissenschaftliche Einrichtung als ein gewöhnlicher Haushalt
- Durchschnittliche Heim-Festplatten lagen bei 500MB bis 1.2GB
- Das World Wide Web stand noch am Anfang, und MP3, digitales Video sowie Software-Websites waren noch nicht allgemein verbreitet
Begrenzte Verbreitung und das spätere PO KSI
- Der Sannata-Forennutzer ASL schrieb, ArVid sei vor allem ein Produkt für die kleine Nutzergruppe von Fido7 gewesen
- Schon Menschen mit einem eigenen Computer waren selten, und die Zahl derer, die fast $100 für ein Archivierungs-Board ausgeben konnten, war begrenzt
- ArVid war ein nicht benutzerfreundliches Gerät, das für Einrichtung, VCR-Einlernen und Fehlersuche technisches Können verlangte
- PO KSI existiert bis heute und behauptet, 200.000 ArVid-Boards hergestellt zu haben; diese Zahl wird jedoch auf Grundlage von Analysen der Seriennummern der Geräte stark bestritten
- PO KSI hatte auch andere Produktlinien wie Geräte zum Scannen digitaler Dokumente und Ausrüstung für Satellitenbilder
- Später belieferte PO KSI die russische Volkszählung und militärische Projekte; im Dezember 2016 belegte das Weiße Haus der USA das Unternehmen mit Sanktionen, weil es dem russischen Geheimdienst GRU Spezialtraining bereitgestellt haben soll
War ArVid das erste System dieser Art?
- Das Speichern von Daten auf Magnetband war nichts Neues; es wurde schon seit der Mainframe-Ära genutzt und ist bis heute ein günstiges und zuverlässiges Speichermedium
- Die Besonderheit von ArVid war die Speicherung auf Heim-VHS-Kassetten
- Beispiele für Datenspeicherung auf Heimmedien wie Audiokassetten gab es bereits zuvor
- Commodore Datasette
- Kassettenlaufwerke für Atari 400/800
- als Magazinbeilage vertriebene dünne Platten im Stil einer Schallplatte unter dem Namen „Floppy ROM“
- Auch VHS-Datenspeichergeräte gab es schon vor ArVid oder zeitgleich
- Corvus „Mirror“ konnte 91MB auf einem 3-Stunden-Band speichern, meldete 1980 ein entsprechendes Patent an und war offenbar 1984 auf dem Markt
- Danmere Backer konnte auf einem 3-Stunden-VHS-Band 1.5GB im normalen Modus und 3GB im Long-Play-Modus speichern
- Alpha Micro Videotrax und AM-1000 standen ebenfalls mit VHS-basiertem Backup in Verbindung
- Ebenfalls erwähnt werden Commodore Whizzard, Commodore Video Fast Loader, Amiga VBS, Magurex VBS, Lyppens VBS und Rossmöller Handshake Video Backup System
Klone, Bezugswege und heutige Preise
- Im ArVid-FAQ gab es Beschwerden über „gefälschte“ ArVid-Karten, und ältere Modelle aus der Zeit vor FPGA scheinen sich mit Standardbauteilen per Hand nachgebaut haben zu lassen
- Der Sannata-Forennutzer Vintik_33 behauptete, an einer Gruppe beteiligt gewesen zu sein, die mit geätzten Platinen und Bauteilen ArVid-Klone baute
- PO KSI warb kaum in Massenzeitschriften; in einigen Fido7-Beiträgen und im FAQ wurden etwa fünf autorisierte Händler genannt
- Es existierte sogar eine BBS-Datei mit Preislisten und einer Wegbeschreibung bis zur Wohnung des wichtigsten Händlers Mikel Lavrentyev
- Das Wissen über das Produkt verbreitete sich offenbar vor allem durch Mundpropaganda unter BBS-Betreibern und Fido7-Technikern
- Stand 2023 wurde eine ArVid-1052-Karte auf Meshok.net für etwa $10 angeboten, und ein alter Computer mit eingebautem ArVid wurde auf Avito.ru für 18.500 Rubel beziehungsweise etwa $205 inseriert
- Da Russland Finanzsanktionen unterliegt, könnten Zahlung und Versand problematisch sein; außerdem wird erwähnt, dass es in den 1990ern in Kiew einen offiziellen Händler gab, sodass sich eventuell auch auf ukrainischen Websites etwas finden ließe
1 Kommentare
Meinungen auf Hacker News
Interessanterweise wird Musik auch heute meist mit einer Sampling-Rate von 44,1 kHz ausgeliefert; diese krumme Zahl stammt von der Kapazität, die sich mit Geräten wie dem Technics SV-P100 bequem auf PAL/NTSC-Videobändern speichern ließ.
Damals waren Videobänder praktisch eine der wenigen Möglichkeiten, verlustfreies digitales Audio zu speichern, und letztlich leitet sich diese Zahl aus der Anzahl der Zeilen sowie der Frame-/Field-Rate analoger TV-Standards ab.
Mit 44,1 kHz lassen sich alle Frequenzen von 0 bis 22,05 kHz speichern, was für die meisten Menschen ein ausreichender Bereich ist.
48000 hat dagegen nur 64 Teiler.
Damit ist eine digitale Sampling-Rate letztlich sogar mit der Drehzahl von Kraftwerksturbinen verbunden.
Bei der Stelle mit dem „Custom-Dateibrowser, der Norton Commander ähnelt“ frage ich mich, ob es einen Zusammenhang mit Volkov Commander gab.
Volkov Commander war eine COM-große Alternative zu Norton Commander und deutlich schneller.
Als ich ihn 1993 auf SIMTEL hochlud, beschwerte sich der Betreiber beim Betreiber des Uni-Mainframes, auf dem ich ein Konto hatte, ich hätte Norton Commander als Raubkopie hochgeladen; daraufhin wurde ich vom VAX geworfen.
Mit 18 habe ich darauf nicht besonders gut reagiert, aber der Vorfall brachte mich auf einen interessanten Weg. Ich beschaffte mir per Social Engineering ein anderes Konto und kam wieder hinein; das hielt nicht lange, aber dadurch begann ich, Unix und bald darauf Linux zu nutzen, was sich letztlich als viel nützlicheres Wissen erwies als VAX/VMS.
Gegen Ende wurde ich ziemlich nervös, denn da sonst kaum jemand sein Kontingent auch nur annähernd ausschöpfte, war klar, dass man mich dazu befragen würde, und wenn ich scheiterte, konnte ich möglicherweise meine Aufgaben nicht abgeben.
Aber nachdem ich das Problem gelöst hatte, kam die Rendite der dafür investierten Zeit mit Zinsen zurück.
DOS Navigator hatte auch etwas Arvid-Unterstützung, also könnte es tatsächlich DOS Navigator gewesen sein.
[1] https://en.wikipedia.org/wiki/DOS_Navigator
[2] https://github.com/maximmasiutin/Dos-Navigator/blob/master/A...
Auch RAR für DOS hatte eine NC-artige Ein-Panel-Oberfläche.
Die Erklärung, „diese BBS waren Teil von FidoNet7, einem russischen BBS-Netzwerk, das FidoNet-kompatible Software nutzte, aber unabhängig von dessen politischer Struktur war“, ist technisch nicht korrekt.
Diese BBS waren Teil des „offiziellen“ FidoNet-Zone-2-Netzwerks. Fido7 war vor allem ein Projekt im postsowjetischen Raum, nicht einfach ein „russisches“ Projekt, und hatte stark den Charakter, den Übertragungsweg von PSTN auf das Internet zu verlagern.
Viele offizielle FidoNet-Nodes hatten zusätzlich Internet-Kanäle, die beim Traffic dem PSTN sogar überlegen gewesen sein könnten; reine Internet-Verbindungen ohne vorhandenes PSTN waren für FidoNet-Nodes jedoch ein Verstoß gegen die Policy. Das lag insbesondere daran, dass die Zone Mail Hour (ZMH) eingehalten werden musste.
ZMH galt als zentrale Anforderung an FidoNet-Nodes; fast alles andere war optional, aber es gab keinen Konsens, diese „Tradition“ abzuschaffen.
Das Fido7-Projekt wurde geschaffen, um über die bestehenden sechs FidoNet-Zonen ein Zone-7-Overlay zu legen und so reine Internet-Nodes zu erlauben, ohne die bestehenden Zonen-Policies zu ändern.
Es wurde nie in die offizielle FidoNet-Struktur aufgenommen, überlebte aus technischen Gründen aber länger als das offizielle FidoNet.
Die vom Autor erwähnte Newsgroup „fido7.su.hardw.support.arvid“ verweist auf einen Google-Mirror.
Tatsächlich spiegelte Fido7 ursprünglich „SU.HARDW.SUPPORT.ARVID“, und der Name von „echomail conference-groups“ wurde traditionell in Großbuchstaben geschrieben; „SU“ stand für Soviet Union.
Tatsächlich handelte es sich um eine Conference Group, die von regionalen FidoNet-Backbones in postsowjetischen Staaten gehostet wurde.
Solche Mirrors wurden vom Fido7-Projekt eingerichtet, um FidoNet über die „altmodische“ PSTN-basierte Community hinaus zu erweitern; Newsgroups mit doppeltem Präfix wie „fido7.su.“ gehörten nicht Fido7 selbst, sondern wurden aus dem offiziellen FidoNet an Fido7 weitergeleitet, dann wie UseNet-Newsgroups bereitgestellt und bei Google archiviert. Deshalb scheint der Autor sie mit Fido7-Inhalten verwechselt zu haben.
Dass die ArVid-Software dem Nutzer die Zahl der Fehler auf dem Band detailliert anzeigte, war in einer Zeit, in der Backup-Anbieter so taten, als gäbe es keine Fehler, ungewöhnlich.
Ich würde mir wünschen, dass künftig alle Flash-RAM-/nichtflüchtigen/persistenten Speichergeräte interne Fehlerinformationen, die der Hardware bekannt sind, für Nutzer leicht einsehbar machen.
Bei einem Flash-RAM-Gerät wie etwa einem USB-Stick sollte es zum Beispiel anzeigen, welcher Block/Bereich ausgefallen und neu zugeordnet wurde, wann das Remapping passiert ist und in welchen neuen physischen Block/Bereich die Daten verschoben wurden.
Als Nutzer möchte ich alles wissen, was die Hardware über den Zustand des zugrunde liegenden Speichermediums weiß.
Ich glaube, dass transparente Unternehmen in diesem Bereich künftig großen Erfolg haben werden.
Natürlich kosteten Festplatten damals vermutlich Hunderte Dollar in 80er-Jahre-Geld.
Hersteller von Flash-Laufwerken, die im Supermarkt um die Ecke für unter 15 Dollar verkauft werden, haben wahrscheinlich wenig Interesse daran, Verbrauchern eine Möglichkeit zu geben, den tatsächlichen internen Zustand zu prüfen und ihn als Grundlage für Rückgaben zu nutzen.
Trotzdem wäre eine Open-Source-Standardplattform für Speichergeräte mit einem standardisierten Firmware-Update-Verfahren, ob per USB oder über eine andere Verbindung, wünschenswert.
Dann könnte man Open-Source-Firmware für Speichergeräte entwickeln, in die sich die gewünschten Zusatzfunktionen einbauen lassen.
Ich hatte vor langer Zeit so ein Gerät.
Für gelegentliche Backups war es halbwegs in Ordnung, aber für regelmäßige Nutzung war es viel zu umständlich. Man musste den Videoplayer heranschaffen, die Kabel entwirren und anschließen, und das Gerät war wirklich riesig.
Auch die Lese-/Schreibgeschwindigkeit war langsam; um eine Videokassette vollständig zu füllen, brauchte man mehrere Stunden.
Normale Videokassetten waren auch nicht besonders zuverlässig, und obwohl ArVid eingebaute Redundanz hatte, bestand die Möglichkeit, dass man die Daten nach Monaten oder Jahren nicht mehr lesen konnte. Um sicherzugehen, brauchte man also ein Backup des Backups.
Trotzdem war es eine Lösung für das Problem, der Preis war sehr niedrig, und selbst für mehr als das Doppelte gab es keine Alternative. Damals war es wirklich eine Art Rettung, und ich bin den Leuten dankbar, die es gebaut haben.
Verfahren, digitale Daten auf Videoband zu speichern, gab es schon in den 80ern.
Studios nutzten die damals verfügbaren Formate Umatic, Betamax, VHS für digitales Mastering, und viele populäre Produktionen der 80er wurden tatsächlich mit Studiowandlern wie dem Sony PCM-F1 zusammen mit einem Videobandrekorder gemastert.
https://www.kenrockwell.com/audio/sony/pcm-f1.htm
Ein weiteres System war D-VHS, die digitale Videovariante von VHS, mit einer maximalen Kapazität von 50 GB.
Eine Zeit lang war es, bis BluRay und HD-DVD erschienen, die hochwertigste digitale Videolösung für Verbraucher.
[0] https://en.wikipedia.org/wiki/D-VHS
In den 1980er-Jahren war es noch nicht realistisch, digitales Video sinnvoll zu verarbeiten. Es gab keine True-Color-Framebuffer mit 720x480 Pixeln und auch keine Möglichkeit, so viele Bits schnell genug in einen Framebuffer hinein- und wieder herauszubekommen.
Digitale Elektronik konnte damals aber bereits mit 50 MHz und mehr arbeiten, und es gab schnelle Analog-Digital- und Digital-Analog-Wandler.
Der Ansatz lautete also: Warum nicht einfach das gesamte analoge Videosignal unverändert digitalisieren? D-1 tastete tatsächlich das komplette Videosignal mit etwa 14 MHz ab und schrieb mehrere Hundert Megabit pro Sekunde an unkomprimierten Daten auf Band.
Es war also eine vollständige digitale Kopie der analogen Videowellenform, wie sie von der Kamera erzeugt wurde.
D-1 wurde in der Produktion und Ausstrahlung Ende der 80er und in den 90ern recht verbreitet eingesetzt, aber heute erhaltenes D-1-Material ist selten, weil die Technik sehr teuer war und Bänder wiederverwendet wurden.
Ein Beispiel ist ein Auftritt von Depeche Mode mit Personal Jesus im deutschen Fernsehen 1989: https://www.youtube.com/watch?v=ELRR7rPDvh0
[1] https://en.wikipedia.org/wiki/D-1_(Sony)
Ein interessanter Vorläufer aus den späten 70ern bis frühen 80ern waren PCM-Audioadapter, die auf dieselbe Weise digitales Audio aufzeichneten: https://en.wikipedia.org/wiki/PCM_adaptor
Interessant sind auch All-in-one-Geräte mit eingebautem VHS-Deck, die ein bis zwei Jahre vor der CD auf den Markt kamen: https://www.youtube.com/watch?v=WVDCxTtn4OQ
Sie alle verwendeten VHS-Bänder.
Das erinnert mich an die Zeit Anfang der 2000er, als ich einen miniDV-Camcorder hatte.
Es gab ein Linux-Paket, mit dem man per FireWire Archive auf miniDV-Bänder schreiben konnte; soweit ich mich erinnere, passten etwa 12 bis 13 GB auf ein kleines Band, was damals ziemlich beeindruckend war.
Der Nachteil war, dass Schreiben und Wiederherstellen ungefähr eine Stunde dauerten.
Am Ende habe ich keine wichtigen Archive darauf gespeichert, weil ich damit rechnete, dass ich sie ein paar Jahre später nicht mehr lesen könnte, und genau so kam es auch.
Ich habe es auch nicht benutzt, weil ich Sorge hatte, die Kameraköpfe abzunutzen, und DVD-Rs billiger und leichter zu bekommen waren.
Daten auf VHS-Bändern zu speichern gab es schon Anfang der 1980er.
Ich habe einmal mit einem AlphaMicro-„Minicomputer“ gearbeitet, der so eine Funktion hatte.
https://manualzz.com/doc/o/9paan/amos-system-commands-refere...
https://members.optusnet.com.au/spacetaxi64/MAIN/VFL-Video-f...
Das Gesetz sollte irgendeine digitale VHS-Technik fördern, und der Name war, glaube ich, so etwas wie VHS-D.
Das habe ich herausgefunden, als ich als FiOS-Techniker arbeitete und immer wieder die Frage nach Abschluss einer Installation recherchierte.