nDiki : 拡張子
2018年5月6日 (日)
このゴールデンウィークから RAW 画像形式で記録し処理し始めた
ゴールデンウィーク最終日。今回のゴールデンウィークで個人的にやろうと思っていたことの1つがデジカメで「RAW 画像」で記録して、PC で処理・管理できるようにすることでした。
「スマートフォン・PC に転送する時どうなるの?」「RAW ファイルをどのように管理しよう」「ストレージの容量を圧迫しそう」「ソフトウェアを用意し使い方を学ぶ必要がある」「RAW 現像に無限に時間が取られそう」などの懸念があってなかなか手を出してこなかったのですが、ゴールデンウィークというまとまった時間でやってみることにしました。
デジタルカメラの設定
デジタルカメラ側は α6300(ソニー)・DSC-RX0(ソニー)・PowerShot G9 X Mark II(キヤノン)でそれぞれ RAW + JPEG で保存するようにして終わり。
スマートフォンへの転送
外出先でソーシャルメディアに投稿する時にデジカメからスマートフォンへ Wi-Fi 転送しています。 RAW ファイルまで転送されたら時間がかかるのでは懸念していましたが、ソニー機・キヤノン機どちらも JPEG ファイルのみ転送するようになっていて問題なしでした。
PC への Wi-Fi 転送
ソニー機から自宅で Mac へ Wi-Fi 転送しています(キヤノンは未対応)。スマートフォンの時とは逆にこちらは RAW ファイルも転送して欲しい訳ですが、期待通り両方転送してくれてました。問題なし。
RAW ファイルのファイル名
JPEG ファイルは「画像ファイル名の先頭を日時にする」(例えば 2018-05-05-123456-ILCE-6300.jpg) (記事)に統一しています。 RAW ファイルは同時に記録した JPEG ファイルと同じファイル名 + RAW 画像形式の拡張子にしたいところ。
JPEG 画像ファイルのリネームには jhead を使っているので、 RAW ファイルでも同様のコマンドラインツールが無いかと探してみました。
調べると ExifTool が RAW 画像ファイル形式中の撮影データを扱えるということがわかりました。以下のようなスクリプトでリネームするようにして解決。
#!/bin/sh chmod 644 $@ exiftool '-FileModifyDate<CreateDate' $@ exiftool -d %Y-%m-%d-%H%M%S%%-c-ILCE-6300.arw '-FileName<CreateDate' $@
RAW ファイルの管理
カメラの撮って出し JPEG 画像でいいかなと思う時はさくっと消すことにしました。調整したいなと思った場合は RAW ファイルから現像し
をとりあえず保存してみています。ここはもうちょっと整理しても良さそう。
現像ソフトウェア
いったんデジタルカメラメーカーが出しているもので。
メーカー別にソフトウェアを使い分けるの面倒なのでどうしようという感じです。 Lightroom Classic CC にするのがいいのかな?
まだパラメータ調整で思ったような絵作りができないので、まずはそこを学びたいところです。
2018年5月23日 (水)
Lightroom での現像設定を XMP ファイルか JPEG メタデータ内に保存
Adobe Creative Cloudフォトプランを購入したので Adobe Photoshop Lightroom CC mobile の Android 版も使い始めてみました。
Lightroom CC mobile
Lightroom CC mobile 単独としては
- 当たり前のように無音カメラだったりする(設定すらない)。
- 3:2 が選べる。
- と思ったらフレーミングと非破壊切り抜きに設定に反映されているだけで、デバイスで撮れる最大の範囲で裏で撮影されていた。あとで切り抜き直せる。
など「らしい」仕様のカメラ機能が内蔵されているのがユニークでした。
編集機能としては「Upright による遠近法の自動補正」がついているのがめちゃくちゃ嬉しいところです。水平が出しにくい DSC-RX0 で撮影したあと外出先で Wi-Fi でスマートフォンへ転送し、ささっと補正して Twitter などに投稿できます。便利!
Lightroom CC mobile での現像設定は?
今のところ PlayMemories Mobile (ソニー)も Camera Connect (キヤノン)のどちらも RAW 画像そのものは Wi-Fi 転送できないので、スマートフォン (Xperia Z5) の Lightroom CC mobile では JPEG ファイルに対する編集のみを使うことになりそうです。
さて外出先でさっとした編集を、あとで最終的にデスクトップ PC 側でどうやって管理すれば良いのでしょうか。
確認したところ Lightroom CC mobile は JPEG ファイルに対する編集はそのファイルのメタデータに直接書き込んでました。なので Lightroom Classic CC 側で同期すれば、そのまま調整済みの JPEG ファイルとして手元に落ちてきます(ライブラリでは画像の調整バッジが表示される)。ちなみに Lightroom Classic CC の設定でも「JPEG、TIFF、PNG、および PSD ファイル内のメタデータに現像設定を含める」が最初からオンになっていました。 JPEG ファイルの編集についての Lightroom の方針を理解。
Lightroom Classic CC の RAW 画像ファイルの現像設定
Lightroom Classic CC では現像設定はカタログに保存されるのですが、調べたところ RAW 画像ファイルと同名で拡張子が xmp の XMP ファイルに保存させることもできるのですね。
個人的に画像ファイルと一緒に現像設定を保存しておきたいので「変更点を XMP に自動的に書き込む」をオンにしました。
自分の中で、現像・編集設定の管理方法がなんとなく固まってきた感じです。
2018年7月25日 (水)
ノート・日記のテキストファイルを Google ドライブへ
今までノート・日記のテキストファイルは Dropbox で同期していました。 Dropbox の同期については満足しているのですが Android スマートフォンで全文検索でファイルを探して開くということができないのはやはり不便なので Google ドライブに同期するように変更しました。
iOS の Ulysses で閲覧・編集できなくなるは許容
Ulysses で Dropbox を同期しておくこと iPhone でノート・日記のテキストファイルの全文検索・編集ができていたのですが、今回の Google ドライブへの同期先変更でそれができなくなります。
今は Android スマートフォンメインで使っているのでこちらは諦めることにします。
拡張子を txt にする
Google ドライブにテキストファイルとして扱ってもらうためには Markdown ファイルの拡張子を md ではなく txt にする必要があります。
過去 txt ファイルに統一して Google ドライブに同期していた事もあったのですが、その時はテキストエディタ・ライティングアプリの都合で結局戻しました。今回全文検索が使えることを優先し、再度 Markdown 形式のノート・日記テキストファイルも拡張子を txt に変更しました。
Mac の Ulysses ではそのようなファイルを保存している外部フォルダの「新規シートのファイル拡張子」設定を .txt に変更し、「標準テキスト (.txt) ファイルを Markdown として編集」設定をオンにしておきます。
Android のテキストエディタから直接 Google ドライブの編集を選んで編集する
JotterPad・iA Writer・Jota+ が Google ドライブにアクセスできるので、これらでブラウズしてファイルを開き編集できます。
Android の Google ドライブアプリで全文検索してからファイルを開いて編集する
全文検索でファイルを探してから開いて編集するというのは JotterPad・iA Writer ではできません。
Google ドライブアプリで全文検索してファイルを選んだあとに Jota+ に渡すと、Jota+ で編集・保存で Google ドライブに書き戻すことができます。全文検索からはこの流れで扱うことにします。単独のライティングアプリで全文検索から直接編集といかないのでちょっと手間ではありますが、今までは探すことすらできなかったのでかなり助かります。
これでどこでもパーソナルナレッジベースにアクセスできるようになりました。やはり過去のノート・日記をどこでも検索できるというのは便利でいいですね。
[ ノート・日記はテキストファイルに ] [ ファイル同期 ]
2018年10月13日 (土)
Ulysses で TextBundle を使うのどうなのか調べてみた
Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。
TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。
TextBundle を使うメリット
メリットは以下。
- テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
- TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。
TextBundle を使うデメリット
非対応アプリケーションから使う場合にデメリットを感じる。
- 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
- Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。
Ulysses for Mac の場合
Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。
普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。
Ulysses の外部フォルダ上の Markdown ファイルに貼った画像をエディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像は HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。
Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。
TextBundle は使うのは控えた方が良さそうだ。
2019年1月30日 (水)
Google ドライブで拡張子 md のファイルをテキストとしてプレビュー可能に
テキストファイルの拡張子が md だと Google Chrome で Google ドライブを使っている時にプレビューできなかったのが、今日試したらテキスト扱いでプレビューできるようになっていた。 Android アプリでもプレビューできてる(なお中身はまだ検索対象にはならない)。
拡張子 md の Markdown ファイルメモを Google ドライブで共有するのは今まで実用的ではなかったけど、一歩前進。
今日のさえずり: α-7 のボディのゴムがベトベトになってた(α7 ではない)
2019年01月30日
- 06:45 沿線 #SEL1670Z https://t.co/5uUCY1udYl
- 08:37 α-7 のボディのゴムがベトベトになってた(α7 ではない)。
- 09:51 @tanadel はい。フィルムカメラの方の α-7 です。 @tanadel さんも使われてたんですね!
- 09:53 2019年1月30日 #朝の渋谷 通勤にはちょっとだけ遠回りだけれど好きなコース。 PowerShot G9 X Mark II https://t.co/jk2DRaSkh3
- 12:49 SNS での投稿を機械学習で分類するシステム構成とその運用フロー、成果の紹介! / “「機械学習による不適切コンテンツ検出」の実装と成果” https://link.medium.com/jZg990n9ST
- 12:53 岩瀬さん!
- 19:19 Google ドライブ、拡張子 md のファイルをテキストとしてプレビューできるようになってる(Google Chrome や Android アプリで確認)。中身はまだ検索対象にならないけど。
- 23:45 寄り添い合う。 #SEL1670Z https://t.co/Bd7Wybcpux
- 23:56 ダーリン・イン・ザ・フランキス第6話。
2019年8月12日 (月)
デジタルハリネズミで撮った動画を Twitter 用に変換する
デジタルハリネズミで撮影した動画はそのまま Twitter に投稿できない様子。
ブラウザでは MP4(H.264 形式、AACオーディオ)をサポートしているとのこと。
最初は FFmpeg で変換しようかと思ったのだけれどデジタルハリネズミの動画ファイルだとエラーになるので、 VLC で変換することにした。
プロファイル作成しておく
VLC の [ファイル] - [変換/ストリーミング] で「変換とストリーミングダイアログ」を開く。プロファイルの選択で「Video - H.264 + MP3 (MP4)」のプロファイルを選び、[カスタマイズ]でオーディオコーデックのコーデックを MPEG Audio から MPEG 4 Audio (AAC) に変更し。新しいプロファイル「Video - H.264 + AAC (Twitter MP4)」として保存。
あとはデジタルハリネズミで撮った動画ファイルを指定して変換すれば OK。拡張子 m4v で作成された動画ファイルを Twitter に投稿できることを確認。 Buffer でも投稿できたのでこれでいいかな。
渋谷駅前交差点と空#トイデジ #デジタルハリネズミ pic.twitter.com/3vKBoZl4xH
— Naney (@Naney) August 12, 2019
2019年9月12日 (木)
Google ドライブでのテキストファイル環境が大幅改善
拡張子 md のテキストファイルが全文検索対象に
Google ドライブで拡張子 md のテキストファイル(Markdown ファイル)が全文検索対象になってる! 以前は駄目だったので Google ドライブに置く Markdown ファイルは泣く泣く拡張子を txt にしていたんだけれどその必要が無くなったよ。
Android アプリで日本語のテキストファイルを折り返して表示できるように
それから Google ドライブの Android アプリで日本語のテキストファイルをきちんと折り返してプレビューできるようになった。これで外出先でノートテキストファイルを検索してさっと中身を確認できるようになった。感涙。
必要があればそこから Jota+ (テキストエディタ)に渡して編集し Google ドライブ上のファイルに反映もできる。
ついに全てのノートテキストファイルを外出先できちんと全文検索・閲覧・編集できる環境が手に入った!
[ ノート・日記はテキストファイルに ]
今日のさえずり: Twitter 懸賞アカウントを大量に見続けるとそういうキャンペーンをやるまいという気持ちを持てるようになる
2019年09月12日
- 09:27 今日の病院付き添いロングなので今回も本を読もうと思っていたけれど、猛烈眠いしもう腹ペコ。
- 11:55 猛烈にフォロー・ Retweet のみしている Twitter 懸賞アカウントを大量に見続けるとそういうキャンペーンをやるまいという気持ちを持てるようになる。
- 14:39 気持ちのよい陽気だったので田町から渋谷のオフィスまで歩いてきた(汗だく)。
- 18:15 Google ドライブの Android アプリで日本語のテキストファイルをきちんと折り返して表示できるようになってる! 遂に! 感涙!
- 20:47 それから Google ドライブで拡張子 md のテキストファイルも全文検索対象になってる!
- 22:45 チャリ #南青山 #青山通り RICOH GR III #GR #GRIII #GR3 https://t.co/evdGjKfpjP
2019年10月2日 (水)
Ulysses 18 for Mac でプレーンテキストファイル編集ができなくなった
外部フォルダで、シートを「Ulysses ファイル」形式(拡張子 ulyz)での保存・管理を選べるようになった。Ulysses ファイルとして扱う設定にした外部フォルダではイメージ添付などができるようになった。
しかし Ulysses ファイルはバイナリファイルで他のテキストエディタを併用できない。自分のノート管理方針上使えない。
一方今回のアップデートでフォーマット無しのテキスト(プレーンテキスト)として表示・編集する機能が無くなってしまった(拡張子 txt のファイルも Markdown 形式として扱われてしまう)。これはかなり辛い仕様変更である。
Ulysses はすぐに \ でエスケープしてくるので気をつけないとすぐ \ だらけになってしまうんだよね。困った。
[ ノート・日記はテキストファイルに ]
2019年11月15日 (金)
Google ドライブではテキストファイル作成時の拡張子で全文検索対象になるか決まるみたい
Google ドライブにあるノートテキストファイルを参照したくなり、そこに必ず書かれていると分かっている単語で検索してみたけれど検索結果に出てこず「あれっ?」となった。検索結果に出るテキストファイルと出てこないテキストファイルがある。
全文検索対象になっていないテキストファイル
違いを調べたところ Web 版 Google ドライブでテキストファイルの詳細を右側に表示した際に「縮小されたサムネイル」が表示されるものは全文検索対象になっていて、表示されないものは全文検索対象になっていないようだ。
でテキストファイルで「縮小されたサムネイル」が表示されるかどうかの違いだけれど、どうやら作成時(ローカルホスト上でファイルを作成して「バックアップと同期」で Google ドライブに最初にアップロードされる時を含む)に、拡張子が txt か md (Markdown ファイル)かで決まっているような挙動だった。最初に txt で作った後に md に変更しても全文検索対象だし、逆に最初に md で作ったファイルは後で txt に変更しても全文検索対象にならない。
Google ドライブに置くすべてのノートテキストファイルを拡張子 txt で新規作成扱いにする
Google ドライブで拡張子 md のテキストファイル(Markdown ファイル)が全文検索対象になっていることに9月に気が付いて、 Google ドライブに置く Markdown ファイルの拡張子を md に統一したのだけれど、その結果「もともと txt だったものを md にリネームしたもの」「もともと md だったものを過去に txt にして再度 md にリネーム」「md で新規作成してずっとそのままなもの」が混在していて、全文検索されるかどうかがもはやよくわからない状態になっているのが自分の現状っぽい。
単純に拡張子を変更するだけでは駄目なことがわかったので、いったん Google ドライブの同期対象フォルダから18,000以上あるノートテキストファイルを外に出して、拡張子を txt に統一し、あらためて Google ドライブの同期対象フォルダに戻して新規作成扱いにした。これで全部検索対象になった模様。
Google ドライブに置く予定がない Markdown ファイルもデフォルトで拡張子 txt で作るよう各種設定を変更し、Google ドライブに置いていない既存の Markdown なノートテキストファイルもだいたい txt に変更しておいた。あとで「Google ドライブに置いておこう → (Google ドライブに同期したあとに)拡張子 md だったから txt にしておこう」とした時に、人知れず検索対象からハズレているという事態を避けたいので。
Google ドライブは全文検索ができるのが便利だけれど、 Dropbox みたいにローカルファイルシステムとの同期を前提とした設計で出発していないのか特殊な仕様が多いので、時々ハマるんだよね。
[ ノート・日記はテキストファイルに ]
2020年1月24日 (金)
Flickr Pro をやめることにする
2018年に $44.95(2年)で更新した Flickr Pro、来月の更新は $49.99(1年)かーと思っていら、一昨日に $59.99(1年)に値上げするというメールが……。
2005年2月に登録し、その年の5月には Flickr Pro にアップグレード。ここ最近はほとんどアップロードしなくなったけれど「nDiki 上の過去記事の多くで Flickr 上の写真を表示している」のと「Twitter に投稿した Flickr への URL をデッドリンクにしたくない」のとで Flickr Pro を維持してきた。
nDiki 上の記事の写真の移行が進んでいないのでもう1回更新かなあと思っていたのだけれど、さすがにこの金額はもう無理。2月4日の更新前に移行作業をやりきることにした。
写真をエクスポートする
Flickr にアップロードする写真自体は全部ローカルにあるので失っても問題ない。
だけれど Flickr (Pro) をやめることで写真削除となった時に、Flickr 上でのフォト ID に対応する写真がどれだったが分からなくなるのは困る。ということで Flickr からまず写真をエクスポートすることにした。
Account settings ページの「Request my Flickr data」でまずダウンロードリクエストを行う。準備ができるとダウンロード用のリンクがそこに表示される。
自分の場合は「Account data」の ZIP ファイルが1つと「Photos and videos」に ZIP ファイルが7つできた。
前者はメタデータなどが入っており、後者には写真・動画ファイル(以下写真ファイル)そのものが入っている。全部で 3,052 写真ファイルだ。
写真ファイルの名前を「<フォト ID>.拡張子」にする
写真ファイルのファイル名に微妙にタイトルが入っていたり入っていなかったりと統一されておらず扱いづらい。幸い必ずフォトID(7桁以上の数字列)が含まれていたので、リネームスクリプトを Perl で書いて「<フォト ID>.拡張子」に変換した。
画像を回転する
www.naney.org に転送してそのまま nDiki に貼れるように Exif Orientation をみて画像を回転させる。
jhead -autorot *.jpg
画像をリサイズする
今 nDiki では画像ファイルの画像サイズは長辺 1,200px ピクセル以下にするようにしている(記事)。長辺が指定サイズより大きい画像ファイルだけをまとめてリサイズできる Th-MakerX
を利用した。
www.naney.org にアップロード
出来上がったファイルを1つのディレクトリに入れて www.naney.org にアップロード(同期)。これで Flickr 上にあった写真(を調整したもの)を www.naney.org 上に置くことができた。
nDiki の過去記事で Flickr 上の写真を表示させているものをいくつか編集して www.naney.org 上の写真を表示するようにしてみたところうまくいっている感じ。
思ったより早く移行できちゃうかも。
[ サブスクリプションサービス ]
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker