2 ポイント 投稿者 GN⁺ 2024-01-27 | 1件のコメント | WhatsAppで共有
  • 1990年代のロシアのPCユーザーは、高価なハードディスクと不安定なフロッピーの間で保存容量に悩んでおり、ArVid は家庭用VCRとVHSテープを大容量ストレージのように使えるようにしたISA拡張カードだった
  • ファイルデータを 映像信号 に変換してVCRに録画し、赤外線送信機でリモコン命令をまねて再生・録画・巻き戻し・早送りを自動制御していた
  • VHSの不安定さは、トラッキング整列テスト、Reed-Solomon with Interleaving、CRC32検査、記録後の検証、ローカル .TDR 目次ファイル で補っていた
  • 1997年時点でArVidカードは約80ドル、VHSテープは約4ドルで、CD-R・ZIP・JAZ・ハードディスクよりGBあたりのコストが低く、バックアップ、ログ保存、学術実験データ、天文観測データの移動に使われていた
  • HDDとCD-Rの価格下落、設定の難しさ、VHS容量の限界、限られた流通網のため、1998年夏に生産が中止され、小規模企業・学術機関・Fido7ユーザー中心の ニッチ製品 として残った

1995年ロシアの保存容量問題

  • 1995年のポストソ連ロシアでは、西側のコンピューター、TV、VCR、カセットプレーヤー、ダイヤルアップモデムが急に手の届く存在になった一方、保存装置は依然として高価だった
  • 家庭用PCユーザーは、500MBのハードディスクがソフトウェア、ゲーム、文書ですぐ埋まってしまう問題を抱えていた
  • 選択肢には明確な限界があった
    • フロッピーディスクは安くて普及していたが、1枚に 1.44MB しか保存できず、データ損失も多かった
    • 追加のハードディスクは約 200ドル で、ロシア人の1か月分の給料に相当した
    • ArVid 1030は約 80ドル で買え、家庭用VHSテープ1本に複数のハードディスク分のデータを保存できた

ArVidのハードウェアと接続方式

  • ArVidはPCのISAスロットに挿す 拡張カード で、386 PCのマザーボードに装着できた
  • パッケージにはカード、3.5インチフロッピーディスク数枚、文書、PCとVCRを接続する専用ケーブルが入っていた
  • 専用ケーブルには一般的なVideo In・Video Outコネクタに加え、VCR前面に貼り付けたり近くに置いたりする 赤外線送信LED が含まれていた
  • 全体の構成は次のように動作した
    • CRT画面にはArVidプログラムのインターフェースが表示される
    • ユーザーは設定中にVCRリモコンで「play」などの命令をArVidカードに学習させる
    • カードの赤外線受信ダイオードがリモコン信号を記録する
    • ケーブルのRCAジャックはVCRの映像入出力端子に接続される
    • 赤外線送信ダイオードは記録しておいたリモコン信号をVCRへ送り、装置を制御する
    • 3時間の家庭用VHSテープには 2GB のデータを保存できた

VCRリモコンをまねた制御方式

  • ArVidはVCRを直接制御するのではなく、VCRの 純正リモコン のように動作した
  • ユーザーは「play」「stop」「rewind」などの命令に対応する赤外線信号をカードに教える必要があった
  • カード背面の点滅する受信ダイオードに向けてVCRリモコンのボタンを押すと、ArVidソフトウェアが必要なボタンを案内し、信号を記録した
  • 変調信号と非変調信号の両方を使って、リモコンのように動作できた
  • リモコン命令一式を学習させるのにかかる時間は、出典によって 3時間 または 7分 と異なって伝えられている

テープへデータを書き込む過程

  • 書き込み前にArVidは、VCRに合った トラッキング整列 を見つけるため、2.5分のデータ区間をテープに記録してから再度読み取った
  • VCRの読み取りヘッド位置を6種類の設定で調整し、それぞれの誤り率を計算して、最も誤りの少ない整列を推奨した
  • ファイル選択インターフェースはNorton Commanderに似たファイルブラウザ形式だった
  • ユーザーが書き込み命令を出すと、ArVidカードはファイルデータを映像信号に変換し、同時に赤外線送信機でVCRへ 録画開始 命令を送った
  • 記録後には検証段階が続いた
    • ArVidがテープを巻き戻し、今書いたデータを再度読み取る
    • 致命的なデータ損失がないか確認する
    • 例の画面にはsingleエラー23,795件、doubleエラー149件、tripleエラー0件が表示されていた

テープからデータを読む過程

  • データを読むにはVHSテープと特殊な 目次ファイル が必要だった
  • 目次ファイルのおかげで、テープ全体を最初から最後まで読まなくても特定ファイルの位置へ移動できた
  • ArVidはテープに時間マーカーを残し、特定ファイルまで早送りできるようにしていた
  • 読み取りモードでユーザーが取得するファイルを選ぶと、装置はVCRに「fast forward」「rewind」「play」命令を送り、VCRの映像信号をPCへ入力した
  • PCは入力された視覚信号を再び デジタルデータ に変換した

長期保存を左右した条件

  • ArVidとソフトウェア自体の信頼性は高かったが、長期保存の品質はVCR機器とVHSテープに大きく依存した
  • メーカーは高価な Sony 130XR と、より安価な Akai-120EDG を推奨していた
  • 重く金属外装のVCRの方が良いと考えられていた
    • テープを巻いて止めるときに揺れにくいため
    • 速すぎる巻き戻しを行うVCRでは、低速なArVidハードウェアが追従しにくい場合があった
  • ArVidは 60Hz NTSC VCR では動作しなかった
  • VHSテープは180分テープが最も適していた
    • 内部の磁気テープが最も厚かった
    • より長時間のテープは薄く、機械的に弱く、使用中に摩耗しやすかった

記録フォーマットとエラー訂正

  • ArVidはテープに信号を安定して保存するため、映像信号の 輝度成分 だけを使っていた
  • 色と音声はデータ記録に使わず、白黒のみを用い、グレースケールも使わなかった
  • データエンコーディングはFido7のコメントによればNon-Return-to-Zero方式とみられる
  • テープ上のファイルは5秒の空白区間で区切って記録されていた
  • 家庭用VHSテープは商用磁気テープより品質が低く、エラー対策が重要だった
    • ArVidは Reed-Solomon with Interleaving エラー訂正アルゴリズムを使っていた
    • コードグループ内で最大3個の欠陥バイトを修正できると主張していた
    • 最大450個の連続バイト損失も復旧できると主張していた
    • 読み取り後には512バイトブロックごとに CRC32 検査を行った

エラーを隠さないソフトウェア

  • ArVidソフトウェアはテープのエラー数をユーザーに積極的に表示していた
  • 当時のバックアップ企業がエラーなしであるかのように扱っていた慣行とは異なり、ArVid開発陣はこの透明性を利点と考えていた
  • ユーザーはエラー数を見て保存環境を調整できた
    • VCRのトラッキング調整
    • より良いVHSテープの購入
    • 別のVCRへの交換
    • VCRをよりしっかりした面に置いて揺れとエラーを減らす
  • VCRが再生開始後に正常速度へ達するまで時間がかかると、エラーが増えることがあった
  • ArVidソフトウェアはこれを補うため、より多くの 初期空白フレーム を記録する設定が可能だった

.TDR目次ファイルと復旧

  • ArVidはテープ内のファイル一覧をローカルの .TDR 形式マニフェストとして保存していた
  • .TDRファイルによって、テープ全体を再生しなくても必要なファイル位置を素早く探せた
  • .TDRファイルを失った場合は、テープ全体を読んで再生成するプログラムがあった
  • テープ全体を読み込んで目次を再構築する方式のため、時間がかかった

容量とコスト比較

  • すべてのArVidモデルは180分テープに 1.08GB を100KB/sの速度で記録できた
  • ArVid 1020以降のモデルは同じテープに 2.16GB を200KB/sの速度で記録できた
  • ArVidシステムの価格は約80ドル、VHSテープは約4ドル、VCRは平均160ドルだったが、多くのユーザーはすでに家庭に持っていた
  • 1997年の他の保存装置と比べるとコスト差は大きかった
    • CD-R記録ドライブは300ドルからで、CD容量は184〜870MBだった
    • ZIPドライブは150ドル、ディスクは1枚15ドルで、容量は100MBだった
    • JAZドライブは350ドル、ディスクは1枚85ドルで、最大1GBだった
    • 3.5インチフロッピードライブは28カナダドル、ディスケットは約0.30ドルで、容量は1.44MBだった
    • ハードディスクは一般的に約1.2GBで150ドルだった
  • 1995年のハードディスク容量は約560MB程度で、VHSテープ1本がハードディスク全体より多くの情報を保存できた

VHSデータ保存期間の事例

  • Canadian Conservation InstituteはVHSテープの平均寿命を 10〜30年 と示していた
  • 2011年、SannataフォーラムのユーザーCtrlは、1994/1995年にVHSテープへ保存したファイルをArVidでエラーなくすべて復旧した
  • Ctrlは記録と復旧の両方で最終世代の 1052カード を使っていた
  • 1998年にセミプロ向けBASFテープへ保存した別のテープでは、データ復元に影響しない軽微なエラーしかなかった
  • 同じスレッドのTeodorは、2011年に1990年代後半のテープを読むのに問題はなかったと述べ、Panasonic NV-SD450ではエラーがあったがJVC HR-DD868に替えると大きく改善した
  • Rutrackerユーザーのkorvegetaも2011年に、録画時期が正確には分からないテープの読み取りに成功した

実際の用途と限界

  • ArVid装置は データバックアップソリューション として販売されていた
  • メーカーのPO KSIは、Colorado Memory Systems、QICシステム、Tandberg Dataのようなバックアップ提供企業の競合製品として位置付けていた
  • VHSテープは繰り返し読み書きする媒体には向いていなかった
    • 多用すると磁気テープが機械的に摩耗する
    • 理想的な使い方は「一度書いて、たまに読む」ことだった
  • 実際の用途としては、オフィスのバックアップ、ログデータ保存、学術実験データ保存、機関間での天文観測データ移動が挙げられていた
  • フロッピーのようにデータ交換や販売用メディアとして広く使われることはなかった
    • ArVidハードウェアのバージョン差
    • 記録密度の差
    • VCR品質の差
    • 2台のコンピューターの処理性能差
    • こうした要因により、他人が書いたテープを読むのが難しくなることがあった
  • 当時の大半のソフトウェアは複数枚のフロッピーに収まっており、1997年でもMicrosoft Officeはフロッピー46枚で提供されていた

非公式で風変わりな活用

  • あるユーザーは、MoscowでArVid製のゲーム入りVHSテープを買って故郷へ持ち帰り、個別のゲームをフロッピーへコピーして転売したと回想している
  • 2000年には、あるユーザーがArVid 1052、VCR、防犯カメラを組み合わせて、ロビーの電球泥棒を捕まえる 動体検知カメラ のように使った
  • Arvid Controlソフトウェアは、映像の大きな変化を検知すると録画を開始できた
  • FidoNetでは、通常のTVチャンネルでデータ入り映像信号を放送し、ArVidユーザーがソフトウェアを大量受信するというアイデアも出ていた

製品改良とメーカー

  • ArVidカードは 1993年から1998年夏まで 生産された
  • メーカーは、ロシア語で「Professional Association of Designers of Data Processing Systems」の略である PO KSI だった
  • PO KSIは、Moscow郊外のマイクロエレクトロニクス生産拠点Zelenogradを拠点としていた
  • ハードウェアはロシア製と外国製の電子部品が混在した構成で、モデルの進化に伴ってバッファが大きくなり、記録密度も高くなった
  • PO KSIが単機能チップの組み合わせから Actel a1020b-pl84c FPGA へ移行すると、カードはより低温で動作し、使用中のコンピューター過熱も減った
  • 初期の赤外線送信機はカード背面にあったが、後にはVCR近くに置ける独立したケーブル送信機へ改良された
  • その後、一般的なVCRモデルのリモコン信号を工場で事前収録してソフトウェアに含めた
    • ユーザーはVCRメーカーとモデルを一覧から選べばすぐ使えた
    • 一覧にないVCRは従来通り手動学習が可能だった

文書、BBS、サポート体制

  • ArVidにはFAQ、UIの使い方、.TDR形式の説明、API説明、PC・VCR・テープ互換性データが含まれていた
  • 購入前に互換性情報を知りにくいという問題はあったが、ほとんどの文書はPO KSIと公認ディーラーの BBS から無料で入手できた
  • ユーザーはモデムで夜8時から朝8時までディーラーの番号に接続し、FAQをダウンロードできた
  • これらのBBSは、FidoNet互換ソフトウェアを使うロシアのBBSネットワーク FidoNet7 の一部だった
  • 1997年には fido7.su.hardw.support.arvid ニュースグループが作られ、主要ディーラーのMikel Lavrentyevが顧客と見込み客を支援していた
  • 公式ウェブサイト www.arvid.ru もあり、ウェブとPreWeb技術を組み合わせた形で、ほぼリアルタイムに近いサポートを提供していた
  • 1997年の後期型ArVid 105の保証書では 3年保証 が提供されていた

ソフトウェアと拡張プログラム

  • ArVidソフトウェアはDOS、Windows 3.1、Windows 3.11、Windows 95、Windows NT、OS/2で動作できた
  • LinuxとFreeBSD向けの非公式ポートもあった
  • 基本UIはNorton Commanderに似ており、VHSテープへのファイル読み書きをしやすくしていた
  • 付属の実行ファイルは、VCR制御用赤外線信号の記録、設定変更、テープ目次ファイルの再生成などを行った
  • ハードウェア、ソフトウェア、文書、APIは、ユーザーがArVid上に独自アプリケーションを作れるようにしていた
  • Slava Gostrenkoは3つのアプリケーションを作った
    • Arvid Draw: テキストファイルの内容を大型TV画面に表示
    • Arvid Control: TV放送や監視カメラ映像の変化検知、PC動作のトリガー、広告区間でVCR録画を停止・再開する用途
    • Arvid Audio: SoundBlasterが扱えるCDやAudio Inなどから音声を受け取り、2ドルのテープに3時間の音楽を記録

生産終了と衰退

  • PO KSIは 1998年夏 にArVidの生産を終了した
  • ロシアのコンピューター雑誌Computerraの1998年の記事では、HDDストレージとCD-Rドライブの低価格化でArVidの人気が落ちたと見ていた
  • ArVidは規模の経済を得られず、代替製品の価格が下がり続ける中でも約80ドル前後にとどまった
  • VHSには明確な容量上限があった
    • PO KSIは3時間テープの上限を 3.34GB としていた
    • 最終のArVid装置は325KB/sでその限界に達した
  • 家庭用VCRとVHSテープを保存装置に使う方式は暫定策であり、専用の商用バックアップ装置と競争するのは難しかった
  • ArVidに適したユーザーは、一般家庭というより小規模企業や学術機関に近かった
    • 平均的な家庭用ハードディスクは500MB〜1.2GBだった
    • 当時のワールドワイドウェブはまだ初期段階で、MP3、デジタルビデオ、ソフトウェア配布サイトは一般化していなかった

限られた普及とPO KSIのその後

  • SannataフォーラムのユーザーASLは、ArVidは主にFido7ユーザー層という小さな集団で使われた製品だったと述べている
  • 当時はコンピューター自体を持つ人が少なく、アーカイブ用ボードに100ドル近い金額を払えるユーザーは限られていた
  • ArVidは、設定、VCR学習、トラブルシューティングに技術を要する ユーザーフレンドリーではない装置 だった
  • PO KSIは現在も存在し、ArVidボード20万枚を製造したと主張しているが、この数字は装置のシリアル番号分析を根拠に強く争われている
  • PO KSIは、デジタル文書スキャン装置や衛星写真機器など、他の製品群も持っていた
  • PO KSIは後にロシア国勢調査や軍用装備を供給するようになり、2016年12月に米国White Houseは、ロシアGRU情報機関に特別訓練を提供したとして同社を制裁対象にした

ArVidは最初だったのか

  • 磁気テープにデータを保存する方式自体は新しくなく、メインフレーム時代から使われ、今日でも安価で信頼性の高い保存媒体として使われている
  • ArVidの特徴は 家庭用VHSテープ にデータを保存した点だった
  • オーディオカセットのような家庭用メディアへデータを保存した例もすでに存在していた
    • Commodore Datasette
    • Atari 400/800用カセットドライブ
    • 雑誌付録として提供された、薄いターンテーブルレコード形式の「Floppy ROM」
  • VHSデータ保存装置もArVid以前や同時代に存在した
    • Corvus “Mirror” は3時間テープに91MBを保存でき、1980年に関連特許を出願し、1984年には市場にあったとみられる
    • Danmere Backerは3時間VHSテープに通常モードで1.5GB、long-playで3GBを保存できた
    • Alpha Micro VideotraxとAM-1000もVHSベースのバックアップに関連していた
    • Commodore Whizzard、Commodore Video Fast Loader、Amiga VBS、Magurex VBS、Lyppens VBS、Rossmöller Handshake Video Backup Systemも言及されている

複製品、購入経路、現在の価格

  • ArVid FAQには「偽物」のArVidカードへの苦情があり、FPGA化以前の旧型カードは標準部品を手はんだして複製できたとみられる
  • SannataフォーラムのVintik_33は、エッチング基板と部品でArVidクローンを作る組織に参加したと主張していた
  • PO KSIは大衆雑誌にほとんど広告を出さず、Fido7の一部投稿とFAQには約5人の公認ディーラーが登場した
  • 主要ディーラーMikel Lavrentyevの自宅までの道案内と価格表を含むBBSファイルもあった
  • 製品知識は、とくにBBS運営者やFido7技術者の間での 口コミ で広まったようだ
  • 2023年時点でArVid 1052カードはMeshok.netで約 10ドル で販売され、ArVid搭載の古いコンピューターがAvito.ruで18,500ルーブル、約205ドルで出品された例もあった
  • ロシアは金融制裁を受けているため、決済や配送に問題が生じる可能性があり、1990年代にはKievに公式ディーラーがいたため、ウクライナのサイトで見つかる可能性も言及されている

1件のコメント

 
GN⁺ 2024-01-27
Hacker Newsのコメント
  • 興味深いことに、今でも音楽はたいてい 44.1kHzのサンプリングレート で配信されているが、この中途半端な数字は、Technics SV-P100 のような機器で PAL/NTSC のビデオテープに保存しやすい容量に由来している
    当時、ビデオテープはロスレスのデジタルオーディオを保存できるほぼ唯一の方法であり、結局この数字はアナログTV規格の走査線数とフレーム/フィールドレートに由来している

    • ナイキスト周波数 も参考になる: https://en.m.wikipedia.org/wiki/Nyquist_frequency
      44.1kHz であれば 0〜22.05kHz までのすべての周波数を保存でき、ほとんどの人には十分な範囲である
    • 44100 は一見ランダムに見えるが、素因数分解すると 44100 = (2^2)(3^2)(5^2)*(7^2) で、約数は81個 もある
      一方で 48000 の約数は 64 個しかない
    • この数字がアナログTV規格の走査線数とフィールドレートに由来するなら、その規格自体は地域によって 50Hz または 60Hz の電源周波数 に由来している
      結局、デジタルのサンプリングレートが発電所のタービンの回転速度ともつながっていることになる
  • 「Norton Commander に似たカスタムファイル探索プログラム」という部分を見て、Volkov Commander と関係があったのか気になった
    Volkov Commander は COM サイズで、Norton Commander よりはるかに高速な代替品だった
    1993年に SIMTEL にアップロードしたところ、管理者が、私がアカウントを持っていた大学のメインフレーム管理者に対して Norton Commander の海賊版をアップしたと抗議し、その結果 VAX から追い出された
    18歳だった私はうまく対処できなかったが、その出来事のおかげで面白い道に入ることになった。ソーシャルエンジニアリングで別のアカウントを手に入れて再び入り、長くは続かなかったものの、その件をきっかけに Unix、そしてすぐに Linux を使い始め、結果として VAX/VMS よりずっと有用な知識になった

    • 学校の Prime マシン のアカウントに残っていた時間をほとんど使い切りながら、時間割り当てシステムをハックする方法を探していた
      終わりが近づくころにはかなり緊張していた。ほかの誰も割り当てをほとんど使い切っていなかったので、質問されるのは確実だったし、失敗すれば課題を提出できないかもしれなかった
      だが問題を解決してみると、そこに費やした時間の投資対効果は利子付きで返ってきた
    • 動画内のプログラムは Turbo Vision インターフェース を使っているので、最も近いのは DOS Navigator に見える
      DOS Navigator には Arvid のサポートも一部あり、実際に DOS Navigator だった可能性もある
      [1] https://en.wikipedia.org/wiki/DOS_Navigator
      [2] https://github.com/maximmasiutin/Dos-Navigator/blob/master/A...
    • 今でも Windows では Far Manager、Linux/OSX では midnight commander(mc) を使っている
    • 当時は Norton Commander 風インターフェース が大流行していた
      DOS 用の RAR にも NC のような単一パネルのインターフェースがあった
  • 「これらの BBS は FidoNet 互換ソフトウェアを使っているが、政治的構造とは独立したロシアの BBS ネットワーク FidoNet7 の一部だった」という説明は、技術的には正しくない
    それらの BBS は「公式」の FidoNet Zone 2 ネットワークの一部だった。Fido7 は主にポストソビエト圏のプロジェクトで、単なる「ロシア」のプロジェクトではなく、PSTN から InterNet へ伝送手段を移すための性格が強かった
    多くの公式 FidoNet ノードも追加の InterNet チャネルを持っており、トラフィック面では PSTN より優勢だった可能性もあるが、PSTN の存在なしに純粋な InterNet 接続だけを持つ FidoNet ノードはポリシー違反だった。特に Zone Mail Hour(ZMH) の遵守が必要だったためである
    ZMH は FidoNet ノードの中核要件と見なされており、ほかはほぼ任意だったが、この「伝統」をなくすことには合意がなかった
    Fido7 プロジェクトは、既存の FidoNet 6つの Zone の上に Zone 7 オーバーレイ を追加し、既存の Zone ポリシーを変えずに InterNet 専用ノードを許可する目的で作られた
    公式 FidoNet の構造として受け入れられはしなかったが、技術的理由から公式 FidoNet より長く生き残った
    筆者が言及した「fido7.su.hardw.support.arvid」というニュースグループは Google ミラーを指している
    実際には、Fido7 が元の「SU.HARDW.SUPPORT.ARVID」をミラーしていたのであり、「echomail conference-group」の名前は伝統的に大文字で書かれ、「SU」は Soviet Union を意味していた
    実際には、ポストソビエト諸国に属する FidoNet 地域バックボーンがホストしていた会議グループだった
    このようなミラーは、Fido7 プロジェクトが「旧式の」PSTN ベースのコミュニティの外へ FidoNet を拡張しようとして作ったものであり、「fido7.su.」のような二重接頭辞のニュースグループは Fido7 自体の所有ではなく、公式 FidoNet から Fido7 に渡された後、UseNet ニュースグループのように提供され Google に保存されたものだった。このため筆者が Fido7 のコンテンツだと誤解したように見える

    1. https://en.wikipedia.org/wiki/FidoNet
  • ArVidソフトウェアがテープのエラー数をユーザーに詳細に見せていたのは、バックアップ業者がエラーがないふりをしていた時代には独特だった。
    今後はすべてのフラッシュRAM/不揮発性/永続メモリ記憶装置で、ハードウェアが把握している内部エラー情報をユーザーが簡単に見られるようになってほしい。
    たとえばUSBメモリのようなフラッシュRAMデバイスなら、どのブロック/領域が故障して再マッピングされたのか、いつ再マッピングが起きたのか、データが新たにどの物理ブロック/領域へ移されたのかをすべて知らせてほしい。
    ユーザーとして、基盤となる記憶媒体の状態についてハードウェアが知っていることはすべて知りたい。
    今後はこうした面で透明性のある企業が大きく成功する気がする。

    • IDE以前の時代のハードディスクには、不良セクタを知らせる欠陥テーブルが製品のステッカーに貼られていた。
      もちろん当時のハードディスクは、80年代の金額で数百ドルするような代物だったはずだ。
      近所の量販店で15ドル以下で売られているフラッシュドライブのメーカーは、実際の内部状態を確認して返品の根拠にできる方法を消費者に与えたくない可能性が高い。
      それでも、USBであれ別の接続方式であれ、標準のファームウェア更新手順を持つオープンソースの標準ストレージプラットフォームがあればよいと思う。
      そうすれば、望む追加機能を入れられるオープンソースのストレージファームウェアを開発できるだろう。
  • 昔そういう装置を持っていた。
    たまにバックアップする用途ならまあまあ良かったが、定期的に使うには面倒すぎた。ビデオプレーヤーを持ってきて、ケーブルをほどいて接続しなければならず、その機材は本当に大きかった。
    読み書き速度も遅く、ビデオテープ1本をいっぱいに使うには何時間もかかった。
    普通のビデオテープは信頼性も高くなく、ArVidに冗長性が組み込まれてはいたものの、数か月後や数年後にデータを読めなくなる可能性もあったので、確実にするにはバックアップのバックアップが必要だった。
    それでも問題に対する解決策ではあったし、価格は非常に安く、2倍以上払っても代替手段はなかった。当時は本当に救世主のような製品で、作ってくれた人たちには感謝している。

    • バックアップ用のVHSテープには、いちばん必要なとき、つまり元データが死んだときに貼りついて切れるという腹立たしい癖があった。
  • ビデオテープにデジタルデータを保存する方式は80年代にもあった。
    スタジオでは当時利用可能だったUmatic、Betamax、VHSにデジタルマスタリングを行っており、80年代の多くの人気作品は実際にSony PCM-F1のようなスタジオ級コンバータとビデオテープレコーダーを組み合わせてマスタリングされていた。
    https://www.kenrockwell.com/audio/sony/pcm-f1.htm

    • PCM-1は1977年に登場した。
  • 別のシステムとして、VHSのデジタルビデオ版であるD-VHSがあり、最大容量は50GBだった。
    しばらくの間、BluRayやHD-DVDが登場する前までは、民生向けとして最高品質のデジタルビデオソリューションだった。
    [0] https://en.wikipedia.org/wiki/D-VHS

    • D-1も外せず、一種のハイブリッドな怪物だった。
      1980年代には、デジタルビデオを意味のある形で扱うことはまだ現実的ではなかった。720x480ピクセルのトゥルーカラーフレームバッファもなく、その膨大なビットをフレームバッファに十分な速度で出し入れする方法もなかった。
      しかしデジタル電子回路は当時でも50MHz超で動作でき、高速なアナログ-デジタル変換器やデジタル-アナログ変換器もあった。
      そこで、アナログビデオ信号全体をそのままデジタル化すればよいのではないか、という発想になり、D-1は実際にビデオ信号全体を約14MHzでサンプリングして、毎秒数百メガビットのデータを無圧縮でテープに記録した。
      つまり、カメラが生成したものと同じアナログビデオ波形の完全なデジタルコピーだった。
      D-1は80年代後半から90年代の制作現場や放送送出でかなり広く使われたが、今日残っているD-1素材はまれだ。技術が非常に高価で、テープが再利用されていたためである。
      例として、1989年にドイツのテレビでDepeche ModeがPersonal Jesusを演奏した映像がある: https://www.youtube.com/watch?v=ELRR7rPDvh0
      [1] https://en.wikipedia.org/wiki/D-1_(Sony)
  • 70年代後半から80年代初頭の興味深い先行例として、同じ方式でデジタルオーディオを録音していたPCMオーディオアダプタがあった: https://en.wikipedia.org/wiki/PCM_adaptor
    VHSデッキを内蔵したオールインワン機器も興味深く、CDが登場する1〜2年前に発売されている: https://www.youtube.com/watch?v=WVDCxTtn4OQ

    • 当時オーディオエンジニアだったが、90年代後半のマルチトラックオーディオで支配的だった方式であるADATマシンにも触れる価値がある。
      すべてVHSテープを使っていた。
  • 2000年代初頭にminiDVカムコーダーを持っていた頃を思い出す。
    FireWire経由でminiDVテープにアーカイブを書き込めるLinuxパッケージがあり、小さなテープ1本に約12〜13GBを保存できたと記憶しているが、当時としてはかなり印象的だった。
    欠点は、書き込みにも復元にも約1時間かかることだった。
    結局、重要なアーカイブはそこには保存しなかった。数年後にはもう読み出す手段がないだろうと予想しており、実際その通りになった。

  • VHSテープにデータを保存すること自体は、1980年代初頭にも存在していた
    そうした機能を備えたAlphaMicroの「ミニコンピュータ」を扱ったことがある
    https://manualzz.com/doc/o/9paan/amos-system-commands-refere...

    • Commodore 64 と Amiga の両方にもこのような機能があった
      https://members.optusnet.com.au/spacetaxi64/MAIN/VFL-Video-f...
    • セットトップボックスの背面を見ると無効化されたポートがいくつもあるが、そのうちの1つはある古い法律のせいで残っている
      何かしらの デジタルVHS技術 を後押しするための法律で、名前はVHS-Dのようなものだった気がする
      FiOSの技術者として働いていたとき、設置作業の後によく受ける質問について毎回調べているうちに知った