[INSTRM-1261] Stop generating new frames when reading "simulated" MCS data. Created: 30/Apr/21  Updated: 01/Feb/24

Status: In Progress
Project: Instrument control development
Component/s: ics_cobraCharmer, ics_mcsActor
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Normal
Reporter: cloomis Assignee: cloomis
Resolution: Unresolved Votes: 0
Labels: EngRun, PFI
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Story Points: 2

 Description   

The mcs "simulated data" scheme reads image files out of a given directory as if they were coming off the camera. But it then currently generates new frame ids. That breaks matching against opdb rows.

Re-order the sequence to not create new frames, at least optionally.

ics_cobraCharmer is mentioned because that has a newer and more flexible camera API.



 Comments   
Comment by cloomis [ 30/Apr/21 ]

I think this is what you want, karr. With ASRD offline and the build errors with the C-code it is hard for me to actually test.

Comment by cloomis [ 05/May/21 ]

Did this work, karr? If so I'll merge and close.

Comment by karr [ 05/May/21 ]

I can now succesfully read a simulated image, but it crashes when it tries to create a header (where it's looking for gen2 related items). I can bypass this by asking getNextSimulatedImage to pass pack the header from the input file, which still gives an error message (FAILED to generate WCS header: unsupported operand type(s) for *=: 'NoneType' and 'float), but doesn't crash and continues with the centroiding.

 

Comment by hassan [ 13/Aug/21 ]

chyan cloomis is this ticket implemented given the PR has been merged to master?

Comment by hassan [ 06/Jan/23 ]

cloomis chyan?

Generated at Sat Feb 10 16:33:33 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.