nDiki : 拡張子
2017年4月11日 (火)
iPhone 用の TaskPaper アプリ Taskmator がより良い
iPhone 用の TaskPaper アプリとしてEditorial を先週入れてみたのですが、今日は Taskmator を入れてみました。 TaskPaper クライアントとしては Editorial よりこちらの方が良いかも。
Taskmator の名前自体は知っていたもののしばらく更新されていなかったので手を出さないでいたのですが、4月8日に久々に 3.4 としてアップデートが出ているのに気がつきました。これは試してみるしかないと。
- Editorial と同様指定したフォルダーツリーを同期するタイプ。同期したいファイルの拡張子を任意に複数指定できる。
- Editorial と違って拡張子 txt のファイルも TaskPaper ファイルとして開ける。
- リストごとまとめて移動できるなどアウトライナーの機能がきちんと備わっている。
たまに落ちるのがあるのが気になるところですが、使い勝手は Editorial よりずっと良さそうです。 iPhone で TaskPaper ファイルを扱うときはこちらの方が良さそうですね。
またテキストファイルアウトライナーとしても十分使えそうなので、記事素案をまとめたり物事を考えたりする時にも便利に使えそうです。
[ iOS アプリレビュー ]
2017年9月16日 (土)
Mac の「Google ドライブ」アプリを「バックアップと同期」アプリに移行
デスクトップ版「Google ドライブ」アプリが2017年12月11日にサポート終了、2018年3月12日に完全停止となるということで「バックアップと同期 (Backup and Sync)」に移行することにしました。
移行は簡単。「Google ドライブ」がインストール & 実行されている状態で「バックアップと同期」アプリをインストールすると自動的に移行してくれました。
「バックアップと同期」アプリでは「Google ドライブ」フォルダだけでなく、任意のフォルダをバックアップ・同期対象にできるので、Dropbox フォルダの中にあるテキストファイル群がある notebook フォルダを指定してみました。15,000 超のテキストファイルを同期すると Google ドライブアプリでは CPU がずっと 100% になるという現象に過去当たったのですが、今回は問題無し。数が多くても大丈夫のようです。
Dropbox と Google ドライブに同時に同期をかけておけるようになり、これで Android デバイスの Google ドライブアプリからノートテキストファイルを全文検索できるようになるぞと思ったのですが、そういえば拡張子 md の Markdown ファイルは検索対象外だったのを忘れていました(一度 txt にしたけれど戻した経緯あり)。あー、惜しい。
[ ノート・日記はテキストファイルに ]
今日のさえずり: 魔女の宅急便が届いた(宅急便ではなく、ゆうパケットで)
2017年09月16日
- 10:18 @k3286 J 以外にもいろいろあるのですね!
- 10:43 Messenger をインストールしたら妻のスマートフォンに Messenger を使い始めましたという通知が出てた。ひっそりインストールしたいんですけれど。
- 16:09 MacBook Pro で使っていた「Google ドライブ」アプリを「バックアップと同期」アプリに変えてみた。前者がインストール & 実行されている状態で後者を入れたら、きちんと移行してくれたよ。
- 16:10 「バックアップと同期」アプリで任意のフォルダを Google ドライブと同期できるようになったので Dropbox 上のフォルダを指定してみる。
- 16:19 15,000 ちょっとあるテキストファイルを同期中。「Google ドライブ」アプリだと MacBook Pro の CPU 使用が 100% になっちゃた数だけれど今回はどうかな?
- 16:36 同期終わり。今のところ CPU 使用率の方問題なさそげ。
- 18:24 魔女の宅急便が届いた(宅急便ではなく、ゆうパケットで)。 https://t.co/DUKRdEIgKa
- 22:00 おソノさんに会って、宅急便屋始めるところまできた。
- 23:34 ああ、拡張子が md だと Google ドライブでは検索対象にならないんだった。
2018年1月20日 (土)
フィルムで撮れなくなる日がいつかくるのかな【日記】
午前中にスターバックス コーヒーへ。店内で飲むのは多分2年以上ぶり。注文したエクストラショット キャラメル マキアートがとても甘く感じました。歳をとったのかな。
午後は写真ファイルの整理。デジカメで撮った写真のファイル名は今は「yyyy-mm-dd-HHMMSS-カメラ名.拡張子」にして時系列に並べられるようにしています。「カメラ別記号-yyyy-mm-dd-HHMMSS.拡張子」としていた昔のファイルが大量にあるので、これを(スクリプトを書いて)片っ端からリネームしました。
整理している途中、昔 VistaQuest VQ1005 で撮った写真を見ていたらまたトイデジが欲しくなってきましたが、今は欲しいと思うトイデジカメが見当たらず。 VQ1005 処分しなければ良かったなぁ。
それから
「フジカラー写ルンです シンプルエース27枚撮」価格改定およびパッケージリニューアルならびに「フジカラー写ルンです シンプルエース39枚撮」販売終了のご案内
というリリースを見て、フィルムで撮れなくなる日がいつかくるのかなとぼんやり考えたり。コストとフィルム・プリントの保管場所の問題で離れていたのだけれど、今撮らないとあとで後悔するんじゃないかと思えてきました。
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
- 07:00 RT @Naney: のぞきあな。 PowerShot G9 X Mark II https://t.co/2qRIYhjxiy
- 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
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker