人気の 1980 年代のアマチュア無線ニュース サービスを再現
かつてヨーロッパでは、テレビのリモコンに魔法の文字放送ボタンがありました。インターネットが家庭に浸透する数年前、そのボタンを押すと、常時更新される何百ものページを含む文字放送デジタル情報サービスが起動されました。 1980 年代と 1990 年代にアイルランドに住んでいた私の家族は、天気予報やニュース速報のほか、テレビ番組ガイドや空港のフライトの到着情報を知るために、国営文字放送サービスである Aertel に 1 日に数回アクセスしていました。
これはエレガントなシステムで、高速、低帯域幅、ユーザー負荷の影響を受けず、アナログ テレビ画面でも読みやすいテキストを配信できました。そのため、最近、Aertel のテスト送信 40 周年記念であることを知ったとき、長年私の頭の中でぐるぐる回っていた考えが再燃しました。アマチュア無線向けに文字放送バージョンを作成できますか?
文字放送とは何ですか?
最初に英国で開発され、BBC によって Ceefax という名前で一般に公開された文字放送は、アナログ テレビ信号の特殊性を利用しました。これらの信号は、ビデオ フレームを輝度と色のラインに加えて、表示されない追加のブランク ラインとして送信しました。テレテキストはこれらの予備にデジタル信号を送信し、時間の経過とともにページのカルーセルをブロードキャストしました。視聴者はリモコンを使用して、希望するページの 3 桁のコードを入力しました。通常、数秒以内にカルーセルが循環して目的のページが表示されます。

文字放送は 8 色の文字で構成されます。文字フロー制御コードは色を選択し、テキストの点滅や高さ 2 倍の文字などの効果を生成することもできます。文字放送の中心である SAA5050 文字生成チップのおかげで、テキストの可読性は当時のほとんどのコンピューターが処理できる以上に優れていました。文字はこのチップの内部で 6 × 10 ピクセルのセル (1980 年代の家庭用コンピューターで使用されていた一般的な 8 × 8 ピクセルのセルよりも少ないピクセル) で保存されますが、SAA5050 はオンザフライで英数字の追加ピクセルを補間し、有効解像度を 10 × 18 ピクセルにします。トレードオフは、2 x 3 ブロック ピクセル セットを使用するキャラクターを特徴とする非常に低解像度のグラフィックスです。
テレテキスト表示では、40 x 24 文字のグリッドが使用されます。これは、1 キロバイトのメモリでマルチカラー テキストのページ全体を保存できることを意味します。これは、たとえば Commodore 64 で同量のテキストを保存するのに必要なメモリの半分に相当します。BBC のマイクロコンピュータは、マザーボードに SAA5050 を搭載することでこれを利用し、コンピュータのグラフィック モードの 1 つでアクセスできました。粗雑なグラフィックにもかかわらず、一部の教育ゲームではこのモードが使用されていました。 おばあちゃんの庭それは英国の学童の間で同じ文化的隙間を埋めた。 オレゴン・トレイル アメリカの対応者のためにそうしたのです。
2010 年代までに、ほとんどの文字放送サービスは放送を停止しました。しかし、文字放送は今でも多くの人に懐かしく記憶されており、愛好家は古いコンテンツを検索してアーカイブし、最新のニュース フィードを使用してインターネット ベースのサービスを実行し、文字多重放送を作成して現代のテレビに表示できるシステムを開発して、文字多重放送を存続させています。
文字多重放送を放送に戻す
少し違うことをしたかったのです。 BBC Micro が自社の目的で文字多重放送を採用した方法に触発され、これは優れた無線プロトコルになる可能性があると考えました。特に、スロー スキャン テレビ (SSTV) に相当するデジタル製品ではないかと考えました。
SSTV は画像伝送のアナログ方式で、通常はハム コール サインやその他のメッセージを含むバナーが含まれます。 SSTV は楽しいですが、その名の通り時間がかかり (最も一般的なプロトコルは画像の送信に 2 分弱かかります)、読みやすいテキストを含む完全な画像を取得するのは難しい場合があります。そのため、SSTV の映像は複数回放送されることがよくあります。
文字放送は今でも多くの人に懐かしく記憶されています。
私は、1 と 0 を可聴トーンとしてエンコードする AX.25 プロトコルを使用してテレテキストを送信することにしました。 1,200 ボーでの VHF および UHF 送信の場合、テレテキスト表示の送信には 11 秒かかります。 HF 帯域では、AX.25 データは通常 300 ボーで送信されますが、それでも 1 画面あたり 44 秒は許容できる結果になります。テレテキスト ページが繰り返し送信されると、失われた行や破損した行は新しい行で埋められます。つまり、2 分強で、HF 経由でディスプレイを 3 回送信でき、受信機は自動的にデータを結合します。また、移植性を高めるために、ページを作成するエディター、AX.25 エンコーダーとデコーダー、受信した画像を表示するモニターを備えたシステムを Python で構築したいと考えていました。
これまでこれを実行しなかった理由は、AX.25 標準と公式のテレテキスト仕様の詳細を理解し、それをソフトウェア パッケージに変換する必要があるためでしたが、私にはそれを行う時間がないようでした。そこで私は実験中の実験を試み、振動コーディングに移りました。
振動コーディングは開発者の間で人気があるにもかかわらず、私には留保があります。たとえ AI、環境、メモリの蓄積に関する懸念が俎上に上らなかったとしても、振動コーディングがもたらす集中システムへの依存については依然として懸念するでしょう。 DIY プロジェクトのポイントは、自分で行うことです。 DIY プロジェクトでは、他人の利益率やポリシーの範囲内で運営するだけでなく、自分自身の目的のために何かを作成することができます。
それでも、遠くからテクノロジーを批判するのは理想的ではないため、私は Anthropic のクロードに AX.25 と文字多重放送の仕様を指示し、自分の要望を伝えました。 250,000 ~ 300,000 のトークンとバグと機能についての数晩のやり取りの後、コードを 1 行も書かずにシステム全体を稼働させることができました。正直に言うと、私が Spectel と呼んでいるこのシステムが、これまでに振動コーディングなしで製造されたかどうかは疑問です。
しかし、文字放送の仕組みについては何も新しいことは学べず、AX.25 について少しだけ学んだだけでした。アップグレードには Anthropic 料金の支払いが必要です。したがって、私は振動コーディングについては非常に曖昧なままです。いずれにせよ、最後のテストが 1 つ残っています。それは、HF 帯域での Spectel のテストです。もちろん、それは私がエーテルで喜んでパートナーを必要とすることを意味します。あなたが手伝いたいハムなら、以下のコメント欄で私に知らせてください。
あなたのサイトの記事から
ウェブ上の関連記事