tsg178.dvi

(1)

TSG

部報

Vol.178

—

駒祭反省号

—

1 駒祭の反省 . . . Zephyr 2 2 ポケコン 8 台通信ゲーム企画の反省 . . . TARO 4 3 駒祭反省.AJI . . . あじ 6 4 DS が HR に勝つ日 . . . みつだ 7 5 占い —理論と非理論との狭間に— . . . うんぶ 9 >謎< 6 「花占い」のひみつ . . . 花占い研究班 12 表紙：大気を汚したのは、レーザープリンタの出すオゾンです:-) (HRD)

(2)

恒例

!!

各賞発表

(T_T)

あう、忘れちゃいました。たぶん、賞受賞者副賞逆ステルス賞 TANK 班脱輪したミニ四駆座賞ポケコン分科会 ??? ビジネス賞占い班パイプうのめ賞 Makken めがねたかのめ賞みつだめがねドロちゃん賞立て看部隊 ??? ハンズ大賞 CYC ハンズの紙袋だったと思います。(あやしい∼)

(3)

1 駒祭の反省

駒場祭での惨状

こんばんは。タンク担当者 (メイン) の Zephyr であります。ところで、みなさん。TANK ゲームってご存じですか (爆)。そう、’93 年の駒場祭で出展する予定だった、幻のゲームです。本当だったら今年の目玉になるはずだったのに……。駒場祭で 106 に来た人は、滑らかに全方向スクロールする画面上でレーシングカー (?) ともつかぬ “タンク” が千鳥足1で動きまわり、更には実況中継のアナウンサーが “Live” の文字を点滅させつつ怪しげに手を打ち振って Excite していたのを見ることができたはずです。あれです。当然 “ゲーム” といえるような代物ではなく、最終日のプレゼンテーションには相当な苦労が伴ったようです。結局、TSG でも希有の大失敗企画という不名誉な結果のまま、駒場祭は終わってしまいました。駒場祭の後の打ち上げコンパでは “逆ステルス賞” というありがた∼い賞をいただき、賞状と副賞の “片側が脱輪したミニ四駆” を獲得しましたこの “片側脱輪” に含まれる寓意は、くるくる動きまわることしかできない2という、TANK の未完成度を示しているようです。

駒場祭前の状況

こういう悲惨な結果に終わったとはいえ、あれだけのものを実現するためにはかなりの労力と技術が必要なことは紛れもない事実です。それらは、私の周囲の人間がすべて調達してくれました。新部長の Ein 君3は超高速スプライトルーチンを作ってくれたし、Aji 君も制御構造だけなら C 言語に準ずるゴージャスな仕様を持つ中間言語コンパイラ tclc を作ってくれました。その外にも重要なヒントを与えてくださった人はたくさんいます。にもかかわらず、なぜタンクゲームが日の目を見なかったのかというと、私がどうでもよい飾り (アナウンサー、“Live” だよ:-) にこだわったあまり、とうとう完成しなかったというのが真相であります。というわけで、タンク失敗に関する全責任は私にあります。多分。 1_{とはいっても、あの千鳥足は}_{TANK のコントロールプログラムが、“相加法による擬似乱数” とい} う高級な“関数” を搭載している (本当) という証拠なんですが。え、ぜんぜん高級じゃないって? 2_{とはいってもあのミニ四駆、実際に走らせるとまっすぐ走るんですよね。}_:-> 3_{今日のコンパには来てるだろうな。なに、来てない}_{? こらぁ。。。}

(4)

駒場祭後の状況

現在は何をしているのかというと、タンクの制作です。やっぱり。ここまで来た以上は引き返せませんからね。それに、やめたら多分みんな烈火の如く怒るだろうし。とにかく、必ず完成させますので、待ってください。例のミニ四駆はいまでも Zephyr の部屋の、MuiltiSync ディスプレイの上に飾ってあります。ミニ四駆の車輪は TANK が完成するまでは直ることがないでしょう。開発の進度はというと、レーダーユニットのテストも終わり、とりあえずお互いを認知して動くことができるという程度です4。後はゲームとして成り立つように各パラメータを設定し、プリセットの関数をたくさん作らなくてはなりません。ただ、あいかわらずコントロールプログラムは僕しか書けないし、そのファイル名はコンパイルをしなおさないと変更できない (爆) と来ているので、ユーザインタフェイスの拡充も緊急課題のひとつでしょう。最終的にはユーザは自分がデザインしたタンクを自分のプログラムに従いフィールド上で走りまわらせることができるようになります。これは本当です。というより、もう実現しているので、そうなりましたというべきでしょう。そのためのパターンエディタももうできております。

最後に

あ∼あ、LaTEX による部誌もこれが最後なのね。情けないなぁ。でもこれからも原稿は TEX のソースで打ち続けてやるもんね。ふふん。

TANK のマニュアルはもちろん、TEX with Tpic でかっこいいものを作ります。ちょっとは期待してください。ところで TANK っていうのは、実をいうと仮題にすぎないのです。企画・構想の段階から特に呼称が定まることもなく、ただ “TANK ゲーム” と呼ばれてきた、それだけのこと。というわけで、TANK ゲームのかっこいいタイトルを募集します。なんかいい案がある人は、Zephyr に教えてください。 18.Dec.’93 (Sat) 02:20:21 Written by Zephyr p.s. 朝 2 時か……ここまで原稿を引き伸ばすだなんて、私って本当にひどいやつ。いぬ。もつながらないし。果たしてこの原稿は載るんでしょうか?5 (T_T) 4_ただし_{MATE 上での話……。最終的には、286 で EGC がなくても完動するようにしたいのだけ} ど。 5_編集註_{: いぬ。がダウンしていたので、東京 BBS で印刷当日の朝 10:30 に受け取りました:-)}

(5)

2 ポケコン

8 台通信ゲーム企画の反省

TARO(7K2HEA) そもそもこの企画は「もうすぐ駒祭号」で aji 君が言い出したことから始まったのでした。aji 君が、通信のシステム部を作るから僕がゲームを作らないかと言うのです。駒祭まで時間があまりないのが気になりましたが、面白そうだったので引き受けました。そして E500 系のポケコンでプログラムを組んだ試しはほとんどなく、 SC62015 という CPU も使ったことがほとんどないのにこの企画はスタートしたのでした。まずしたことは CPU の命令を覚えることでした。Z80 と 8086 と CASL(おいおい) はできるのですが、SC62015 はこれらとアーキテクチャがかなり違い苦労しました。この CPU について驚いたことは、256 バイトの内部 RAM の存在、20 ビットのレジスタがあり 1M のメモリにダイレクトなアクセスが可能なこと6、スタックに 16 ビットではないレジスタをプッシュできること7、mv a,[x++]8などＣみたいな命令があること、I/O が内部 ram 上にあること9、などなど数多くありました。つぎに E500 系のポケコンのハードの制御法や BIOS の使い方を学んで取り敢えず 1 台で動く簡単なライトサイクルをてこずりましたが作りました。これを拡張して 8 台通信ゲームにすればいいやと思っていましたが、重大な落とし穴があったのです。ライトサイクルは 1 秒間に数十ドット進まなくては面白いゲームになりません。ところが通信システムの能力では 1 秒間に十数回しかデータをやり取りできないことが分かりました。これでライトサイクルは没。そもそもあの狭い画面で 8 本の線が走るのは無理があります。かといってスクロールしたらゲームにならないでしょうし。というわけで、この企画のゲームとして相応しいのは以下の条件を備えたゲームなのです。 1. 1 秒間に数回しかポケコン間のデータ交換が必要でないこと。 2. U6000 では画面いっぱいに表示を行うと薄くなるので、できれば画面をいっぱいに塗り潰さないこと。 3. キーがマトリックス方式で組み合わせによっては正しくキースキャンができないので、適切なキーを使うこと。 4. 面倒なグラフィックの少ないこと10。 6_{セグメントというのがないわけ。} 7_{Z80 や 8086 では 16 ビット長以外の push や pop はできない。} 8_{Ｃでかけば}_a=*x++ 9_{Z80 や 8086 では in や out でアクセス。} 10_{ただ絵を描きたくないだけ。}

(6)

5. 相手の画面やキー入力するところが見られないという点を活かすこと。 6. 人間同士の戦いが中心であること11。 7. 駒祭だから一般受けすること12 。第 7 項以外を満たすものとして潜水艦ゲームを考えつきました。各プレイヤーが 1 艦づつ潜水艦を受け持ち相手の位置をソナーなどで探り魚雷などで攻撃するのです。相手の作戦が見えないのでなかなか面白いと思ったのですが、一般受けはしそうになかったので却下しました。で結局作り始めたのはタンクゲームでした。後方の視界を悪くし、視野の処理をしっかりやってやれば、物陰に隠れるとか、後ろから回りこむとか面白い作戦が取れるのではと思ったのでした。ゲームを作り始めましたが駒祭前日でも終わらず、当日も徹夜しても終わらず、できたと思ったら、aji 君の通信システムが作動していなかったり、結局通信部分が動かなかったので駒祭中に出来上がりませんでした13。

教訓

:

共同開発で掛かる時間

∝

単独開発で掛かる時間

×

人数

2

11_{対戦ぷよぷよみたいに自分の得点が相手のペナルティになるというのが対戦の主な部分であるのは} いやだ。せっかく8 台も繋いでやるのだから。 12_{マニアックなのを作って内輪で盛り上がるのも楽しいけど。} 13_{今年中に完成させたい。}

(7)

3 駒祭反省

.AJI

あじ

＜

TANK ＞

僕はタンク制御言語及び中間言語の仕様決定と、制御言語→中間言語コンパイラの作成をやりました。駒祭数日前にはきちんとコンパイラをあげました。にもかかわらず、なぜ TANK は「踊る」ことしかできなかったのでしょう？理由は極めて単純で、「敵の位置に関する情報を与える関数が用意されていなかった」からです。コンパイラ側ではすぐに追加できるようにしておいたのですが、結局駒祭期間中関数は作られなかったようです。なんでそんな簡単なことが行われなかったのか僕にも不明なのですが、この件についてはしかるべき人からしかるべき報告があるはずなので、あえて僕からは言及しない事にしますB-) サークルオリでは展示できるよね？＞ zephyr

＜占い＞

駒祭 1 日目に、占いのソースをいじらせてもらってテキストを標準出力に流すようにし、適当に改頁コードと改行コードをぶち込むだけのフィルタを書きました。パイプを使った占いの起動バッチを書いたのは僕です。当時はパイプが遅いというのを知らなかったもので(^^; ビジネス賞のパイプはありがたく頂戴しておきました。大事に使わせてもらいます:-)

＜ポケコン＞

かなり早い時期に LAN マネージャは書いておいたつもりだったのですが、駒祭 3 日目に TARO 君が制作中の TANK ゲームの方と併せてみたら異常な動きしかしませんでした^^; (始めっから駒祭期間中にデバグするつもりだったのでした(^^;)ヒドイ) やはり早めに複数台つないでテストしておくべきでした。結局駒祭期間中は原因が判明しなかった... 残念 (教訓) 通信物は小さいものでも、何が原因で動かないのか判りにくい。 #「座賞」ありがとうございましたB-(

(8)

4 DS

が

HR

に勝つ日

みつだ駒祭2 週間前： Makken が部室で見せていたマキシマムもどきを見る。DS でもで きないかなと考えはじめる。 1、2 日後：プログラム「勘」ピューターの答えは、探索回数 128, 横 80 方向, 縦 50 だとして DS で秒 10 枚。「やってやる」宣言。「無理、むり」と答えが返ってくる。 Kuma くん、「秒 4,5 枚でせいぜいなんじゃない。」 その週末：まず仮想 VRAM から実画面への転送ルーチンを作る。仮想 86 モードで秒 50 枚。リアルモードでは、秒 70 枚。OUT 命令を乱用しているのが原因。やっぱり、無理かなと不安がよぎる。駒祭6 日前：あっさりと動く。かんどー。ずーっと眺めっぱなし。かなり、簡単 な背景だった事を考慮する必要があるが、秒 10 枚に達する。次の日：部室で見せる。「おお、すごい!!」。その日の内に 98 ではこれくらい動くのが当たり前になる。 Kuma くん、「これくらい、当然っす! もっと縦に細かくしないと· · · ·」 これは後回し、Makken の話を聞いて魚目になっていたのを直す。駒祭1 日目：マップを、HR から持ってくる。マップが複雑になっていたため秒 9 枚くらいにまで落ちる。このときはマウスバージョンで操作性が悪かった。そのため、「母：あっちの機械 (98) でもできるでしょ」「子：だって、あっちは速すぎるんだもん。」こんな風景も見られたそうだ。駒祭2、3 日目：色データを高さデータと試しに同じにして見る。グラデーション がかかって、前よりずっと奇麗。なーんだ。後、ジョイパッドに対応。

(9)

駒祭1 週間後：実はタコだった事に気付く。直す。くぞ、駒祭の時にこのバージョ ンを出していれば、「あっ、実は HR よりも DS の方が速いじゃん」となっていたのにーーー (嘘) 具体的に直したのは、 1. 高さの差 0∼255 のテーブルを引き負の場合は修正していたのを、テーブルを 2 倍にして、高さの差 -255∼+255 をそのまま角度に直すテーブルにした。 2. 調査点が見えない場合に、角度の差 (0-127) によってどのくらい省略できるのかというテーブルを作った事。これによって、探索回数は探索距離にとって変わった。(今は、何回探索しているのかさえ実はわからない。) 3. その代わりラジアンテーブルをワードからバイトに変えたこと。精度にあまり影響はなかった。現在： C から呼び出せる関数形式に改造中。やっぱメインは C でないといろいろ面倒。だろうし。スペック：探索距離 255, 横 80, 縦 50 画面で秒 13∼16 枚。探索距離 128 なら秒 20 枚を越える事もある。(DS で計測) とりあえず、デモソフトにしてネットに流す予定。

(10)

5 占い

—

理論と非理論との狭間に

—

うんぶ (TSG 占い班所属)

第

1 章占い—その制作に潜む追試とテーブルの影—

我々、といっても二人しかいないが、私うんぶと Ichi は、駒祭において「占い」を担当することになった。時に 1993 年 10 月 2?日の事である。この時点で駒祭まで 30 日弱、我々は楽勝じゃん!と気楽なムードで過ごしていた。言い訳めくが、その楽勝ムードをあっさり地獄の日々へと尽き落としてくれたのが、今年の 1 年生全体を揺るがした「成績表ショック」というわけである。私も、 TSG1 年生として、当然のように数学 1：D、数学 2：D という成績をマークした14。そのため、追試に否応なく巻き込まれることになり、11 月 12 日に追試が終了するまで、「愛の六十花占い」と「四柱推命入門」という 2 冊の本を買い、「この本を使って占うことにしよう」というぐらいしか決まらなかった。それでも、占いなんていうものは高級言語を使えば、さくさく組めるもので、11 月 13 日 (金) に、ご存じ Tsg Annex Hrd Laboratory(TAHL、あるいは簡単に原田研) で夜通し組み始めてからは、ある程度の能率で進んだ。しかし、四柱推命&花占いの恐ろしいのは、本の占い方はすべて、何年何月何日何時何分に生まれたかというデータを巻末の膨大な表を参照することになっており、その表がどういうアルゴリズムで出てきたかはどこにも書いていないのである、規則性が見つかりやすいのはもちろん、規則性を使ったが二つわからない表があり (これは TSG 部員の 1 部で規則性発見の会が開かれていたほど人気があった)、いかさまな占いにしないためには、テーブルを作らざる終えなかった。テーブルは私が 1008 個の 8 桁の数字、Ichi 君がなんと!3600 個のアルファベット 1 文字＋数字 1 文字、というプログラムを作ってんだか、テーブル打ちをやってんだか分からない程疲れるものだった。ただ、助かったのは、我々の窮状を見かねて、small 松浦君が (余談:なぜ small かといえば、小スキピオとかは見てわかるけど小松浦ってわかんないからね) 占いの入力ルーチンを作ってくれたことだった。しかし、変数名規約など作ったわりには、すっきりと link できたわけではなく、互いに同じものをバラバラな名前でつかっていて、検索置換とかをやると変なことがおきるかもしれないので、渡すときに代入しなおしたりする、あほな link だった。(実際は駒祭当日私が寝ている間に原田さんがちょこちょこっとやってくれたようだ15 14_{特筆すべきこととして、私はこの時点では数学科志望であった} 15_編集註_{:やったっけなぁ? 他の人では?)}

(11)

また、駒祭二日目には、tank の方の仕事が終わっていた aji 君がプリンター表示の辺りを改善してくれて、見易い出力となった。などど、長々制作の怪しさを見ていただいたが、反省すべきことをあげると、何人かでプログラムを組むときは、できるだけ速くスタートすべきだったと言うのが教訓である、何人かで組むというのはそれになれないものにとって、調整にかかる時間が一人の時よりも数倍かかるので、簡単そうだ、二人ならもっと楽だろうから楽勝などと勝手に思ってはいけないという事である。占いマーフィーその 1:

N人で開発する場合、開発時間は Nに比例する。

また、結局初日の朝はほとんど動いていないという状態だったので、実質駒祭に間に合ったとは言えないので、大事な企画の一つである占いを駒祭に間に合わせられなかったことは、大変恥ずべき事だと思っています。情けなし· · · あと、来年作る人へ参考になるかもしれないので少し気付いたことをあげておくと、占いの選定は満足のいくまで選んだほうがよいです。今年はちょっと失敗だった。とりあえず、ベストなのは、プログラムしやすく、テーブル打ちでむなしくならず、そのわりにテキスト量が多いものです。(もしかしてこれって今年の反対じゃ...) テキストは部員の方々に打ってもらえるので、量は大丈夫だからねぇ。あと、これは慣習にあわないかもしれないけど、間に合わなそうだったら、入力ルーチンぐらいは今までのを使うと、多分早いと思う。どうせ占い自体は変えなくちゃいけないからねぇ。ほんとは、入力ルーチンなんていらないんだけど、単に見栄えだけだし。(TSG 部員は入力ルーチンぐらいひどいのでも大丈夫な人だらけだもん) ちなみに、去年のカバラを親戚が来て家でやりたいっていうからやろうとしたら、atok7 と相性が悪くてハングるので、他の fep がないから、わざわざ dos の[16 進] モードで漢字コード探して打ったから、入力ルーチンなんてなくてもそのくらい大丈夫といういい例でしょ。(necai.sysってあったと思うけど、どこだか忘れた) 占いマーフィその 2:

追試の難易度は勉強時間に反比例する。

(勉強して損した)

(12)

第

2 章東大新聞の占い評価

私はよく知らないが、東大新聞で占いの評価という記事があって、その中で TSG の花占いはいかさまといわれていたそうだが、我々がいかさまをしなくても、本がいかさまなら、我々の占いもいかさまになるのは当然なので、いい本にしとくとやっぱいいよなぁって感じです。しかし、取材にきた一人だけでその占いが当たるかどうかなんてなんでわかるんだ! 納得いかん· · ·

(13)

編集長の独り言あー、原稿が集まらん(;_;)仕方ないから前号に掲載し忘れた(オイ)UMB 君の原稿でも掲載してお茶を濁そう。

6 「花占い」のひみつ

理論科学グループ花占い研究班

6.1 花占いとはなにか。

そもそも、花占いを説明する前に四柱推命のことを説明しなくてはなりません。ご存知の方もおおいでしょうが、四柱推命とは人の生年月日、なんと生まれた時間まで用いて運勢をばっちり当ててしまうという、中国四千年の歴史をもつ優れた占いなのです。さて、四柱推命と花占いの関係ですが、花占いは四柱推命の欠点を克服しつつ、相性についても正確に占えるようにした占いなのです。

6.2 占い方の実際

占う場合には、占いたい人の生年月日時にある演算を施します。これは大したことをしていないものもあれば、非常に複雑な論理演算をしなくてはならないのもあります。具体的には、生日に対する花を求めるのは簡単ですが、生月から蔵干通変星という内部パラメータをだすためには

((x2+ 10− x1 and 254) mod 10) xor (x1 and 1)

という論理演算まで駆使しなくてなならず、なかなか大変です。占いの実際を詳しく知りたい方は、まず「四柱推命入門」と「愛の花占い」をお読みになることをお薦めしますが、この占いで占った方はご自身で複雑なことをするまでもなく、運勢をお分かりいただけるので、他の方を占おうと言うのでなければ、この機会に占われることをお薦めします。

6.3 占いたくなったひとへ· · ·

占いたくなったら、できるだけ生まれた時間を覚えてきてくださると、出力されるデータがより正確になる場合もあります。時間がわからなくても独自のアルゴリズムにより、96.6% 同じデータをだせるようになっておりますので、生まれた時間が分からない方も心配せずにぜひいらっしゃってください。

(14)

編集後記

♦ あー、現在、印刷当日11:40amであります。 ♦ 原稿の集まりが悪いねぇ(;_;) ♦ でも179号は妙に集まりが良さそうなので、その影響か? ♦ 179号は昨日印刷しましたが(はっ、179号の方が先に発行されるとは:-))、フォントの選択がまちがってるなぁ、って感じですね。他はなかなか美しい。 ♦ うん、やっぱWindows上で編集すると図をいれたりするのが楽そう。 ♦ でも、_LaTEXは386で十分動くし、私はあと数年は使い続けるでしょう。 ♦ 今回はレーザープリンタを奪われたので:)、熱転写で印刷です。やっぱり遅いよう(T_T) ♦ いろいろとあやしげな教訓とか法則が提示されたことだし、来年に生かしましょうね(苦笑) ♦ 私の編集する部報はこれがラストです。新編集部に期待しましょう! 編集長理論科学グループ部報 TSG 第 178 号平成 5 年 12 月 18 日初版第 1 刷発行発行者松内良介編集者原田昌紀発行所理論科学グループ〒 153 東京都目黒区駒場 3-8-1 東京大学教養学部内学生会館 305 tel. (03)3467-1534(呼) c