ポチッとするだけで荷物が届く魔法のボタン、アマゾンダッシュボタンはもう買いましたか？
ボタンを押すだけですぐ届く反面、子供が勝手に押したりと早速問題になっていたり、もはやお祭り状態。
子どもに「押すな！絶対に押すなよ！」と注意した結果がこれだ pic.twitter.com/FGI1SS9zCl
— Manami Taira (@mana_cat) 2016年12月6日
何か対策をできないかなとしばし考えて思いついた方法…それは「ボタン押したら怖いことが起こる」。
だから作ってみた。その名も「押したらパソコンが悲鳴をあげるアマゾンダッシュボタン」。
※音量注意
アマゾンダッシュボタンを押すとパソコンが悲鳴をあげるようにしてみた。お子様のイタズラ対策にどうぞ。 pic.twitter.com/ZAHRQHp18p
— ヤバいスミヒロ (@sumihiro) 2016年12月7日
これで子供もボタンを押さないようになるはず！
くれぐれも、パソコンを使っている人を驚かさないようにね。
以下、作り方の簡単な説明。
先日、無料でも配布されている “Flat UI” が素晴らしいと話題になった desinmodo 。このサイトが2周年記念で最大50%オフのセールを期間限定で実施中。
Celebrating 2 Years of Designmodo! Birthday Discounts!
ページ下部のTweetアイコンからおめでとうメッセージをツイートすると割引クーポンコードが取得できる。
designmodo は “Flat UI” に代表されるWEBデザインだけでなく、iOSアプリのデザインも素晴らしい。
例えば、この “Pandora UI for iOS” は豪華なテクスチャの美麗なデザインがいくつもパッケージングされている。
“Pandora UI for iOS” は個人ライセンスなら $39 、開発者ライセンスなら $149 で販売されている。
それが、今なら50%オフで $19.5 もしくは $74.5 で購入できる。
セール終了は日本時間で 2013/03/21 18:00(訂正) 20:00 の予定。
俺得アプリを作りたい。
そのアプリで使う音声素材を探していたら、探し求めてる素材は見つかったものの、どうにも音質が悪い。
具体的には、解放された空間で普通のマイクを使って録音された素材のようで、最初から最後までザーっとノイズが乗ってる。
これは惜しい、非常に惜しい。
ならばノイズを除去してしまえばええやーん？ということで何かアプリがないかと探していたら「Audacity」というアプリがフリーで使えてノイズ除去も優秀だったので紹介。
「Audacity® はフリー、オープンソースでクロスプラットフォームのレコーディング・サウンド編集ソフトウェアです。」とのこと。Windows/Mac/Linuxで使用できる。
その説明にあるようにレコーディングや編集に使用するアプリのようだが、ノイズ除去のフィルターだけでも使いやすくて便利。
ノイズ除去の具体的な手順はこちらのサイトに譲りたい。
手順は非常にシンプルなので、迷う事はあまりないかと。
高価なオーディオ編集ツールを購入する前に一度試してみて欲しい。
今日もぶん回してみよう。
いきなりペルセポネ。セクシー。
サキュバス。
トイトプス。何体目やねん。
フレイムゴーレム。
ジーニャ。なんか好きになれない。
オロチ！キタコレ！ド根性はめっちゃ貴重。
進化後アヌビス。10コンボ10倍は流石に使いづらいやろなぁ。8コンボ5倍の狩人の方がいいかも。
魔剣士。
マーメイド。
また魔剣士。
そしてまさかのまたペルセポネ。うん。そうか。ありがとう。
トール。おっさん。
進化後エンジェル。昔はお世話になりました。
進化後アポロン！これで弱めの光デッキが強化できそう！
周りの報告を見るに金玉率は低かったけど持ってなかったのが色々出たのでヨシ！
楽しかった。
今日、コードを書いてて気づいた。
ちょっと待て。いつからUIImageがNSCodingに対応しとんねん。
— Sumihiro Ueda/上田澄博 ✅さん (@sumihiro) 2013年2月5日
すると、
@sumihiro 5.0からっすね。むかし「おっ」って思った記憶があります。
— kishikawa katsumiさん (@k_katsumi) 2013年2月5日
さすがのきしかーさん。iOS5から対応していたと。
確かにシミュレータで確認してみたらiOS5.0から対応していたっぽい。
ところが、iOS5.0では正式対応されていなかったような？
ともかく、使えるのは使えるらしい。
そうすると、こう来るわけで。
@sumihiro 速度どぉ？
— nagisaworksさん (@nagisawks) 2013年2月5日
分かりました。ベンチマークとってみましょう。
今回使用したコードは以下の通り。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 |
NSString *path = [NSTemporaryDirectory() stringByAppendingPathComponent:@"test.dat"]; int loop = 1000; UIImage *image; image = [UIImage imageNamed:@"42616"]; NSLog(@"start."); NSDate *d; NSTimeInterval t; NSData *data; UIImage *imagei; // 従来使用していた UIImage を PNG の画像にして保存する方法 d = [NSDate date]; for (int i = 0; i < loop; ++ i) { @autoreleasepool { data = UIImagePNGRepresentation(image); [data writeToFile:path atomically:YES]; data = [NSData dataWithContentsOfFile:path]; imagei = [UIImage imageWithData:data]; NSAssert(imagei, @"failed."); } } t = [[NSDate date] timeIntervalSinceDate:d]; NSLog(@"Test1 %f sec",t); NSLog(@"data length: %d",data.length); NSLog(@"image size: %@",NSStringFromCGSize(imagei.size)); // -[UIImage imageNamed:] で読み込んだ UIImage を NSCoding で NSData にする方法 d = [NSDate date]; for (int i = 0; i < loop; ++ i) { @autoreleasepool { data = [NSKeyedArchiver archivedDataWithRootObject:image]; [data writeToFile:path atomically:YES]; data = [NSData dataWithContentsOfFile:path]; imagei = [NSKeyedUnarchiver unarchiveObjectWithData:data]; NSAssert(imagei, @"failed."); } } t = [[NSDate date] timeIntervalSinceDate:d]; NSLog(@"Test2 %f sec",t); NSLog(@"data length: %d",data.length); NSLog(@"image size: %@",NSStringFromCGSize(imagei.size)); // ビットマップから読み込んだ UIImage を NSCoding で NSData にする方法 UIImage *subimage = [UIImage imageNamed:@"42616"]; UIGraphicsBeginImageContext(subimage.size); [subimage drawAtPoint:CGPointZero]; image = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext(); d = [NSDate date]; for (int i = 0; i < loop; ++ i) { @autoreleasepool { data = [NSKeyedArchiver archivedDataWithRootObject:image]; [data writeToFile:path atomically:YES]; data = [NSData dataWithContentsOfFile:path]; imagei = [NSKeyedUnarchiver unarchiveObjectWithData:data]; NSAssert(imagei, @"failed."); } } t = [[NSDate date] timeIntervalSinceDate:d]; NSLog(@"Test3 %f sec",t); NSLog(@"data length: %d",data.length); NSLog(@"image size: %@",NSStringFromCGSize(imagei.size)); NSLog(@"fin."); |
バンドルに含まれている画像を読み込む -[UIImage imageNamed:] を使った画像の保存。そしてそれとは別に UIImagePNGRepresentation を使って PNG の NSData にした従来のシリアライズ方法。
使用した画像 42616.png は コードをオサレにしてくれるInstacodeが美しい の Instacode で作成したこちらの画像。
サイズは 512px x 512pxのPNG画像。大きすぎず小さすぎず。
使用した端末は iPhone5 iOS6.1。
そして結果が以下の通り。
|
1 2 3 4 5 6 7 8 9 10 11 |
2013-02-05 23:50:29.645 TestAutoCoding[9062:1103] start. 2013-02-05 23:52:08.185 TestAutoCoding[9062:1103] Test1: 98.538096 sec 2013-02-05 23:52:08.186 TestAutoCoding[9062:1103] data length: 454924 2013-02-05 23:52:08.187 TestAutoCoding[9062:1103] image size: {512, 512} 2013-02-05 23:52:10.562 TestAutoCoding[9062:1103] Test2: 2.373970 sec 2013-02-05 23:52:10.564 TestAutoCoding[9062:1103] data length: 393 2013-02-05 23:52:10.565 TestAutoCoding[9062:1103] image size: {512, 512} 2013-02-05 23:54:14.506 TestAutoCoding[9062:1103] Test3: 123.921053 sec 2013-02-05 23:54:14.507 TestAutoCoding[9062:1103] data length: 501234 2013-02-05 23:54:14.509 TestAutoCoding[9062:1103] image size: {512, 512} 2013-02-05 23:54:14.510 TestAutoCoding[9062:1103] fin. |
なんと、TEST2 の結果がアホみたいに速い。
TEST2 と TEST3 については差があるものの、TEST2に比べれば大きくない。いや、20秒差は大きいけど。
ここで、書き込んだファイルのサイズを見てみると TEST2 のサイズだけとても小さい。
画像の PNG のデータを書き込んでいるとはとても思えない。
この NSData の中身を見てみると、どうやら plist のデータらしく、また、 42616.png のファイル名が見受けられる。
つまり、 -[UIImage imageNamed:] で読み込んだ UIImage は画像のデータではなくファイル名だけ記録している模様。そら PNG のデータ圧縮とかせんかったら速いわけやわ。
逆に、 TEST3 のデータを見てみると次のような感じ。
PNG のデータがそのまま埋め込まれているように見える。
TEST1 は純粋に PNG のデータだけ。
よって、速度比較では以下のような結果になった。
-[UIImage imageNamed:] で読み込んだ image を NSCodingで ＞ ビットマップを PNG のデータにした NSData を保存 ＞ ビットマップを NSCoding で
確かに -[UIImage imageNamed:] で読み込んだ image は速いけど、元ファイルが削除されてしまうと復元できなくなりそう。
UIImage が NSCoding に対応したのはいいけど、用途によって使い分けが必要、という結果になった。
追記：
@sumihiro @cqa02303 なるほど。この結果を踏まえると要するにIB（Storyboard）用に実装されたとみるべきじゃないかと。
— kishikawa katsumiさん (@k_katsumi) 2013年2月5日
なるほどねぇ。
石を85個追加。
シャードラ。
闇魔剣士。
フェアリオン。
光魔剣士。
ロキ。
フェリオ。
ビーストライダー。
ナーガ。
ウンディーネ。
タイタン。
トイトプス。
またフェリオ。
インドラ。
バールヴァティー。
まとめ。
壮絶に全敗！＼(^o^)／
壮大な出オチ感があるけど。
さっき、 iPhone5 Lightning / iPhone4S 30pin 二股ケーブルを買ってみた とか言って喜んでたけど、なにやらもっとすごいケーブルを見つけた。
“Lightningコネクタ/Dockコネクタ/microUSB端子の三位一体” とか怪しすぎる。
全部一度に充電できたりするのか？というか、そもそも同時に挿そうとしてもiPhone本体が干渉し合って無理か。
怪しすぎる。
こうた！これよろしわぁ！開発がはかどるぜ！ twitter.com/EijiShibutani/…
— しぶたにえいじくんさん (@EijiShibutani) 2013年1月19日
なにやら便利そうなので即ポチってみた。
商品は注文後数日で到着。包装は至ってシンプルで注文書、納品書の類は一切付属せず、本体がビニール袋に入れられて届くというエコの最先端を思わせた。
領収書も含まれていなかったので、経費に含める必要がある人は注文時のメールを印刷しておくべし。
写真を見ての通り、巻き取りケーブルの片側が二股に分かれてiPhone5と従来のiPhone4SやiPhone4などを同時に接続できるようになっている。
Macに接続したところ、両方とも同時に充電もできた。
開発にも非常に役に立ちそう。
購入時のお値段1280円送料別也。
うちにある包丁がええ加減ダメになってきたので、買い替えた。
色々と選択肢はあったけど、包丁なんてそうそう買い換えんし長く使うしで、ならば好きで良いものを買ってやろうと奮発した。
その包丁がこちら。
IKEA SLITBARシリーズのダマスカス鋼で作られた包丁。
ダマスカス鋼といえばアニメや漫画でも名前を聞く珍しい金属で、鋭い斬れ味とその面に現れる木目状の模様が特徴的。
作り話と思っている人もいるけど、現実に存在するんやで。
実際に斬れ味がとても良い。
スパッと切れるのではなくて、ストンと切れる。
分かるかなー？包丁の刃を当てたらそのまま自分の重さで切れてしまうような、そんな斬れ味。
とても気持ちいい。
長く使ってやりたい。
