Moviecart - Atari 2600向けフルカラー映画・音声カートリッジを発売

• MovieCartは、標準のAtari 2600で長編フルカラー映画と音声入りカートリッジを作成するためのソフトウェア・ハードウェアプロジェクト
• 画面は60fpsで交互表示される2つのフィールドを使用し、各フィールドは10 x 262セルのチェッカーボードパターンで構成される
• 各セルは128色のうち1色を保持し、幅8ピクセル・高さ1ピクセルで、結果として80 x 262 @ 30fpsと1ラインあたり10色を提供する
• 音声は15.720KHz 4ビットモノラルで、ジョイスティックは明るさ・音量・シャトル位置を、コンソールスイッチは白黒・10秒巻き戻し・全体巻き戻しを制御する
• 各フィールドには2.5KBのデータが必要で、1秒はCombatカートリッジ75.5本分に相当し、2時間の長編映画には50万本を超えるカートリッジ相当の容量が必要となる

---

MovieCartが提供するもの

• MovieCartは、標準のAtari 2600で長編フルカラー映画と音声を収めたカートリッジを作成するためのプロジェクト
• READMEでは、「銀幕の楽しさ」を家庭でデジタル精度で体験できると紹介している
• 提供目標は、80 x 192解像度、7ビットカラー、4ビットモノラル音声で長編映画ライブラリを構築すること
• キットはTindieで予約注文できる

コンテンツ更新とエンコード

• 別のファイルを再生する方法はdocs/How_To_Update_Content.txtで案内されている
• 自分でエンコードする方法はYouTube動画で提供されている

映像表示方式

• 画面は2つのフィールドを60fpsで交互に表示する
• 各フィールドは10 x 262セルのチェッカーボードパターンで構成される
  • 各セルは128色のうち1色を持つ
  • 各セルのサイズは幅8ピクセル、高さ1ピクセル
• この方式により、有効解像度は80 x 262 @ 30fpsとなる
• 1ラインには10色を表示する

音声と操作

• サウンドは15.720KHzで生成される4ビットモノラル
• ジョイスティックは次の値を制御する
  • 明るさ
  • 音量
  • シャトル位置
• コンソールスイッチは次の機能を制御する
  • 白黒切り替え
  • 10秒巻き戻し
  • 全体巻き戻し

データ規模

• 各フィールドには2.5KBのデータが必要
• 1秒分はCombatカートリッジ75.5本分に相当する
• 2時間の長編映画全体では、50万本を超えるカートリッジに相当するデータ規模が必要となる

デモと著作権告知

• 再生デモ動画はYouTubeで見られる
• カラー化デモ動画はYouTubeで見られる
• READMEには1976年著作権法 Section 107 のフェアユース告知が含まれており、批評・論評・ニュース報道・学術・研究目的での利用に言及している

[GN⁺]

Hacker Newsのコメント

• 今のレトロコンピューティング界隈で起きている、ばかばかしいほど面白いことが大好き
  小銭で買えるチップが、昔より何桁も強力な演算性能を持っていて、それを当然のように古代のマシンの中へ遊びで無理やり詰め込んでいる
  カートリッジに演算装置を大量に入れて、「本物」のコンピュータをものすごく貧弱なGPUみたいに使う発想が本当に面白い
  • ESP32ハードウェアベースのレトロゲームも見てみたい
• カートリッジをこう使うやり方は本当にかっこいい
  思考実験として、カートリッジベースのコンソールはかなり拡張できるんじゃないかとよく考えていた
  このプロジェクトみたいにカートリッジにARMチップを入れて、映像をH.264で送ることもできるのではと思う
  今はコンピュータの前にいないけど、現代のコーデックがどれほど違う形で圧縮するのか比較してみたい
  • ほかにも例はあるけれど、1995年に中止されたSNESゲームHayazashi Nidan Morita Shogi 2は、AI用に21MHzのARMv3プロセッサを使う予定だった
    本体CPUよりだいたい5〜10倍強いプロセッサを載せようとしていたという発想がいい
    数年後、ほぼ同じ仕様のARMプロセッサがGame Boy Advanceの頭脳になった点も興味深い
  • もちろん可能。たとえば https://github.com/ShironekoBen/superrt を見ると、Cyclone-V FPGAでSuper Nintendo上のリアルタイムレイトレーシングを実現している
  • tom7のReverse Emulation動画も見る価値がある: https://youtube.com/watch?v=ar9WRwCiSr0
  • 可能。Harmony CartとUnoCart/PlusCartはいずれもARMチップを搭載している
    そのチップを積極的に活用するゲームも作られていて、個人的にはChampGamesのRobotronが最も印象的
    PlusCartにはインターネット接続用のWiFiチップも入っている
    Atari 2600の世界では胸躍る時代だ
  • Famicom用のチェスカートリッジを作ってみようかと考えていて、その中に低スペックのARMのようなものを入れる構想だった
• HNでときどき見つけたい宝石のようなプロジェクトとは、まさにこういうもの
  お金のためではなく、George Malloryの言葉を少し言い換えれば、そこに挑戦があったからやったことだ
  誰かがやらなければならなかった
  • まだ載っていないなら、まもなくHackadayに載りそう
  • いつもこう言っている。あまりにも馬鹿げていて無意味だからこそ、必ずやらなければならなかったのだと
• 素晴らしい。このために2600風のマニュアルまで作っている点もいい
  表紙には「The Jerk」があり、Steve Martinが最も輝いていた頃の姿だ
  裏面にはStar WarsとKramer vs. Kramerを含む「コレクションに加えるべきさらなる名作」が載っている
  ただ、なぜModel CX2615を選んだのかは気になる。それは「Demons to Diamonds」で、1982年発売なのに、マニュアルには明らかに「(c) 1977 ATARI, INC.」と書かれている
  • あとは**E.T.**も同じ扱いを受けるのを待つだけ
• つまりカートリッジがコンピュータで、コンソールは実質的にダムディスプレイのように使われているということ？ 期待していたほど興味深くはない
  • 2600はカートリッジからデータをストリーミングしていて、その中には2600上で実行されるプログラムも含まれている
    2600にはフレームバッファがない点を思い出す必要がある。だからほかのカートリッジで動かすときと同じように、各フレームで2600も相当な仕事をしている
    2600で動くカーネルも見事だが、本当に差を生んでいるのはエンコード方式だ。Lodefmodeは本当にうまくやっていて、プレイフィールド/背景とプレイヤー色の使い方が非常に巧妙
  • racing the beamという言葉を聞いたことがあるかは分からない。2600ゲームプログラミングから出た表現だ
    その技法を題名にした本もあり、かなり良くて読む価値がある
    https://en.wikipedia.org/wiki/Racing_the_Beam
• ここにSloot圧縮方式さえ加えれば、カートリッジ1本に映画ライブラリ全体を入れられる！ https://en.wikipedia.org/wiki/Sloot_Digital_Coding_System
  • 興味深いミステリーだ
    「Sloot Digital Coding Systemは、発明者が完全なデジタル映画ファイルを8KBのデータに保存できると主張した、いわゆるデータ共有方式である。これはShannonの情報源符号化定理に何桁もの規模で反している。この方式は1995年にRomke Jan Bernhard Slootが開発したと主張された …」
    「発明品の販売契約が結ばれるわずか数日前、Slootは心臓発作で急死した。ソースコードは結局回収されず、この方式と主張は再現も検証もされたことがない。」
  • プロンプトなら8KBでも可能かもしれない
• 4GBで合計4時間ほどのコンテンツを入れられるなら、かなりいい
  カートリッジは25ドル程度で取引されているようだ。探究しがいのある素敵なメディアなので、1つ買おうと思う
• 印象的。2600のグラフィック方式を考えると不可能だと思っていたが、結局やり遂げた
• Dragon's LairのTI-99/4A移植版も見る価値がある
  https://www.youtube.com/watch?v=QB3oHdSjfCE
• 時代考証を守っているということだ。Cloak & Daggerが出るまでにはまだ7年ある
  https://youtu.be/tB6Uj2RGhPU
  • 本当に深い郷愁を刺激する