お散歩カメラ

最近GX-100だけ持ち歩いて撮った、なんの脈絡もない
お散歩写真。

GX-100はコンパクトにしては色々設定変えて撮れるので
結構使いやすいんだけど、やっぱレンズが暗いとか、
望遠側が短いとか、色々難点もアリ。まぁ、コンパクト
だから仕方ない。ぶつぶつ文句言いながら撮り歩いた。

まずスーパームーン。


谷中で夕方、ふと気付くと大きな月が昇ってきた
ところで、パチリと撮って家に帰ったら、やっぱ
錯覚じゃなくていつもよりホントに大きかったんだな、
と思ったあの日の月。

切り取ってみるとこんな。


リコーのエンジンは空の水色がグレーになりがち
ではあるんだけど、なんかさえない色。それよりも
やっぱりAPS-Cなどと比べて致命的に小さい画素サイズ
のせいでザラザラ。
PCでノイズ除去掛けても所詮不自然な「いかにもノイズ
除去しました」って画質にしかならないし、これは最新
のコンパクトデジカメの最新エンジンで処理しても
変わらんだろうな、というところ。元々存在しない情報
は作り出せない。

まぁ、GX-100はお散歩カメラなのだ。これでもPC画面サイズ
に縮小すれば許せるノイズレベルだし。


スカイツリーが見える某ポイント。誰かが金網の一部
を切っちゃってるのがマナーというかルール違反だな。
コンパクトなら切り落とさなくても金網越しにパチリ。
ここはコンパクトのいいところ。

あと１～２分待てば新型が上野から出てきたのに。
振り向いたら新型。

このサイズだとそれほど違和感無い階調なんだけど、
拡大してみると

特に黒っぽいところの階調は特にザラザラ。これはどの
コンパクトデジカメでも同じ傾向だから、撮像素子から
読み出した情報量が元々足りない中で、なんとかして
明るい部分を優先的に再現できるようにしてあるん
だろうなぁと想像。この辺がコンパクト全般の限界だな。

日暮里駅方面を見ると、オイラの好みな「クネクネ
の線路の並び」が見える。

望遠端でも72mm相当なのでイマイチ狙いたいところ
が撮れない。300mmくらいで切り取って

こんな感じで何枚か撮りたいのに。

スカイツリー。まだ周囲の道路は柵が張られてて
思ったところに入れなかったりしてたので、適当に
全体が収まるところで投げやりに1枚。


柵もそうだけど、コンパクトじゃぁイマイチアレコレ
できないんだよなぁ…とあらためて考え始めて、
いつぞやのあれをまたやりたくなってくる。

白黒で、黒か白かというハイコントラストで撮って、
被写体は抜きに構図だけを考えた写真を撮るっていう、
某雑誌で某プロが学校時代に先生から言われてやった
とかいう構図の遊び。

で、うろうろしながらイイカンジに見えるモノを探す。
やっぱ、ここか。

つい、橋ばかり撮っちゃうんだよな。あと、カラーで
撮っちゃったな。

もうちょっとだけ右に寄って撮りたかったんだけど、
さすがに空中浮遊術は身に着けてないので我慢。

こことか、首都高向島線と隅田川のぶつかる下とか、
五色桜大橋とかが結構オイラの惹かれるスポット。

GX-100は、基本スペックがこのままで、望遠端が300mm
まで使えればかなり申し分のないお散歩カメラになる
んだけどな。
まぁ大きさとか考えれば満足レベルなんだけど、
なにかいいお散歩カメラはないものかなぁ…

鳴らしてみる

ある程度ソース修正が出来てきたので、TINY2313に
hexを流し込んで、鳴らしてみる。以前作ったオイラ
謹製TINY2313ボード。



クロックは、割り込み周期を少しでも速くしようと
思って20Mhzに換えてみた。さらに速くしようと思って
乱数発生を割り込み処理から追い出そうと思ったり
したんだけど、UART入力が発生するたびにノイズが載る
ことになりそうだから断念。

UARTの速度を115200bpsで通信してみたら、なんだか
動作がおかしい…。バグかなぁ？と思って色々試して
いると、どうやら同じ数値をレジスタに流し込んでも
違う音程になったりとアヤシイので、通信エラーだろう
と判断。38400bpsに変更。サクサク動くようになった。
セラロックのせいかな？


音色は計算どおりに出るし、音量もエンベロープも
ちゃんと出る。で、ノイズ。ノイズも出ることは出るし
平均周波数も変えられるんだけど、音量を指定すると
エンベロープ掛かっちゃうし、エンベロープを指定
すると一定の音量で出力されちゃう。

おかしい…と思ってソース見直したら、判定文のとこ
がなぜか間違えて修正してあった。クロック削る時に
何か間違えたらしい。ほかはコレといって見当たらな
かったので、大丈夫っぽい。


あとは、カウンタ値設定のデータを受信したときに
音程やエンベロープを決定する内部カウンタをクリア
してたんだけど、各カウンタはzフラグじゃなくcフラグ
見て0に戻す処理をしてるから、受信時にはゼロに戻す
必要は無いと判断してコメントアウトしてみた。
とりあえず動いてるみたい。まぁ、動くのはアタリマエ
だとしても、よく考えたら最大値（もっとも長い周期）
を指定した場合に、カウンタ値と設定値の比較がちゃんと
出来るのかは、きちんとソース見て、シミュレーション
掛けなおして、確認をしておかないとイカンだろうな。
（いわゆる極限値テスト）


とりあえず計算どおりの周波数で、計算どおりのi/fで、
計算どおりの鳴り方してくれるのは見て取れたんだけど、
いかんせん、ベースとなるカウンタが80000回／秒なので
さらに半分にして40000Hzが最大周波数。
オリジナルに比べて遅いので低音側の再生はともかく、
高音側は音程指定がズレまくる計算。

MSXなどではNTSC用クロックを共用しているらしくベースと
なる周波数は1789772.5MHｚ÷16=111,860.78125Hz。
40000Hzと比べておよそ2.8倍の開き。1.5オクターブと
ちょっと。
MSXでは254を指定すると440Hz程度になるんだけど、この
似非PSGでは90を指定すると約440Hzになる。（共に10進数）

440Hzでの誤差を調べてみると、大体1％くらいっぽい。
半音を100centとして15cent程度の誤差がある計算。
オイラの耳では単音で聞いても全然わかんないけど、
和音にした時のハモリ方はどうなんだろう？あとで
試してみようか…

ノイズの平均周波数にしても、やはり低周波側に寄って
いるはずなので、オリジナルの雰囲気とはちょっと違う
かもしれない。


まぁ、ここまで出来たらあとはArduinoに繋いで
「曲を鳴らす」ところまではもって行きたいな。


http://headlines.yahoo.co.jp/hl?a=20120516-00000582-yom-sci
猫があくびをすれば…飼い主もつられる、か。
＞人は長年、猫と暮らし、エサやりやブラッシング
＞などの作業をこなしてきた。
＞研究チームは「猫に対する一定の共感能力を
＞発達させた可能性がある」とみている。