aboutsummaryrefslogtreecommitdiff
path: root/libcrystfel/src/image-msgpack.c
AgeCommit message (Collapse)Author
2021-04-23MsgPack: improve an error messageThomas White
2021-04-23MsgPack: Implement extraction of image dataThomas White
2021-04-20MsgPack: Implement decoding numeric valuesThomas White
2021-04-20MsgPack: Improve a warning messageThomas White
2021-04-19Unify loading of image data and header valuesThomas White
This moves the entry point for loading MsgPack data to a new function, image_read_data_block. Inside image.c, the image structure can be created using exactly the same functions as for data files.
2021-04-15Separate ZMQ from MessagePack, switch to pub/sub socketThomas White
Indexamajig uses only ZMQ, to receive streaming data, while libcrystfel uses only msgpack to implement another type of image format. The two of these are eventually tied together in process_image, which does this: if ( have_zmq_data ) interpret_zmq_data_as_msgpack; - however, they would be easy to split up if we wanted to do something else (CBF data over ZMQ, anyone?). This commit also switches the ZMQ connector to use a pub/sub socket instead of a request/reply one. This matches changes in OnDA. At the moment, the MessagePack image reader simply dumps the object to disk.
2021-03-05Mass update of copyright dates in source code commentsThomas White
2020-07-29Unify creation of blank image data arraysThomas White
2020-07-29Remove events.c, part 1Thomas White
2020-07-29Remove unused includesThomas White
2020-07-29Convert image-msgpack.c to DataTemplate/detgeomThomas White
2020-07-29Move MessagePack stuff to separate fileThomas White
Note the nicer separation: ZMQ is in indexamajig only, whereas MessagePack becomes something generally accessible through libcrystfel.