ＭＥＭＯ

  

v(・∀・)yaeh!
ヤエー

なんの事かというと、
バイクで、すれ違う時に、ピースサイン出しますよね。
あれです。

それがなんで、ヤエーかというと、
誰かが、Yeah！を、Yaeh！
と間違えた事が始まりらしいです。

【ピースサイン】北海道バイクツーリング〜ひたすら手を振るよ〜
この動画をみると、「ヤエー」したくなります。

そして、
１．免許無い人は、取りたくなる
２．バイク無い人は、ほしくなる
３．バイク持ってる人は、北海道へ行きたくなる
よい動画です。

そう、
今でもバイクは大好きなはずなのに、
中高生のころのような情熱が冷めてしまっている
そんな、おじさんな自分がいる。

バイクに乗らなくなって、十数年。
金銭的に維持できないからとか言って、
乗らない理由を、無理やり納得させているだけの自分がいる。



ポエムな感じになっちゃいましたが、
ここから、EXCEL劇場です。

まずは、
バイクに乗らなくなって、時間が経っているので、
イメージトレーニングから。


イメージしやすいところで、やってみたいと思います。
想像してごらん・・・

そこは、
皆さんもよく知っている有名な場所です。

青空の下。

自然の中を走って見たい。

そう、
北海道のような。

　・
　・
　・

こんなところで、言ってみよう。

「ヤエー！」

そうです。
ＷＩＮＤＯＷＳ　ＸＰのデスクトップに向かって練習します。

v(・∀・)yaeh!


なんだか、
こうして、練習していると、「したんかいッ！」　（ひとりツッコミ）
バイク乗っていたころを思い出します。
「自分が乗ってた頃も、ピースサインしてたなぁ」
初めて、ピースサインを出された時は、
びっくりして、思わず頭を下げました（笑）

自分は、左手を横にしてピースしてましたけど、
縦にする人、指開く人、閉じる人、振る人
いろんなピースサインがあって、楽しかった事を思い出します。

見知らぬ、誰かわからない人と、すれ違いの一瞬のコミュニケーション。
言葉じゃない。
お互いの、よい旅の安全を祈って、あいさつ。
バイクの良さの一つだと思います。

子供が小さかった時、電車の運転士さんや、ダンプの運転手の人が、手を振ってくれたりした時も、暖かい気持ちになりました。

街で人と歩いてすれ違っては、やらないですからね。

乗り物って、一人で乗っていても、ひとりじゃないような気にさせる事ありますよね。
相棒といっしょにいるというか。
一人じゃ出来ない事もできてしまうんです。

逆に、普段やらないこともやってしまうので、
マナーには、気を付けたいと思います。
ハンドル握ると性格が変わるってやつです。
気をつけましょう。


バイク乗りの皆さん。
そろそろ飛騨では、バイクは厳しいですが、お気をつけて。
v(・∀・)yaeh!
  

最近、休日の予定がなく、ヒマなので、
テレビ見ながら、ホビープログラミングしてます。

前回は、なんだか分からない事
「エクセルのセルに色を付けて画像を作る」をやったので、

今回は、もう少し分かりやすくて、
実用的？なラーメンタイマーに挑戦です。
もちろんエクセルで。

いきなりですが、完成品です。
チョットだけそのままお待ちください。

動いてますか？サンプル画像は、８秒のカウントダウンです。
これは、ＧＩＦアニメーションなので、動いてるように見えるだけです。
（一応1秒で画像が更新するようになってます。）

実際には、エクセル上で使用します。
赤い部分で、秒数をセットしてスタートボタンを押すと
確認画面が出て、「はい」でスタート、「いいえ」でキャンセルとなります。

カウントダウンするだけでは、つまらないので、
ＬＥＶＥＬ表示をつけました、１０％単位で、青から赤に変化します。
ラーメンの出来あがりに合わせて、ＬＥＶＥＬが赤くなるので、
テンションが上がる仕組み？です。

もうひとつ、コンピュータっぽくするため、
秒数が2進数のビットで、ＯＮ・ＯＦＦの点滅をするようにしました。
画面は、昔のグリーンＣＲＴみたいにしたつもりです。


カップラーメン食べる時は、180秒でセットします。

だんだんラーメンが食べたくなってきましたが、寝る前の食事はがまんしときます。

注意事項
このプログラムは、処理を途中で、1000ms（１秒）sleep停止
させているだけなので、他の処理をしている時間は計算していません。
よって、
その分だけ、時間が遅れます。
３分で、1秒くらい遅れるようです。結構誤差がでました。

対策としては、１０００ｍｓを995msにしたりして、調整すれば
誤差は減るのでしょうけど、パソコンのスペックで変わるでしょうし、
正確にカウントダウンさせるスキルはありません。

ラーメンの出来あがりの1秒にはこだわらないので、これでＯＫとします。

途中で止める時のために、ＳＴＯＰスイッチも付けておきました
た。  

またまた備忘録となります。
いよいよ最終回です。ご興味があれば、どうぞ。

シリーズになってます。
ここから先は、以前の記事もご覧にならないと
何やってんの？
が伝わらないと思います。

「これ何だ？正解は・・・」
　　エクセルのセルに色を付けて、
　　画像を表現することに挑戦してます。
「これ何だ？の種明し」
　　一つ一つ手作業でセルに色は付けられないので、
　　VBA（プログラム）で処理します。
「ビットマップ画像の仕組み」
　　画像の点１px分のデータを取り出すために、
　　ピットマップファイルの仕組みをしらべました。
「ビットマップ画像の仕組み２」
　　ビットマップファイルと４の倍数について調べました。

の続きです。


画像を読込み、１ピクセルをセル一つに割り当てて、
エクセルのセルで画像を再現する事をVBA（プログラム）でやってます。

今回、
最終回は、プログラムの中身についてMEMOしておきます。
これです。



データの中身が確認できるように、データーチェック部分で、
内容をエクセルのB列に書き出しています。

ここで、問題になっていた
画像サイズに制限がある理由についてですが、

今さらですけど、

サイズの大きい画像でエラーが起こるのは、
このデータチェック部分のせいのような気がしてきました。

データーチェック部分のループ　i　が、
整数のため、32767までしかカウントできないためではないか？
と記事を書きながら、思いました。



続きは、次回にしようと思いましたが、シリーズが長くなっているので、
このまま続けます。

急遽、実験してみます。
データチェック部分を無効にして実行してみます。

横幅240ｐｘ　高さ180px
240　×　180　×　3　+　54　+　2　=　129656バイトのファイルです。

なんと！できました。
バグったかと思うほど、3分くらい？処理に時間がかかりました。


通常の１００％表示にするとこんな感じです。

セル一つ一つに色が付いているのが確認できます。


詳しい原因は、あくまで推測ですが、
データーのチェックと確認の為、作成した部分で、
不具合を起こしていました。
ちょっとショックでしたが、ギリギリで気付いてよかったです。

＜　追記　＞
エクセルの行列の上限や、ループ変数　L　Cの上限をクリア
しているわけではありません。
エラー処理は行っていないので、エクセルの列数、処理時間も考えて
240ｐｘ × 180pxくらいが、限界と思っています。



いつもの事ですが、
内容に誤りがあっても責任は負えません。


長かったシリーズも、これで完結です。
何かの役に立つとは思いませんが、やってみたかった事なので、
書き留めて置くことにしました。



おまけ  続きを読む

またまた備忘録となります。
今回も、こっそりアップです。ご興味があれば、どうぞ。

「これ何だ？正解は・・・」
「これ何だ？の種明し」
「ビットマップ画像の仕組み」
の続きです。

ここから先は、以前の記事もご覧にならないと
何やってんの？
が伝わらないかもしれません。

ビットマップ画像をエクセルのセルで、再現することに挑戦してます。

画像を４の整数倍で、トリミングしなければならない理由を
明らかにしてみたいと思います。

横８px　縦８pxの画像の仕組みは、
前回の記事で、なんとなく分かりました。

画像データの中身（バイナリデータ）を１バイトづつ書き出しました。

ここまでが、前回の内容。


横６px　縦８pxの画像がどうなっているか
前回と同じように、画像ファイルを１バイトづつ調べていきます。

エクセルのセルへ、１バイトづつ書き出しました。


◆ヘッダ部分
　ファイルサイズ

◆情報ヘッダ部分
　横幅　６
　高さ　８

◆画像データ領域
　６px × ３バイト ＝ １８バイト
　横幅を４の倍数バイトにするため、
　端数２バイト分０を記録してあることが分かります。

　さらに、ファイル全体が４の倍数バイトになるように、
　ファイルの最後に、２バイト分０を記録してあることも
　わかります。

いろいろ調べた結果、自分なりの解釈です。


なんか少し納得できました。
この端数が分からなくて、苦労しました。

ちなみに、横幅６pxの画像を、
今回のプログラムで実行すると

こうなります？（笑）


プログラミング技術で、この端数分を飛ばして、
読み込むプログラムを作ればいいのですが、

横幅を４の整数倍で、画像をトリミングする技術（笑）で、
対応しました。


次回は、プログラム部分の予定。










  

またまた備忘録となりますので、こっそりアップします。
ご興味があれば、どうぞ。

「これ何だ？正解は・・・」
「これ何だ？の種明し」
の続きです。

ここから先は、以前の記事もご覧になったほうが
何やってんの？
が伝わるかもしれません。

ビットマップ画像のフォーマット（中身を調べます）

縦８px　横８pxの小さな画像を調べてみます。
画像を読み取り、エクセルのセルで画像を再現します。
今回のプログラムを実行すると、こうなりました。

黄色い枠の中にあるのが、元画像です。（小さい）
プロパティでファイルサイズは２４８バイトでした。

仕組みを理解するために、画像からバイナリファイルを
１バイトづつエクセルのセルに書き出してみます。

バイナリファイルを分かりやすく、順番に区切ってみました。
画像ファイルの中身です。（画像クリックで拡大）

知りたい情報部分は黄色にしてあります。

上から
１．ヘッダ部分　　　ファイルサイズなど
２．情報ヘッダ　　　横幅　高さなど
３・画像データ領域　ＲＧＢの画像データ
となっています。
図の画像データ領域には、３バイトごとにRGBの色をつけています。


◆ヘッダ部分（１４バイト）
ファイルサイズ
　（２４８　プロパティと同じになってます）
データオフセット
　（データ領域までのバイト数）

◆情報ヘッダ
　（４０バイト）
横幅
　（画像の横幅px）
高さ
　（画像の高さpx）
ビット数
　（１ピクセルのビット数　ＲＧＢの３バイト×８）
データサイズ
　（縦８×横８×３バイト＝１９２バイト＋２バイト）

◆画像データ領域
　（左下角より右へ、以後１段づつ上がっていく
　　カラーはＲＧＢではなく、ＢＧＲの順になっている）



注意＆補足
※画像は、左下から右上へ記録されているので、
　そのまま読み取ると元画像が上下逆になる。（二つ目の図の通り）

※最後の＋２バイトは、ファイル全体のサイズを
　４の整数倍バイトにするための端数で、０が入っている。

※画像横幅も４の整数倍バイトに揃える必要があるらしい。
　この画像の場合、横８×３バイト＝２４バイトとなり、
　４で割り切れる。

元画像の横幅を４の整数倍でトリミングする理由が、
ここにある。

本来プログラミングの技術で処理する部分を、
画像を４の倍数でトリミングする技術？
で回避しました。



まとめ
ヘッダ　　　　１４バイト
情報ヘッダ　　４０バイト
画像データ　　１９２バイト
　　　　　　　（横８×縦８×ＲＧＢ３バイト）
端数　　　　　２バイト（ファイル全体を４の整数倍にする調整）
合計　　　　　２４８バイト
一応、ファイルサイズとピッタリ計算出来ました。


コンピューターのファイルは、０と１で記録されていることが
今回、なんとなく見えた気がしました。


これは、あくまで備忘録であり、
自分なりの解釈です。
当ブログの内容について責任は負えません。


次回もビットマップ画像について備忘録です
画像を４の倍数で、トリミングしなければならない理由を調べます。

続く