Skip to content

FaceStream v.5.1.5#

FaceStream changes

  • The ability to get the detection time (in seconds) of a face or body relative to the start of the video was added.

    This time is stored in the "detect_ts" field of the LUNA PLATFORM event.

    Getting face or body detection time is available only for the "videofile" source type.

  • LUNA Streams version was updated.

FaceStream fixed errors

  • The error was fixed where the stream would not go into "failure" status when invalid parameters were used.

  • Getting the "detections_count" metric on the GET "/metrics" request was fixed.

  • The "show_window" parameter, deprecated since version 5.0.6, was removed from the FaceStream settings.

  • The error was fixed that occurs on some graphics cards when previewing a stream using the "/streams/preview/{id}" resource while using FaceStream with GPU.

LUNA Streams changes

  • New "endless" parameter was added to the "create stream" and "put stream" requests of the LUNA Streams service, which enables you to control the restart of the stream when a network error is received (the error is determined by the system as an eof (end-of-file) marker).

    The parameter is available only for the "udp" and "tcp" source types.

    If the endless parameter takes the value true, then in case of receiving eof and successful reconnection, the processing of the stream will continue. If all reconnection attempts failed (see the "healthcheck" section), then the stream will take the "failure" status. If the parameter takes the value false, then the processing of the stream will not continue and the status of the stream will take the "done" status.

    When using a video file as a "tcp" or "udp" source, it is assumed to use the value false. This will avoid re-processing an already processed fragment of the video file when receiving eof. If, when using a video file, the value of the endless parameter is true, then after the processing is completed, the video file will be processed from the beginning.

LUNA Streams fixed errors

  • The order of getting stream logs in the "get streams logs" request was fixed. Now the new logs are shown first.