Just installed it on my m1 mac and opened a folder of RAW files. The initial loading lagged my whole macbook. Couldn't even open the dock. Once the thumbnails all loaded it's better but not as buttery smooth as I would have hoped! Would love to know what other commercial apps do that make them not lag. Is it just that they're written natively?
Its a high priority to optimize the loading speed of large folders and you can expect an improvement in the coming days.
Kind regards, Timon
And then it's sending these thumbnails back from rust to javascript as base64 encoded strings, not using a shared buffer: https://github.com/CyberTimon/RapidRAW/blob/fc21ede729b45d97...
This is the sorta stuff that native apps mostly don't do. They don't base64 an image just to send it to a different app (react) to base64 decode it (via a third app, webkit) via a slow ipc mechanism (tauri) from itself to itself, allocating 6x the chunks of memory along the way for one bit of data (the 6x are: raw data in rust, base64 data in rust, json encoded base64 in rust for tauri ipc, json encoded base64 in javascript, base64 in javascript, raw image data in webkit to finally view).
>immensely grateful for Google's Gemini
>AI Studio's free tier
Already having a workflow for AI based subject masking is def nice to see.
Beware though that it tends to not abstract away a lot of technicalities, if you dig deep enough you may encounter exotic terms like “illuminant”, “demosaicing method”, “green equilibration”, “CAM16”, “PU”, “nit” and so on, but I personally love it for that even while I am still learning what half of it all means.
I’d say the only major lacking feature of RT is support for HDR output, which hopefully will be coming by way of PNG v3 and Rec. 2100 support.
Would really like to be able to use RawTherapee's dual-illuminant DCPs (not available in darktable).
It would be great if RT supported something along the lines of “take the entire canvas after initial raw processing but before CLUT and final touches and put it into a temporary file; allow me to do something with it in any other tool; then load it back and apply the rest of the steps on top of that”, but that might require it to store that edited canvas somewhere in addition to .pp3 file.
For example, your choice of demosaicing method can make a tangible difference in finer details: some methods would make them less noisy (better for some styles), others would better preserve finer details (better for other styles). Abstracting it behind one “more detail—less detail” slider isn’t going to work because “detail” can mean a multitude of things, of which sometimes you want one and not the other, and inventing new sliders with user-friendly but inscrutable labels a la “brilliance”, “texture”, and so on, can only get you so far.
There are shades between simplicity vs. control, of course, and so I am curious to know the answer from the horse’s mouth so to speak: to what end they choose to compromise simplicity.
If the white balance is set wrong in-camera, then the JPG just came out all blue. It's effectively a black and white photo (albeit in shades of blue), and there's nothing to be done about it. Shot in RAW, the photo can be made color again, extremely easily and quickly.
In fact it gets worse, not better, if you on the day try to adjust the white balance, as you go from outdoors to indoors. Not to mention if you change from flash and back. Auto is safer, but when it's wrong, the photo is unusable, and the moment is gone.
But my DSLR is now over a decade old. Maybe "auto" has gotten much better?
So yeah, for me the main thing is to be able to post facto adjust white balance, which JPG does not support. (if you've done it with both JPG and RAW, you know what I mean when I say "does not support")
I will say that “auto” is pretty decent on the phones in most common lighting scenarios like sunlight/shade/outdoor/tungsten/fluorescent—white point is an entirely subjective thing that cannot be reliably determined automatically, so in my experience you rarely get the correct rendition of, say, bright pink clouds at sunset, or a book with pink pages (the phone would think it must be the some weird lighting that should be corrected for, because obviously a book can only have nearly white pages, right?), etc.—but due to physical limitations of sensor size and inferior optics the phone is worse than even a decade-old APS-C DSLR in most regards overall.
Almost no professional photographer will care about the intricacies of the demosaicing algorithm, or the choice between a dozen different denoising modules, and Lightroom is entirely correct in not giving you a zillion knobs to adjust things that have no effect on image quality except in the rarest of cases. In 99% of cases the controls that matter are:
* Basic exposure/shadows/contrast etc
* Curves/levels for more control if needed
* White balance
* Cropping, obviously
* Cloning/healing brush
* Simple knobs for sharpening and NR
* Level/perspective adjustment
* Lens aberration correction (most of the time no manual input needed if the lens is in the batabase)
See, you are saying “want to post-process”, which to me says that there is a different priority present rather than just “simplicity and ease of use”.
If the priority is “making the photos look the way you want them to look”, then we are in a territory where it is not as simple as “this tool is easy to use and therefore a better choice than that tool”.
You can want post-processing, but also don't want to spend 50 hours to learn a tool. Sometimes you just want "make it look close to the in camera jpeg, but let me adjust to exposure"
It's not that complex.
RawTherapee I uninstalled almost immediately because it crashed a few times and the UI didn't seem to jive with what I wanted to do.
Despite DarkTable's horrific interface and hostile developers I keep it around because I can often beat it into submission (but what a chore that is). And that's the thing. Even if I were shooting JPEGs DT's interface would still be a problem.
I much prefer the control darktable gives me now.
This is a bit of a myth.One of my complaints dealt with how unintuitive the sliders are. There's no additional control gained by making the UI widgets difficult to deal with.
Another dealt with trying to set color temperature. There are two places color temperature can be set and they'll both conflict with each other. The newer module is absurdly complex. It's great if you're writing a dissertation on color rendition but less great if you're trying to be productive.
Sure there's more control offered by having ten different demosaicing algorithms to choose from. Unfortunately I can't think of a time when I've needed or wanted that control. Maybe if I shot Fuji or Sigma. But I don't. And most folks don't.
Presets and history are a nightmare. Items in the history widget get aggregated so it's difficult/impossible to pick out individual steps. If you give labels to the actions in a preset (my terminology is off because I've not used DT much in a while)… sometimes they work. Sometimes they don't and things don't appear to pick up the label/group/whatever it's called. If memory serves I had to apply presets in one module to have them visible in the develop module.
The vestigial DAM stuff… ugh.
There's no obvious A/B split views.
Perhaps the most obnoxious thing is that DT shamelessly apes the Lightroom interface but in reality behaves almost nothing like Lightroom. There's a TON of complexity for little-if-any improvement in outcomes.
> Another dealt with trying to set color temperature. There are two places color temperature can be set and they'll both conflict with each other.
There are at least three colour temperature / white balance controls in RT; more if you count output colour space primaries, Lab space curve, etc. as ways of creative white balance control.
I’m not sure I see any particular conflict between them. They all do different things; some of them are more relevant if you want to achieve the most precise representation (e.g., you are digitizing analog prints or paintings), others are more relevant if you are going for a creative look of your own.
It’s probably best to consult RawPedia[0], but as far as I understand:
— One of them controls raw data interpretation, and affects how different tools work down the line (e.g., highlight recovery or targeting sky with wavelets). As far as I understand, you probably want to keep this one technically correct and as close as possible to the true neutral white/grey point; at this step you are helping the tool do the rest of its job and not trying to achieve a look. If you use a colour card, a DCP profile, etc., then you know exactly what to set White Balance controls to.
— There are a couple of controls under CAM model, which you may or may not be using depending on your profile. With scene illuminant you set… well, scene illuminant (the light you have in your scene), and viewing conditions allow you to shift colours to make it look right if you know your photo will be viewed in an environment with particular light.
— Then, of course, you have dozens of different ways of creatively controlling perceived white balance via different curves or CLUT; I think these are most handy if you are going for a look.
I don't have DT under hand to check, but there are two controls which, if active at the same time, will produce a warning along the lines of "wb is already set in [the other control]".
edit: I think [0] describes the issue
[0] https://discuss.pixls.us/t/white-balance-applied-twice/34949
I have never seen Lightroom (or C1, for that matter) as compelling at all ever since I started using RawTherapee. Unlike, say, InDesign, which is legitimately a difficult to replace professional tool with incredible capabilities, Adobe’s raw image processing offering looks incredibly dumbed down.
On linux, the default Gnome image viewer is nice but you can't make adjustement and when deleting a file, the file is not remove from the NAS directory (need a manual refresh). With Gthumb it works for deleting files but the crop tool and the overall app is not as nice. Anyway I'll continue to look for my perfect app or for the default Gnome viewer to update its features (I think it is in active development)
If you look at CaptureOne you can see how easy it is to edit a raw image. Most of the time it looks like the camera jpeg without having to tune anything. But then you have the options to go in depth.
Sometimes I have a photo session where everything is to my liking, just a bit of exposure and crop. Other times I shoot in night clubs with no flash and I have multiple layers of masks for a single photo.
A UI with decent defaults goes a long way into making a complex app easy to use.
RawTherapee is better than Darktable. But that’s a pretty low bar to clear. There are reasons people pay for Lightroom.
I threw darktable and rawtherapee on the table but without technical grit you get nowhere really fast.
It's no my wheelhouse so they are mostly in there own.
Those tools you really need for properly edit raws are hidden in blated features (multiple demosaic algorithms) or completely missing (AI masking). And UI is not user friendly.
That said, they're all GIFs and each ~10-22MB. Making loading the readme larger than the program size itself. Embedding some video would be snappier.
We need an easy to use RAW editor. For a long time I used Darktable, with default settings I would get images that where close to the camera jpeg. I just had to change in what artistic direction I wanted to go. With update after update I had to fight to even get decent skin colors.
Currently on a pirated copy of CaptureOne, but would rather use something open source (Or buy something affordable)
Do you have default camera and lens profiles build in?
mrbluecoat•6h ago
I'm no AI fanboy, but it's neat to see some dreams come true because of it.
tux1968•5h ago
cybertimom•3h ago
kookamamie•5h ago