Hacker News Reader

Comment by aspyct | Hacker News Reader

We have to tolerate it because some software isn't available on Linux.

For example, I can't think of one RAW image processor from the original manufacturer that's available on Linux. Honestly, if there was, it would actually be a good reason to switch to that brand.

Also yes, I'm aware of RawTherapee and DarkTable. I use RawTherapee regularly, it's absolutely excellent and I highly recommend it, but it's also absolutely useless for certain use cases.

Nowadays I tend to use linux apps on Windows, thanks to WSL. For example, Windows' file browser crashes frequently on my setup, so I use Dolphin instead.

View on HN

> RAW image processor from the original manufacturer

I'm active in a few photography spaces online and I don't think I've talked to a single person who actively uses one of those. Most people use Lightroom or Capture One, which are also not available on Linux.

I'm curious as to what value you get from OEM RAW processors.

> I'm curious as to what value you get from OEM RAW processors.

Exactly (or almost) the same render as from SOOC images.

I hate it when I deliver SOOC preview images that the customer really likes, but wants some small tweaks (remove a fly from the image, for example), and the colors or contrast on the resulting image is different because I didn't use the same processing engine or color profiles.

> I'm curious as to what value you get from OEM RAW processors

From what I remember, Nikon RAW files don't retain any changes you made to them in-camera unless you remove them from camera using the OEM app.

(Things may be different these days. My knowledge is from 2015.)

You can do the reverse too. Wine or a vm to run the couple things you still need. If valve can get all their AAA game titles to run using proton, you ahould be able to make it work. I had one tool at work, an xml viewer that was enough better than the competition to be worth running in wine. I stopped even noticing it wasn't a linux app.

I tried Wine for a variety of things in the past, but never quite could get it to work right.

Also, some of those software are mission-critical for me, and I can't really afford to use something that may break unexpectedly when I need to deliver images same day.

Sounds like you know what you are doing, wasn't trying to guilt trip anyone, just provide options. Despite the topic of the thread, windows is a much better os than it ever has been. If it is still possible to keep an install on some (potentially older version) running in a vm that would be sufficient mitigation against unscheduled MS decisions interrupting your business. I'm not an IT professional though, I just code.

No guilt trip involved :) Thanks for the suggestions!

This is an advanced task, and if you want to focus on games, this so wrong it hurts. Most new games (and especially AAA titles) need a substantial amount of work to run well on the part of the proton (and sometimes game) developer, very few have good support, less still without some performance penalty, and even less within a few months of release. Thats before you run into driver oddities, and good luck with multiplayer.

The idea that you can slap wine on the few things that you need is a weirdly repeated fiction, it wont make it true by repeating it, stop doing it.

I've never used proton, that was just heresay feom my gamer friends using steam decks. I remember having problems with wine in the late 90s but the single data point of that xml app was really good. I guess I just got lucky. Running a windows vm in linux has never worked as well as the ither way around, but it does work. And for people with critical software that runs on w95 or some version of dos it isn't unusual to keep it in a vm with extremely limited connectivity. Do you think that might be a reasonable approach for the gp?

Reply on news.ycombinator.com