ワールドマップ用プログラム

ワールドマップの移動処理をするための
バックグラウンドプログラムを作ってみました。

円をハフ変換、検出した円から赤い線を再帰処理を使って辿ることでリンクを検出。

ダイクストラ法で経路探索。ライントレースの初歩を使って移動してます。

ダイクストラ法の代わりにA*探索でも良かったのですが、碁盤の目状のマップになったときに複数経路を求めやすくするためにこちらを採用しました。

あとはかぶせる絵を作ってあげればゲームっぽくなるのではないでしょうか？

ただ、ハフ変換とリンク検出の処理は若干重いので前もって処理しておいてファイルに書きだしておくのがいいと思います。

あと、RPG以外にもレースゲームなんかでも使えるかもしれませんね。

もし、ソースコードが欲しい方がいらっしゃたら、コメントにどうぞ。

プログラマブルテンキー

そろそろ定時で帰れるのも終わりそうな今日この頃です。

ペンタブのファンクションキーに不足を感じていたのと、
ヨドバシ.comでの配送料が無料になったので
プログラマブルテンキーなるものを購入してみました。

サンワサプライ　NT-19UH2BK

http://www.yodobashi.com/ec/product/100000001001325070/index.html

X Button Makerのようなソフトで割り当てても良かったのですが、

(X Button Maker : http://okazaki.incoming.jp/danpei2/software/batten.htm )

最近、動体視力を鍛えるソフトを使用していて扱いやすいテンキーが欲しかった

こともあり、また、ついでに良いマウスも欲しくなり購入の流れとなりました。

ペンタブには左右に4つずつ計8個のファンクションキーと左右に1つずつの

トラックパッドが付いています。

が、基本的に右手はペンを持っているので左手4つのファンクションキーしか

アクセスのよいボタンがはっきり言ってありません。

私の場合、「Shift」「Ctrl」「Alt」をまず割り当て、他に「元に戻す」「やり直し」

「レイヤーの新規作成」「Enter」などを使いたいので

キーの不足が発生してしまいます。

今回の買い物で試しに「レイヤーの新規作成」を割り当ててみたことろ

若干作業の効率化ができたと思います。

テンキーとしては普通のテンキーといった感じですが、

テンキー部分にもキーの割り当てが可能なのでよく使うブラシなどを

登録してみようかと思います。

また、キーボードと違ってサイズが小さくて済むので

絵を描きながら押すのに適している気がします。

マウスはロジクールのM510を購入しました。

http://www.yodobashi.com/ec/product/100000001001259487/index.html

今まで使っていたマウスが安物だったので革命的に使いやすくなりました。

これを選んだ理由は実家のロジクール製マウスが使いやすかったことと

電池の寿命が長いことです。

電池を使う分だけ最初は若干重い感じがしましたが、

慣れてしまえば問題ない重量だと思います。

安物と違って白い机の上でもしっかり反応してくれるので

かなり操作性が向上しました。

さぁて、プログラミングはどこの続きをしようかなぁ～？

あぁ、素晴らしきは定時退社

食事の記事が多いので食べブログに変更しようか
悩み始めてきました^^

そンなことはおいておいて、
定時で仕事が終わったのでちょっと手の込んだ料理を
作ってみました。


チキンマカロニドリア

オーブンレンジのテストも兼ねて作ってみました。

初めて作った割には上手くできたと思います。

定時で帰ってこられるのもこの先少なくなってくるので

オーブンレンジが錆び付いてしまわないか心配です。

まぁ、中古5,250円で買ってきたものなンで

壊れてしまっても諦められますが。

TLG6エンコード再挑戦

先日、上手くいかないとボヤいていたTLG6へのエンコードですが・・・

できました！

いやぁ～、画像データの読み込みミスで失敗していたなンて
恥ずかしくて言えませんねぇ～

コンパイラ依存になりそうなライブラリは基本的に使っていない（と思う）
ソースを下のURLにアップロードしておきますので、
興味のある方はどうぞ。役に立つかどうかはわかりませんが^^

https://docs.google.com/open?id=0Byx8ByJwSCpcZTczMzBlYzMtMWQ4NS00NTNjLTg5M2ItMDMwMmUzZjNhMmFm

年賀状用イラスト

来年は辰年なので
ドラゴン描きました。
え？　年賀状っぽくない？
気にしてはいけません！
実は9月あたりにも一度描いているのですが、
気に入らなかったので描き直しました。

同じ構図でも
「ここをああすれば良かった。」
「ここはこう着色するといいのか。」
などが一度目に出てきているので、
若干まともになっていると思います。


・・・よし、これでゲームプログラミングに集中できるぞ！

今日のご飯はコロッケナリヨ～

ゲームプログラミングメインのハズのブログが
食事メインになってきているのは気のせいです。　・・・たぶん。　

ひき肉とジャガイモと玉ねぎが余っていたので
ポテトコロッケ作ってみました。

いやぁ～　Google先生で検索すれば簡単に
調理方法が出てくるンですもの。
便利な世の中ですよね。

味の方は初めて作ったにしてはまぁまぁ。
ごちそうさまでした～

キャベツ～はどうした～？

・

・

・

ちゃんとキャベツもあるよ。

おっと間違えた。

はい、キャベツ。

TLGエンコーダ作成中

あの有名なADVツクール吉里吉里で使われている画像形式である
TLG5、TLG6。特にTLG6はPNGよりも高圧縮な可逆圧縮で
SIMD命令に最適化してあり、展開も2倍以上速いと
ゲームにとってはいいことずくめ。私のゲームでも使ってます。

・・・が、表示にOpenGLを使っている以上、BMP形式でのデコードを
想定されているのが若干もったいないのです。

OpenGLは基本的にRGBで色を指定するのですが、BMPは
BGRで色を保存しています。
したがって、OpenGLのExtentionであるGL_BGR、GL_BGRAを
使用するか、圧縮の前あるいは展開の後にデータを変換する
必要があるわけです。

Extentionを使ってしまうともしかしたらLinux等でそのまま
コードが使えない
（まぁ、今現在の状態でコントローラ入力部分で使えないンですけど）
可能性が出てくるわけで、
では、展開の後はどうかというと、展開の度に変換を
行わなければならず、折角の展開の速度が落ちてしまいます。

よって、圧縮前が最良だろうと考えたわけで、
吉里吉里のソースをパクって　参考にしてエンコーダを
作成しました。

・・・しかし、圧縮率が低い！

同じBGR形式のデータにしても約1.5倍ほど容量が
大きくなってしまいます・・・

さて、どうしたものやら。
お陰で徹夜してしまいました。でも出来ない・・・
う～む。

追記
エンコード作れました。
http://gameprogrammingbyumi.blogspot.jp/2011/11/tlg6_14.html