Skip to content

2.1

Choose a tag to compare

@naixx naixx released this 18 Oct 21:39
· 44 commits to master since this release

[2.1] — 2026-10-18

Camera controls on the status screen, a closer look at a running time-lapse, and a round of fixes from
real night runs.

Works with VIEW firmware 1.8.54+; get 1.8.55 (naixx/VIEW)
for the drive mode line, a notification when a running time-lapse stops producing frames, and a much
faster VIEW boot.

Added

  • Camera controls — shutter, aperture and ISO pickers with the camera's own names, EV −/+, a test
    shot and live view, right on the status screen.
  • Histogram of the frame under the player — follows scrubbing and playback on the running-status
    and clip screens; computed in the app with the VIEW's own formula.
  • Frame progress bar on the running status screen, like the VIEW's OLED: exposure, download and
    processing, and the time since the capture started, so a late or stuck frame is visible from the
    phone.
  • Ramping options of a running time-lapse — the exposure limits are shown by the camera's names
    (e.g. "Limits: ISO 400-6400, aperture f/1.4-f/8, shutter up to 20""), and the Ramping Options dialog
    can change the ramp parameters and the ISO, aperture and shutter limits mid-run; they apply from the
    next frame.
  • Drive mode of the camera under the exposure, e.g. "Drive mode: Continuous Shooting Lo (Single
    from the next shot)" — the VIEW switches to Single before it shoots (firmware 1.8.55+).

Changed

  • In access-point mode the app keeps the phone on the VIEW hotspot: Android used to leave it for mobile
    data (the hotspot has no internet) and not rejoin it after the hotspot restarted.

Fixed

  • Connecting when the phone and the VIEW are on different subnets.
  • Status and settings parsing for fractional and null values (no camera connected, highlight
    protection stepping by 1/3).
  • "camera disconnected" instead of "unknown connected" when the camera drops off mid-run.
  • The clip length on the running status screen (it divided the capture time by 30).
  • "Download failed" right after starting a time-lapse: frames are no longer fetched before the first
    one.
  • A time-lapse started from the app after a VIEW reboot could wait forever without a frame: the start
    delay is now always sent.