Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RapidRAW: A non-destructive and GPU-accelerated RAW image editor

github.com

Post reply on HN
Print view View original

51–60 of 127 posts

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#51

Post by strogonoff »

Sharlin wrote: post #49
strogonoff wrote: post #36

Earlier quoted context omitted.

The priorities are mutually exclusive: delegating scene data conversion to in-camera engine grants you the most simplicity and ease of use at the expense of control; the territory of technical details grants you the most ability to make the photos looks the way you want at the expense of simplicity. You dial one up, you dial the other down. For example, your choice of demosaicing method can make a tangible difference…

It’s a case of diminishing returns. Shooting raw is a huge and obvious improvement if you want to post-process in almost any way. Conditional on that the workflow should be as smooth and simple as possible. Abstract controls like "clarity" are fine if the result of adjusting them is tangible and almost always does what you want. Giving the user lots of knobs that hardly have a visible effect (let alone a desired effe…

> Shooting raw is a huhe and obvious improvement if you want to post-process in almost any way.

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”.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#52

Post by Mashimo »

Neat.

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?

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#53

Post by GrayShade »

knorker wrote: post #44
strogonoff wrote: post #36

Earlier quoted context omitted.

The priorities are mutually exclusive: delegating scene data conversion to in-camera engine grants you the most simplicity and ease of use at the expense of control; the territory of technical details grants you the most ability to make the photos looks the way you want at the expense of simplicity. You dial one up, you dial the other down. For example, your choice of demosaicing method can make a tangible difference…

I'm not the person you're responding to, but in my hobby experience it's sometimes the difference between a photo being fine or even great, and being completely unusable. 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…

I do think auto white balance is a little better these days. My old DSLR often had a strong magenta tint magenta in scenes with a lot of green (like forests). My new mirrorless camera from the same manufacturer no longer does that.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#54

Post by strogonoff »

Nergg wrote: post #50
inferiorhuman wrote: post #46

Earlier quoted context omitted.

It's not about not "feeling right at home". I've detailed this in other comments but it's just that DT has an abysmal interface and that the devs insist that it needs to be complex. This sort of hostile attitude is part of what spawned Ansel. 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…

I try to daily drive Linux but can't find a simple / nice to use RAW editor. I had high hopes for Darktable but I was astonished how bad the GUI is. When trying to delete photo, it deletes the photo under the pointer, not the photo I selected... WTF ?!? And the whole app feels so complicated... Then there's forks emerging and the dev forces are diluted in multiples applications and Adobe continues to milk its users b…

If you seek a GUI for managing/cataloguing photos, my advice would be to look for that and not a raw image processing tool that incidentally happens to also handle cataloguing (inevitably in a half-baked way).

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.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#55

Post by maverwa »

rossant wrote: post #21
TheDong wrote: post #15

Earlier quoted context omitted.

I mean, it's making 720px width jpg thumbnails using the CPU https://github.com/CyberTimon/RapidRAW/blob/fc21ede729b45d97... 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 dif…

6x sounds bad. Might be a sign of vibe coding?

na, electron/tauri/"the web" has done this long before GPT happened.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#56

Post by Mashimo »

strogonoff wrote: post #24
appleaday1 wrote: post #18

Earlier quoted context omitted.

I like this one its simple and easy to use

May I ask why choose to shoot raw given simplicity and ease of use are priorities?

I have the same approach. I really like "easy to use, hard to master" tools in general.

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.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#57

Post by Mashimo »

strogonoff wrote: post #51
Sharlin wrote: post #49

Earlier quoted context omitted.

It’s a case of diminishing returns. Shooting raw is a huge and obvious improvement if you want to post-process in almost any way. Conditional on that the workflow should be as smooth and simple as possible. Abstract controls like "clarity" are fine if the result of adjusting them is tangible and almost always does what you want. Giving the user lots of knobs that hardly have a visible effect (let alone a desired effe…

> Shooting raw is a huhe and obvious improvement if you want to post-process in almost any way. 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…

It's not binary.

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.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#58

Post by simonmales »

Sharlin wrote: post #28
strogonoff wrote: post #16

The best raw image processing tool I know is called “RawTherapee”. It was developed by one or more absolute colour science geeks, it is CLI-scriptable, its companion RawPedia is a treasure trove of information (I learned many basics there, including how to create DCP profiles for calibration, dark frames, flat fields, etc.), and not to make a dig (fine, to make a bit of a dig) you can see the expertise starting with…

IME in photo post-processing, good UX, smooth multi-photo workflow and intuitive controls beat technical details every time. RawTherapee is better than Darktable. But that’s a pretty low bar to clear. There are reasons people pay for Lightroom.

Partner is getting into photography and I don't have the stomach to purchase some software.

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.

Re: RapidRAW: A non-destructive and GPU-accelerated RAW image editor

#60

Post by Nergg »

strogonoff wrote: post #54
Nergg wrote: post #50

Earlier quoted context omitted.

I try to daily drive Linux but can't find a simple / nice to use RAW editor. I had high hopes for Darktable but I was astonished how bad the GUI is. When trying to delete photo, it deletes the photo under the pointer, not the photo I selected... WTF ?!? And the whole app feels so complicated... Then there's forks emerging and the dev forces are diluted in multiples applications and Adobe continues to milk its users b…

If you seek a GUI for managing/cataloguing photos, my advice would be to look for that and not a raw image processing tool that incidentally happens to also handle cataloguing (inevitably in a half-baked way). 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 incre…

Yes good point. But my needs are very limited. On macOS I use the Photo app to cull, make small adjustments, and crop. On Windows there is also a Photo app that allows such basic features. They both works with RAW and works fine with my NAS mount in smb to cull directly the files (though macOS is a pain for that, doesn't play well with files, need to import in lib).

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)

Post reply on HN