📜雑記帳 171216

年の瀬ですね。

CD専用再生機器がないのに

CDを再生できる機械自体が家庭から消えた現代は「CDが売れない時代」どころの話ではない? - Togetter
CDを再生できる機械自体が家庭から消えた現代は「CDが売れない時代」どころの話ではない? – Togetter

という話題が上がってて、デジタルコンテンツ否定派でも特にないのだけど、なんだかんだCDが僕にとってはまだ都合がいいと思ってるのです。
欲いえば両方あって両方がもっと密にリンクしているとベスト。

CD…に限らないのだけど、視覚的な情報は僕にとってけっこう大きい。
いちいちアルバムタイトルやアーティスト名、曲タイトルを覚えるくらいだったら、気持ちわりい色のデザインであるとか、どこの誰とも知らぬヒゲムサいおっさんがジャケにデザインされてるとか、CDラックの何段目の右の方にあるとかいう抽象的な情報で手繰れるほうが早い。
ソフトの操作においていちいち文字を追うんじゃなくてショートカットやメニュー位置で覚えたり、アイコンのデザインで覚えちゃったほうが操作早いってのと似たようなもんかも。

視覚的な雰囲気で一瞬で判断できて、判断したと同時にデータとして手元にすぐ存在するのが自分にとって理想で、でも今はまだそうなってないし、将来的にそういうシステムには到達しないだろうなと思ってます(いま注力されているAIや機械学習って人間の手足としてのテクノロジーを構築するってのとはちょっと違うような気がする)。
しょうがないんで、物理的な存在を映像として相変わらず記憶の海に放り込むし、データとしてはせめて大量に保持して管理だけしっかりして引き出しやすくしてると。それが今の自分の環境。

一覧性が低いってのもあって、ちょっと首振れば4、5000枚のCDの背だけでも一望できる(うちはCDほぼ全て処分してるけど)のと、小さく表示したせいで潰れたようにしか見えないサムネール群とでは与えられる/処理できる情報量が違う感じがします。
もっとも、この辺りは単にデジタル・ディバイドを跨いだ彼我の文化差とそれに発するやりくりの差がありそう。つまり最初からiTunesやYouTubeみたいなリストで音楽を見て育ってきた人は僕とまったく別の感覚で好みの音楽を手繰り寄せるノウハウを培っていそう。
そういやiTunesで、ある時Cover Flow表示が搭載されて悪くないなと思いましたが既に廃止されてますね。たぶん機能性の低さが理由だと思うんですが、でもFinderの機能には残ってますね。チグハグだなあ。

あと何度か書いたようにサジェストやGeniusの機能は自分にとっちゃ大きなお世話以外の何者でもないというのも。
知らないものを知っていったり侮っていたものの価値を再発見していくのが好きなので好きそうなものだけグイグイ推されても…という感じ。

母がGoogle Homeに話しかけるのを見て、いかにわれわれが普段配慮して話しかけているかわかった - Togetter
母がGoogle Homeに話しかけるのを見て、いかにわれわれが普段配慮して話しかけているかわかった – Togetter

これと一緒で自分も、気に入りそうな、絞りきれる対象をそれなりにボカした「何か」を求めてます。
いや、傾向をボカすくらいなら早晩実現できそうな気はしますね。

とりあえず、正確な情報じゃなく曖昧なまま扱いたいっていう僕にとってはアナログな状態(CDはデジタルだけど)のほうがまだ好都合。
だけどいずれ何らかの形で曖昧なままデジタル情報が扱えるようになるなら別にCDに固執はしない、とそんな感じですね。

ブログに載せるスクショの処理

Retinaの影響もあって解像度が高くファイルサイズが膨らんでしまうのでサイズ縮小した上PNGの圧縮を施してます。

ふつうのスクショは、

メニュー項目を撮るときは、

  • Shift+⌘+4のあとスペースキー叩く
  • Skitchのメニュースナップショット

ボカシが必要なときや図にしなきゃいけないときは、

  • Skitch
  • Monosnap
  • Numbers(コピーしたものをPreviewで新規書類にペーストできるが解像度が落ちるので、PDFで書き出してからトリムし直す)

動画でキャプチャするときは、

  • QuickTime Playerの新規画面収録
  • Snapz Pro X
  • GIPHY(Gifアニで残すとき)

テキストの書き込みはMonosnapを使ってましたが、日本語に対応し切れてないのでSkitchに戻してます。

画像のデータ圧縮について。

スクショ撮った時点での画像ファイルはけっこうサイズがでかい。

  1. 必要なら最初にモザイクORぼかしをかけておく。
  2. 縦横半分サイズにする。もっと小さくてもいいとは思う。
  3. pngquantで冗長性を省く(たぶん)(【参考】Install pngquant on Mac with Brew | BrewInstall)。
  4. まれにpngquantをかけた後、Webブラウザで読み込めなくなる場合があるのでおまじないとしてImageOptimをくぐらせておく。

Automatorで「サービス」作って呼び出すようにしたんですが、pngquantはどうやらファイルを上書きでなく一時ファイルと差し替える処理を行っているようでImageoptimにつなげられない。

Automatorで処理(実際だとImageoptimは機能しない)
Automatorで処理(実際だとImageoptimは機能しない)

というか、2018年頃からAMPページの画像サイズ(特にアイキャッチ)の縦横のいずれかが1280ピクセル以上でなくてはならなくなったようで、一括で処理することは諦め、pngquantだけ「サービス」で行うようにしました。

WordPressでは画像アップロード時に3種類ほどのサイズ違い版を自動生成しますが、大サイズは0×0に設定して生成しないようにしてます。
神経質にやるならこれら自動生成版もいったんローカルに持ってきてpngquantとimageoptimかけてもいいかもなと(既にそれなりに小さいサイズで生成してくれているようではあります)。
WordPressのプラグインによる画像圧縮はレンサバに負荷がかかるので行わないようにしてます。