8 ms·

Show HN: Filmulator – a streamlined, open-source raw photo editor

282 points by CarVac 6y ago

akdor1154 6y ago
Well shit, I finally nailed down a Darktable workflow that doesn’t lead to chaos and then this comes along. Looks very appealing tbh - i’d be esp. interested in comparisons with Darktable’s filmic development mode. The opinionated workflow in particular looks awesome - see my comment above on finally designing a way to use darktable; this overhead was something i had to do from necessity, not an enjoyable yak shave.
- CarVac 6y ago
  There's nothing inherently wrong with darktable and RawTherapee and such having tons of choice in image processing, but I made Filmulator "opinionated" because among open-source photo editors it's an unfilled niche. As far as filmic versus Filmulator, both of them can compress highlights while retaining colors, but Filmulator does it by simulating the depletion of developer while filmic has a whole bunch of math to maintain hue and saturation while rolling off the highlights pleasingly. Filmulator also enhances local contrast, which as far as I know filmic does not.
  - whoisburbansky 6y ago
    Thanks a ton, this is incredible! Compressing output dynamic range and enhancing local contrast are basically all I ever use Lightroom for, so I'm looking forward to giving this a spin instead. Opinionated tools are fantastic when your opinion lines up with that of the tool author, haha. [Edit: I really appreciate the pun in the Github Wiki intro page]
  - mathiasrw 6y ago
    Thank you for creating this! Any plans to provide mac downloads in the near future?
    - CarVac 6y ago
      I don't own a Mac, so I would need someone to either provide builds to me, or to help set up macOS CI builds somewhere.
      - akavel 6y ago
        I haven't tried it yet for my own projects, but I'm wondering if https://github.com/popey/sosumi-snap https://github.com/popey/sosumi-snap might work for such purposes. That said, I totally understand you, and am not sure if I care enough about Mac anyway personally.
        CarVac 6y ago
        Part of the issue is that I don't yet know what I don't know about building on Macs, and so it could eat up potentially weeks or months like the Windows build did.
  - kamranjon 6y ago
    "Filmulator does it by simulating the depletion of developer" - can you explain this part?
    - iamacyborg 6y ago
      It’s referring to the depletion of the chemicals one would use when developing a photo in a dark room.
- dhaivat 6y ago
  Do you mind talking a bit more about your workflow? I have good cameras but I haven't found a workflow I find ergonomic enough, between copying RAW files off camera, converting them to DNGs to work with Lightroom 6, and editing after that - I feel I'm not doing things optimally. How do you go from taking pictures to having something print/show worthy?
  - throwanem 6y ago
    Not OP, but I am a dedicated amateur of several years and a less than complete absence of skill [1] [2] [3]. Asked the same question, I'd answer like this: - Unless there's a really strong reason I'm not aware of, don't bother with DNG conversion. If Camera Raw can convert your raws to DNGs, Lightroom should be able to work with your raws directly, eliminating a step. - I use presets heavily when working with multiple images of the same subject, or from the same shoot. As long as exposure parameters don't vary wildly from shot to shot, this lets me perform most edits just once, on the first shot I edit, and then apply them to several others. From there, minor tweaks usually get me to done. (In most cases, I just crop, adjust per-channel hue/sat/lum, and tweak any edits from the preset that need fine-tuning for the image I'm working on.) - This one might be a little controversial, but it's been by far the largest single improvement to my development workflow: Get a Loupedeck+ or some other closely similar editing console - specifically, something that's designed to work OOTB with Lightroom, and not something that needs a lot of assembly and customization to be usable. Yes, a Loupedeck+ or similar will restrict your choice of software to that supported by the device manufacturer, and Lightroom's always going to be the best supported because it is universally the standard. And, yes, a Loupedeck+ costs $250, and the market goes up from there. It's still worth every penny. The programs we're talking about here are complex, and they have complex UIs. Operating those UIs by means of keyboard shortcuts and mouse pointer sucks rocks. I know because I tried it, and I learned to do it, and the whole while I hated it and hated Lightroom and hated developing my raws because of how slow and picky and painful a process it was. Even with presets, I could at best manage a few photos an hour, and each hour was more frustrating than the last, to the point where the foreknowledge of the editing burden began genuinely impairing my desire to take pictures at all. Getting a Loupedeck+ made such a difference that trying to describe it tempts me to cliché. Since this is HN, I suppose I'd put it thus: It was like going from using Notepad++ to using Emacs - except that where Emacs required a year's learning curve to achieve the kind of proficiency that made the effort worthwhile, getting proficient with the Loupedeck took less than a day. I found it astonishing how much better the whole experience was when I had all of the develop-mode controls literally at my fingertips. Instead of endless fiddling about with a mouse pointer to select, hold, and precisely adjust a tiny slider, now I just turn a knob until the value is where I want it. For everything. The worst it gets is that, for some less commonly used controls, you have to hold down a button while you turn the knob. But it's a physical button on the actual device and, as with all the others, your fingers quickly learn where it is - which is a less obvious but very real benefit in its own right: with a physical editing controller, muscle memory comes into play. Reading back over what I've just written, I suppose I sound a bit of a zealot on this subject, but I don't actually mind. It's a fair representation of how I feel. I genuinely cannot overstate the extent to which I've found having a physical edit controller to improve my experience of editing raws in Lightroom. Obviously I favor the Loupedeck+, but it doesn't have to be that one - although I have to say, $250 is pretty cheap compared to literally anything else in the photography space, and in terms of value per dollar I legitimately do consider it right up there with the D850 body I use for macro work. The point is, get something, and get something that works out of the box. You won't regret it. (Side note: You can customize a Loupedeck+ through its driver software, although I've never felt the need to modify the defaults. Also, I'm not a paid reviewer, nor have I received any consideration from Loupedeck; I'm just an extremely satisfied customer who uses it to develop everything, including the images in the pages linked below.) (edit: I didn't notice you mentioned Lightroom 6, which may explain the need for DNG conversion. In my opinion, $10 a month is worth getting a Lightroom with current camera support; I don't love the subscription model any more than anyone else, but I'm willing to tolerate it. That said, as far as I know, the Loupedeck+ driver software does support Lightroom 6, so everything on that subject above should remain valid for your use case.) [1] https://aaron-m.com/2019/07/08/polistes-metricus https://aaron-m.com/2019/07/08/polistes-metricus [2] https://aaron-m.com/2020/08/09/vespula-maculifrons-priocnemis-sp https://aaron-m.com/2020/08/09/vespula-maculifrons-priocnemi... [3] https://aaron-m.com/2021/01/23/auplopus-architectus-metallicus https://aaron-m.com/2021/01/23/auplopus-architectus-metallic...
carterschonwald 6y ago
ok, this is cool: it actually simulates the physical process of how film developer chemistry "spreads/gets used" https://github.com/CarVac/filmulator-gui/blob/master/filmulator-gui/Halide/filmulate.cpp https://github.com/CarVac/filmulator-gui/blob/master/filmula...
rektide 6y ago
This is super cool. I had no clue that there were these interesting effects from the development process, it's a great write up you have in the wiki. I ran through the docs but haven't tried it yet. One question/feature request, is there a cli mode available? I'd love to be able to set up some automatic pipelines to develop my photos, using a couple of pre-configured settings. If I could save some settings & then run those settings from the cli on a photo, that would be most excellent. Edit: existing issue for a cli-driven interface exists at https://github.com/CarVac/filmulator-gui/issues/119 https://github.com/CarVac/filmulator-gui/issues/119
eurekin 6y ago
> It can easily fix clipped highlights even on skin. How it is doing it? Are the highlihts technically really clipped - as in one channel (probably red) goes all the way up on the whole patch? Or is it just careful enough no to clip during "development"?
- CarVac 6y ago
  Well with the raw histogram you can evaluate exactly the extent of the raw clipping, which is good for honing your exposures later. But the key is a highlight color inpainting algorithm borrowed from RawTherapee that reconstructs color channels based on the unclipped channels. On skin you get very smooth gradients at the edge of clipped areas and the highlight reconstruction is particularly free of artifacts. But that needs to be brought into a reasonable brightness range for output. The tone mapping from the film simulation works well on skin to preserve color when darkening highlights. That particular photo has both the blue and green color channels clipped, but the red channel let Filmulator reconstruct plausible data flawlessly. Here's the raw histogram from that file: https://i.imgur.com/NLZeM5h.png https://i.imgur.com/NLZeM5h.png
  - dheera 6y ago
    Have you considered using an inpainting GAN to deal with that instead?
    - CarVac 6y ago
      That would be way beyond my expertise, and the existing highlight reconstruction works plenty well as-is in most circumstances.
acmdas 6y ago
I've been using stand developing with my Tri-X film, and delight in the results, so the thought of being able to get similar results with my digital work sounds great. Thanks!
natex 6y ago
I tried it out and it's pretty great. I could see getting through a bunch of photos pretty quickly. If I may, a couple things I are sorely missing for me: - White point selector - Incremental changes to sliders with keyboard and/or mousewheel - Output settings (jpg name, size/quality, scrub EXIF, etc.) Thanks for sharing.
- CarVac 6y ago
  A white balance sampler was already the next thing on my list, if that's what you mean by "white point selector". For sliders, maybe I can have the scroll wheel adjust the sliders while you hold ctrl... I'll think about it. I'm probably not going to have keyboard focus for the controls, though. Output settings... I'll probably replace the Save TIFF button with a Save As button that lets you select what and where to save. Not sure when I'll get to that, I have some other things I want to prioritize.
  - natex 6y ago
    Yes, I meant white balance sampler. Thanks again for sharing this.
7OVO7 6y ago
any opnions compared to RawTeraphee?
- CarVac 6y ago
  I see nobody answered this… so I'll answer with the caveat that I'm the author and thus biased. But I did use RT before making Filmulator, and I still use it in conjunction occasionally. RawTherapee does no photo management. Filmulator does. RawTherapee has many ways to achieve a given result, with tons of flexibility, but gives little guidance as to what's best for what. Filmulator only has one tool for each job, and is much less flexible overall—but it's easier to learn. RawTherapee can edit jpegs and tiffs. Filmulator only edits raws. The UI philosophy for Filmulator is to never add things before making them fully usable and easy to learn. I like to point to the cropping tool as a significant pain point in RawTherapee that I was able to implement more elegantly in Filmulator.
  - strogonoff 6y ago
    > RawTherapee… gives little guidance as to what's best for what Not sure about that. RawPedia is chock full of information relevant to pre-production (calibration, etc.), photography and post-production techniques, along with advice on development tool usage. I’ve learned a lot from it, which will stay with me even if I move away from software itself. It’s one of those tools with educational documentation that doesn’t just explain what the tool does but actually teaches a lot about the problem domain (similar to docs for DCamProf, which has the same maintainer). > RawTherapee can edit jpegs and tiffs. Filmulator only edits raws. Most software can consume DNG but almost nothing, except for camera firmware, can produce it. RT’s ability to edit 16-bit TIFFs output means it can participate in diverse workflows with other raw processors. (For example, I use Siril to combine multiple exposures, and then can still apply a RawTherapee profile with all the numerous curves, Lab, film emulation, CIECAM and other power tools that get my pixel data into output-referred image state. Of course, some controls behave differently with a 16-bit TIFF than when a DNG image, but it’s not that difficult to adjust to that.) Filmulator, on the other hand, can’t be used other than at the very beginning of the workflow, which takes away from its flexibility. That said, RT sort of stands alone so far, and more open-source software that can compete with it can only be appreciated as far as I, a happy user, am concerned.
fidla 6y ago
got a windows defender error message when I tried to install it
- CarVac 6y ago
  Ugh, not again. It has false detections from time to time. I have to submit it to them to clear it. What's the detection signature it purports to find? Something like "Win32/Wacapew.C!ml"
  - ygra 6y ago
    I think for me it was not so much a concrete report, but rather the usual "this file is not commonly downloaded, please don't run it". This is bound to happen with every single version you release, unless you sign them, in which case the reputation for "commonly downloaded" belongs to the signing key instead, so subsequent versions will not show a warning again.
alleycat5000 6y ago
I saw the Halide code in there, is that used in the main line or just an experiment?
- CarVac 6y ago
  Just an experiment from long ago.
rhn_mk1 6y ago
Is there a list of supported cameras?
- CarVac 6y ago
  Anything LibRaw supports should work except for some extremely old formats like CRW. Weird DNGs converted by other software (floating point, multi image composites) often don't work either.
davorb 6y ago
I wish you had some screenshots on the page
ninjin 6y ago
Many many thanks, after so long without much movement in open source photography tools things are truly becoming exciting! In case someone wants to build the it using Nix I have pasted a quick and dirty port below. Not sure if I am willing to act as maintainer in Nixpkgs given my lack of experience with Qt and the tool itself, but hopefully it can prove as a starting point for someone that is or perhaps even if someone wants to build it on macOS (it does not look that difficult to adapt it for Mac): # vim: set ts=8 sw=2 sts=2 et: # Needs post-20.09 nixpkgs for `lensfun`, I have nixpkgs checked out and import it when building: # # nix-build --no-out-link -I nixpkgs=$HOME/repo/nixpkgs -E 'with import <nixpkgs> {}; libsForQt5.callPackage ./default.nix {}' { pkgs ? import <nixpkgs> { }, cmake, curl, exiv2, libarchive, libjpeg, libraw , libtiff, mkDerivation, pkg-config, qtbase, qtquickcontrols2 }: let librtprocess = pkgs.librtprocess.overrideAttrs (oldAttrs: rec { version = "0.10.0"; }); # “[Use the] latest git version for Linux and MacOS.” lensfun = pkgs.lensfun.overrideAttrs (oldAttrs: rec { version = "202012142"; src = pkgs.fetchFromGitHub { owner = "lensfun"; repo = "lensfun"; rev = "4672d765a17bfef7bc994ca7008cb717c61045d5"; sha256 = "00x35xhpn55j7f8qzakb6wl1ccbljg1gqjb93jl9w3mha2bzsr41"; }; }); in mkDerivation rec { version = "0.11.0"; pname = "filmulator-gui"; src = pkgs.fetchFromGitHub { owner = "CarVac"; repo = "${pname}"; rev = "v${version}"; sha256 = "0gdw4mxawh8lh4yvq521h3skjc46fpb0wvycy4sl2cm560d26sy6"; }; sourceRoot = "source/filmulator-gui"; nativeBuildInputs = [ cmake pkg-config ]; cmakeFlags = [ "-DCMAKE_BUILD_TYPE=RELEASE" ]; buildInputs = [ curl exiv2 lensfun libarchive libjpeg libraw librtprocess libtiff qtbase qtquickcontrols2 ]; meta.broken = builtins.compareVersions qtbase.version "5.15" < 0; }
parisianka 6y ago
When MacOS build wikk be available?
- CarVac 6y ago
  When someone with a Mac makes one. I don't own a Mac nor know how to package for them.
amelius 6y ago
Am I the only one who likes the originals better: > https://filmulator.org/comparison/ https://filmulator.org/comparison/
- seshagiric 6y ago
  beauty lies in the eyes of the beholder. So yeah it is possible the originals may look better :)
Toutouxc 6y ago
I like the software, but I'm not entirely sure about the Comparisons page. I mean, are the top images just default raw->jpeg conversions of some kind? Because I'm quite sure I'd be able to achieve the same final result in Affinity Photo (which is what I use, Mac here). Is it that Filmulator gets me there with less fiddling? Or does it give me less sliders to mess things up with?
- CarVac 6y ago
  Yes, it very little fiddling and there's fewer sliders to lead you astray.
deleted 6y ago
[deleted]

282 points by CarVac 6y ago

Well shit, I finally nailed down a Darktable workflow that doesn’t lead to chaos and then this comes along. Looks very appealing tbh - i’d be esp. interested in comparisons with Darktable’s filmic development mode. The opinionated workflow in particular looks awesome - see my comment above on finally designing a way to use darktable; this overhead was something i had to do from necessity, not an enjoyable yak shave.

CarVac 6y ago
There's nothing inherently wrong with darktable and RawTherapee and such having tons of choice in image processing, but I made Filmulator "opinionated" because among open-source photo editors it's an unfilled niche. As far as filmic versus Filmulator, both of them can compress highlights while retaining colors, but Filmulator does it by simulating the depletion of developer while filmic has a whole bunch of math to maintain hue and saturation while rolling off the highlights pleasingly. Filmulator also enhances local contrast, which as far as I know filmic does not.
- whoisburbansky 6y ago
  Thanks a ton, this is incredible! Compressing output dynamic range and enhancing local contrast are basically all I ever use Lightroom for, so I'm looking forward to giving this a spin instead. Opinionated tools are fantastic when your opinion lines up with that of the tool author, haha. [Edit: I really appreciate the pun in the Github Wiki intro page]
- mathiasrw 6y ago
  Thank you for creating this! Any plans to provide mac downloads in the near future?
  - CarVac 6y ago
    I don't own a Mac, so I would need someone to either provide builds to me, or to help set up macOS CI builds somewhere.
    - akavel 6y ago
      I haven't tried it yet for my own projects, but I'm wondering if https://github.com/popey/sosumi-snap https://github.com/popey/sosumi-snap might work for such purposes. That said, I totally understand you, and am not sure if I care enough about Mac anyway personally.
      - CarVac 6y ago
        Part of the issue is that I don't yet know what I don't know about building on Macs, and so it could eat up potentially weeks or months like the Windows build did.
- kamranjon 6y ago
  "Filmulator does it by simulating the depletion of developer" - can you explain this part?
  - iamacyborg 6y ago
    It’s referring to the depletion of the chemicals one would use when developing a photo in a dark room.
dhaivat 6y ago
Do you mind talking a bit more about your workflow? I have good cameras but I haven't found a workflow I find ergonomic enough, between copying RAW files off camera, converting them to DNGs to work with Lightroom 6, and editing after that - I feel I'm not doing things optimally. How do you go from taking pictures to having something print/show worthy?
- throwanem 6y ago
  Not OP, but I am a dedicated amateur of several years and a less than complete absence of skill [1] [2] [3]. Asked the same question, I'd answer like this: - Unless there's a really strong reason I'm not aware of, don't bother with DNG conversion. If Camera Raw can convert your raws to DNGs, Lightroom should be able to work with your raws directly, eliminating a step. - I use presets heavily when working with multiple images of the same subject, or from the same shoot. As long as exposure parameters don't vary wildly from shot to shot, this lets me perform most edits just once, on the first shot I edit, and then apply them to several others. From there, minor tweaks usually get me to done. (In most cases, I just crop, adjust per-channel hue/sat/lum, and tweak any edits from the preset that need fine-tuning for the image I'm working on.) - This one might be a little controversial, but it's been by far the largest single improvement to my development workflow: Get a Loupedeck+ or some other closely similar editing console - specifically, something that's designed to work OOTB with Lightroom, and not something that needs a lot of assembly and customization to be usable. Yes, a Loupedeck+ or similar will restrict your choice of software to that supported by the device manufacturer, and Lightroom's always going to be the best supported because it is universally the standard. And, yes, a Loupedeck+ costs $250, and the market goes up from there. It's still worth every penny. The programs we're talking about here are complex, and they have complex UIs. Operating those UIs by means of keyboard shortcuts and mouse pointer sucks rocks. I know because I tried it, and I learned to do it, and the whole while I hated it and hated Lightroom and hated developing my raws because of how slow and picky and painful a process it was. Even with presets, I could at best manage a few photos an hour, and each hour was more frustrating than the last, to the point where the foreknowledge of the editing burden began genuinely impairing my desire to take pictures at all. Getting a Loupedeck+ made such a difference that trying to describe it tempts me to cliché. Since this is HN, I suppose I'd put it thus: It was like going from using Notepad++ to using Emacs - except that where Emacs required a year's learning curve to achieve the kind of proficiency that made the effort worthwhile, getting proficient with the Loupedeck took less than a day. I found it astonishing how much better the whole experience was when I had all of the develop-mode controls literally at my fingertips. Instead of endless fiddling about with a mouse pointer to select, hold, and precisely adjust a tiny slider, now I just turn a knob until the value is where I want it. For everything. The worst it gets is that, for some less commonly used controls, you have to hold down a button while you turn the knob. But it's a physical button on the actual device and, as with all the others, your fingers quickly learn where it is - which is a less obvious but very real benefit in its own right: with a physical editing controller, muscle memory comes into play. Reading back over what I've just written, I suppose I sound a bit of a zealot on this subject, but I don't actually mind. It's a fair representation of how I feel. I genuinely cannot overstate the extent to which I've found having a physical edit controller to improve my experience of editing raws in Lightroom. Obviously I favor the Loupedeck+, but it doesn't have to be that one - although I have to say, $250 is pretty cheap compared to literally anything else in the photography space, and in terms of value per dollar I legitimately do consider it right up there with the D850 body I use for macro work. The point is, get something, and get something that works out of the box. You won't regret it. (Side note: You can customize a Loupedeck+ through its driver software, although I've never felt the need to modify the defaults. Also, I'm not a paid reviewer, nor have I received any consideration from Loupedeck; I'm just an extremely satisfied customer who uses it to develop everything, including the images in the pages linked below.) (edit: I didn't notice you mentioned Lightroom 6, which may explain the need for DNG conversion. In my opinion, $10 a month is worth getting a Lightroom with current camera support; I don't love the subscription model any more than anyone else, but I'm willing to tolerate it. That said, as far as I know, the Loupedeck+ driver software does support Lightroom 6, so everything on that subject above should remain valid for your use case.) [1] https://aaron-m.com/2019/07/08/polistes-metricus https://aaron-m.com/2019/07/08/polistes-metricus [2] https://aaron-m.com/2020/08/09/vespula-maculifrons-priocnemis-sp https://aaron-m.com/2020/08/09/vespula-maculifrons-priocnemi... [3] https://aaron-m.com/2021/01/23/auplopus-architectus-metallicus https://aaron-m.com/2021/01/23/auplopus-architectus-metallic...

carterschonwald 6y ago

ok, this is cool: it actually simulates the physical process of how film developer chemistry "spreads/gets used" https://github.com/CarVac/filmulator-gui/blob/master/filmulator-gui/Halide/filmulate.cpp https://github.com/CarVac/filmulator-gui/blob/master/filmula...

rektide 6y ago

This is super cool. I had no clue that there were these interesting effects from the development process, it's a great write up you have in the wiki. I ran through the docs but haven't tried it yet. One question/feature request, is there a cli mode available? I'd love to be able to set up some automatic pipelines to develop my photos, using a couple of pre-configured settings. If I could save some settings & then run those settings from the cli on a photo, that would be most excellent. Edit: existing issue for a cli-driven interface exists at https://github.com/CarVac/filmulator-gui/issues/119 https://github.com/CarVac/filmulator-gui/issues/119

eurekin 6y ago

> It can easily fix clipped highlights even on skin. How it is doing it? Are the highlihts technically really clipped - as in one channel (probably red) goes all the way up on the whole patch? Or is it just careful enough no to clip during "development"?

CarVac 6y ago
Well with the raw histogram you can evaluate exactly the extent of the raw clipping, which is good for honing your exposures later. But the key is a highlight color inpainting algorithm borrowed from RawTherapee that reconstructs color channels based on the unclipped channels. On skin you get very smooth gradients at the edge of clipped areas and the highlight reconstruction is particularly free of artifacts. But that needs to be brought into a reasonable brightness range for output. The tone mapping from the film simulation works well on skin to preserve color when darkening highlights. That particular photo has both the blue and green color channels clipped, but the red channel let Filmulator reconstruct plausible data flawlessly. Here's the raw histogram from that file: https://i.imgur.com/NLZeM5h.png https://i.imgur.com/NLZeM5h.png
- dheera 6y ago
  Have you considered using an inpainting GAN to deal with that instead?
  - CarVac 6y ago
    That would be way beyond my expertise, and the existing highlight reconstruction works plenty well as-is in most circumstances.

acmdas 6y ago

I've been using stand developing with my Tri-X film, and delight in the results, so the thought of being able to get similar results with my digital work sounds great. Thanks!

natex 6y ago

I tried it out and it's pretty great. I could see getting through a bunch of photos pretty quickly. If I may, a couple things I are sorely missing for me: - White point selector - Incremental changes to sliders with keyboard and/or mousewheel - Output settings (jpg name, size/quality, scrub EXIF, etc.) Thanks for sharing.

CarVac 6y ago
A white balance sampler was already the next thing on my list, if that's what you mean by "white point selector". For sliders, maybe I can have the scroll wheel adjust the sliders while you hold ctrl... I'll think about it. I'm probably not going to have keyboard focus for the controls, though. Output settings... I'll probably replace the Save TIFF button with a Save As button that lets you select what and where to save. Not sure when I'll get to that, I have some other things I want to prioritize.
- natex 6y ago
  Yes, I meant white balance sampler. Thanks again for sharing this.

7OVO7 6y ago

any opnions compared to RawTeraphee?

CarVac 6y ago
I see nobody answered this… so I'll answer with the caveat that I'm the author and thus biased. But I did use RT before making Filmulator, and I still use it in conjunction occasionally. RawTherapee does no photo management. Filmulator does. RawTherapee has many ways to achieve a given result, with tons of flexibility, but gives little guidance as to what's best for what. Filmulator only has one tool for each job, and is much less flexible overall—but it's easier to learn. RawTherapee can edit jpegs and tiffs. Filmulator only edits raws. The UI philosophy for Filmulator is to never add things before making them fully usable and easy to learn. I like to point to the cropping tool as a significant pain point in RawTherapee that I was able to implement more elegantly in Filmulator.
- strogonoff 6y ago
  > RawTherapee… gives little guidance as to what's best for what Not sure about that. RawPedia is chock full of information relevant to pre-production (calibration, etc.), photography and post-production techniques, along with advice on development tool usage. I’ve learned a lot from it, which will stay with me even if I move away from software itself. It’s one of those tools with educational documentation that doesn’t just explain what the tool does but actually teaches a lot about the problem domain (similar to docs for DCamProf, which has the same maintainer). > RawTherapee can edit jpegs and tiffs. Filmulator only edits raws. Most software can consume DNG but almost nothing, except for camera firmware, can produce it. RT’s ability to edit 16-bit TIFFs output means it can participate in diverse workflows with other raw processors. (For example, I use Siril to combine multiple exposures, and then can still apply a RawTherapee profile with all the numerous curves, Lab, film emulation, CIECAM and other power tools that get my pixel data into output-referred image state. Of course, some controls behave differently with a 16-bit TIFF than when a DNG image, but it’s not that difficult to adjust to that.) Filmulator, on the other hand, can’t be used other than at the very beginning of the workflow, which takes away from its flexibility. That said, RT sort of stands alone so far, and more open-source software that can compete with it can only be appreciated as far as I, a happy user, am concerned.

fidla 6y ago

got a windows defender error message when I tried to install it

CarVac 6y ago
Ugh, not again. It has false detections from time to time. I have to submit it to them to clear it. What's the detection signature it purports to find? Something like "Win32/Wacapew.C!ml"
- ygra 6y ago
  I think for me it was not so much a concrete report, but rather the usual "this file is not commonly downloaded, please don't run it". This is bound to happen with every single version you release, unless you sign them, in which case the reputation for "commonly downloaded" belongs to the signing key instead, so subsequent versions will not show a warning again.

alleycat5000 6y ago

I saw the Halide code in there, is that used in the main line or just an experiment?

CarVac 6y ago
Just an experiment from long ago.

rhn_mk1 6y ago

Is there a list of supported cameras?

CarVac 6y ago
Anything LibRaw supports should work except for some extremely old formats like CRW. Weird DNGs converted by other software (floating point, multi image composites) often don't work either.

davorb 6y ago

I wish you had some screenshots on the page

ninjin 6y ago

Many many thanks, after so long without much movement in open source photography tools things are truly becoming exciting! In case someone wants to build the it using Nix I have pasted a quick and dirty port below. Not sure if I am willing to act as maintainer in Nixpkgs given my lack of experience with Qt and the tool itself, but hopefully it can prove as a starting point for someone that is or perhaps even if someone wants to build it on macOS (it does not look that difficult to adapt it for Mac): # vim: set ts=8 sw=2 sts=2 et: # Needs post-20.09 nixpkgs for `lensfun`, I have nixpkgs checked out and import it when building: # # nix-build --no-out-link -I nixpkgs=$HOME/repo/nixpkgs -E 'with import <nixpkgs> {}; libsForQt5.callPackage ./default.nix {}' { pkgs ? import <nixpkgs> { }, cmake, curl, exiv2, libarchive, libjpeg, libraw , libtiff, mkDerivation, pkg-config, qtbase, qtquickcontrols2 }: let librtprocess = pkgs.librtprocess.overrideAttrs (oldAttrs: rec { version = "0.10.0"; }); # “[Use the] latest git version for Linux and MacOS.” lensfun = pkgs.lensfun.overrideAttrs (oldAttrs: rec { version = "202012142"; src = pkgs.fetchFromGitHub { owner = "lensfun"; repo = "lensfun"; rev = "4672d765a17bfef7bc994ca7008cb717c61045d5"; sha256 = "00x35xhpn55j7f8qzakb6wl1ccbljg1gqjb93jl9w3mha2bzsr41"; }; }); in mkDerivation rec { version = "0.11.0"; pname = "filmulator-gui"; src = pkgs.fetchFromGitHub { owner = "CarVac"; repo = "${pname}"; rev = "v${version}"; sha256 = "0gdw4mxawh8lh4yvq521h3skjc46fpb0wvycy4sl2cm560d26sy6"; }; sourceRoot = "source/filmulator-gui"; nativeBuildInputs = [ cmake pkg-config ]; cmakeFlags = [ "-DCMAKE_BUILD_TYPE=RELEASE" ]; buildInputs = [ curl exiv2 lensfun libarchive libjpeg libraw librtprocess libtiff qtbase qtquickcontrols2 ]; meta.broken = builtins.compareVersions qtbase.version "5.15" < 0; }

parisianka 6y ago

When MacOS build wikk be available?

CarVac 6y ago
When someone with a Mac makes one. I don't own a Mac nor know how to package for them.

amelius 6y ago

Am I the only one who likes the originals better: > https://filmulator.org/comparison/ https://filmulator.org/comparison/

seshagiric 6y ago
beauty lies in the eyes of the beholder. So yeah it is possible the originals may look better :)

Toutouxc 6y ago

I like the software, but I'm not entirely sure about the Comparisons page. I mean, are the top images just default raw->jpeg conversions of some kind? Because I'm quite sure I'd be able to achieve the same final result in Affinity Photo (which is what I use, Mac here). Is it that Filmulator gets me there with less fiddling? Or does it give me less sliders to mess things up with?

CarVac 6y ago
Yes, it very little fiddling and there's fewer sliders to lead you astray.

deleted 6y ago

[deleted]