実際にやったら壮絶だろうな...。周囲はまったく悪気がない、というところをかなり強調して見せないとイヤな作品になりそう。BJ、警察に捕まる回とドクターキリコの回1話見逃してるはずなんだけど、特に話が見えなくなったりはしないようで。ドクターキリコってTV版で出てきてたっけか。作業時のBGVとして流してるときが多いから仕方ないか。女殺し屋と遭遇するシーン。作画が妙に気合いが入ってて驚いた。コンテからしてかなり違ってる予感。毎回殺人事件を起こさなくちゃいけないから仕方ないとは言え。特撮ヒーロー番組の制作現場で、車をビルから本当に落とさんよな。石原プロ作品じゃあるまいし...。思ったが元々ヒーロー番組って特撮は関係ないのかもしれないのか。...実際にやったら膨大なコストがかかるから特撮で映像化する、はずが。いつの間にか特撮を使うとお金がかかるから使わないという奇妙な風潮に。考え込んでしまったり。それはさておき冒頭で、カリ城よろしく高速走行しながら手榴弾を避けるバイクの図が。アニメならサラリと表現できるけど、実写でやったら大変だろうなぁ。死体を目の前にして「お茶でも飲みましょう」と笑顔で語る一般人の若い女性とおばさんの図。この番組、もう、かなりヤバイ。脚本家もコンテの人も監督も感覚が麻痺してる。...と思ったが、ヒントを見せるためには仕方ないのか。...色々調べて組み立ててはいるんだけど、おじさん探偵並みのむちゃくちゃな展開。これだけ続くと、色々と苦しいのだろうな。FTPサーバが見えるかどうか・使えるかどうかはちと不安。問題があったら教えてください。ハングアップしてしまった。ハングアップしなくなった。速度向上はなされなかった。ONUとPCを直接接続してフレッツの測定サイトで測ると80Mbpsぐらいでるのだけど、ルータを介してしまうとグンと落ちてしまう。してしまうとフレッツの測定サイト自体が利用できなくなるので、本来どのくらいの速度で出るのかも調べることができず。チェックすると、地域IP網を出たところで既に25Mbpsとかそんな感じになる。NTTの地域IP網がネックになってるのか。複数のPCで接続してる状態がマズイのか。サーバ用にポートを開放してるのがマズイのか。ADSL使ってた頃は2Mbps出るか出ないかで四苦八苦してたわけで。繋いで35Mbpsも出てるんだから実用上の問題はないか。料金はほぼ2倍だけど、速度は約17倍なわけだし。サーバ経由で確認できたし、メールのやり取りはフリーのWebメールを利用して確認できたので。FTPサーバだけ検証方法が思いつかないという...。22:46フレッツスクエアが快適すぎるだけなのかも。地域IP網がネックなのは都市部ではよく言われる話ですしねぇ...25Mbpsならまぁ普通ってところなのでは。地域IP網がネックなのは都市部ではよく言われる話なるほど、そういう話があるのですか...。あれば、まあまあな速度ってことかな...。地域IP網ってNTTが持ってるところ、なのかしら。フレッツスクウェアには注力するけど...ってことなのか、それとも単に、利用者数(?)が桁違いだから手のうちようもない、という状態なのかな...。正しい表現ではないとおもいますが、NTTのフレッツ網と言えば良いのかも。利用者数(?)が桁違いだからこの通りだと思います。同様に利用してるのだけど。インストールして自動更新することにした。home下のような感じで作業。使ってIPを調べるように設定。表示されてるので設定ファイルはおかしくはないのだろう。サービスとして動かすためのスクリプトで問題が。コピーする場所を間違えていたらしい。/usr/sbin/こっちが正解。300秒(=5分)でアクセスするのは短すぎる気もする。サービス(?)として登録。なんて指定できるとは知らなかった...。下のような指定はよく見かけるけど。ddclientランレベルとやらで実行されるサービスの一覧を表示して、確認。バイナリ自体を公開停止にしたらしい。いうことで、一応代替ツールが紹介されてるページをメモ。考えたら、その手のビューワをインストールしてはあるけどまったく起動してないな...。印刷物を意識して作られたデジタルデータって、ほとんどはpdfだったりするし。プロジェクト名変更eclipse上ではリファクタリングとやらで名前変更ができる。問題はバッチファイルの中身。一応バッチファイルの冒頭で変数にプロジェクト名を入れてるから、そこを書き換えれば対応はできるのだけど。バッチファイルの数が多くて...。画像データやサウンドデータを、コピーしたり、まとめたりする際のバッチファイルが別々になってる状態だけど。一つにまとめてしまったほうがいいのかもしれん。サーバと通信する云々の話が。サンプルとかあるんだろうか。...遊び方の説明画面も必要になりそう。スクラッチパッドに色んなものを逃がさないと。今まで、スクラッチパッドには画像とサウンドしか読まないという前提で作ってたので、ちと悩む。画像、サウンド、敵発生データ、BGチップ並びデータ、説明画面文字列...5種類ぐらい管理しないといかんのか。画像データまでのアドレステーブルの中に種類を持って...とかそんな感じになるのかな。データをロードしたり、サーバとやり取りしてる最中に、電池が切れたり、終了されたらどうなるんだろう。正常にロードできたかどうかのフラグでも書き込んでおかないと、マズイ気がする。緊急時の策として、何かのキーを押しながら起動すると強制的にデータをロードし直すとか。改行とかはどうやって持ったらいいんだろう。...そもそも文字列だけで済むのだろうか。画像も含ませるとなったら、画像種類と座標値も持たないと。画像と文字列が重ならないようにする必要もありそう。簡易でもレイアウトをする処理にしないと。テキストを取り扱える、と書いてあった。sjisで記述してOKということかな。Javaの変数名とメソッド名の規則を勉強せんといかん気がしてきた。最初が大文字とか小文字とかなんか色々ありそうな。指定してるメールサーバのホスト名(?)を書けばいいのかと思ってたけど。問答無用で送れない状態になってる、ということか。送れ」と相手から指示されているのだが...。