不具合とは総じて変な物である。

不具合は原因が無ければ発生しない。

不具合が無い様、あれこれと柵を巡らせているのにもかかわらず、何故か発生し、原因が分からない。


しかし、ちょっとした偶然で見付かることが多く、不具合の原因とは、発生した不具合とは本質的に異なることが多い。


先日、同じファイル名があってアップ出来ないという問題が発生していたと書きましたが、ホントくだらない原因でした。

そもそも、その場所は、ファイルabcdefg.hijをabcdefg.hijklにして、ダウンロードし、abcdefg.hijをabcdefg.hijmnに変更して、abcdefg.hijklをabcdefg.hijにして、abcdefg.hijmnを削除するという方法をとっていました。

これには、何ら問題は無いはずでしたが、今甦るMS-DOSの死産

ファイル名が被らないように拡張子の後ろに文字を追加したabcdefg.hijklはabcde~1.hijという別ファイル名をも持っていました。

abcdefgがabcde~1で合ったために、本来abcde~1.hijは存在しないにもかかわらず、８．３ファイル名としては存在するファイル名として処理されました。

これらの問題は、色々と考えてみましたが、対処出来る度合いを超えています。

例えば、aaaaaa~1.b
というファイルをダウンロードしたい場合、
aaaaaaaaa.bというファイルが既に存在しaaaaaa~1.bという8.3ファイル名が割り当てられていた場合、
当然上書きしてしまいますし、aaaaaa~1.bというファイル名でダウンロードしたとしても、その結果のファイルはaaaaaaaaa.bとなってしまいます。
aaaaaa~1.bにはなりません。

これを何とかするには、aaaaaaaaa.bを全然違うファイル名に変更するか、短くして、８．３形式を外します。
その後、aaaaaa~1.bをダウンロード（作成）します。
その後、aaaaaaaaa.bだった物をaaaaaaaaa.bへ戻します。
するとaaaaaa~2.b等の新しい８．３形式が割り当てられます。

短くする方法は衝突する可能性がありますので、ファイル名を作成するのが大変です、しかし８．３形式はファイル名の前方が残るので、前の方に余分な文字列を追加する分には簡単に違う８．３ファイル名にすることが出来ます。

それにしても、不具合の原因がMS-DOSに由来するとは思っても見ませんでした。

あとは何とかして、１００Ｍ以上のファイルを送れる様にしたいですね〜

先日書いたここの予想と、実際のアニメの進捗は、合っている部分もあれば、間違っている部分が大半のような感じですが、

それで居ても、大筋は余り間違えていなかったように感じます。



１２話まで見てない人は、見てからの方が良いですよ？？

１１話までのネタバレを含んでいます☆




神樹様がどう言う存在なのかは、軽く本編で触れられていましたが・・・

まさか、四国以外滅んでいるとは思いもしませんでした。

贄システムは、そのまんまの贄のようで、前勇者との欠損部分は特に関係が無いみたいですけど

勇者システムを乗り越えて勇者として完成するかと思っていた、その辺りのお話は、
東郷さんの機転により、あっさり滅亡か、勇者かの２択になってしまって、わっし〜さすが！

どっちが原作か微妙に判らないけど、わっし〜の話が本になっていますよね。

初めは、どんだけパクった話かと思っていたんですが、そうですか、東郷さんの話ですか。


初めてこの作品を見たときは、良く有る感じの学生が勇者やってる程度かと思っていたんだけど、５話で敵全滅とか、ありきたりでは無いと思いました。

その時点では、話がどっち方面に進むのかが不透明だったので円盤買うかちょっと悩んだんですけどね？
ここ（１２話）まで来たら、話の最後がどう転ぼうとも買うことにしまして、取りあえず注文したんですが・・・・
１２／２５入荷だそうです。

売り切れか〜、

限定版のゲームには特にこだわってないけど、それ以外の仕様が違ったらヤダな？とか思っては居ます。


他、異能バトルは日常系のなかでとか、買おうかなとか？思わなくも無いけど、
原作の方もちょろっと最新刊が途中で放置になっているけど、
急にお金が必要になって貯めることになったので、円盤沢山買っていられないので、中古が安くなってセット売りになってから買うかな？って感じ？


それはそれとして、あれだけの小さな空間では、
１．携帯は作れない。
　レアメタルとか必要ですから、日本だけでは作れません。
２．それ以前の環境平衡
　エコシステムとしての循環が成り立たないサイズ
３．襲撃がとても頻繁
　例え勇者システムが有っても、そう遠くない未来にいずれ全員が神樹様の贄になって終了
４．壁の向こう
　実は、壁が撃退時のみ有るんだと思っていたんだけど、常にあるのが笑った。
　世界の果てが見えるってどう考えてもおかしい。
　閉鎖後に生まれた人はそうかもしれないけど、閉鎖前から生きている人って居ないのかな？情報統制とかどうしたんだろう？

ある日奴らがやってきた→神様頑張った→箱庭が残った

まぁ、１日２日くらいは世界中が戦ったかもしれないけど、その僅かの間に、人的、経済的、技術的な資源を集めること何て不可能ですから、たまたまあそこだけ残ったのでしょうね？

あの壁の中ってどんなに長く保っても１００年かそこらが限界でしょ？

やっぱり、神樹様じゃ無い柱が必要じゃ無いかな？それで、バーテックスの奴らを根本的に解決しないと、今日明日を生きるだけになっちゃうんじゃ無いかと思う。

バーテックスそのものに対する情報があたしには無いから何とも言えないんだけど

何らかの条件を満たせば、居なくなるのか、それとも全滅させないとイケないのか、その辺りがさっぱり分からないわね。


ああいうのを見ると、地球って、やっぱりこのサイズ無いと生物は生きられないよね？　とか思うのです。

具合が正常では無い状態。それを不具合と言います。

プログラムを作る上で、不具合というのは基本的に無い様に作っています。


今のプログラムは関数型が主だったもので、

ａというパラメータを入れるとそれを計算した結果のＡを出力します。

これは非常に固定的な物で、いつ、何処で、どんな風に、実行しようとも変わりません。


ですから、不具合が発生するはずが無いのです。

ゲームの場合も、アプリケーションでも、それらは変わりません。


ただ、パラメータが一つでは無く複数有るだけの話です。

パラメータが複数有ると、パラーメータの一つがちょこっと変わっただけで、画面上では大きく違う動作を行うことがあります。

それでも、全てのパラメータを正しく、順番通り、処理すれば不具合など発生しないのです。

それが、プログラムの利点で有り、プログラムの限界でもあります。


でも、それが故に、本来不具合は発生しないのです。
それでも、不具合が起きる。ユーザーから苦情が来る。

制作者は死にものぐるいで不具合の原因を突き止め、それを修正する。


大抵は、「全てのパラメータを正しく順番通りに処理」していないから起きます。


プログラムの作成は大抵、半年〜数年掛けます。


また、商品の寿命が長ければ、機能強化やらなにやらアップデートを繰り返すことになります。


作り始めた当初と、作り込んでいく先でプログラムに　新型と旧型が混ざることになります。


新型のプログラムというのは、これまで有った不具合を但し、新しく追加した機能のために様々なパラメータが増えたりしています。

しかし、古い方にはそう言った物が一切ありません。

大抵は、追加した機能により修正した部分よりも、何も変更しても居ない部分で発生することが多かったりもします。


でも、それ以上に問題なのは、連携です。

プログラム１とプログラム２の間で、取り決められている条件の物でパラーメータを遣り取りし、お互いに補完し合いながら動作することがあります。

しかし、プログラム１はアップデートしていないのに、プログラム２だけアップデートするなどで、取り決められた当初とは違うパラメータの遣り取りが発生する場合があります。

本来であれば、プログラム１側で、定められた範囲外のパラメータに対しては、プログラム２にエラーを返したり。

予め、プログラム２と連携するときに相手のバージョンを確認するなどの対応があれば、不具合が発生しないのですが・・・

相手側が一切情報を公開していない場合はどうなるのでしょうか？？


ようするに、OneDriveの事です。


REST APIはあれもこれも色々と出来ると言っていますが。実際に始めると、色々と出来ないことが多いのが分かります。

じつはブラウザを利用したり、MS純正のOneDriveアプリを利用したりすると、ファイルの更新日が正しく反映されていたり、１００Ｍ以上のファイルが送れたりします。

REST APIにはファイルが大きい場合は分割送信が出来ると書いてあり、 HTTP1.1のページへの誘導を行って、Range パラメータを利用することで、大きいファイルの送信が可能と言っていますが・・・、

multipart/byteranges
とか
Range
の話ですが、どれもこれも、サーバーのレスポンスの話として書いてあって、クライアントからの送信時に使えるかは分かりません。

いずれ試してみますが、WebClientではサポートしていないので、自分でバイナリデータを作ってやってみるしか有りません。

ようするに、OneDriveと、同期を取る方法として、現在公開されている範囲のRESTでは不完全なわけです。


「１００Ｍ以上のファイルがあると同期が正常に取れない。」　これが一つ目の不具合です。


しかも、それだけじゃ有りません。


今作っているソフトは、OneDriveとクライアントで同期を取るだけで無く、一方的にアップロードすることや、一方的にダウンロードすることも出来ます。

ようするに、相互に最新の物を優先する方法と、　クライアントにあるのを絶対のマスターとすること、逆に鯖にある物をマスターとすることが可能になっています。

で、OneDriveのREST手引きには、「自動的にアップロードする様なアプリの作成は控えるべき」と書かれていましたが、ならば、一方的なダウンロードには特に問題が無いと言うことに成ります。


先述の通り、ファイルの更新日などが正常に反映されない、させる方法が公開されていないREST APIで更新するくらいなら、ブラウザでアップロードする方が楽かもしれません。

で、実験してみると、これがまぁ、不具合が出るのです。


サイズが100M以上有るから？

それも違います。
先日５００Ｍ以上のファイルをなんの問題なくダウンロード出来ました。

じゃぁ、何か？


これまで、テストと称してダウンロードを始めたのですから、初めてのダウンロードです。

当然です。

ディレクトリも全部自動作成です。
それにもかかわらず、ダウンロード時にエラーが出るのです。

エラーを詳細に追ってみると、あり得ない場所であり得ないエラーが出ていたのです。

先ほどの通り、初ダウンロードです。
フォルダ自体も、事前に作っています。

しかし、根本的なところとして、事前にファイルがあった場合、それと差し替える機能を作ってあります。

そして、その差し替え機能が動作していました。

ダウンロードは、そもそも異なる名前でする用になっています。
違うファイル名でダウンロード、現在のファイルを別名に変更、新しいファイルを正しいファイル名に変更、古いファイルを削除、

そう言った手順です。

エラー処理も多重に入れており、いざというときは、旧ファイルで復旧出来るようにしてあります。
まず１つめの問題。
何故、ファイルがあったか。

考えられることは一つしかありません。２回ダウンロードしたからです。

ファイルリストに何らかの影響で、同名のファイルが二つあったのです。
ファイルリストはOneDriveに提出して貰っているので、履歴か何かの影響で複数合ったのでしょう。
２つ目の問題。
先ほどの通り、置き換えるようにプログラムを作っています。
例え２回ダウンロードしたとしても、後からダウンロードしたのが優先されるだけでエラーが出るはずがありません。

しかし、フォルダを見てみると、ファイルがありません。

ファイルは単純に、moveで順番に更新しているだけなので、消えるはずがありません。

しかも、ダウンロードしたファイルがありません。既存のファイルを大体のファイル名に変更した物はあるのに、ダウンロードしたファイルがありません。

一応、ダウンロード時にエラーが出た場合は、エラー処理を行いますので、それはそれで問題はありません。

ダウンロードを完了したのに、ダウンロードしたファイルが無い。

それが、今回の不具合です。


では、原因は何故でしょうか？

もちろん、２回同じファイルをダウンロードしようとしたこともあるでしょうが、もう一つが
１回目のダウンロードです。

１回目は別名でダウンロードしますが、特別な名称ではありません。
単に適当な文字列を追加しただけで、ユニークではありません。

別名で保存−＞正式なファイル名で保存。
２回目の実行時ですが、先に別名の方を削除するプログラムを先頭に入れています。
そして、ファイルがある場合はエラーで返すことになっていますので、ここまでは問題ありませんし、別名でダウンロードした後、既存のファイルがある側の処理にうつっています。

ここで、既存のファイルの代替への変更が完了しています。
ここまでは実行されているのでエラーはこの後と言うことに成ります。

ダウンロードしたファイルを正しいファイル名へ変更ですが、ここでファイルが無いのでエラーになっています。

考えられるのは、ダウンロードのエラーですが、エラーその物は発生していないし、もう一つで言えば、ダウンロードは正常に終了したのに、ファイルは作られなかった。

ですね。


これらのことより
１．同じファイル名があったら、どちらをダウンロードするか判断する。
２．例外が発生しなくてもダウンロードが失敗していないか確認する必要がある。

ですね？
２．に付いては、事前のファイル情報を受信したときに、ファイルサイズとか調べておかないと分かりませんね？　あと、ファイルの時間とかも更新日付で修正した方が良いかもしれません。


ある程度連続でダウンロードするとファイルの受信が出来ない。これが二つ目の不具合です。

ちなみに、ある程度は結構なファイル数です。
また、詳細なテストのために暫く放置していたためか、それ以降のファイルが全く受信出来なくなっていました。

土日にしか書いてないので、当たり前なんですが？
静波に履かせるパンツを何にするか考えた結果、その辺で売っている可愛いのを片っ端から買い集めて検討しました(笑)

レースでフリフリなのも可愛いですが、無地なのや、チェック、縞模様も好きだし、
結構迷う。

それはそれとして、パンツを見る上で、一番可愛いポーズと言うのはほぼ決まりました。

「パンツの見える人物が可愛い」ではなくね

パンツはそもそも前と後ろと、二通りの見られ方が想定されていると思うのです。

パンチラやら、脱がされている最中とか、スカートなら、めくられている時もかな？

前からなら、アソコを中心とした、V字、ボクサータイプ？なら、M字？
まーV字と言っても下は尖っていないので何字でしょね？

アソコの緩やかなカーブ、ソコへ向けての多数の引っ張りジワ、模様の歪み、真ん中に筋が入っていると、陰唇のプックリ感や柔らかさが見て取れるわね☆

シンプルな無地を書き込んでも良いし、チェックを歪ませても良いわね☆

ボクサータイプだと、足の付け根への引っ張りジワがさらに増え、アソコへの、集中゛力゛か、上がるわ？
さらには腿の部分が、程よい横じわで内腿の詳細なディテールと、パンツと太股の境目がむっちり感を出す。

前からはアソコの可愛さが余す事無く表現できるけど、ただのエロよね(笑)

どんだけ可愛くても、履いている娘のエロさが、引き立つだけ。

前からじゃパンツの可愛さを表現しきれないわ？


続きは、次号　続きです・・・・


なので、Ｔバックは論外なのです。

Ｔバックに対して、フルバックとか言うらしいのですが？

お尻を柔らかく包み込む生地、お尻に合わせて変幻自在な伸縮を行う。


バックプリントがあるもの、生地自体に柄があるものとか色々とありますが、この場合、無地はちょっぴり残念感が大きいです。


後ろ側における最大のポイントは、お尻その物が割れていることに起因する、伸びと緩みです。
また、下部は・・・クロッチの前側はアソコを柔らかく包み込む反面、後ろ側はお尻の割れ目に挟まれます。

この割れ目に沿って進みながらも、フルバック所以の生地が左右に引っ張られ、すぐに一番引っ張られる場所に到達します。

クロッチの後ろ部分で、お尻の割れ目を表現しながらも、生地が伸びて割れ目を隠しているところが、必用以上にエロくしない重要なポイントで

ウエストに掛けて細くなることで、伸びていた生地が緩み、場合によっては、ゴムで締めている分ウェスト直下が緩んでいる物もあります。

でも、柄的に伸びも余ったりもせず、ぴったり肌に吸い付くくらいが一番だと思います。


お尻の特徴を全体で表現しながらもお尻そのままの形状を表すこと無く、パンツの伸縮にて柄を歪ませることでその役目を全うしていることを知らしめる。

お尻じゃないわ！、パンツよ！

お尻かくして、パンツ隠さず！


パンツが見えることで可愛さがが最大になる。パンツの可愛さが最も強調されるんだと思います。


ちなみに、上記を満たす光景として

膝上くらいの高さから、スカートが翻って、クロッチの後部、ちょっとのお尻の割れ目及びバックの大半が見えている状態（上半身は振り返って恥ずかしがっているような感じがお勧め）が最もステキかと思います。

そういえば、クロッチとの境目を2本線引いている人が多いけど、
一つは、前側の布とクロッチの布との境目であって、二本目はあるとしても、折り返しを縫い止めるための補強で、ないものの方が大半だと思うの。

昔はいていたお子様パンツには、破けにくいように縫ってある物が多いけど、最近のパンツはほぼ縫っていないわ？

あと、クロッチの部分の当て布を、外側に縫い付けている３パーツタイプもそれなりの量有る事が分かったけど、
あたしとしては、クロッチの部分を当て布も、外側も分離している４パーツタイプのパンツがお勧め。

これにより、クロッチの縫い目が、前側と後ろ側に２ヶ所２本ずつ４本入る（注：前述の通り１本ずつで２本のパンツが最近増えています。）のと、
前の生地と後ろの生地を縫っている部分が１ヶ所でクロッチの縫い目が真ん中辺り（正中では無い）に１ヶ所２本だけ有るタイプが有るわけです。

１ヶ所タイプの物は、補強のために折り返してから縫ってあるので、ほぼ必ず２本ですね？


それはそれとして、最近のパンツは、クロッチの当て布（内側の方）がとても短いのが多い。
アソコと、後ろと２ヶ所をくまなく覆うには、それなりの長さ１０ｃｍ以上は居ると思うんだけど、短いのは５ｃｍも無い物もあるわ？

あたしの体形が間違っていなければ、ほぼ真下。
アソコの口の下にだけ有るわね？

日常的な状態での、保護とか、防衛とか、目隠しとか、衛生とか　そういう事を考慮したものでは無いと思うわ？

多分、勝負パンツね？

脱がされるまで耐えられれば良いとか、そういう感じ？

お汁の多いあたしの場合は、一瞬でスケスケになると思うけど。


パンツ談

鳴り物入りで登場した全高６０ｍらしいマガツ

エクストラハードで無事討伐出来ました。

ドロップショボい

出来れば、9未満は出ないで欲しかったですね〜

まぁ、クラフトでは使えるので、ほどほどですが？


さて、先行チャレンジ？とかを見た人はそれなりに分かっていたのかもしれませんが、

あたしは分からなかったので、微妙にあった事前情報とかを元に戦い始めたのですが・・・・
まず、膝に届かない（笑

膝と肩とか、いくつか弱点があるらしいのです。
それ以外は、ガヴォンダ程では無く、クラバーダ見たいに、ある程度ダメージが通るけど、基本はダメージが殆ど出ない。　カンカンキンキンうるさいのなんのって！

あたしの場合、２００未満という値で、ハッキリ言って無意味。

火力が足りない。

なので、取りあえず、銃座を探しに走ったけど、

銃座の位置が分からない（笑

そうした無意味な時間、エマージェンシークイックトライアルの言っている意味が分からなくて、失敗しまくってしまったりと、そう言うあれこれで1回目は失敗。

さっさと失敗してしまったため、運良く2回目に突入。

2回目は無事クリアが出来ました。



基本、銃座で攻撃→　エマージェンシークイックトライアル　→　銃座で攻撃の繰り返し。

特に対空性能が低いハンターなど。

有効なのは、当たり前な話だけどウィークバレット。
与ダメが７００とか９００以上なら直接攻撃なども可。

しかし、連射性能を考えると、銃座の方が遙かに高いかもしれない。

そう、銃座は当てるところに当てれば、1撃で７００以上。　場所により９００以上

ウィークバレットが着いていれば２０００以上のダメージをものすごい勢いで上げていく。


対空性能の高い人達が、マガツの上で乱舞している人達も居たけど、どれだけ有効なのかは分からない。

結果、銃座で打ちまくるゲームと化している（笑


その２
エマージェンシークイックトライアルは、基本的には３種類。

１．直接攻撃（天空から振ってくる）のをひたすら避ける。ＪＧも有効
　ダメージを１点でも稼ぐよりも、失敗しない方がよっぽど重要。
　タイミングが分からなければ、スクナヒメからの連絡があったら、とにかく走って逃げる。
　当たり前な話し、自分を標的としていない物にも当たる。
　逃げ道が交差しないように注意。
２．全体攻撃
　マガツがエネルギーを貯めて、全体に対して攻撃を行う。
　物陰に隠れていれば当たらない。ＪＧ有効
　専用の遮蔽物（攻撃が当たると壊れて無くなる）もあるけど、普通に建物の影、全然違う場所とかに居ても当たらない。
３．扉防衛
　３．１．黒の民っぽいのから守る
　３．２．顔から守る
　の２種類だけど、基本的には撃破すればＯＫ
　でも、アヌシザグリの滞空位置が恐ろしく高いため、スクナヒメの加護があっても届かない。顔も同様。基本的には銃座で撃破。
　イザオガルっぽいのも居るので、何人かは、下に降りて直接攻撃をする必要がある。

これらのエマージェンシークイックトライアルを出来れば全てこなすことで加護が増し、マガツの討伐が早くなる。

ただ、加護の一環？なのかな？
途中登場する　専用の砲台で攻撃をするとマガツがダウンするので、口からの吐瀉物（笑）が氷ったものを走って登り顔を総攻撃をする。
また、初期は膝にある鬼の顔状の物体が弱点で、これを壊す度（２個）に、ダウンするので、これも、ダウンしている内に攻撃が有効。

まぁ、あれこれ書いたけど、結果としては、

画面、右上の方にあるオレンジ色の皿みたいな形状の物が扉の耐久値だと思うんだけど、
これが無くなる前に、マガツを倒せば、何でも良いんだと思う。

ちなみに、この下に有る１３３０／１０００って言うのがスクナヒメの加護

扉の耐久値の残りを考えると１０００越えてないと話にならないんでしょうね？


取りあえず、マガツは、ドロップがショボいので、有れば参加するけど、それほど積極的には参加し無いって言うのが大勢みたいです。

みゃうのバウンサーレベルも順調に上がって今は６８です。

あと２上がればアルティメットに入れますね〜

それはそれとして、バーン･ドラールが始めて出ました。

なんか、以前なら難しいかと思っていたベリーハードがあっという間に終わるというか・・・

ニャウ（名前似すぎ！）を討伐したら、仮面が出てきたんだけど、これも結構あっさり倒したというか・・・、こっちの与ダメはともかく、被ダメが余りにもカス過ぎて、バウンサーなのに、ダメージ全然受けないというか、ＨＰ回復は、もしもの為に一度したけど、あんなにあっさり死ぬのであれば、する必要も無かった感じ。

特に、対空性能が低い仮面は、軽くジャンプしてモーメントゲイルをしているだけで、殆どの攻撃が当たらない。たまにあるライジングエッジ？あたりで５％くらいダメージ受けるけど、バウンサーのワザはスーパーアーマーと呼ばれる、キャンセル無効機能があるために、仮面が動けば動くほどこっちのダメージが当たりまくると言う、とても残念な感じになっています。

で、問題のバーンドラール。

一応仮面よりは強かったです。

でも、旧型の敵であるヴォル･ドラゴンタイプでは、上空に対する攻撃能力が皆無
ほぼノーダメージで上空で旋回を続けるだけで終わりました。

なので、背中の角をへし折ってやりましたよ？

ダウンしている間に尻尾を砕いてやりましたよ？

そんな感じで、あっさり討伐。

ベリハってこんな程度だったっけ？

時間が無いときと言うのは、意外と変な事を行います。

空いていないペットボトルに口を付けたり、空いているペットボトルのキャップをひねろうとしたり

注意力が散漫なだけというか、ずぼらなだけと言うことかもしれませんが
会社は以外と暑くて、汗が結構な感じで出ています。

さすがに垂れるほどではありません、冬時は乾燥気味なので発汗は即座に蒸散され液体になることはありません。

VS213SP4をインストールし、VS2013 Ja Packをインストールし、古いと文句を言われてちょっとイライラしたりします。

それはそうでしょうとも、先にダウンロードしたVS2013より後からＤＬしたLanguagePackの方が古いと言われて、何をどうしろというのでしょうか？

しかもインストール先がCドライブ固定で１Ｇも消費するって、なんでしょうね？


で、ＶＳはまぁ、どうでも良い部類なのです。

結局入れたいのは、Clip Studio Paintなのです。

絵を描き始めたのは良いのですが、以前ほどの手探り感は無いものの、やはり暫く書いてないので上手くラインが引けない。
以前の、「全く手が言うことを聞かない。」という状態では無いです。

去年はホントに、全く何とも出来ないくらい、手が動かなかったけど、今は描いたなりに、動いたように脳が把握し、画面に反映されている。

後は、習うより慣れろ　と言うところです。


当初の予定とは違い、8ページ冊子は無理そうなので、2ページ（Ｂ４ 1枚）か1ページ（Ｂ５ 1枚）にしようかとおもっています。

気が向いたり、絵の都合により裏面に行くか見開きになるかという違いが出る可能性も有りますが、基本は１Ｐの予定です。


絵は先々週降りてきたので、じっくりと書き始めました。

書きたい内容が決まっても、それをどのような構図で書くかというのはなかなか決まらないもの。
見せたい物、表現したい物、それらが一番分かりやすい構図というのはなかなか見当たらない。

いざ決めて、書き始めても、そもそも、この体形無理じゃ無いかな？とか？


そう言うあれこれを乗り越えて、決まった構図を先週の土日から書き始めたつもりです。
土曜日は、ちょっと部屋とゴミの片付けに終われていて、ClipStudioPaintを1.4へアップデートして終わってしまったので、実質日曜日からなんですが？

ただ4年分の雑誌（ＧＷからずっと整理を続けて来た結果のゴミ）が家から無くなるだけで大分すっきりします。
まぁ、まだまだ、雑誌のゴミは大量にあるので、これを分別して捨てるのと、あんまり必要ない感じの本を自炊して捨てるのと、これだけで、部屋の１／５くらいは空く予定

他、ゲームの空箱を潰してしまうことで１／５くらいあきます。

とにかく、部屋を一番圧迫しているのは、ラノベです。

ゲームの特典とかもすごい量有りますが、あれらは「しまえばいい」
ですが、本は読みますので、出ていないとダメ。出しっ放しだと積み本が積み過ぎて読めない。

結局読まないという感じですね？

だから、どんどん自炊していきたいのです。

電子書籍を買えば？って人も居ますが、それは、解像度がいまの5倍以上になったら考えます。

挿絵が全く見えない。

せっかくの挿絵なんですから、壁紙にしたりとかしたいと思うんですが、現状の仕様だと出来ませんから、それも話になりません。

アマゾンの解像度が断トツで低いだけらしいのですけどね？


まぁ、何はともあれ、だいたいの下書きは終了。

降臨待ち→必要パーツリスト化⇔構成→下書きのためのラフ→ラフ→下書き　まで終了

次は
→パーツ分け→線画→線画仕上げ→色分け→レイヤー分離⇔彩色⇔影付け→仕上げ→記事書き込み

で出来上がりですね。

順調に進めば、2日かな？