配達人 DELIVERED ロン・エルダード

delivered

配達人(字) [VHS]

概要

ジャンル
サスペンス
監督
ガイ・ファーランド
主演
ロン・エルダード
上映時間
90分
ストーリー概要
ピザ屋の配達人の主人公が殺害現場にピザを配達することにより犯罪に巻き込まれる

感想

面白さ
おすすめ度
もう一度観たいか
凄惨表現
性的表現

コメント

特になし

無課金で神々を攻略

やっと神々の王をノーコンクリアできるようになってきた。
成功確率は70%程度

神々攻略パーティ(無課金)このパーティ。無課金で手に入るもので構成。赤ソニア?持ってない。

L究極ヘラ F赤ソニア
S闇デューク、イース、キングワルりん2体

pd_2無課金パーティだけれどフレンドは赤ソニアをお借りすることにした。レベルは全員最大、フル覚醒、ギガグラのスキルレベルは最大だけれどもフレンドのスキルレベルに合わせて20ターン程度でも構わない。デュークとキングワルりんも道中使うことはないので適当に。プラスはまったく振ってなくてもいける。(フレンドには+200以上の赤ソニアができれば欲しい)
プラスを振ったダークレディがあればデュークの代わりにパーティに入れてもいい。

攻略のポイント

  • スキル溜めをして9Fまでにスキルを全員使えるようにしておく。8Fではスキルを使う予定は無し。
  • 8FティアマットはHP満タンで1回は攻撃を耐えることができ、赤ソニアのLスキルのおかげで回復2コンボ+他色1コンボで14000以上回復できる。全快→攻撃→全快を繰り返して倒す。倒すときはHP80%以上にした状態で倒すこと。でないと9FでCDDのターンがあと1だとLスキルが発動できなくて詰む。
  • 9FのCDDは闇エンハンスを使って闇3コンボ+他色2〜3コンボで抜ける。攻撃態勢闇を使って盤面に闇ドロップ9個以上ない場合は、赤ソニアの陣を非常手段で使う。あと1で出てこない場合は不要ドロップを消して出来る限りデュークの攻撃態勢闇だけで闇ドロップを確保したい。闇2コンボしかなくても他色コンボを重ねてトータル10コンボ近くいけば抜けるがおすすめはできない。
  • 10Fゼウスはギガグラ2発→赤ソニアの陣→闇エンハンスで闇4コンボ以上で倒せる。9Fで陣を使った場合は闇デュークの攻撃態勢闇で闇コンボを稼ぐ必要がある。その場合は闇4コンボ以上か闇3コンボ+他色3~4コンボ以上を狙う必要がある
  • 失敗するポイントは8Fの回復ドロップ枯渇と、9FでのHP80%以下によるリーダースキル不発&あと1というケースと、10Fで陣が使えない場合における闇ドロップの枯渇よるダメージ不足。レアなケースで10Fで繋がってしまって闇コンボ数が足りなくて抜けないということも。
  • 8Fのティアマットの攻撃は回復2コンボ+他色コンボ1で耐えられる程度にまで回復できるので、余った回復ドロップはできるかぎり盤面に残すようにすると事故が少ない。
    (回復2コンボ+他色1コンボでの回復量:(1439+(F)462)*2.5 = 4752 → 4752*2*1.5=14256)※フレンドの+値が少ない場合は他色コンボをさらに増やす必要がある。

鉄フライパンの使用後について

だいぶ前に購入した鉄フライパンを使っているうちに、焦げ付くようになってきた。購入したばかりの頃は焦げ付かなかったのに、使い込んで油なじみがよくなったはずの今焦げ付くようになったのはなんでだ。

鉄フライパンの使用後の扱いに問題があった可能性が高い。今現在の鉄フライパンは見た目はなんとなく使い込んでいるように見えるが、使い勝手は最悪で目玉焼きさえまともに焼くことが出来ない。というわけで、一回リセットをするべくフライパン表面の焦げ付きを徹底的に金属たわしでこすり落としてやり直す。

これからは、
1.鉄フライパンで何か調理する
2.使用後は水で表面の油を洗い落とし、焦げ付いていたら金属たわしを使って全力で洗い落とす。必要なら洗剤も使う。
という風にやってみる。多少焦げ付いても大丈夫だろうというのが駄目なのかもしれない。

デバイヤーのフライパン 1年経過画像のフライパンが1年ほどまえに購入したデバイヤーの鉄フライパン。使用後の焦げ付きを金属たわしで思い切り洗った。金属たわしで力任せにあらったので表面が擦り傷だらけだけど気にしない。

デバイヤーのフライパン 裏面裏面。焦げ付きがとれなくなっているけどきにしない。

それで、金属たわしを使って思い切り洗った鉄フライパンで目玉焼きを再挑戦してみたところ、見事にくっつくずに焼くことができた。肉とかお好み焼きとかも焼いてみたがこちらも成功。

鉄フライパンを使って焦げ付いてしまう原因の一つは、前回の調理で使用した油が表面に残ったままになっているからではないだろうか。鉄フライパンの使用方法をネットで調べていると、使用後は軽く焦げを落とすぐらいにするとか保管時には錆止めに油を塗っておくとかそういう情報があるが、個人的には眉唾ものだと思う。サラダ油などを使うと、時間が経つと鉄フライパンの表面に固形化してしまって、さらに熱が加わると余計にとれなくなる。このデバイヤーのフライパンの場合、購入した直後の状態が一番焦げ付くこともなくパフォーマンスが良いので、この状態を維持するのを目指すのが一番だと思う。使いはじめの頃は金属たわしなんかで洗ったらせっかく焼いた酸化皮膜がはがれてだめなんじゃないかと思っていたが、使っていればまた酸化皮膜は勝手にできるだろうということで気にしなくなった。金属たわしでこすった程度では酸化皮膜はなくならないかもしれないし、酸化皮膜がなんなのかよくわかっていないまま使っている。

ところでこのデバイヤーのフライパン、お好み焼き屋にある鉄板みたいに真っ黒な鉄板に使っているとなるのかとおもいきや、ステーキハウスの鉄板みたいな表面がつるつるの鉄板タイプのフライパンである模様。だから、使い込んでいるうちに油のなじみがよくなるという鉄フライパンは期待できないかもしれない。油返しをせずに適当に油を引いていればくっつくこともないので楽だけれども。それを言うなら普通の安いテフロンフライパンを使っていれば少ない油でくっつくこともないし金属たわしで洗わないといけないこともないのだけれども。あれ、オラなんで鉄フライパン使っているのかわからなくなってきたゾ。

鉄フライパンのデメリット

  • 調理後すぐ洗わないと焦げ付いたりさびたりするので手間がかかる
  • 油の使用量が多くなる
  • 高い(安いものもある)
  • 誰でも簡単に使えるわけではない。使いこなすためにコツを習得する必要がある
  • ホットケーキを焼けない(私は焼いたことがない。油引かないといけないし・・・)

鉄フライパンのメリット

  • 半永久的に使える
  • 鉄分が補給できるかもしれない

デメリットはいっぱい思いつくがメリットが思いつかない。鉄フライパンで調理したら美味しくなるとかいうのはまだ実感したことがない。

iPhoneアプリを公開して2ヶ月のダウンロード数

初めて作ったiPhoneアプリを公開して2ヶ月が経過した。ソフトの内容はマイナースポーツのスコアを記録するというだけの需要がどれだけあるのかわからない無料アプリ。2ヶ月振りにアップデートをしてみたのでその感想を。

  • 2ヶ月でのトータルのダウンロード数は約80程
  • アップデートのWaiting for Review からReady for Sale までの期間は4日ほど
  • Ready for Sale翌日のアップデートをダウンロードされた数は20程

という感じ。マイナースポーツの記録アプリの需要なんてこんなもの、としみじみ。トータル80のダウンロードでアップデートが20というのは意外と使っている人がいるのかもしれない。

この超マイナーソフトの今後のことを考えると、細々とアップデートをして完全に趣味と割り切るべきだろうか。全世界で20人ほどが使っているレアなアプリ(その内の一人は私)ということだけは再認識した。こういうマイナーアプリをひっそりと作って公開するというのは嫌いじゃないんだけれども。

iOSのメールの添付ファイルを開くときに選択したアプリの動作について

iPhoneアプリ開発で、メールに添付されたファイルを自分が作ったアプリで開きたい場合、についての悩み。

[iPhone/iPad] メールの添付ファイルをアプリケーションで開けるようにする | Sun Limited Mt.

ファイルを受け取る
メールの添付ファイルからアプリケーションを指定すると application:didFinishLaunchingWithOptions: の launchOptions にファイルの URL (file://…というスキーマ) で渡されます。

AppDelegateのdidFinishLaunchingWithOptionsを使うと、添付ファイルがoptionの引数として受け取ることができる。が、このデリゲートはアプリが初めて起動するときに呼ばれるため、バックグラウンドで起動中などであった場合には当然呼ばれない。つまり完全にアプリを終了しなければならないということになる。

iOSのライフサイクル – iOS Docs

各メソッドは、下記のタイミングで呼び出されます。
application:didFinishLaunchingWithOptions
はじめての起動時に呼び出される
application:applicationWillResignActive
アプリが非Activeになる直前に呼び出される
application:applicationDidEnterBackground
アプリが非Activeになりバックグランド実行になった際に呼び出される
application:applicationWillEnterForeground
2回目以降の起動時に呼び出される(Backgroundにアプリがある場合)
application:applicationDidBecomeActive
アプリがActiveになった際に呼び出される
application:applicationWillTerminate
システムからのアプリ終了の際に呼び出される

アプリが2回目の起動の場合
application:applicationWillEnterForeground > application:applicationDidBecomeActive

applicationDidBecomeActiveでオプションurlがとれればいいのだけれども、そういうデリゲートは見つからなかった。

catch launchOptions in applicationDidBecomeActive

英語の掲示板でも同様の話題を見つけた。
application:openURL:sourceApplication:annotation: これで何か出来るんだろうか。

試しに下記メソッドをAppDelegate.mに記入してみた。

-(BOOL) application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
{

NSLog(@”method is called”);

return YES;
}

で、アプリを起動して、一旦ホーム画面に戻って、メールを起動して、添付ファイルからアプリを起動してみると、上記デリゲートが呼ばれた。(詳しい理由についてはわかっていない)
でさらにテストしてみると、上記メソッドのパラメータの openURL:(NSURL *)url の部分が didFinishLaunchingWithOptions で受け取れるオプションと同じことになっている様子。(これもまた詳しい理由はわかっていない)

この辺りに重要なことが書いてあるような気がする。
UIApplicationDelegate Protocol Reference

Discussion
Your implementation of this method should open the specified URL and update its user interface accordingly. If your app had to be launched to open the URL, the app calls the application:willFinishLaunchingWithOptions: and application:didFinishLaunchingWithOptions: methods first, followed by this method. The return values of those methods can be used to prevent this method from being called. (If the app is already running, only this method is called.)

さらに詳しい説明はほかのサイトで調査してみてください。誰かの何かの参考になれば幸いです。

UITableviewのCellに設定したUITextFieldが画面外にスクロールすると内容が消える件

UITableViewCellにコードでUITextFieldをaddSubviewしたとき、例えばテキストフィールドが複数行あってスクロールしたときに画面外に消えて、再表示したら入力したはずの値が消えてしまう、という場合。

UITableViewが再描画されているんだろうけれど、セルの再利用のidentiferなどを設定してみたりしたがよくわからない。どうやっても消える。仕方がないのでベストな対応策が見つかるまでの応急処置として変数に入力した値を保存しておくことにする。

  1. UITextFieldにTagとデリゲートを設定しておく
  2. UITableViewCellに設定したUITextFieldに入力
  3. textFieldDidEndEditingデリゲートを呼んで値を変数に保存
  4. セルの描画時にその変数をセット

とりあえずこれで入力した値がスクロールから戻ってきてもテキストフィールド内に残ったままになるが、なんか、美しくないような・・・。

UITextField emptied in UITableView when scrolled out of view

sony reader t3 の手書きメモを使ってみた

srt3sony reader t3にインストールされている手書きメモアプリについて。試しに色々と描いてみたが、先の細いスタイラスペンなどでは上手く書くことができず、指や接地面積の広いタッチペンなどならなめらかに書くことができる。描いた後のメモは保存して、画像に変換してPCに取り込んで右の画像のようにブログにアップロードするというような使い方もできる。いいなこれ。

ペンタブレットで手書きの絵をかくということが苦手だったが、これだとより正確に描けるかもしれない。精度はあまりよくないかもしれないが。ブギーボードでやりたかったことがすべてこれでできることに気づいた。

ディスプレイドライバの応答停止と回復 のエラーについて

画面が突然暗くなってから数秒して復帰する、という現象が頻発するようになった。PCを再セットアップしてからなったので具体的な発生原因がわからず。やれることはやるだけやってみたが(ドライバを最新にしてみたり)、結局改善せず。グラフィックドライバに問題があるようでnvlddmkmというものがなんとかかんとかとぐぐってみたら出てきたが、これという解決方法は結局見つからずじまい。ノートPCなのでNVIDIAのグラボを交換することもできない。あくまで私個人の解決方法だけれども、ノートPCでNVIDIAのグラボが載ってて「ディスプレイドライバの応答停止と回復」というエラーが発生するというケース。

  • サブディスプレイをつないで2画面(デュアルモニタ)にする

どういうわけだかVGAケーブルで外部ディスプレイを接続して2画面にしている間だけはディスプレイドライバの応答停止と回復というエラーが(今のところは)発生していない。こんなのは根本的な解決策でもなんでもないが藁にもすがる思いで困っている人はお試しあれ。