v0.3.50

chore: bump update_manifest to 0.3.50

latest_version -> 0.3.50 for the upcoming release. critical stays true
with minimum_supported_version 0.3.49 (versions below that still have the
SATNOGS 'in orbit' status bug).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.49

feat(ui): left-drag to pan the METEOR image preview

Hold the left mouse button on the image and drag to move it inside the
scroll-area viewport (the "hand tool"), adjusting the scrollbars by the
cursor delta tracked in global coordinates. Pairs with the existing
mouse-wheel zoom: zoom in, then drag to any part of the image. Right-click
still opens the context menu; cursor shows open/closed-hand affordance.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.48

feat(ui): add mouse-wheel zoom, default image saves to Pictures folder

Both requested on GitHub Issue #27 (Tony/IK1HGI):

- Mouse-wheel zoom on the METEOR image preview, installed as an
  eventFilter on the image label (not QScrollArea's own wheelEvent) so
  it's caught before the default wheel-scroll behavior. An explicit
  zoom level overrides the Fit mode until a Fit menu item is picked
  again or a different image is shown, at which point it resets.

- "Save Image As..." now defaults to the selected reception's own
  folder under ~/Pictures/fbsat59_meteor/ instead of the Desktop, so a
  saved image lands alongside the rest of that pass's SatDump output.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.47

refactor(ui): move METEOR image controls into context menu / history …

v0.3.46

Throttle satmode in-TX DL writes to 3s floor, shrink FT4 TX blocksize…

v0.3.45

fix(rig): throttle satmode in-TX UL writes to a 1s floor (#26)

_tracking_through_tx() tightened the satmode crossband UL threshold to
1 Hz during FT4/Q65 TX, but that crossed almost every DopplerWorker
cycle in practice (~3 writes/second measured on IC-9700), and each
Sub-VFO write takes ~200-260ms -- occupying ~75-80% of a transmission's
wall-clock time and starving _TxWorker's audio callback thread (the
underlying cause of the "stretched TX" symptom). Replaced the delta
threshold with a flat 1s minimum interval between in-TX UL writes,
cutting that CAT traffic to ~25% of the transmission's duration. At
typical Doppler rates for these satellites (a few Hz/s) this only
costs a few Hz of in-burst drift; only right at TCA on a fast
high-elevation UHF pass (~170 Hz/s) would this reintroduce a
noticeable step, which is an accepted trade-off given the constraints
of this rig class (confirmed with the user).

_flush_pending_frequencies() (the pre-TX correction that primes the
carrier before keying) now resets _last_ul_update_time to 0 first, so
the new 1s floor can never suppress that one-off write -- without it,
flushing a UL value written less than a second earlier would silently
no-op, defeating its purpose.

Updated TestPreTxUplinkFlush's TX-tracking test for the new floor-based
behavior (a small in-TX delta no longer reaches the rig immediately;
it does once >=1s has elapsed) and added a companion test asserting
suppression before the floor elapses.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.44

feat(comms): add 7s TX watchdog to force FT4 PTT off (#26)

_TxWorker's done.wait() previously had no timeout, so PTT-off was
entirely gated on the audio stream's own completion signal -- if that
signal is delayed (the CAT-traffic/GIL stall this issue is about) or
never arrives, the rig stays keyed with no automatic recovery short of
the operator noticing and pressing Halt TX. Adds a 7.0s ceiling (under
one FT4 T/R period, 7.5s): if the audio thread hasn't signalled done by
then, abort the stream exactly as Halt TX would and proceed to the
existing unconditional PTT-off, surfaced as an error (not "TX done") so
it's visible when it fires. Independent of whatever the underlying
stretch turns out to be.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.43

fix(comms): raise FT4 TX audio blocksize to survive CAT-call stalls (…

v0.3.42

feat(rig): log satmode CAT set_freq() call duration (#26)

Diagnostic for the still-open FT4/Q65 TX "stretched transmission"
symptom on IC-9700 satmode Direct rigs. Hamlib's Python (SWIG) binding
is built without -threads (unlike SoapySDR's), so each DL/UL
set_freq() call holds the GIL for its whole blocking CAT round-trip.
During TX, _tracking_through_tx()'s 1 Hz UL threshold can turn this
into near-continuous CAT traffic — suspected of starving _TxWorker's
PortAudio callback thread and causing the reported output underflow.
Times each satmode DL/UL set_freq() call directly and logs it
(WARNING at >=80ms) so a reproduction can be compared against
ft4_decode.log's existing "tx callback_stats" for the same session.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

v0.3.41

docs: record METEOR-vs-Rig-SDR conflict fix in CLAUDE.md

Issue #27 follow-up item 17 — the AOS-timing fix (item 16) let Autotrack's
Rig 1/2 auto-connect race METEOR's own SatDump SDR open for the first time.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>