The last two generations of Samsung NX cameras were built around Tizen Linux, and it was (and still is) easy to get a root shell on them. They still make great photos and you still can buy them used for a good price.

NX300/NX30/NX2000 had a read-only rootfs, but for NX500 and NX1 there was a persistent mod that extended camera functionality with a menu, and you can actually SSH into them and rsync your photos... while shooting!

Background: I've recently taken over maintenance of the NX-KS mod at https://github.com/ge0rg/nx-ks-mod

> Rooting sony seems impossible, I never saw someone Working on it Since their Fullframe lineup launched.

On some cameras, including the older firmwares for the current cameras, https://github.com/ma1co/Sony-PMCA-RE gives you a root shell.

Nitpick: that's a DSLM, or just "mirrorless" camera. There's no reflex mirror, so it's not a DSLR.

Some stuff that could be improved with modern C++,

Instead of

    static bool file_exists(const std::string &p) {
        struct stat st{}; return ::stat(p.c_str(), &st) == 0;
    }
      

    std::filesystem::exists(path);

I wouldn't thank ChatGPT too enthusiastically. As always for LLMs, it has given you code that is rife with common pitfalls (because, after all, they massively plagiarize sources where people post poor code).

For examples: It does not follow the Linux rules for pathname separators, but mixes in Windows-isms. It doesn't properly check whether std::atomic<bool> is actually signal safe on the target architecture. Its unique filename generation has an all-too-common failure mode. It passes by reference only to then make local value copies anyway. It does not correctly follow the XDG Base Directory Specification.

I can't speak for other brands, but I started this project by digging into the LCD menu of my camera, discovering "auth", "user", "pass" and wanted to know what protocol they used to authenticate remote logins. That's when I discovered the camera just uses ssh-style auth. As a part time sysadmin, it gave me the idea to try to "log into" the camera and here we are.

> - Fujifilm has an API, but not REST based, but it goes all the way back to the X-T3. Unfortunately, using it voids your warranty if there is a warranty.

The Magnuson-Moss Warranty Act would like a word.

I read the first item as:

> ... and (the most affordable API) supporting cameras

when it was (probably?) meant as:

> ... and the most affordable (API supporting cameras)

any info about Nikon?

My Pentax KS-2 (2015) has a REST API.

https://sourceforge.net/p/pentaxks2wifiremote/wiki/K-S2%20We...

My Sony a7iii can definitely upload to FTP by itself, JPEG and RAW. That is my primary means of getting images off of it. I would have appreciated if it did WebDAV though, then I could make it push to Nextcloud directly...

Believe it or not, but I'm old enough to have used Eye-Fi cards back in the day and its shitty performance inspired me to hack away on this project in the first place!

Sony doesnt make DSLR cameras, there is no 'reflex mirror'. These are mirrorless cameras, or Interchangeable Lens Cameras E-Mount (ICLE) as sony calls them

It's late, but still up. Thanks for the heads up ;)

Legal reasons aside, it'd be nice if it eventually expands in scope to not be tied to original hardware. Eg. Kodi, nee XBMC, doesn't even mostly run on XBoxes anymore.

Can it be "Sny" or "Slony" (Simpsons nod)? Keep a fragment in, please, for discoverabilities sake!

I'm afraid the only thing I do is use the official SDK to wirelessly log in to the camera. No firmware hacking at all. That said, if the SDK offers a setting the LCD menu on the camera doesn't, it would be fairly trivial to change it, yes.

Sorry to disappoint you ;)

Funny you ask, since the a6700 doesn't have ftp support and it mainly was the reason I started this app in the first place. Also, wiring into the command structure with little shell callbacks offers me a LOT more flexibility than initially thought.

The app was built to suit my needs with my Sony a6700 but it uses the official SDK. So it should theoretically support all the cameras the SDK supports.

It's not implemented yet, but fairly easy to add, yes.

It is surprising that after all these years, there is still no good way to transfer files between two devices over USB. MTP exists but it was never widely supported and it seems like even the support it did have is slowly rotting as the answer became just connect everything to cloud storage.

The fact that USB ptp is some baseline is kind of exceedingly great, even if yeah in practice it'a a huge mess of vendor extensions tacked on. I like trying to have some collaboration & specs! It's a monster oh sure but gphoto2 probably wouldn't have come about, as a sick compendium of all camera backs & vendor extensions, if there wasn't a common thread, common binding for cameras! Once you go from USB to IP you're (generally) untethered unmoored from anything shared!

What's done here is super admirable & super neat. But it's even more spelunking into the unknown than USB ptp imo! Thankfully there's some pretty old school direct on-the-line protocols that are kinda just working!

It's interesting to me at least to navel gaze over. The attempt to have common tools versus the just doing whatever.

One of my favorite connectivity solutions ever was the Nvidia Shield Controller (2015). A wifi (wifi direct/wifi-p2p at that!) video gaming controller. With audio that uses ozproto's stack, a usb-over-ip setup! Something about just tunneling USB being conceptually easier to reason about & do than deciding what IP services to make for a controller is so elegant and neat and weird. https://github.com/devmapal/nvidia-shield-controller-driver

Multi thousand dollar pro camera and they can’t figure out the WiFi. Sony’s unwillingness to provide any material firmware updates is so disappointing.

As of now, yes, but luckily auth support is on my todo list SOON ;)

People think all professional cameras are called "SLRs".

A rangefinder is a higher quality camera than an SLR ever was and a full frame mirrorless probably has better quality than a DSLR, in both cases because it's easier to design lenses for them. A medium format camera can be better than all of those.

Not having a mirror is not the most important characteristic of the hardware for this project.

Being able to control it through an API is. What happens after you trigger the shutter is out of scope. Speaking of shutter buttons, a bunch of new cameras don’t have shutters but the button is still called a shutter button.

You are correct.

DLSR stands for Digital Single-Lens Reflex. An a6700 is indeed digital, has a single lens, and is undoubtedly a camera. All it’s missing is a reflex mechanism. So I’d say that in four out of five ways, it is indeed a DSLR camera.