6 Commits

Include renames

Author	SHA1	Message	Date
x01dcandClaude Sonnet 5	e299775c44	feat(LamNI): measure camera live-mode FPS and smear-sweep capture FPS ... Neither rate was previously measured anywhere, making it hard to tell a real acquisition bottleneck from a display/overhead one. - IDSCamera.get_live_fps() (new USER_ACCESS entry): rolling-buffer measurement of the live-mode push rate in _live_mode_loop(), readable as dev.cam_xeye.get_live_fps(). SimIDSCamera inherits it unchanged, so it works against the simulated deployment too. - XrayEyeAlign._smear_sweep() now tracks timestamps of the first and most recent distinct frame it captures, storing the computed rate as self.last_smear_fps and printing it in the sweep-done summary line. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-07-27 10:35:38 +02:00
x01dcandClaude Sonnet 5	bcdfc12a88	fix(LamNI): decouple smear composite display from live acquisition channel ... The "camera running" toggle (IDSCamera.live_mode_enabled) was flapping on/off during the smear sweep, and on real hardware that's genuinely slow (starting/stopping the live acquisition thread has real driver overhead, unlike the simulator). Root cause: composite pushes shared the same device_preview channel the live thread continuously publishes to, so live_mode_enabled had to be toggled off around every push to keep the composite from being instantly overwritten. Give the composite its own channel instead: - IDSCamera gains a smear_preview PreviewSignal (no rotation_90/ transpose configured -- composite data is already display-oriented) and push_smear_preview(), mirroring push_preview_image() but fully decoupled from the live channel. - XRayEye gains set_live_view_signal() to switch which camera signal the live Image view displays, defaulting to the normal channel for every fresh GUI instance; on_live_view_enabled() now uses whichever signal is currently selected instead of a hardcoded constant. - _smear_sweep() switches the GUI to "smear_preview" for the sweep and pushes composite updates there -- live_mode_enabled is never touched at all (just ensured on at the start, exactly like _live_sweep()). The GUI is deliberately left on the composite after a successful sweep until the caller has collected the operator's click, then switched back to "image"; on KeyboardInterrupt it's switched back immediately. This removes the resume_live/hold_display_s toggle-avoidance mechanism added in def9bf4, which is no longer needed with a dedicated channel. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-07-24 16:08:01 +02:00
x01dcandClaude Sonnet 5	81f6d0ff1e	fix(LamNI): freeze composite display, undo double rotation, speckle sim pattern ... Real-HW-adjacent (sim) testing surfaced three issues with the smear calibration aid: 1. The composite reverted to the plain rotating live view right before the click prompt. find_rotation_center_smear_experimental() called update_frame() after _smear_sweep(), which grabs a fresh raw live frame -- overwriting the composite it just built. Also, _push_smear_composite always resumed live mode, so even without that bug the composite would only stay visible for hold_display_s. Fixed: _push_smear_composite gained resume_live=False for the final push; _smear_sweep now takes keep_shutter_open and closes the shutter itself at the end, so the composite (not a fresh grab) stays frozen on screen for the click. The stray update_frame() call is removed. 2. The composite appeared rotated relative to the live view. get_last_image() frames already have num_rotation_90/transpose applied (PreviewSignal.put() applies it to whatever it stores), so composites built from those frames got the transform applied AGAIN by push_preview_image()'s own self.image.put() call. Fixed: push_preview_image() now undoes the transform first (reverse order, since transpose is applied last forward) so the net effect is a single transform, matching a live frame. 3. Feature request: the sim camera's rotation-coupled pattern was a single eccentric gaussian blob -- a better analog for the isolated/ point-particle case than the extended/textured case this feature actually targets. Added generate_speckle_grains/ make_speckle_test_pattern (sim_cameras.py): a fixed, seeded field of small gaussian "grains" at a range of radii, rotating rigidly together as the live angle changes -- producing several concentric arcs in the composite instead of one, much closer to a real textured sample. New sim_speckle_count/sim_speckle_seed config, defaults requiring no yaml changes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-07-24 16:08:01 +02:00
wyzula_j	be9938ddb7	fix(camera): unify the live mode on cameras	2026-03-11 16:09:39 +01:00
x01dcandwyzula_j	de22611941	refactor(ids_camera): old ids_camera deleted, ids_camera_new is now ids_camera	2025-10-23 14:39:59 +02:00
appel_c	9e45e927a0	test(ids-camera): add tests for the IDSCamera integration	2025-08-05 12:31:13 +02:00