Lima issueshttps://gitlab.esrf.fr/limagroup/lima/-/issues2024-03-28T18:39:44+01:00https://gitlab.esrf.fr/limagroup/lima/-/issues/209Thread cannot be started when finished2024-03-28T18:39:44+01:00Samuel DebionneThread cannot be started when finishedWhen a thread is finished, it cannot be restarted:
```
src/common/src/ThreadUtils.cpp, 257): Error: Thread already started
```When a thread is finished, it cannot be restarted:
```
src/common/src/ThreadUtils.cpp, 257): Error: Thread already started
```v1.10.0Samuel DebionneSamuel Debionnehttps://gitlab.esrf.fr/limagroup/lima/-/issues/164Latency time with video live is not working2021-11-10T13:13:32+01:00Valentin VallsLatency time with video live is not workingTrying to play with a RGB basler at ID24
It sounds like the latency time is not working.
```
BERRU [96]: bas_uscope_us.proxy.camera_model
Out [96]: 'acA3088-16gc'
```
```
BERRU [88]: bas_uscope_us.stop_live()
BERRU [89]: bas_uscope...Trying to play with a RGB basler at ID24
It sounds like the latency time is not working.
```
BERRU [96]: bas_uscope_us.proxy.camera_model
Out [96]: 'acA3088-16gc'
```
```
BERRU [88]: bas_uscope_us.stop_live()
BERRU [89]: bas_uscope_us.proxy.image_roi = [0, 0, 100,100]
BERRU [90]: bas_uscope_us.start_live(0.01)
BERRU [91]: bas_uscope_us.proxy.latency_time = 1
BERRU [92]: bas_uscope_us.stop_live()
BERRU [93]: bas_uscope_us.start_live(0.01)
BERRU [94]: bas_uscope_us.proxy.latency_time
Out [94]: 1.0
```
The camera was still taking about 20 frames/s
```
BERRU [97]: prdef(bas_uscope_us.start_live)
'start_live' is defined in:
/home/blissadm/local/bliss.git/bliss/controllers/lima/lima_base.py:1106
def start_live(self, acq_time: typing.Optional[float] = 0.1):
"""Start live video of a Lima detector.
This will also be displayed inside Flint.
"""
flint = plot_module.get_flint()
proxy = self.proxy
flint.start_image_monitoring(self.image.fullname, proxy.name())
if proxy.video_live:
proxy.video_live = False
proxy.acq_time = acq_time
proxy.video_source = "BASE_IMAGE"
proxy.video_exposure = acq_time
proxy.video_live = True
BERRU [98]: prdef(bas_uscope_us.stop_live)
'stop_live' is defined in:
/home/blissadm/local/bliss.git/bliss/controllers/lima/lima_base.py:1121
def stop_live(self):
"""Stop live video of a Lima detector
This will also be stopped inside Flint.
"""
proxy = self.proxy
proxy.video_live = False
flint = plot_module.get_flint(creation_allowed=False, mandatory=False)
if flint is not None:
flint.stop_image_monitoring(self.image.fullname)
```
Any idea why? @claustre @berruyerhttps://gitlab.esrf.fr/limagroup/lima/-/issues/129Pin version of camera package in tango recipe2020-08-27T16:04:24+02:00Samuel DebionnePin version of camera package in tango recipeInstalling the latest `lima-camera-xxx-tango` does not ensure to get the appropriate `lima-camera-xxx` package (same for `lima-tango-server`).
Reported by @valentin.valls see https://chat.esrf.fr/channel/lima-support?msg=WadZJpydy8t5oq5...Installing the latest `lima-camera-xxx-tango` does not ensure to get the appropriate `lima-camera-xxx` package (same for `lima-tango-server`).
Reported by @valentin.valls see https://chat.esrf.fr/channel/lima-support?msg=WadZJpydy8t5oq5eT for the full discussion.
This can be fixed with:
```
requirements:
run:
- {{ pin_compatible('lima-tango-server', max_pin='x.x') }}
- {{ pin_compatible('lima-camera-simulator', max_pin='x.x') }}
```
Every packages will need to be updated, starting with the simulator.
- [ ] andor
- [ ] andor3
- [ ] basler
- [ ] dexela
- [ ] eiger
- [ ] frelon
- [ ] imxpad
- [ ] marccd
- [ ] maxipix
- [ ] merlin
- [ ] meta
- [ ] mythen3
- [ ] pco
- [ ] pilatus
- [ ] pixirad
- [ ] pointgrey
- [ ] prosilica
- [ ] simulator
- [ ] slsdetector
- [ ] ueye
- [ ] ultra
- [ ] v4l2
- [ ] xhv1.9.6Samuel DebionneSamuel Debionnehttps://gitlab.esrf.fr/limagroup/lima/-/issues/94Video Data-2-Image task is not included in Lima processing state2019-07-09T16:22:00+02:00Alejandro Homs PuronVideo Data-2-Image task is not included in Lima processing state`CtVideo` must be `active` in order to update the data returned by `CtVideo.getLastImage()`. When `active`, an independent task is systematically included in the frame processing pipeline by `CtVideo::frameReady/_data_2_image`. However, ...`CtVideo` must be `active` in order to update the data returned by `CtVideo.getLastImage()`. When `active`, an independent task is systematically included in the frame processing pipeline by `CtVideo::frameReady/_data_2_image`. However, the task status is not taken into account by the acquisition state machine in `CtControl`. This is a potential point of failure because `HW buffers` can be re-allocated before the `Mapped Data's` are consumed.
A possible solution is to modify `CtControl::_calcAcqStatus` to take into account `CtVideo::m_ready_flag` (if `CtVideo::m_active_flag`), and to call it from `CtVideo::_data2image_finished`