SATPC0030196 Tab 04 SOW.pdf

STATEMENT OF WORK

1. Objective/Requirements SPACE calls out the testing of Remote Terminals (RT) by following the “RT Validation by Test” test plan, which is tailorable to the application of the RT. NASA Shared Services Center has a requirement for testing of terminals.

2. Characteristics, Scope, and Specs

# Part Number Description Qty

1 STP-9-MC-

CL

StreamPix 9 - multiple camera use - up to a maximum of 7 cameras (also includes support for all STP-9-S-STD drivers as well as analog, CameraLink & CoaXpress cameras or any frame grabber).

2 ATS-Mod* Accurate Time Stamping Module for StreamPix - for use with GPS or IrigB time source. 2 3 BMD-Playout-Mod BMD Playout Module - Output captured video (live and playback) via the 3G-SDI output from Black Magic Design Decklink frame grabber.

4 StreamPix-Remote StreamPix Remote - Remote control of all StreamPix copies from a central machine.

Required for syncing with Vicon Blade.

5 MULTI-CAM Plus 7 StreamPix MultiCAM Plus 7 module for 8 or more cameras per PC. 2 6 USB Key USB protection key (WIBU) for use with StreamPix. USB-Type-A. One key required per license.

7 TCR180PEX-EL Meinberg TCR180PEX-EL – IRIG Time Code Receiver for

Computers (PCI Express).

8 BMD-BDLKDVQD2 Blackmagic Decklink Quad 2 6 9 StreamPix station – 12

Channels. – 2 TB SSD.

X6314

- Xeon CPU 6314.

- Windows 11

- 64 Gbytes RAM

- 1 OS disk 256 Gbytes

- 4 x M.2 SSD’s at 2 TBytes.

- 4U rail kit.

10 Integration Integration, testing & system support. 6 11 Custom Custom development to interface the RS232 ASCII feed and convert that to some kind of text overlay.

Facility Requirements Document

NASA White Sands Test Facility

High-Definition Video Capture and Playback Requirements

Lyndon B. Johnson Space Center White Sands Test Facility

P.O. Box 20 Las Cruces, NM 88004

(575) 525-7652

Facility Requirements Document

NASA White Sands Test Facility High-Definition Video Capture and Playback Requirements

Issued by

National Aeronautics and Space Administration Johnson Space Center

White Sands Test Facility Propulsion Test Office

1. Introduction

1.1. The Propulsion Test Office at the NASA White Sands Test Facilities (WSTF) supports qualification and R&D testing for hypergolic based thrusters. Video capture and play back systems are an integral part of the test systems, providing data collection, analysis, and archiving.

2. Purpose

2.1. Establish the technical requirements for NASA’s WSTF Propulsion test stands high definition (HD) video capture and play back system.

3. Objective

3.1. Replace current obsolete video capture/processing system with new hardware to ensure the continued support of NASA’s space flight mission directives.

4. Current System

4.1. Current system allows for video capture and playback, as well as video overlay/insertion for IRIG timecode, user defined text, and countdown clock.

5. New Requirements

5.1. General

5.1.1. All specification listed are the minimum required unless specifically stated.

5.1.2. System shall have 12 inputs and 12 outputs.

5.1.3. To reduce risk of a single system failure the system shall contain two separate chassis each with the following specifications

5.1.3.1. 12 configurable SDI input/outputs per chassis.

5.1.3.2. 64 Gbytes of Ram

5.1.3.3. 1 disk utilizing Windows 10 or higher for the OS

5.1.3.4. 4 M.2 SSD’s at 2 Tbytes for short term data storage

5.1.3.5. Utilize a 4U-Standard 19-inch rack mount PC per chassis with provided slides

5.2. Recording

5.2.1. Have the capacity to simultaneously record uncompressed 1080p SDI video @

60fps for all inputs.

5.2.2. Have the means to start, stop, and configure each feed independently

5.2.3. Have a user selectable recording rate up to the 60 fps per channel.

5.2.4. Capture all overlays to include timestamp, user defined text, and WSTF’s priority countdown clock, and meta data. (see Video Overlays section)

5.3. Playback

5.3.1. Have the capacity to playback and loop through live video for all feeds at a rate up to 30 fps.

5.3.2. Playback and loop through feeds shall contain time, text, and countdown clock overlays (see Video Overlays/insertion section)

Commented [SJM(R1]: We can add a second disk and RAD controller at a later date if necessary. Trying to capture the minimum requirements at this point in time.

5.3.3. Each output shall be independently controlled.

5.4. IRIG-B Time code reader

5.4.1. Have a time code reader capable of decoding a standard IRIG-B time code signal for video overlays. (see Video Overlays/insertion section)

5.5. Video overlays/insertions

5.5.1. The following video overlays/insertions shall be provided.

5.5.1.1. IRIG-B timecode

5.5.1.2. User defined Text

5.5.1.3. WSTF’s property countdown clock (see attachment A)

5.5.1.4. User shall have the ability to select the following

5.5.1.4.1. Font Type, Size, and Color

5.5.1.4.2. Location the overlay is inserted into the video stream

5.6. Software

5.6.1. Provide NorPix software licensing adequate to cover all requirements listed in this document.

Commented [SJM(R2]: In the future we can consider using the NTP server driving the local system clock. For now, I’m leaving in the capability to use IRIG.

Attachment A WSTF Proprietary Countdown Clock Format

WSTF’s Data Acquisition and Controls System (DACS) generates a countdown clock that is currently displayed and captured as an overlay in designated video feeds. This attachment captures the current operation and syntax for the countdown clock.

There are two discrete output bits generated by WSTFS DACS that control the countdown clock.

One bit starts/stops the counted down clock. The other bit resets the countdown clock. The bits are wired to the discrete inputs on the current time code inserter. The clock signal is generator internal by the existing time code inserter.

WSTF DACS also communicates with the current time code inserter via a TCP/IP stream. An ethernet to serial convert is used to interface the countdown clock with the current video insertion system. WSTF’s DACS sends a hexadecimal #13 to the current time code inserter to get the status/current start time. Once the time code insert responds WSTF’s DACS then outputs the following command to set the current time code inserters start time.

#27, ”sign” , ”minutes” , ”seconds” , “milliseconds” Hexadecimal #27 ASCII ”sign” which represents Tzero “-“ or Tplus “+” ASII values for minutes, seconds, and milliseconds

If it is determined the proposed system does not support WSTF’s propriety countdown clock format an agreement for an acceptable format/solution must be reached prior to final payment.

3. Place of Performance Joshua M. Simmons, Jacobs Technology, Inc./NASA-JSC-WSTF

4. Period of Performance

Lead time for delivery is 21 days ARO.