ネタ、コミティアに向けて

1

O「ジョニー無理はなしよ」
J「OKわかってるさ。」

  • 人型である理由は？
  • 慣性制御よ
  • まだ慣性制御は質量の移動なしにはできないわ。

J「こちら、ジョニー。守備隊、状況は？」

守「ジョニーか、助かった。済まないが市街地が占拠された。無力化を希望する。出来れば無傷で奪還したい。規模は大隊規模の模様、敵にマシンなし、装甲車両は20両以上を確認。以上」

J「了解、これより市街地に展開する敵部隊を排除する。」

  • 計算機の力で千載一遇の天才格闘家の動きを演じるの。

ありえないほどの軽やかさで慣性を打ち消す体術、気が付かない敵兵。
次々に炎上する車両、其れすらも時間差でかろやカニ

  • とんでもない計算量でどんな人間より繊細で素早くこの巨体を操ってみせるわ。

そして強烈な突風と共に浮き上がる巨体。

  • もう、人間は勝てないの。
  • 計算機の力なしではね。

//-------------------------------------------------------------------------

2

  • 私達はこの子たちをマリオネットと読んでるわ。

C4Iで対抗する敵兵

敵「急げ、マリオネットだ、各自退却、防衛体勢を維持しながら....」
声が聞こえるが全ては細切れになっていく

  • 我々よりはるかに高速な頭をしてる
  • 中で選挙をやったって巨体は任務を華麗にこなせるわ

この切り刻んだ時刻のターン一手一手予測を繰り返し次の手を決める。この電脳のクロックに人間をして動かぬ銅像。確かにこの巨体と音速という制約は大きいが戦車砲の弾も止まって見るこの世界なら計算力こそすべてだ。

  • なんだて数手先まで予想できる状況が実現してるの。

やはり、人間が決定権を握るんじゃトロイ。数があっても、飽和ができないすべてお見通しさ。

  • でも私達が手綱を握ってる。

//-------------------------------------------------------------------------

3

  • 彼らには達人たちから受け継いだエレガンスはあるけど

狙いをつける戦車砲
敵「いける、くたばれ。」

  • 野望がないわ。

確かに、高性能計算照準器は厄介だ。それも、すべて任せた機械本人のアクセスは。こちらも相応の手を打たないとまずい。が、数が足りない。速度もそうだがなにより彼らは所詮アルゴリズムが足りない。そうエスプリがない。

  • 殺戮は不要、勝利条件は無力化よ。
  • まあ、壊される方は殺戮だろうけどね。

警報：「マリオネット反応、接触まで跡３０秒」

まずい、ここで相手にしたら都市を壊さないという条件が守れない。

  • 命令に従い、うまくこなすことが喜びなの。

郊外、それも畑、資材置き場・・・・あった。

  • 万難を排して命令を忠実にこなすわ。

//-------------------------------------------------------------------------

4

敵「なんだ、奴が逃げるぞ、友軍だ、友軍のマリオネットだ」

「警告、警告、電脳処理速度を最大冷却器展開、冷却開始」

  • 今、彼に足りないのはエネルギーだけよ
  • エネルギーさえあれば、もっと計算力は、計算力密度はあげられるわ


O「ジョニー仕方ないわね、伸びた奴の鼻をへし折ってやんなさい。」
J「でも、膝があと１０分も持たないんだ。」

  • もちろん、ついてこれるボディがあってこそだけど。

O「OKそんなの気にしなくていいわ。存分に直してあげる。」
J「じゃあ、いざという時は回収してくれよな。」
O「ジョニー、弱気は禁物よ」

  • 戦闘機じゃないレベルでバックアップ部隊が必要になるのが辛い所ね。

O「整備隊長！」
整「あん？」
O「今夜は忙しくなるわよ」
整「あいよ。おーっしオーバーホールの準備だ各班準備にかかれ！」
//-------------------------------------------------------------------------

5

接触

  • もし、マリオネット同士が対峙した場合どうなるって？

奴は数歩先まで読んでる。無力化は２本以上の四肢を機能不全にするとか、難しい。なかなかの計算量だ。君の動きがこれなら１個軍でも壊滅させられるよ。だが、イレイザーエンジン搭載型の私に勝てるかな。

  • 今までの勝率からすると
  • もちろん計算量の寡多。

ほう、やはり他の連中の懐にとは行かないか。以前の情報が欲しい。そう、
く、僕の意思決定に必要なデータが来ない。
この一手に取れる情報は３００ｋｂか。光速が恨めしいほどに遅いな。

  • でも、その差があまりない状況なら

ピーン・・・
なるほど
君の弱点はそこか、

  • 別の要素が決め手になるわ

５回もこの速度でひねれば、そうよく防いでくれた。

ﾊﾞｯｷｬ

//-------------------------------------------------------------------------

6

シマッたのかをだな。ありえないって？そうだよな、私は何故って７回！７回まで同じ動作を行えるからだよ。

  • 素材の技術力とかね

ああ、君はまだ戦える。そうだ、そのモーションで防ぐしかないな。そういい子だ、この勝負私の勝ちだ。

崩れ去る左足。
さすがに逃げるか！？

  • 勝てるのはマリオネットにはマリオネットを、それも高度なバックアップ体制も加えて。
  • でもね、依存したら逃げ道は用意しないと目的を見失っちゃいけないわ。

O「追わなくていいわジョニー、帰投して」
J「らじゃー」

  • 壊れたらそこで伝説は終わりになるしね。
  • 戦わず次に勝てれば上策なのよ。

Gimpfuの進捗

やっています。が、また勤務状況の苛酷さが増しつつあるので進捗は思わしくない状況です。

現在できている箇所を

Webサービスについて
  1. Webページはできた。
  2. Webサービス用のDockerコンテナもできた。
  3. 受ける側のWebサービスはNode.jsで実装済み。
  4. Webサービスへの転送はできた
  5. サーバー上でのGimpfuの実行まではできる。
  6. バッチ経由でのGimpfu呼び出しができない。

状況です。

Gimpfuの進捗

やっています、やっていますとも。

進捗は以下の通り：

ローカルのGimpfu

①ローカル環境でGimpfuによる漫画原稿用紙なxfcファイルから印刷用イメージを作成はできた。
②もちろんろりこみ閉じのコピー本の合体ファイルまでは作っている。
③で、ついでに印刷用PDFを作ったわけだが、セブン・イレブンのコピー機は認識しない。ここはいくらか調査をしたがよくわからなかた。ちなみに使っているのはPythonのPDF作成ライブラリ
④マルチスレッドによるある程度の多重化はできたが・・・

Webサービスについて

④現在サーバを用意
⑤投稿用Webページを作成
⑥バックエンドのサーバーを現在作成中

今後の予定

現在のモジュール

今後はサーバでGimpfuを走らせてVPSにデプロイ、
公開。

追加機能プラン

其れができたら、今度は原稿用紙作成サービスを作る。
その次はWebのお絵かきツールと連携
その次に外部サービスへの投稿機能サポートか。
その次にポータル化してP2Pのアンリミティッドな漫画サービスを作る。

というわけで乞うご期待。
問題はスケジュールなのだが・・・

Gimpfu再開しました。

コミケ用の新刊ができたけどあまりの手間で結局入場を果たせなかったので、スクリプトを作って自動化することを再開しました。
最終目標はAWSを活用したWebサービスにして、原稿用紙のダウンロードと整形までをオンラインで行えるようにする予定です。
まあAWSとか使っちゃうと金の切れ目が縁の切れ目になってしまいますが。

https://github.com/ryunosinfx/MansikiForGimpfu

コミティア読書会に行く意味

コミティアには読書会というものがある。見本誌を見るやつなのだが、なかなか有意義である。ここには普通手を触れることができないものがあふれている。触れられないのはほぼ機会の問題なのだが。

見よこの野味の海を

誰も吟味をしない、誰も求めもしない、誰も止もしない。
ただ、製作者がこれを持ってコミチアさ行くべと思った品々が並ぶのである。
観測者の好みなど知らぬ、我が渾身の一滴ここに有りと言うのが染み渡ってくる。もちろん、この世界には能力というキャップがある。技工、時間、組み立てる技術、センス、意志、健康、これらが作品ににじみ出てくるわけである。ものすごく甘いものがあるかと思えば残念な感じのものある。
ただ、それをあの短時間に閲覧可能なのはこのイベントの特徴である。

自分の目指すべき方向とそうでない方向をグラデーションをツケてみることができる。

編集者とプロの作家の織りなす雑誌を考えると

  • 掲載へ向けた挙手の段階
  • 発注時の段階
  • 編集の段階

それぞれでレビューがかかるわけである。

読書会にはそんなものは一切ない。ほぼ一次ソースが展開されている。研ぎ澄まされていると読みやすくはあるがそんなのガン無視した作品だってある。自分が歩けなかった完成度の作品に出会えるのである。

人が作品とみなす閾値がわかる

話が無くたって欲しくなる本がある。
自分の認識していた枠の外の作品が見れるのはある意味気分が楽になる。欲しい物はこうやって表現すべきなんだろうなというものがおぼろげながら見えてくる気がする。

本当はね

コミティア開催中に見本紙コーナーに張り付いて、垂涎の的を見つけて買いに走るのが一番なのかもしれない。読書会では入手はできないからね。

コミティア反省

反省しても次に生かされなければ駄目なのであるが今回は諸事情により原稿作成のリミットが縮まったのと参加時間（椅子に座っている時間）が長かったのでしばし考えた。

実際問題として時間がない。よって原稿は今回もできていない。時間がないというよりかは正常に思考して集中できる時間がない。いい加減に終電で帰る生活を改めなければとは思う。

結局、何が障害になっているかという事象の考察を行った。

反省をしよう

レビューが足りない

通常以下の手順で同人誌の作成を行うのだけれど

  1. とにかくネタを考える
  2. ネタをケツまで考えてふくらませる
  3. 膨らんだネタを捏ねる。叩いて撚る。
  4. ネタを想定ページの分量に切り分ける。
  5. ページ内コマ配置（見せコマ、引き、分量）を考慮して其れで収まるか再計量する
  6. 収まらない場合分量を再度見直し、エピソードの間引きを実施する。
  7. ネタが死んでないか意味不明になっていないか再レビューをする。
  8. 下書きをする
  9. 仕上げ線を入れる。

以下に上げる理由によってこれが途中で止まったのが痛い。

メディアコンバートが辛い

まあ紙があれば其れでいいんですがテキスト→紙→画像になるわけで辛い。

  • ノートPCで効率的にコマ割りをできるツールを持っていない。ツールとは以下の要件を満たすもの。
    • 揺れる車内で操作できる。
    • キーボードとマウスポインタのみで操作できる。
    • テキストを横で見つつ作業ができる。
  • 出来上がったものを適当なファイルに展開するツールを持っていない。これが全部手作業。
    • ボタンひとつでできること。
    • どんなときもDiskFull以外で使えること。
    • UbuntuLTSのサポートと同じ6年ぐらいは環境が利用可能なこと。
データ転送が辛い

NSAの事件等を受けて正直、DropBoxやらクラウドストレージは
そのへんの対策がめんどくさくて無いなーと思っている。
もちろん、利便性を得るためにセキュリティの甘さを甘受するのは仕方ないことなのだが。

  • 複数のマシンで作業が必要になる。
  • 転送についてメディアコンバートは手動ではやりたくない。
    • しかし現状している。それも目視でだ。
テンポが悪い。

着手から出来上がりまでの速度がつかめない。
実際WBS引いたほうがいいんじゃないかと思うほど進まない。
理由はゴールが無いためだし、そのステップが終わったとして次のステップまでの間に挟まる膨大な（1時間以上かかるという意味）の作業、それも絵を描くことはない単なる手作業が挟まるという事実が辛い。それも時と場所がすべて合わさった時だけ行えるという厄介なものだ。

  • 時：
    • その作業を行う踏ん切りが付いていること
    • 踏ん切り、もう二度と前の工程をやらないという決意。ただし結局手戻りは発生する。
  • 場所：
    • 次の工程を行うマシンにデータを入れる作業

このへんが大きい。

解決策

そこでコミティアの時間中考えていたのだ。何が本当に必要なんだろうかと。

今欲しい物

多くを求めてはいけない。最低限最低限動くものを。

  • 基本プロプラは駄目だ。
    • どんなに不満があっても修正できないからね。
    • Linuxで動かない。商売上仕方ないね。
    • サポートも自力救済ができない以上、不安だ。
  • メディアコンバートを自動でやってくれるツール。
  • お絵かきができて下書き程度ができる。
  • P2Pデータ同期ができること。
  • Gimpに取り込める下書きまで終わったデータファイル一式をExportすること。
細かく言うと

できるだけWebブラウザで完結させておけば次へイケルのではないかということ。単に自分の勉強範囲を狭めたいという欲求もある。なによりプラットフォームとしてiOS以外（Chrome,Firefoxが動けば）はほぼ確実に動くのが強い。

  • swagger-editorというツールがあるのでこのアイデアを頂戴する。
    • ymlでネタを記載して、リアルタイムにSVGに変換ができたらいいのではないか。
    • SVGの上にラスター描画ができるようにしておけばいいのではないか。
    • Aceのライセンスが微妙なのが気にはなっている。と思ったらBSDに変わってた。
  • P2PであるWebRTCを使って同期をする。
  • Gimpに直接取り込める形状でエクスポートする。
    • この場合Gimp側からのフィードバックは望めないのでこの前工程で齟齬は解消したい。
    • Zipで圧縮されたGimpのファイル形式が望ましい。

全ては現物を完成させてから。

何事も先を見越して計画的になのだが
他にも抱え込んでる奴があったりして先に進まない。困った。