名前 堀江伸一
2010/7/17
明日はヤマトヤシキ6F本屋で調べ物。
星の庭師の続きを書くために生物学の本をさらってみる。
基本立ち読み（爆）本買えよ俺、といいつつ専門書は値段が高いので気楽に買えず。
しまった休みまえだと思うと夜更かししてしまった。
午前中から、畑の雑草引きをしないといけないのに今から急いで寝ないと。
よく似たメロディの中に埋没する歌。
今日は
アイアムレジェンドをDVDで見る。
つまらない。
無人の街でCGの動物を狩って、セカンドライフもどきの過疎街を走り回る。
ラノベで十分なシナリオだと思った。
2010/7/13
久しぶりにオンラインゲームを検索。
遊ぼうと思ったら謎のウイルスにやられて遊べなかった。
オンゲーの公式がやられていたのか、自分のパソがやられていたのか。
とりあえず、通信ログをみるとか、そういう高度なことは分からないのでウイルス検索しか手がないのが俺。
クラッカーは論外としても一生ハッカーにはなれないなと実感。
しかしオンゲーは敷居が高い。
操作になれてゲームシステムを覚えて、32人対戦とかで多少戦えるようになるにはそこそこのプレイ時間が必須。
それを投資する時間が惜しい。
と思うと中々どのゲームにも食指が伸びない。
古いゲームパッドがあるので、探して鉄鬼とかでも遊ぼうかな？
2010/7/8
首にならずに何とかかんとか。
最初の首切りラインは勤務日数２０日らしい。
大丈夫かな俺？
とりあえず２０日目までガンバるか。
最近の悩み、仕事場での雑談に参加してない、ちょっと何とかしとこ俺。
３Dテレビ、３Dカメラ、任天堂３D DS、PS3も３D時代は３Dか。
３Dイラストフィルタの時代ですかね？
C#で３Dイラストフィルタとか挑戦したくなるけれどどうなのだろう、バイナリレベルでファイルを触るのか、それとも探せばクラスが存在する？
とりあえず面白そうなところで、３D版HDRフィルタとか？
2010/7/4
色使いまねフィルタが無意味に長大なコードに。
何か設計を間違えているのだろうか？
あと少しで完成だけど今日はこれで終わり。
後はC#でチャットプログラムの勉強でも。
チャットプログラムには、ネット系サービスや多数からの入力に対処する基本が全て詰まってるからな、やって損がないプログラムの代表。
2010/7/2
川崎で仕事が見つかった。
末端作業員だけどロボット組み立ては少し面白そう。
とりあえず貯金をためたら、Pixivでイベント開催にお金を出そう。
論旨はこんな感じ
Pixivでは色々な流れがあります。 Pixivファンタジアだったり、ネタ絵がはやったり、思い思いの世界観を表現したり。 楽しい流れもあるけれど、真面目な流れもありますね。
その中には、お仕事につながらないかな、と思っている人もいるはず？ そんな人たちのためのお仕事につながりそうなイベントを開催できたらなと思います。 まあ貯金をためて自費で賞金も出して主催しようって話ですが
例えばまずはオーソドックスにこんなのどうでしょうか？
1
わかりにくい技術系や工業系、医療系の技術、本当はお金になる凄いポテンシャルを秘めているのに、難解な用語や工場の深くに隠されて凄さがわかりづらく人に知られていない
それを、わかりやすいイラストで表現してみるイラストコンテストとか？
２
地元探訪や海外探訪、自分の街の好きなところやイベントの紹介イラストコンテスト
３
政治や商売ポスター風味（ちょっとあざといかな）
4
架空の町並みコンテスト、住みやすい未来編？
5
ラノベコンテスト、新しいラノベの世界観を表現するコンテスト、優勝者にはプロの作家がイラストの世界観に基づき一冊ラノベを作ってくれちゃう商品付。
大事なことはお金を持っている人たちにイラストを使えば便利になるという気分を増加させることですね。 他の意見募集しています。
とりあえず賞金とイベント費用をためないと。
でもコンテスト開催にお金幾ら必要なんだろ？
後今日はイラストフィルタつくりどうしようかな？
RGBのヒストグラフを移動するフィルタ。
2010/7/1
星の庭師、自分でついっていて思うけど3流だな。
もう少し、幅の広い作品に出来ないかと悩む？
幅を広げるのにはまず気楽な会話パートを作ったほうがいいよな。
それにしても、星の庭師でお金稼げるかな？
お金稼ぐにはどうすればいいのだろう？
漫画だったらアシスタントでレベルアップする道もあるだろうけど？
物書き志望の場合はアシとかないだろうし？
一度くらいアシスタントとかやってみたいかもな？
2010/6/30
サッカーを見ていたらこんな時間になってしまった。
日本相変わらずゴール前が弱いという印象。
後、最後のPK戦日本のキーパーが一度もボールを止めてないって何だろ？
確認、星の庭師C案、一日でアクセス数64.
これは少ないほうかもしれない。
まあアクセスの何割かは、Botや検索エンジンや企業の市場調査ソフトなどの自動プログラムだろう。
残りの人間による読者は、ページを開いたが読まずにすぐページを移動した、ページを開いたがななめ読みで終わった、ページを開いて読んだが面白いと思わなかった。
これらを引いた人たちだけが読者だとすると。
うーんあまり読者数には期待が持てない。
↓に日付にミスがあったので訂正、日付ミスなんて恥ずかしい。
謝辞
手打ちで日付を書いているのでミスりました。
基本当サイトはWikiなので編集履歴が30回残ります。
ネームや物語の製作日について知りたい方はそちらを見て判断ください。
2010/6/29（修正前は30日と記述していました）
一日2400文字って意識すると結構大変だな。
調べ物たくさんしないと書けないタイプなのでちょっと無理。
5W1Hの薄い少年エース系の漫画とか一部のラノベとかがうらやましい。
Who（誰が） What（何を） When（いつ） Where（どこで） Why（どうして）したのか。
のうち
誰が何をどうしてどうした だけで話がなりたつ。
いつ と どこで や社会背景や文化や習慣や状況は脇に追いやられ、風景というものはなくキャラのアップと会話だけで物語が成り立つ。
ある意味エンターティメントにいらないものを削った感じの文体。
ああいうのを身につけたら、あとは同じ典型的なパタンを使いまわすだけでいいわけだ。
例えば
壊滅的に料理が下手な女の子
という要素は世界観や世界設定と無関係にパーツとして扱える。
特殊能力やキャラの顔などの作品のギミックを変えて、後は壊滅的に料理が下手というパーツと組み合わせれば、同工異曲に作品を量産できる。
後、会話が面白いかギャグ交じりの展開が面白いというのは作品においてとても強力な武器。
会話が面白ければ、作品の展開なんかどうでも良いというくらい強力で汎用性が高い。
星の庭師の目標
架空の道具であるサイボーグ蜂と巣箱。
選択肢1
これらに説得力を持たすために、整備や分解組み立ての過程をもう少し詳細に描くことで現実にある道具であるかのような臨場感を出す
選択肢2
未来の道具としての簡便さを演出するために、簡単な修理シーンでおわらす。
選択肢１は、下手をするとローテク感やだささにつながってしまうので避けたいような、でもうまく演出できたら凄いと思う。
選択肢２は、楽だが演出としてはどうかと思う。
悩みどころ。
自動車エンジンの分解整備を参考にしようかな？
でも少し古臭くないかな？
二昔前ならかっこいいイメージ満載最先端と日常性が増加するという観点で捉えられたエンジン整備（今でもエンジンは乗り物のなかで一番高度な技術が大量に投入されている）もいまではそんなに最先端というわけでもないし？
整備シーンの演出＝その機械が日常にあるかのような親しみを与えることが可能、リアリティや日常性に説得力を持たすことが可能。
どうしよう？
2010/6/29
作家になるには？
生活できるには年間5万冊程度。
5万回も読者を面白がらせないといけないわけだ。
次に一冊の本は、800文字*300ページ＝24万文字
ハイペースで3ヶ月に一冊程度出すとしてすら、100で割って一日2400字、毎日原稿用紙6枚にぎっしり書く必要がある。
ディスプレイだったら少しだけスクロールくらいはする必要がある文字数かな。
しかも中身がないといけない。
一年4冊、一冊12500部売りさばくって想像つかないな。
これを毎日休むことなくだよな。
うわ、純粋に作家として食べていくのは大変だ。
副業、もしくはメディアミックスで食べないと食っていけないわけだ！
2010/6/22
GPSの本続きを立ち読み。
GPS用人工衛星のデータ構造がちょっとだけ面白かった。
GPSは人工衛星のデータを受信して自分の位置を決定するわけだ。
宇宙では、位置と速度が決まれば、その後の軌道が決まる。
人工衛星も自分の位置を表現するために、楕円軌道のパラメータで情報を流している。
2時間刻みで軌道を修正して同じデータを繰り返し流しているらしい。
この軌道表現は人工衛星の状態や大気の撹乱など他の多くのデータも混じっていて1セットのデータ送信が終わるのに12分30秒もかかる。
12分30秒あるので必要な情報が来るまで時間がかかるが、軌道データは予測がつくのでリアルタイムでデータを受け取る必要がない。
受信機は軌道データと、軌道データの発信時刻などを受信し一定の規格で記録し、この規格データをソフト側で受け取って計算をして自分の位置を求めている。
受信機が記録したデータは軌道データなので、少し古いデータでも使える。
だから最新のデータがなくても、12分30秒まって衛星の位置座標が回ってくるのをまたなくても自分の位置がすぐにわかるということらしい。
問題はこの先。
誤差の修正である。
人工衛星の時計にしたがって送信開始時点の時刻と受信機の時計の差によって距離が求まるが、この2つの時計のずれによって衛星までの距離計測にずれが生じる。
次に、人工衛星はゆっくりとデータを送信するために、データ送信中に位置が変わりこれによるずれが生じる。
更に、地球の自転と衛星の公転による相対性理論が働きずれが生じる。
まだまだあり、衛星の流している軌道計算にも計算誤差があり、衛星の角度が浅いことによる計算誤差のずれ、衛星の位置関係による特異行列によるずれ、大気の電離層による撹乱によるずれ、EtcEtc.
それに衛星は地球の上を高速で周回しており、いつでも衛星の数が十分とはいえず、衛星の角度によって高さと緯度経度の計算結果の精度が変わる。
現実のシステムは誤差との戦いだなと実感。
後、本屋で注文していた理系への数学 9月号から１２月号が届いたので受領。
ぱらぱら読み。
３体問題のコラムが、面白いゲームと面白くないゲームの違いをわける要素について一番大事なことを書いている気がする。
これ凄いよな。
行列の作用マトリクスか。
2010/6/21
今日はGPSについて解説した本を読む。
GPSで使われる国際的な位置座標系とその相互変換方法を読んだ。
C言語のサンプルつきなうえ解説が丁寧なので非常に分かりやすい本だった。
とりあえず序章ともいえる、衛星の方角と距離データが分かったときに、地球上での自分の位置を割り出す最小二乗法による方法までは理解。
行列に衛星の位置情報を代入して、あとは行列を変微分してヤコビアンと最小二乗法で近似値を収束させるわけだ。
次の、人工衛星が流している12分30秒周期の長い歌の意味とその歌を構造体に埋め込み、衛星の位置情報や大気による撹乱を知り、衛星までの距離を測る方法のところまでで力尽きる。
内容的には3流大学の一コマレベルだろうか。
面白かったので明日も続きを読もうかな♪
デモ仕事にはつながらない罠（爆）
2010/6/19
昔作った花火の残骸。
ほんの少し花火にエフェクトを付け足したら重くなった、VML+Script+僕の能力ではこれが限界らしい。
2010/6/17
そろそろ、小説の続き書かねば。
星の庭師あたりを完成させてどっかの会社に持ち込もう。
2010/6/15
2010/6/14
脅威の感圧センサー、
最初は普通の感圧センサーなのですが、、、ドル札を使ったその時驚愕の結果が、、、
これ、金属加工や部品のチェックとかでも使えそう、、、、なんだか凄すぎる気がする。
このレベルなら人間の指先よりも繊細なセンサーが作れそう、攻殻の世界に一歩近づいた気がする。
http://www.mit.edu/~kimo/gelsight/
、、、
なんか今日作ったフィルタ、オブジェクト指向の教科書通りに処理を切り分けて作ったらだんだんコードの流れがスパゲッティとかしてきた。
分岐はないのに処理が細切れに並んでいて分かりにくくなりそうな予感。
作業手順が少し難しくて、全くコードがはかどらない。
2010/6/10その２
丸暗記用マルチスレッド覚え歌。
子供の遠足。
子供のリュック（クラス）に、遠足中（スレッド処理中）必要なデータと、遠足中連絡を取るための携帯電話（ExampleCallback）と電話番号のメモResultCallbackを渡す。
Thread t が生成されて、子供は遠足に出発(t.start())する。
子供は、遠足中（スレッドとして走っているメソッドの中でＣａｌｌＢａｃｋ）して電話をかけてくる。
（public delegate void ExampleCallback(複数の型指定);）の様式にしたがい、電話をかけてくる。
電話の内容は
ResultCallbackメソッドに従う。
と覚えれば初歩的なスレッドは楽勝。
後はこれを丸暗記するだけだね。
問題は？
もっと覚えやすいの、物理のスイヘイリーヘイ僕の船並に覚えやすいのにしたいな。
2010/6/10
using System.Threading;
public delegate void ExampleCallback(Bitmap outBit,PictureBox p1);
//↑スレッド終了時に走り出すメソッドの型宣言
pictFilter PTC = new WindowsFormsApplication2.pictFilter(b1, new ExampleCallback(ResultCallback),pictureBox1);//1
Thread t1 =new Thread(new ThreadStart(PTC.cercleChange));//2
//フィルタ処理 ｂ１はフィルタされる画像データ、,pictureBox１は処理終了後の結果出力
//僕の知っている方法では、クラスを作るときにスレッドが使うデータを最初に全部渡さなくてはいけない、渡す型は多分参照型で渡される
//↑の new ExampleCallback(ResultCallback) は ResultCallbackメソッドがスレッド終了後に走らせるコードとなる。
//２でスレッドが実行される、スレッドはメソッドに対して実行される
callback (pictOut,lastPict);
//スレッドで走らせているメソッド内で呼ぶメソッド、これを使うと今回はResultCallbackが呼ばれる
//↓がcallbackで動く処理
public static void ResultCallback(Bitmap outBit,PictureBox p1)
{
p1.Image = outBit;
}
//今回この処理は、スレッドの最後に呼ぶことになる
2010/6/9
食事も美味しかったしテレビを見てその後勉強、C#でスレッドを扱う方法を調べる。
ユーザーフォームにあるボタンを押すと。
private void button1_Click(object sender, EventArgs e)
{
,,,
Bitmap b1=クラス.メソッド(Bitmap)
,,,
}
な処理が走り、このメソッドが激重で、そのまま走らすとパソコンが悲鳴をあげる予定なのです。
このメソッドをマルチスレッドにして、メソッドの中でSleep処理を入れたらパソコンにかかる負荷が小さくなるらしいのだが、これをスレッド化するための記述方法が良く分からないのでした。
このプログラム仕事につながらないかなとおもったり思わなかったり。
2010/6/9
知っているかい。
日本の秋葉原では、モーターとコンピュータチップと基盤内蔵で萌えキャラ柄なルービックキューブが製造されていて店先に並んでいるんだ。
キューブ表面にあるボタンを押すと、内部のモーターとチップが稼動、どんな状態からでも全自動で6面そろうって寸法さ。
なんてね、6面そろえたことがないんだもの、そんなものも夢想するさ。
2010/6/7
しまったぁぁぁ。
またやってしまったぁぁぁ。
今日の面接先、職歴を聞かれたときに就業期間鯖読んで少し長めに言ってしまった。
まともに答えると雇ってもらえないアルバイト職業遍歴のためこれだけはどうしても鯖を読んでしまう。
それとして「大学への数学」とか「理系への数学」、もし仕事決まったら両方とも一年分注文しようかな。
途中から買うと連載の後半とかになっていてレベルが高いのもある、連載一回目から付き合わないとついていけないしやはり連載一回目から読むのが大事だな。
ヤコビアンの分かりやすい解説とかヤング図形とかちょっと面白そう。
2010/6/4その２
ネーム妄想中。
うーん。
バイク+ロボでなんかないかな？
バイクの胴体にはバッテリ。
胴体から棒状のアームが前後に２本飛び出て、アームの間接は２軸+伸縮。
アームは伸縮可能。
アームの先にはモーター付タイヤ。
タイヤは前後が完全に別々に動く完全２WD。
前輪が横倒しで後輪がまっすぐといった状態での走行も可能。
ウィリー状態で、アームを大きな段差や障害物を飛び越せ、野外も楽勝って感じ？
アームを一気に伸ばせば、馬が障害物を跳び越せるようなジャンプも出来る。
アーム先端にはタイヤだけでなくタイヤ以外の各種装備も装備可能。
ってこれじゃモナーバイクじゃないか○♪（＾ｗ＾）○
こうなると３本脚か４本足くらいほしくなりそうだ？
2010/6/4
道路。
アスファルトの道路というものは時間帯と日差しによって見え方が違う。
なぜだろう？
足元を見てみると即座に分かる、微妙に凸凹していることが重要だ。
凸凹しているアスファルトに日差しが斜めから入る。
すると凸凹の高いところでは反射がおきる。
凸凹の深いところでは影が出来る。
複雑な形をした谷に日の光が差し込み光と影のパターンを作りだす。
昼なら凸凹の底まで日の光がはいり、夕方に近づけば光を全反射する面が増える。
夕方ならアスファルトは影の王国となる。
アスファルトのでこぼこはランダムなため、それにしたがって出来る光と影のパターンはその性質を引き継いで同じようにランダムだ。
そのため、アスファルトを眺めると影と反射の複雑なモザイクパターンが出来、それが膨大な数の組み合わせでどこまでも組み合わされる。
アスファルトを描くことは底が浅いようでいて意外と深いということらしい。
数学的に眺めても楽しい対象である。
アスファルトの凸凹を数学で表現しようとすると大学レベルの数学が必要になり、それは電子顕微鏡がものの形を捉えるときの数学に通じるものがある。
世の中をどうみるか、それはあなたしだいである。
アスファルトの凸凹から電子顕微鏡の問題に通じる。
そういうこともあるということだ。
2010/6/4
カプコンデザインワークスという本を買った。
結構良い本。
カプコンの歴代キャライラストが掲載されている本なのだがこれが中々面白い。
6000*2000サイズの圧巻見開きイラスト（こんなサイズWebではめったにみられない）や、丁寧に描かれたカプコン歴代キャラの立ち絵と読む価値十分。
有名キャラのイラストも良いが、敵キャラのイラストも楽しい。
何度か弾を打ち合い、ジャンプしたりして回避をし、単純なパターンのしょぼい２Dグラフィックで描かれ、クリアされたら忘れ去られるような敵キャラ。
そんな彼らもイラストの中では非常に格好良く描かれている。
彼ら一度きりの敵キャラにすら大量のアイディアやデザインや雰囲気が設定されており、ゲーム内で切り落とされていたか。
ゲームを思い出しイラストとの違いを比較しながら読むと非常にワクワクする本である。
カプコンワークスを読んで思うこと。
コンテンツでお金を稼ぐにはどれだけのアイディアの投入が必要であり、商品を構築するのにどれだけのコンテンツ総数を用意する必要があるか、その総量を想像しながら読むとちょっと面白いかも？
後、小さいカートリッジにコンテンツを押し込めるため、いかにアイディアを切り捨てるか、当時のゲーム環境のもったいなさも感じられる一品だと思う。
おじさんのための本だな、これ。
普通、難しめなことをきちんとした文章で書ける人って20超えた女性からの好感度が高いのだけど、、、何事にも例外があって僕の場合は例外的にヒモテ。
2010/6/1
今日は、２枚の画像を元に一つのＧＩＦアニメを作る処理をＣ＃で作ろうと思い立ち調べ物。
調べたがなんだかよく分からなかった。
明日何とかしよう。
2010/5/31その２
自分が昔作ったものを読み返すとあまりの低レベルさに恥ずかしくなる。
しかしギガンダム討伐続き書かないと名。
明日から続きがんばるか。
ってがんばれるかな？
2010/5/31
ちょっと早いけど6月日記。
2日前加古川から姫路まで原付で散歩。
高速横の即道を通る。
原付だと隣町の高砂が近く感じられる楽だな。
高砂を抜けて高速横の隘路や盆地を通って高速近くを併走。
姫路に入る前の山を超えていく。
山を削って作った高速横側道が中々。
高速は山に至る前から緩やかに角度を挙げて登るので山越えも楽なのだが、地面を通りいきなり山を登る側道は狭いわ傾斜がきついわで大変。
高速横の即道で小さな神社と気持ちの良い竹林を発見。
改装工事中の姫路城は中々だった。
隣にある姫路市立美術館の芸術品よりよほど芸術品。
城の隣に巨大で水平な床が設置されているのだけど、床の足が塀を飛び越えレベルの違う地面に足場を取っている。
これはちょっと奇観というもの。
構造の生み出す美と言うやつだな。
帰り前に動物園による。
ペリカンや他の鳥が一緒の檻に入れられているのだが、えさやりのときが中々面白い。
平らなコンクリ床に職員が魚をばら撒いているけど、ペリカンは餌を食べるために、顔を床にこすりつけるよう横にして魚をあさり、より小さい鳥は魚をついばむ。
漁るとついばむの違いが良く分かる檻だった。
また、小さいほうの鳥は餌がたっぷりあるのに、餌の取り合いで同属に対する威嚇を行う場合と、威嚇を行わずに仲良くついばんでいたりとその違いがどういうものか考えるのも中々。
他の折では鷹が無意味に精悍な顔で枝に止まっては周囲の変化に反応していたり、小さな猿の群れが檻の中で動き回っているさまも中々。
サルが檻の中を無意味に動き回っているのだが、その時複数の中の2匹が順番に同じルートを通ることがある。
同じルートを通るとき、先行する一匹が通るのを後ろの一匹が眺めて、先行するのがそこを通り終わると全く同じ動作で2匹目が通るのである。
このとき、猿でも相手のやり方を模倣すると言うことかもしれない。
結構面白い。
それにしても猿というのは上も下もないように檻の中を動き回るんだな。
体を逆さに体を横に上に、猿って凄い。
ペンギンの水槽もあり、そこそこ広いのだがペンギンの水槽の水深が浅いのが気になるところ。
水深が浅すぎるために潜るという動作が出来ないらしく、ちょっとペンギンの動きが狭そうだった。
おそらくペンギンは潜りたいという本能の欲求と、潜れる場所が水槽内にないという現実と戦いながら泳いでいるのかもしれない？
Ｙｏｕｔｕｂｅで飛行機映像見る。
やはり揚力が効いていて空を飛ぶときと、揚力が効いていなくて鉄の塊のように落下していくときとの違いが実機だよな。
質量 揚力 エンジンパワーの３つの兼ね合いが楽しい。
エンジンで即飛び揚力なしでも空気抵抗だけで機体を気楽に浮かばせることのできるＲＣとはえらい違い。
最終更新：2010年07月17日 00:16
