darktable: オープンソースのRAW写真ワークフローツール

 (darktable.org)
1 ポイント 投稿者 GN⁺ 6 시간 전 | 1件のコメント | WhatsAppで共有
  • 写真家のためのオープンソース写真ワークフローアプリケーションで、RAW画像の管理から現像・補正まで対応
  • デジタルネガをデータベースで管理し、拡大可能な仮想ライトテーブルで確認できる
  • 編集パイプライン全体が非破壊方式で動作し、元画像を変更しない
  • プロ向けのカラー管理により印刷段階まで忠実性を維持し、GPUアクセラレーションで作業速度を高められる
  • 写真家でもある開発者たちが実際のワークフローを反映しており、コーディングなしでもユーザー支援や作品共有でコミュニティに参加できる

写真管理からRAW現像まで

  • darktableは写真家のための仮想ライトテーブルと暗室の役割を果たす
    • デジタルネガをデータベースで管理する
    • 拡大可能なライトテーブルで画像を確認する
    • RAW画像を現像して補正する
  • 非破壊編集を適用し、作業中も元画像をそのまま維持する
  • プロ向けのカラー管理機能は印刷段階まで忠実性を維持し、GPUアクセラレーションはグラフィックカードを活用してワークフローを高速に処理する
  • 利用に必要な機能、インストール方法、FAQを確認できる

写真家がともに作るコミュニティ

  • 写真家のために写真家が作るプロジェクトとして、写真家でもある開発者たちが実際の作業上の問題や課題、流れを反映している
  • コードを書かなくてもさまざまな形で参加できる

関連記事

1件のコメント

 
GN⁺ 6 시간 전
Hacker News のコメント

  • しばらく darktable で RAW 写真を補正してきたが、無料製品とは信じがたいほど機能、ワークフロー、全体的な品質が優れている。年間200ドルでも喜んで払えるくらいで、ほかの RAW 編集ソフトウェアは必要なくなった。
    数千枚の RAW 写真にプリセットや複数の補正ステップ、さまざまな色空間でのカラー補正を適用しても不足を感じず、ドキュメントも卓越している。非プロの写真家にも理解できるよう、使い方だけでなく例外的な状況や注意点まで豊富な知識を伝えてくれ、Lightroom・darktable・DaVinci Resolve のチュートリアルよりも darktable のドキュメントから多くを学んだ。
    新しく追加された ローカルモデルベースの AI ノイズ除去と被写体選択が最後の隙間まで埋めてくれたし、Arch では最新ビルドを自分でコンパイルしたが、何の問題もなく終わった。

    • ほぼ10年間 Darktable を満足して使ってきたが、新しい カラーグレーディングとホワイトバランスのツールが画像をきちんと処理できず、すべての色調を狂わせてしまうため、最近は離れつつある。以前の基本の White Balance と Base Curve ツールは、最初の結果からほぼ合っている妥当なデフォルトを提供していて、ずっと良かった。
      DJI Mini Pro の画像はすべてひどい緑かぶりが出る。4年前から知られている問題なのに、明示的に修正しない予定だという（https://github.com/darktable-org/darktable/issues/13319）。
      最近は RapidRAW が気に入り始めている。開発者が非常に活発で、数週間ごとに機能を出しているし、AI コーディングツールで小さな機能を自分で追加するのも簡単だ。コード構造がきれいなので、DJI の問題も AI で直せそうだ。
    • Debian はパッケージが古いので最新の Flatpak を入れてみたが、パッケージング過程で AI 機能が削除されていた。Arch 系へ移らないなら AppImage しかないが、デスクトップ環境との統合がうまくない。
      AI に反対することはできるが、Darktable はリリースノートどおりローカルでのみ実行され、明示的に有効化する必要があり、しつこく勧めてもこない。望まない AI を押し付ける Adobe とは違う。
    • Arch にはすでに darktable パッケージがあるのでは、と思う。自分もディストリビューションを変える前は Arch で使っていた。
    • 数年間使っていた Lightroom を Darktable に置き換えたが、はるかに満足している。

  • 少数派かもしれないが、Darktable を数年間使った末に、結局我慢できず Lightroom へ移行した。数年前の MacBook Pro でもひどく遅く感じたし、バージョン2から3の新しいワークフローへ移ると、昔の写真が正しくレンダリングされず、覚えていたモジュールの半分が役に立たなくなった。
    ドキュメントが難解すぎて、基本的なカラー補正にも内部動作を知る必要があるように感じたし、基本的なマスキングも非常に使いにくかった。当時はインテリジェントな物体検出もなく、背景の物体を消すには外部ソフトウェアが必要だった。
    Lightroom も完璧ではないが高速で直感的で、ドキュメントで使うなと言っているモジュールを表示したりもしない。基本的な補正に修士号レベルの学習を要求しないオープンソースの代替は、まだ見つけられていない。

    • 自分も意欲的に Darktable のワークフローを学ぼうとしたが、出会ったのは 致命的なバグとひどい UIだけだった。数年後にもう一度使ってみても評価は変わらなかった。
      写真の整理とブラウズがひどいのに、その機能を提供していると掲げているため、きちんと動かない機能と格闘して時間を無駄にすることになる。

  • Darktable は素晴らしく、写真家からソフトウェアエンジニアに転身した自分には darktable-cli が特に有用だ。Lightroom から移ってくると、見た目の UI は似ていてもアプローチと名称が大きく違うため、別途学習が必要になる。
    ただし写真整理とコレクション機能は弱く、この点は Lightroom が優れている。個人の後処理作業のために、Darktable を中心にいくつものプロセスを構築した。

    • 写真整理のユーザー体験は無骨だが、大量の写真を管理するための有用な機能は多い。YouTube の Bruce Williams は長年、関連する Darktable チュートリアルを作っており、タグ・カメラの種類・その他メタデータのフィルターを組み合わせた ルールベースのコレクションも可能だ。
      設計が過度に複雑で、ボタンや操作部の配置も悪いが、慣れると強力だ。数年前から開発されている Darktable のフォーク Ansel はこうしたユーザー体験の問題を多く改善しており、filmic モジュールを作った開発者が既存プロジェクトの無関心にうんざりして始めたものだ。その改善の多くは Darktable も取り入れる価値がありそうだ。
    • darktable-cli を使うには GUI の Darktable を終了しなければならない点がいつも気になる。編集を中断せずにスクリプトで写真を書き出せるとよいのだが。
    • Darktable の写真整理機能が悪いというのは、Microsoft Word が IDE として悪いと言うのに近い。そもそも IDE ではないように、Darktable も自分が 写真整理とコレクション用ではないと明言している。

  • Darktable は驚くほど優れているが、学習曲線が非常に急だ。プロジェクトの方向性に反対した元メンテナーたちが Ansel というフォークを作った。

    • Darktable の元創設者 hanatos は、自分が不便に感じていた点をいくつも直した vkdt を作り、プロジェクトサイト も運営している。
      OpenCL の代わりに Vulkan を使っているため性能がはるかに良く、Blender のような グラフベース編集によって、Darktable でモジュール順を変更するのが面倒だった問題を解決している。ただし、まだ開発初期なので、Darktable より成熟度と機能は大きく劣る。

  • 高校スポーツ写真を大量に撮影し、Lightroom Classicで最終補正しているが、1つのイベントで6,000枚を300枚に絞り込むのに10分しかかからない Photo Mechanic のほうが、より中核的なツールである
    LinuxでWineを使ってPhoto Mechanicを動かすと起動はするものの、実際に使うとひどくクラッシュし続けた。Linux向けの競合製品が出てくれば移行をまた真剣に検討するが、Apple SiliconのCPU・RAM・GPU性能に匹敵するLinuxハードウェアも、新しいMacBook Pro M5 Maxより安くはならなさそうだ。まだ自分のワークフローに必要な水準ではない

    • 「Darktable 4.0をベースにフォークされ、4.0以前の編集履歴とは互換性があるが、無責任な選択を導入した 4.2以降とは互換性がなく、今後もそうである」という文言がかなり面白い

  • Lightroom以外のツールでも、HDRゲインマップを含むJPEGやAVIF のようなHDR写真形式を作れるのか気になる

  • 10年ほど前にAdobe Lightroomを捨てて Darktable に移行して以来、一度も後悔していない。オープンソースソフトウェアがどれほど優れ得るかを初めて示してくれた製品だった

    • 過度な期待を抱かせるべきではない。公式FAQでも、DarktableはRAWファイルエディタという意味ではLightroomの代替だが、直接の置き換えと見るのは誤りだと明記している
      編集機能は非常に強力だが、ライブラリ管理は付け足し程度なので、そう呼ぶ資格があるのかも疑問だ。写真家はコマンドラインツールでライブラリを整理すべきだ、という設計思想のように見える
    • DarktableはmacOSではMetalではなく OpenCLのみ対応 していると理解している。M1からM5まではOpenCLをサポートしていないため、RAW処理やバッチ作業を含むほぼすべての機能が、使い物にならないほど遅い
      ここ数か月で変わっていないなら、macOS版Darktableは解決策のないまま、事実上死んだ状態だ

  • Lightroomを数年使っているなら、Capture One もぜひ試すことを勧める。移行した瞬間に明かりがついたようで、これまで使った写真・メディア管理ソフトより圧倒的に優れており、ライセンス価格も妥当で無料枠も手厚い

    • Capture Oneや他の買い切り製品がWineで動くかLinuxビルドを提供してくれるなら喜んでお金を払うが、Capture OneもDxO PhotoLabもLinuxでは動かせなかった
      Darktableのワークフローは難しいが、FedoraとWaylandでモニターの色補正まで問題なく動くので、当面は使い続けるつもりだ
    • Capture Oneは出力品質とデフォルト設定がずっと良く、特にPhase Oneのデジタルバックを最もよくサポートしていると思う。科学的に比較したわけではないが、美しい写真を作る能力は抜群だ
      一方でメディア管理はLightroomよりはるかに悪い。知る限り、キーワード検索やカメラ・レンズ別フィルタがなく、カタログも1万枚を超えると極端に遅くなる。そのため4万枚のRAWはpeaktoで管理・検索し、編集するときだけC1で開いている
    • どちらが優れているかとは別に、Capture OneはLightroomより少なくとも50%高く、無視できない差だ
    • プライベートエクイティ所有のプロプライエタリソフトウェアで、そのうえMacとWindows専用なので遠慮する

  • このスレッドの多くの評価よりもDarktableをかなり否定的に扱った記事もある: https://ansel.photos/en/news/darktable-dans-le-mur-au-ralent...

    • ただしこの記事は3年以上前の記事だという文脈が必要だ

  • この分野でAdobe製品の決定的な強みは下位互換性である。非常に古いLightroomライブラリを開いても、再処理された写真が正確に同じ見た目になる
    そのために過去のすべての処理パイプラインを維持する方式だが、オープンソースの代替はどう処理しているのか気になる。自分がRAWエンジンを設計するなら、ファイルごとのメタデータにシェーダーシーケンスのような高レベル処理コードを保存し、バージョンやフォークが異なっても安定して再現できるようにするだろう

    • 自分にとって決定的な強みは直感的なユーザー体験だ。Darktableの暗室モードでは方向キーで別の写真へ移動できず、ほかの用途もないキーをなぜナビゲーションに割り当てなかったのか理解しがたい
      写真の選択も1回ではなく2回クリックする必要があり、選択すると行全体を再び中央に合わせるので混乱する。マニュアルを読んですべて学び直せば必要な作業はできるが、自分にとってはLightroomのユーザー体験には料金を払う価値がある
    • 多くのプロ向けソフトウェアは過去の処理パイプラインをすべて維持しており、これは顧客が競合製品へ移りにくくする最大の参入障壁の1つである
      Parasolidのようなソフトウェアが40年分の下位互換性をどう管理しているのか見てみたい。30年以上前のCADモデルでも、正確に同じ結果を出さなければならない
    • Darktableの編集ワークフローは、露出、ノイズ除去、色調整といった個別のモジュールを中心に構成されている。ダイナミックレンジ圧縮もbase curve、filmic、sigmoid、AgXのように本質的に同じことをする複数の実装があり、新しいリリースが出るたびに互いを置き換えてきた
      Darktableは古いモジュールを削除せず非表示にしておくため、昔処理したファイルもbase curveを含む当時のパイプラインを通って同じ結果になる。特定の画像や表現により合う、あるいは慣れているという理由で、廃止されたモジュールを再び使うこともできる
    • オープンソースの代替は通常、形式を大きく変えないか、古いバージョンを引き続きダウンロードできるよう維持し、ユーザーが何十年も前のライブラリを必要なときに手動でアップグレードできるようにする
      限られたリソースで、あり得るすべての古いファイルを処理することに力を注がないほうがよいと思う。段階的なアップグレード経路さえあれば十分で、その周期で使わない人はそもそも中核顧客でもないので、合理的な工学的判断だ
    • 他に方法がないため、オープンソースも同じ方式で処理している。Darktableも以前のカラーパイプラインのバージョンを含んでおり、すべてのRAWソフトウェアがそうしている