3ヶ月程、脳出血のリハビリ”がてら”、SNES自作の為のSDKについて調べていました。
ゲームの個人向け開発SDKといえば、まず devkitPro ですが、SNESは対応していません。･･･classic過ぎで。
と、言うわけで･･･google様に聞いてみました。
全くヒントが無いところから、snes-sdkってそれっぽいし、サンプルもある。これぐらい？ と、思ってたら･･･。
こんなSDKもあった。
･･･探せば出てくな。
片手でゲームをする関係でクラシックゲーマーになってしまったんですが。
今頃、スーパーファミコンのカセットを調達しようとすると電池がヘタってたりするがデフォルトです。
で、電池はタイミングを見て交換できる物に変えています。
電池を替える時に基板に付いている物を変えるので、その瞬間にセーブが消えますw
ネットを観ると電池を２つ付けて交換してる人もいました。
片麻痺の身には敷居が高かったので、パソコンに退避させる事を思いつきました。
アマゾンでこんな物が売っていました。
単なる、電池交換のツールとしてだと。高いし値段分使うの長そう。と、思っていたのですが、海外にはネットで自作のゲームを公開してる人もいる事を思い出しました。
なんか病気前に、うずうずしてた記憶を思いたしたので、買うことに。
で、持ってるカセットのセーブをせっせとコピー。コレでいつ電池がヘタってもいいぞw
さて、自作ゲーム探しの旅にw
「SNES研究室」で、まずサンプルを見てみてCC65とかWDC-SDKってある事をしる。
C言語の環境が整ってない？ アセンブラの世界なのか(ガクブル
この時点では、ほとんど情報が無いorz それっぽいサイトはみんな英語。
日本でSuperufo pro 8を使ってる人たちがあるページ「きまぐれ自由人ブログ」を見つけて聞いてみる。
丁寧に対応してもらって向こう人もSNES研究室のサンプルを見て情報のやり取りをしてくれた。有益な情報は無かったけど。
海外の人はどうやって作ってるかな･･･「PD-roms」にぽつぽつ上がってるのとか、「New Class Kong」。
New Class Kongとか出たの去年だし。
検索キーワードを全然思いつかなくて、ふらふら見ていたら「jiggawatt.org」を見つける。
www.neoflash.comというフォーラムの[ここ]でリンクされてるのを見つけました。
取り敢えず、サンプルに2MbitsのROMが出来るソースがあったので、早速実機で動かす。
･･･エラーで弾かれる。
動かない自作ゲームの傾向にもしかして小さいと動かない？ みたいな感じがしてた。
フォルダ snesc のファイル hdr.asm に出力される *.smc のサイズの定義があるのでコレを 4Mbits に変更した。
定義は、以下の２つ。
･･･動いた!! パソコン上のエミュレーター同じゲームが動いてる!!
ホントに、とりあえずですが。自作ゲーム動きますw
いろいろリハビリがてら手を付けてる宿題がある。
で、その1つに”AVRに挑戦”があるのですが、そのAVRのコンパイル環境、調べてみると種類があるみたい。
自分用にまとめてみた。しっかり使ってみたわけでは無いです。
ってことで、つらつらと挙げていきます。
WinAVRの印象。
Programmer's Notepad 2 は、癖が強かった印象があります。
AVR Eclipse Pluginは、CDT(EclipseでC言語を使う時のプラグイン)が必要です。
EclipseのPluginは追加しても、どこになにが覚えるまで大変な物が多いのですが、これは専用のメニュが追加されるので、楽でした。
Visual Studio 2010 の Shell は、日本語と英語があります。
Shellをインストールすると一緒に”Micresoft Visual C++ 2010 x86 Redistributable - 10.0.40219”がインストールされます。
このランタイムは、Shellをアンインストールしても残っています。
Shellをインストールしなおしたい時に、再インストールが正しく行われません。
英語版から日本語版にしたい時とか。
Shellの再インストールをする時は、ランタイムをアンインストールした方がいいです。
こんな感じですかね。
9月頃からぼちぼちやっていたんですが、ようやくカタチになってきたので公開します。
スクリーンショットはこんな感じ。
Willcom 03を契約してからずいぶんMZ3を使っていたのですが、身体的問題があり困っていました。
自分は、03を親指で操作していたのですが、その親指が太いです。
それに対してMZ3の投稿/更新ボタンは小さく、すぐ下にあるメニューバーのSIPボタンを押してしまうことがよくありました。
｢これは自分の指にあったクライアントが欲しいなー｣と思ったのと、｢Web APIってどんなもの？｣と思ったことが開発するにあたっての動機です。
ボタンを大きめに確保して、メニューバーと干渉しにくいようにしました。
つぶやきと言い返す(リプライ)は別のウィンドウを設け、それらの操作でも余裕を持てることを意識しました。
# iPhone/iPod touchのアプリからのインスパイアだったりするんですけど
とりあえず、機能が揃ってリリースするかというときになってエラーの通知やステータス表示が無いことに気づいて最低限のフォローはしたのですが、まだまだだなと思います。
これは今後の課題にします。
Twitter経由で知った情報なんですが、リリースされたようです。
iPhone Dev Center(Library)
# Developer Center内なので入るにはアカウントが必要です
PixelCrewをずいぶんサボっているついでにTwitter APIを触りだしているのでiPhone開発(手持ちの端末は初代iPod touch 16GB)まで手が回りませんが・・・。
あと、ウチにmacが無いんですよね。
mac miniぐらい欲しいんですけどね。
仕事で子供染みた焚き付けに見舞われた。
一年以上前からダラダラと赤を出し、それでもなお続けられていた案件。
自分が参画したときには、システムの事も、そのシステムを構築するプログラムの開発環境のこともよくわからないまま開発をする先駆者たちがいた。
半分いなくなって、補充されたけど。
自分はコードが読めた。幸か不幸か。
おかしいところがたくさん目に付いた。
直さないのか？ 先駆者の力量は充分あると思っていた自分は聞いてみた。
おかしくは無い、いまある姿があるべき姿。
先駆者のリーダはそういった。
アレしてコレすると落ちてしまうのも？ ここの実行速度について改善要望が来てるのも？
開発は進み、客先での仮運用が始まった。
不具合報告に混じって仕様変更の要望と思われる指摘が飛んでくる。
リーダは｢対応する｣と言った。
裏側から透かしても仕様変更と思われる文面を指差し、本当にやるのか？ と聞いた。
｢言われた事は全部やる。バグとか変更とか関係ない｣
誰も戦う気がない。いい物を作ろうという思いが微塵も無い、それがこのチームだった。
このほかにも、提案と却下の繰り返しを何度かした。
｢なんでそんな難しい事をするのか｣と言った顔で嫌がられることが続いたので提案も止めた。こっちが疲れてしまう。
さて、冒頭に書いた｢炊き付け｣の件。
長い間放置しておいたプロジェクトにエンドユーザからクレームが付いた。
また納期を破るつもりか？ これまで当然のようにスケジュールに収まらない仕事をしてきたチームに業を煮やした結果だ。
それに驚いたえらい人が自分を呼びつけて言った。
｢外注の君には、今月中に今から言う機能の回収を完成させて、引き上げてもらう。これぐらいのボリューム、できるはずだ｣
できなくは無いのだろうが、突然の事で驚いた。
引き上げの話は営業から聞かされていたが、最後にこんなことが待っている事は予想できなかった。
｢見事にやってくれたなら、君はヒーローとして去ることができる｣
できなかったら、対価に見合わない仕事しかできなかったと判断する。要するに給料泥棒呼ばわりだ。
技術者のプライドに揺さぶりをかけられているような気分。いい気分ではない。
先の提案と却下のやり取りで疲れていたところに引き上げの辞令。
その上に｢君ならできる｣なんて持ち上げと揺さぶり。
苛立ちはあるし、プライドもある。
期待通りヒーローになる事を目指して仕事はするだろう。
結果は保証できないけど。
だけど、これは最悪の仕事だと思う。
とある人の言葉を借りるけれど、この案件のコードには魂がない。
物を作るものとして、解せない部分と戦う姿勢がない。
人が使うプログラム。アプリケーションを作る事が好きであるなら、そのアプリケーションの振る舞いの取り決めに愛をこめて向き合うべきだ。
顧客の要望が最終的に正しいものであるかも知れない。
しかし、その結論を出すまでの磨き上げを放棄してはいけない。
顧客の決めた仕様にも荒削りな魂があるかもしれない。
磨き上げて、共にいいものを作るべきだ。
この仕事が終わったときに、｢なんだこの暑苦しいエントリ｣と笑って読み返せる事を願って。
最近、ここ以外が忙しかったりネタが無かったので書けませんでした。
が、やっとこ書けそうなネタが出てきたので。
雲模様のテクスチャが作りたくて、アルゴリズムを探していました。
とはいってもテクスチャが欲しかっただけなので、ツールで作るなりWebで探すなりしてもよかったのです。
ですが、ゆくゆくPixelCrewに載せるんだろうし、と言うことでコードで生成することにしました。
画像処理のアルゴリズムは、WindowsCE(GameAPI)でニアレストネイバーやバイリニアによる拡大/縮小を書いたことがあります。
そのときは、ピクセル間の距離や三角関数がどういう計算をしているか把握できなくてとにかく週末徹夜進行だったなと覚えています。
今回はその甲斐あってアルゴリズムの解説もすんなり理解できました。たぶん。
ただ、Frequency(周波数)と言う単語を見て、画像の端々を正規化(0.0と1.0に丸める)して扱うのかと勘違いしていくら演算結果を重ねていってもサンプルみたいにならなくて悩みました。
別に周期に収めることは無くて、どこまでもノイズを作っていけばいいんですね。
あと、このアルゴリズム解説を読んでいて驚いたのが、ピクセル単位で重ねこみをしていること。
解説文では、｢これらの画を重ねると、次のようなパターンになる｣とあるので、回数が増えればバッファもたくさん要ると思っていたのですが、そんなことはありませんでした。
まだまだ覚えることがあるのだなと思いました。
ARToolkitの手入れを誰かしていないかを探していたら、こんなものが見つかりました。
XNAでARと言うことらしいんだけど、複数のマーカ同士で認識を補完するというテクニックがあるらしく、マーカをいっぱい並べてる画がインパクトあります。
一年前にチラッと触って以来、OpenGLを触っていました。
別の場所で3Dリバーシを作って公開できるようになり、帰ってきました。
ARToolkitからOpenGLに傾倒していたのには、3D-APIがよくわからなかったと言う理由が強かったのですが、libARがWindows向けにやさしくない状態だったためです。
当時はVisualStudio2005でいじっていて、現在の開発環境はVisualStudio2008。
まぁとにかく、libAR*.libはリンクの通りが悪いライブラリであるなと。そりゃあARToolkit plusもできますわい。
特に、VRMLと連携した処理が同梱されていて、VRML側をリビルドしないといけないと言う事実になかなか気づけず大変です。
Buiding the simpleVRML doesnt work(details inside) - HIT Lab NZ Forum
他にも、各種ファイル(マーカやカメラのパラメータ)を操作する処理があり、scanfを久々に見たり、mallocがこけるとexitするコードがあったり･･･。
情報を求めてこんなスレッドを見つけたりしてmallocをHeapAllocに置き換えたのにorz
個人的には、libARはもっと機能ごとに細分化していいと思います。
先にあげたファイル処理も構造体だけ挙げておいて｢この形でくれ。そこまでの実装は任せる｣と突き放してしまっても困らないですし。
# むしろその方が移植性がよいかもしれません。Homebrew界隈ではw
再燃という割に文句ばかりのエントリですが、モノになるか飽きるか･･･。書かなくなったら飽きてます、きっと。
日本HP、4型VGA液晶のWindows Mobile搭載PDA「iPAQ 212」
スマートフォンじゃないWM6端末でVGA液晶の物は無いか、と思っていたんですがとうとう来ました。
やったー、WM6でVGA。
LandScape(縦横切り替え)もきっとあるだろうからいろいろ遊べる気がする。
というか、iPotch(iPod touchの略)をすごい勢いで買おうとしていたのに｢まてッ!!｣と引きとめられた気がするw
WMプログラミング本とあわせて買いたいな。
