UMBRA

Supported cameras.

Umbra fires multiple cameras through an eclipse on one contact-relative script. This list is kept honest. A body is only marked verified once it has actually controlled real hardware. Everything else is where I honestly think it stands, and it updates as beta testers confirm bodies. If yours is not listed, it very likely still works through the universal driver, so tell me your model and I will add it.

Verified: confirmed firing on real hardware Expected: should work, not yet tested Fixing: known issue, in progress Not expected: no driver support

Built for multiple bodies that recover on their own

Umbra pins each camera's name to it by serial number, so a body keeps its name, and its place in your script, across a disconnect and re-detect. If a body drops mid-run (a knocked cable, or a power-cycle during totality) Umbra reconnects it automatically and resumes firing, on LUMIX and on every universal-driver brand.

Multi-camera USB tip: plug each body straight into the Mac or a powered USB hub. A docking station or an unpowered hub shared with other devices splits one USB link across everything on it, and cameras that all connect can then fail to fire, or only one works at a time (a real tester saw exactly this until they removed a dock). One camera per port, powered hubs only.

Panasonic LUMIX

Driven natively over a reverse-engineered PTP path, the same control layer behind my NASA launch-pad rigs and the bodies I run myself. Listed here are interchangeable-lens LUMIX bodies from roughly 2015 on; most older USB bodies should work too. One setup note: keep the drive dial on single. On a burst or continuous setting, a long (bulb) exposure presses and holds the shutter, so the body fires a burst instead of one frame.

CameraDriverStatusNotes
DC-G9 IINative PTPVerifiedMultiple bodies fire in parallel; proven through a full C1 to C4 run.
G9Native PTPVerifiedFires reliably; same control path as the G9 II.
GH7Native PTPExpectedSame control path as the G9 II.
GH6Native PTPExpectedSame control path as the G9 II.
GH5 IINative PTPExpectedSame control path as the G9 II.
GH5SNative PTPExpectedSame control path as the G9 II.
GH5Native PTPExpectedSame control path as the G9 II.
G95 / G90Native PTPExpectedMicro Four Thirds over USB.
G100 / G110Native PTPExpectedMicro Four Thirds over USB.
GX9Native PTPExpectedMicro Four Thirds over USB.
GX85Native PTPExpectedMicro Four Thirds over USB.
GX8Native PTPExpectedMicro Four Thirds over USB.
S1R IINative PTPVerifiedFull-frame S line; fires reliably.
S1RNative PTPExpectedFull-frame S line.
S1Native PTPExpectedFull-frame S line.
S1HNative PTPExpectedFull-frame S line.
S5 IINative PTPExpectedFull-frame S line.
S5 IIXNative PTPExpectedFull-frame S line.
S5Native PTPExpectedFull-frame S line.
S9Native PTPExpectedFull-frame S line.

Sony

Newer bodies use the fast native SDK; the A7 III, A7R III and older use the universal driver. Umbra chooses automatically per body, with nothing to configure. Two setup notes that matter more on Sony than anywhere else. First, set the camera's USB connection mode to Remote Shooting (on older bodies this is called PC Remote; it is not MTP, Mass Storage, or USB Streaming). The native SDK only claims a body in that mode; in the others Umbra falls back to the slower universal driver and the body shows up with a generic name like "Alpha-A7III (Control)". If you see that, switch the mode and Detect again. Second, keep the drive dial on Single. Sony has no single-frame command over USB, so on a continuous or burst dial a single fire sprays a whole burst (not one frame) and the body can wedge writing to the card mid-totality. Umbra reads the dial at detect and flags both of these before you arm, but Remote Shooting + Single is the combination you want. Also worth doing before the trip: keep the camera's System Software (firmware) current. Sony's remote-control protocol assumes the latest firmware, and Umbra shows each body's version at detect and records it in the run log. And run Manual Focus: on autofocus a Sony can refuse the remote shutter until focus locks (a half-press with no photo). Umbra warns at detect when a body is in AF.

CameraDriverStatusNotes
A1Native SDKVerifiedControls cleanly on the native SDK, the recommended totality path.
A7 VNative SDKVerifiedFires reliably with fast exposure changes.
A7S IIINative SDKVerifiedFires reliably with no dropped shots in testing.
A7 IIIUniversalVerifiedNot in Sony's SDK, so it runs on the universal driver. Widen the totality bracket (about 1.3s per frame).
A7R IIIUniversalExpectedUniversal driver (no SDK). A stalled frame is dropped so the run keeps going; widen the totality bracket (about 1.3s per frame).
A1 IINative SDKVerifiedConfirmed on real hardware: the native driver engages automatically and held a clean shot-to-shot cadence down to 0.1s in testing.
A9 IIINative SDKExpectedOn Sony's SDK supported list.
A9 IINative SDKExpectedOn Sony's SDK supported list.
A7 IVNative SDKExpectedOn Sony's SDK supported list.
A7R VNative SDKExpectedOn Sony's SDK supported list.
A7R IVNative SDKExpectedOn Sony's SDK supported list.
A7C IINative SDKExpectedOn Sony's SDK supported list.
A7CRNative SDKExpectedOn Sony's SDK supported list.
A7CNative SDKExpectedOn Sony's SDK supported list.
A6700Native SDKExpectedOn Sony's SDK supported list.
ZV-E1Native SDKExpectedOn Sony's SDK supported list.
FX3Native SDKExpectedOn Sony's SDK supported list.
FX30Native SDKExpectedOn Sony's SDK supported list.
A9 (original)UniversalExpectedUniversal driver; widen totality spacing.
A7R IIUniversalExpectedUniversal driver; widen totality spacing.
A7 IIUniversalExpectedUniversal driver; widen totality spacing.
A7S IIUniversalExpectedUniversal driver; widen totality spacing.
A7SUniversalExpectedUniversal driver; widen totality spacing.
A6600UniversalExpectedUniversal driver; widen totality spacing.
A6500UniversalExpectedUniversal driver; widen totality spacing.
A6400UniversalExpectedUniversal driver; widen totality spacing.
A6300UniversalExpectedUniversal driver; widen totality spacing.
A6100UniversalExpectedUniversal driver; widen totality spacing.
A6000UniversalExpectedUniversal driver; widen totality spacing.

Sony: native SDK vs. universal driver

Umbra drives Sony two ways and picks the right one automatically, with nothing to toggle. Which one a body uses comes down to its generation:

Native Sony SDK (fast)

Sony's Camera Remote SDK, for the A7 IV, A1 and A7S III generation and newer. It sustains a rapid totality bracket, and exposure changes land quickly in a single step. This is the path you want for a dense diamond-ring or Baily's-beads burst.

Universal driver (broad)

A bundled PTP layer for the bodies a native SDK does not cover (Sony A7 III, A7R III and older, plus Nikon and Fujifilm). It works, but it is slower, roughly 1 to 3 seconds per frame, and exposure changes step in 1/3 or 1/2 stops with a brief wait. A very dense totality bracket can outrun it and drop frames, so on these bodies widen the totality spacing.

Canon

EOS bodies run on the universal driver, which is where Umbra sends them by default as of build 0.2.274. Canon's own EOS SDK (EDSDK) is still in the app, as an opt-in switch under Settings → Canon direct control, but it ships off, for a specific reason: on macOS 26 the system's ImageCapture service ends the EDSDK session about 120 milliseconds after it opens, so the body reports ready and then the link is gone before a frame can fire. A tester's R6 Mark II log pinned that exactly, and it matched an R5 pair reported independently. Seven builds of app-side fixes did not move it. If direct control has been working for you, switch it on and it stays on, then Detect again. On the universal driver frames save to the card and exposures apply, but the pace is slower, so leave a couple of seconds between frames.

Honest status: Canon is the brand I have the least confidence in. Several people could not get a Canon firing on 12 August 2026 and fell back to shooting by hand. No Canon body has completed a full eclipse run yet, so nothing below is marked verified. If you shoot Canon, I want your logs.

CameraDriverStatusNotes
EOS R5UniversalExpectedUniversal driver. An R5 pair showed the same session-drop signature as the R6 Mark II below, which is why direct control now ships off.
EOS R5 IIUniversalExpectedUniversal driver, which read a full 61-value exposure profile off this body, with fires landing on the card. No full eclipse run reported yet.
EOS R6UniversalExpectedUniversal driver. A tester spent four hours on 12 August 2026 trying to get direct control to hold and shot by hand instead; that is the failure the new default is meant to end.
EOS R6 IIUniversalExpectedUniversal driver. The clearest Canon diagnostic I have: direct control opened, reported ready, and macOS ended the session about 120ms later. The same body tethers fine in Canon's own EOS Utility, so this is a macOS and EDSDK interaction, not the camera.
EOS R3UniversalExpectedUniversal driver, which read a full 61-value exposure profile off this body. No full eclipse run reported yet.
EOS RUniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS RPUniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS R7UniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS R8UniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS R10UniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS R50UniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
EOS R100UniversalExpectedR-series mirrorless over USB, on the universal driver. Direct control is opt-in in Settings.
5D Mark IVUniversalExpectedDSLR over USB.
5D Mark IIIUniversalExpectedDSLR over USB.
6D Mark IIUniversalExpectedDSLR over USB.
6DUniversalExpectedDSLR over USB.
7D Mark IIUniversalExpectedDSLR over USB.
90DUniversalExpectedBroadly supported by the universal driver.
80DUniversalExpectedBroadly supported by the universal driver.
77DUniversalExpectedBroadly supported by the universal driver.
Rebel SL3UniversalExpectedBroadly supported by the universal driver.
Rebel T8iUniversalExpectedBroadly supported by the universal driver.
Rebel T7UniversalExpectedBroadly supported by the universal driver.
1D X Mark IIIUniversalExpectedBroadly supported by the universal driver.
1D X Mark IIUniversalExpectedBroadly supported by the universal driver.

Nikon

Z mirrorless and DSLRs over the universal driver. Confirmed firing on the Z6 II, Z8, Z7 II and Z5 II; the rest are expected, and I will mark them verified as runs come in. Nikon had a big reliability pass in July 2026, built against a rented Z6 II over three days: the app now takes PC control of the body the way Nikon's own tethering software does (bodies refuse the shutter until you do, which was behind most of the old "it will not fire" reports), aperture changes no longer force a reconnect mid-run, long exposures record at the seconds you asked for, and a body recovers on its own after a battery pull or a replug. The bench result was a full run from first contact to fourth, 1,249 logged frames with zero drops and every exposure verified correct on the card. Three setup notes: set the Standby timer to No limit (custom menu c3) while tethered, give each body its own USB port rather than a shared unpowered hub, and format your card in the Nikon itself, since a card formatted in another camera makes the body accept the shutter and write nothing.

CameraDriverStatusNotes
D850UniversalExpectedA tester's D850 answered a full profile read in August 2026: complete shutter ladder to 1/8000 (fractions, the form Umbra sends), ISO 32–51200, and the mounted lens's aperture list. That profile also uncovered a European-locale quirk in how cameras report numbers, fixed for all bodies. First full run pending.
Z9UniversalExpectedZ-series mirrorless over USB.
Z8UniversalVerifiedConfirmed on real hardware through a full C1 to C4 run. Stacked-sensor flagship; fully electronic shutter, silent and vibration-free. Give totality brackets about 2s per frame on the universal driver.
Z7 IIUniversalVerifiedConfirmed firing on real hardware by a beta tester. Confirmed by a beta tester. Covered by the July 2026 Nikon reliability work (PC control, aperture, long exposures, auto-recovery); give totality brackets about 2s per frame.
Z7UniversalExpectedZ-series mirrorless over USB.
Z6 IIIUniversalExpectedZ-series mirrorless over USB.
Z6 IIUniversalVerifiedTested hard on a rented body over three days, and the reference for the July 2026 Nikon reliability work. A full C1 to C4 run logged 1,249 frames with zero drops, every exposure confirmed correct on the card.
Z6UniversalExpectedZ-series mirrorless over USB.
Z5 IIUniversalVerifiedFires on real hardware, including astro-modified bodies. A newer or modified body can report as a generic PTP device rather than by model name; if the name does not stick after a re-detect, name it once and it holds.
Z5UniversalExpectedZ-series mirrorless over USB.
ZfUniversalExpectedRetro full-frame; silent e-shutter plus mechanical-shutter BULB. Priority body for verification.
ZfcUniversalExpectedAPS-C compact Z body.
Z50UniversalExpectedAPS-C compact Z body.
Z30UniversalExpectedAPS-C compact Z body.
D780UniversalExpectedDSLR over USB.
D810UniversalExpectedDSLR over USB.
D750UniversalExpectedDSLR over USB.
D500UniversalExpectedDSLR over USB.
D7500UniversalExpectedDSLR over USB.
D5600UniversalExpectedDSLR over USB.
D6UniversalExpectedDSLR over USB.

Fujifilm

X and GFX bodies over the universal driver. Expected, not yet tested.

Which USB mode? Umbra needs a body that offers USB TETHER SHOOTING AUTO or FIXED under CONNECTION MODE (older menus call it PC SHOOT). That is the only setting that exposes the shutter over USB. If a body's menu has just CARD READER, X WEBCAM, USB MOVIE SHOOTING and RAW CONV./BACKUP RESTORE, it cannot be fired over USB by Umbra or by anything else, Fujifilm's own tethering plug-in excludes those bodies too. Checking that menu is the fastest way to know where your camera stands before you buy a cable.

CameraDriverStatusNotes
X-T5UniversalExpectedX-series over USB.
X-T4UniversalExpectedX-series over USB.
X-T3UniversalExpectedX-series over USB.
X-H2UniversalExpectedX-series over USB.
X-H2SUniversalExpectedX-series over USB.
X-H1UniversalExpectedX-series over USB.
X-Pro3UniversalExpectedX-series over USB.
X-S20UniversalExpectedX-series over USB.
X-S10UniversalExpectedX-series over USB.
X-E4UniversalExpectedX-series over USB.
X-E3NoneNot expectedNo USB tether-shooting mode in firmware, so no shutter control over USB. (Wireless control exists, but Umbra does not use Wi-Fi.)
X-T30NoneNot expectedConfirmed by a tester, 2026-08. Detected over USB but the shutter cannot be fired: in USB CARD READER Umbra sees the body and cannot capture, and in USB MOVIE SHOOTING it is not detected at all. The firmware has no USB tether-shooting mode.

Two things that look like evidence to the contrary, and are not. gphoto2 lists "Fujifilm X-T30" by name, which means only that the USB ID is recognized and files can be pulled off it. And the body appears on FUJIFILM's Tether App compatibility chart, but that chart notes that for the X-T30, X-T50 and X100 series "only the BACKUP RESTORE function is available", which saves and restores camera menu settings rather than taking pictures. Fujifilm's Tether Shooting Plug-in PRO and their Camera Control SDK both leave this body out entirely.
X-T30 IINoneNot expectedSame CONNECTION MODE options as the X-T30 and no USB tether-shooting mode, so almost certainly the same result. Previously listed here as “Expected”, that was inferred from a generic PTP list, not tested, and a tester's X-T30 report showed the inference was wrong.
GFX 100 IIUniversalExpectedMedium format over USB.
GFX 100SUniversalExpectedMedium format over USB.
GFX 50S IIUniversalExpectedMedium format over USB.

OM System / Olympus

OM-D, OM and PEN bodies over the universal driver. Olympus is the brand where tethered shutter control varies most from model to model. The E-M1 Mark III is now confirmed firing on real hardware, the first Olympus body verified; the rest are expected pending confirmation, and I will mark them verified as testers check in.

CameraDriverStatusNotes
OM-1 Mark IIUniversalExpectedCurrent OM System flagship; tethered capture over USB, pending confirmation.
OM-1UniversalExpectedWith a tester onboarding now. Priority body for verification.
OM-5UniversalExpectedTethered capture over USB, pending confirmation.
OM-D E-M1XUniversalExpectedTethered capture over USB, pending confirmation.
OM-D E-M1 Mark IIIUniversalVerifiedConfirmed on real hardware with fully receipted capture: each frame blocks until the camera reports the file stored, so the honest pace is about 4 to 6.5 seconds per frame. Plan it as the steady wide-angle body, not the rapid-fire one. Setup gotcha that cost a tester a week: in-camera auto bracketing quietly overrides tethered exposures, and the quick menu can say bracketing is off while a deeper submenu still has it on. Check both before a run.
OM-D E-M1 Mark IIUniversalExpectedTethered capture over USB, pending confirmation.
OM-D E-M5 Mark IIIUniversalExpectedTethered capture over USB, pending confirmation.
OM-D E-M10 Mark IVUniversalExpectedTethered capture over USB, pending confirmation.
PEN-FUniversalExpectedTethered capture over USB, pending confirmation.

Not currently supported

These bodies do not expose a still-capture control path Umbra can drive. Listed here so the answer is clear rather than missing.

CameraDriverStatusNotes
RED Komodo XNoneNot expectedCinema camera controlled over RED's own protocol (RCP), not PTP. No eclipse-stills control path.
Leica M11-PNoneNot expectedM-mount rangefinder; no tethered shutter control over USB. Leica SL and Q mirrorless are a more realistic future target.
Do not see your body, or want to confirm it? The beta is free and open, and I add camera coverage as people report in. Download the free beta or email [email protected] with your exact model and I will get it on the list.