Inactive

Updated dated 2 January 2020 Please see the Government Q&A Response below: Question 1 - Please confirm that this Solicitation Requirement’s identify Scene Generation only, without projection. The firs... Updated dated 2 January 2020 Please see the Government Q&A Response below: Question 1 - Please confirm that this Solicitation Requirement’s identify Scene Generation only, without projection. The first line of the requirements uses the term "Direct Injection" which typically means the data stream is sent into the detector electronically rather than optically via projection. Govt Response - Yes, this effort would include a Scene Generator and a common injection interface/board, however no projection will be required. ********************************************************************************** INTRODUCTION The Integrated Battlespace Simulation and Test (IBST) Department at the Naval Air Warfare Center – Aircraft Division, Patuxent River, MD is seeking information regarding the technical capabilities of potential sources. The intention of this sources sought is for market research purposes pursuant to Federal Acquisition Regulation (FAR) Part 10. Responses to this sources sought will be utilized to determine the government’s acquisition strategy. DISCLAIMER THIS SOURCES SOUGHT IS FOR INFORMATIONAL PURPOSES ONLY. THIS IS NOT A REQUEST FOR PROPOSAL. IT DOES NOT CONSTITUTE A SOLICITATION AND SHALL NOT BE CONSTRUED AS A COMMITMENT BY THE GOVERNMENT. RESPONSES IN ANY FORM ARE NOT OFFERS AND THE GOVERNMENT IS UNDER NO OBLIGATION TO AWARD A CONTRACT AS A RESULT OF THIS ANNOUNCEMENT. NO FUNDS ARE AVAILABLE TO PAY FOR PREPARATION OF RESPONSES TO THIS ANNOUNCEMENT. ANY INFORMATION SUBMITTED BY RESPONDENTS TO THIS TECHNICAL DESCRIPTION IS STRICTLY VOLUNTARY. PROGRAM BACKGROUND Navy, Air Force, and Army platforms are reevaluating and updating multiple Electro-Optical Infrared (EO/IR) sensors to meet competitive mission needs. These mission scenarios will require the development of new testing techniques to fully validate their variability and effectiveness in six test dimensions: environment, clutter background, ranges, altitudes, speeds, and azimuths and elevations. There are currently no EO/IR ground test capabilities available at Government test facilities for platform level testing. The DoD is unable to test these sensors at their full or, for some, even basic capability. In addition, T&E facilities lack the capability to include EO/IR systems in coordinated, high-speed stimulations in support of sensor fusion. By providing the capability to test new EO/IR sensors on various platforms, EO/IR Direct Injection resolves several current Navy, Air Force, and Army EO/IR testing shortfalls. EO/IR Direct Injection will provide the capability to inject EO/IR scenes directly into the sensor(s) and/or processor, using an interface unit to translate between new or updated scene generators and the platform EO/IR sensor systems. This injection capability will enable the aircraft to test in a variety of mission-representative scenarios, comprehensibly evaluating the effectiveness of the EO/IR sensor suites on various platforms. The test community will then be able to augment flight-testing with repeatable, complex EO/IR scenarios through the integration of these capabilities into Installed System Test Facilities (ISTFs). The EO/IR Direct Injection (DI) design concept requires only the interconnecting cabling to the System Under Test (SUT) and the sensor model to be uniquely modified (for each sensor type) in order to accommodate a broad range of EO/IR sensor systems. REQUIRED CAPABILITIES The following represents the anticipated Government Requirements: 1. System Requirements Description: The EO/IR Direct Injection scene generator (SG) shall be an integrated hardware/software system with the capability to support testing of EO/IR sensor systems. It shall generate radiometrically correct scenes, in real-time, for the reactive hardware-in-the-loop testing of an interchangeable, variable selection of platform sensor systems. The generated scenes shall provide a realistic portrayal of the scene radiance, as viewed by the unit under test (UUT) in operational scenarios. Scene radiance shall be calculated on a frame-by-frame basis, accounting for the functional relevance of the engagement geometry of the System Under Test (SUT) with contributions from the sky, sun, targets, terrain, and atmosphere. The SG system shall be designed to support Missile Warning Systems (MWS), Forward Looking Infrared (FLIR) Systems, Imaging Infrared Seekers (I2R), and Infrared Search and Track Systems (IRST). The SG system shall be compatible with both local and external operational controllability. The scene generator shall possess the capability to build all required individual modeling entities as well as the parametric databases for both static and dynamically generated models. Static terrain database and entity models will be integrated into a scenario’s comprehensive radiance database by a scenario development tool. The SG’s scenario sequencer with the graphical display mode will have the capability to edit the scenario configuration file and to display the scenario temporally, frame-by-frame from the various viewing perspectives. The Scene generator shall perform scenario simulation control by running the scenario and building the real-time imagery using the internal 3D static terrain database file with integration of the dynamic components. Using the graphics processing unit, the scene generator must perform high-fidelity replication of the sensor aperture’s continuous perspective imagery as it moves throughout the synthesized environment, which shall contain terrain, sky, and static or dynamic entities such as missiles, vehicles, buildings, and bridges. The SG shall have the capability to synchronize the operation of multiple single and two-color channels for the simultaneous control of various multiple sensor MWS configurations. The SG shall perform the sensor effects convolution on the imagery before sending imagery to the digital output interface. The system shall have the capability to collect imagery and threat signature data internally, as well as externally on a data acquisition unit for scenario validation and post-processing analysis. 2. Operation Modes: a. The SG shall provide Multi-mode operation for system initialization, modeling, display (debug), local and external operational modes. b. The SG shall provide the capability to operate in a System Initialization Mode. c. The SG shall provide the capability to operate in a Modeling Mode. d. The SG shall provide the capability to operate in a local standalone Image Generation Mode. e. The SG shall provide the capability to operate in External Control Image Generation Mode. f. The SG shall operate in only one mode at a time. g. The SG shall have the configurable capability option for simultaneous operation of all sensors in a MWS. 3. Model Building: a. The SG shall have the capability to build radiometrically correct radiance maps for the terrain database, needed for of the creation of the synthetic imagery. i. The SG shall provide a Graphical User Interface (GUI) to facilitate construction of material database elements. ii. The terrain database shall be registered to a map location using GPS coordinates. iii. The SG shall use a materially attributed database for building the synthetic terrain. 1. The material database shall support texture maps with material composition and percentage mixtures. 2. A material properties database file shall be provided for each terrain locality. The database shall include the following material attributes: Bi-directional Reflectivity Distribution Function (BRDF) emission, diffuse and specular reflection, and the lobe width of the specular reflection component. 3. The terrain radiance shall be calculated using the material-specific heat and the diurnal thermal history for any day of the year up to present. iv. The final 3D terrain database shall be developed from digital elevation data. v. The SG shall compute radiances of facet-based terrain models using the atmospheric conditions, the sensor spectral responsivity, the material attributed topography, the diurnal thermal history, and scenarios time and date definition. b. Atmospheric Modeling: The SG shall provide a Graphical User Interface (GUI) to facilitate construction of the atmospheric database elements, employing the full potential capability of the MODerate Resolution Atmospheric TRANsmission (MODTRAN) code. i. The atmospheric attenuation spectral band shall be configurable to encompass the spectral band(s) defined for the units under test. ii. The SG shall apply atmospheric attenuation for each object in a synthetic environment on a per pixel basis. iii. The SG shall use the spectral resolution in the calculation of the atmospheric attenuation. iv. The SG shall calculate the atmospheric attenuation from all potential aerosol levels, including low and high humidity. v. Transmission loss shall be computed within a maximum of 5% relative error or 0.02 absolute error as compared to MODTRAN results. vi. Path radiance shall be computed within a maximum of 5% relative error or 2.0x10-5 W/sr/cm2 absolute error as compared to MODTRAN results. vii. The SG shall create all potential background sky radiances that will be used to generate sky pixel radiant intensity consistent with the MODTRAN atmosphere model. viii. The sky background calculation shall include the atmospheric effect of path radiance at distant range as a function of sensor altitude, azimuth and elevation from sensor to sky pixel, and wavelength consistent with MODTRAN. ix. The SG shall selectively modify a synthetic environment database using the full capability of MODTRAN. c. The SG shall provide a Graphical User Interface (GUI) to create and modify both static and dynamic, point and extended, source models. i. The SG shall provide the capability to create dynamic point source from sensor measured signature data. ii. The SG shall calculate ranges from 0.5 to 15 km. iii. The SG shall calculate altitudes from 0.1 to 14 km. iv. The SG shall perform platform speed calculations from Mach 0.5 to 1.3. v. The SG shall facilitate generation of and importation threat and platform trajectories with six Degrees of Freedom (DOF) including ESAMS, DISAMS/MOSAIC, BLUEMAX, and Trap models. vi. The SG shall create a dynamic point source signature from TETRA model source, validated digital threats and trajectory models. vii. The SG shall create validated threat signatures for A/A, A/S, HFI, and Aircraft ID. viii. The SG shall import TMAP trajectory data of the threat for calculation of missile aspect angle, Mach number, and range to target as input for the E-MSIG and HSIG data cubes. ix. The SG shall import SIRRM/SPURC output files created from SPF inputs into a point source element. x. The SG shall support articulated facet-based player models including RadTherm, MuSES, PRISM, SPIRITS, IRENE. xi. The SG shall switch from a point source target model to facet-based target from the range effects on target size to maintain scenario fidelity. xii. The SG shall generate and import statistical textures to build low, medium, and high clutter objects with optically and thermally defined materially attributed textures for inclusion in scenario imagery. xiii. The SG shall create various clutter backgrounds from desert, maritime, mountainous, and industrial settings. xiv. The SG shall facilitate the importation of compatibly formatted, externally generated clutter textures and databases for use in scenario imagery. 4. Scenario Development and Builder: a. The SG shall possess a scenario configuration file editing capability for XML with a GUI interface. b. The SG shall generate and deploy 3D Terrain databases. c. The SG shall support real-time image generation of WGS-84 format terrains. d. The SG shall generate and deploy atmospheric databases. e. The SG shall generate and deploy target and threat definitions. f. The SG shall import and host dynamic and static player models within the synthetic environment. g. The SG shall schedule the scenario events. h. The SG shall view and debug the scenario configuration file. i. The SG shall use validated digital models for scenario development j. The SG shall perform scenario validation on new or updated scenario configuration files. k. The SG shall provide visual 60 Hz display of locally controlled scenario trajectory pre-scripting (TMAP, E-MSIG, and HSIG). l. The SG shall provide a reconfigurable frame size (Maximum of 2048 by 2048). 5. Simulation Control: a. The SG shall provide the user with a GUI for accessing Simulation Control functions. b. The SG shall provide both local and external control options. c. The SG shall perform Waypoint positioning and modeling. d. The SG shall generate Unit Under Test (UUT) definitions to include configurable, spectral responsivity, angular Field of view, frame rate, pixel dimensions, sensor locations and orientations, and platform vibration. e. The SG Unit Under Test (UUT) horizontal and vertical full-angle FOV size shall range from 1 degree to 120 degrees corresponding with the sensor’s look-angle and FOV perspective. f. The SG horizontal and vertical full-angle FOV shall have a resolution of 2?/24bits radians or better. g. The SG shall simultaneously generate, configure, and control the System Under Test (SUT) definition for at least 8, and up to 30, sensors. h. The SG shall support dynamic Field of View (FOV) switching within a sensor frame time. i. The SG shall provide a scenario display that monitors an active run scenario in real-time and non-real-time debug mode. j. Each SG image generation channel shall accommodate separately defined frame sizes. k. The SG shall provide a scenario display that monitors a run scenario in real-time and non-real-time. l. The SG shall provide integrated modeling for external control using XML with a schema validation definition file. m. The SG shall provide synchronization control for multiple sensors using external interface for real time position and event updates and triggered frame synchronization signals. 6. Scenario Development: a. The SG shall be able to accept common atmospheric, digital elevation, material attributed terrain, and threat models with the capability to perform integrated modeling using XML with schema definition files. b. The SG shall perform radiance computation using the spectral responsivity per sensor. c. Target signatures and atmospheric effects shall be computed at a user-defined spectral sample resolution to account for spectral variations across the waveband of the sensor. d. Targets shall have the correct radiance level contrast against the sky background for operational test fidelity. e. The SG system shall optically mask parts of extended or point sources when scenario players or player features at closer range cause overlap in a SUT FOV. f. The point source model shall compute the radiant intensity of a threat's contribution to a pixel’s radiance level as a function of altitude, Mach and aspect angle, sensor-to-threat range, azimuth and elevation, and wavelength. g. The point source model shall compute the radiant intensity as affected by the atmospheric effects of transmission loss and path radiance consistent with MODTRAN. h. In external control mode, the dynamic player models shall be controllable by trajectory pre-scripting and reactive scripting of position, orientation, and discrete signature state changes as time varying parameters. i. The real-time image generation shall support application of a High Frequency Temporal (HFT) scaling factor to the point source. j. Image generation performance shall demonstrate fidelity throughout the complete FOV. k. The SG shall receive scripted control, as well as real-time entity control from government furnished (GFI) trajectory models such as BLUEMAX, TRAP, DISAMS, MOSAIC, TMAP, and ESAMS. This shall be defined in the ICD. l. The SG shall create and modify both static and dynamic extended source, facet-based models. m. The SG shall create 3D terrains as Open Scene Graph Binary (OSGB) files using the OpenSceneGraph terrain database-building tool, “VirtualPlanetBuilder,” for creating OSG-compatible, large scale, paged databases from validated geospatial imagery and digital elevation maps. n. The SG shall possess the capability to simulate flare-blinding of the sensors. 7. Real-time Image rendering via the Graphics Processing Unit (GPU): a. The SG shall support interpolation of scenario players' continuous states. b. The SG shall support the extrapolation of scenario players' states up to 10 frames into the future. c. Static emissive and static radiant modeling of the synthetic environment is required. d. The SG shall simulate point source target models to render sub-pixel-sized targets without the aliasing effects that occur when rendering sub-pixel-sized, facet-based models. e. The SG shall dynamically render a multi-spectral synthetic environment at the framerate of the unit-under-test (UUT). f. Each SG image generation channel shall meet or exceed 300 Megapixels throughput per second with each output pixel having 16 bits of dynamic range. g. The SG shall support local and external positional updates at the SUT-required frame rates. h. The SG shall possess the capability to render at least eight simultaneous threats. i. The SG shall maintain target positions out to 500 miles with an accuracy of at least 2 feet rms. j. The SG shall provide a capability to switch from a point source model to a facet-based threat model at the system-calculated transitional range to provide a realistic optical transition. k. The SG shall accommodate dynamic signature insertion for player models using the scripted trajectories. l. The SG controller shall use multichannel synchronization for simultaneous operation of the sensors. m. The SG shall provide two-color synchronization for all two-color sensors. n. The SG shall provide an interface that is capable of external Inter-Range Instrumentation Group (IRIG) time standard synchronization. o. The SG shall use an external synchronization interface for configuration and distributed executive control for up to 2 kHz framerate, with jitter less than 0.1 ?seconds. p. The SG shall limit latencies to <10 ms to the master system clock. q. The SG shall provide a SCRAMNet interface to accommodate high performance External Control. r. The SG shall provide an Ethernet network interface for command and control from an external controller. s. The SG shall provide an Interface Control Document (ICD) for external control with command and control messages. t. The SG shall provide a method to set the radiance gain and offset synthetic imagery at desired radiance levels. 8. Sensor Modeling: a. The SG sensor modeling tool shall convolve the imagery, emulating the distortion, focus, and modulation transfer function, to provide a variable size, asymmetric kernel that allows mapping kernel variability across the sensor’s field of view (FOV). b. The SG sensor model shall perform per pixel gain, offset and bad pixel removal. c. The SG sensor modeling tool shall process the image’s pixels for noise modeling, non-uniform response modeling, and A/D conversion. d. The SG sensor model shall emulate imaging blurring effects from sensor motion and integration. e. The SG shall possess the capability to insert pseudo-Inertial Navigation System rates into the sensor header data. 9. System Digital Interface: a. The SG shall provide the method to directly configure graphics card output in projector mode by selecting one of a list of user-specified graphics card configurations. b. The SG shall provide the method to automatically configure graphics card output format in direct injection mode through software computation of graphics card configurations defined by the UUT frame size and frame rate specifications. c. In direct inject mode, the SG shall match the digital video interface protocol. d. The Scene Generator shall supply a digital image over the required digital output interface and a means to configure the output to match the SUT-specified data rate and sensor format. 10. Data Collection and Post Processing: a. The SG shall record received commands and output commands with time tags for all dynamic scenario runs. b. The SG shall log data collection without affecting the scene generator’s framerate or data image fidelity. c. The SG shall log system parameters including IRIG time, target attributes, clutter attributes, modifications made when using override commands, and more. d. Each log file shall be organized and stored in a navigable manner. e. The SG shall have a playback capability from the Data Acquisition Unit (DAU) of the captured multi-channel data for post-test forensic data investigation, problem-solving analysis, and effective performance system and scenario evaluation. 11. Security and Privacy Requirements: a. The SG shall have duplicate removable computer hard drives. b. The SG shall possess and employ a non-destructive procedure for the erasure and zeroization of all memory devices. 12. System Environment Requirements: a. The SG computers shall execute hard-deadline, real-time processing. b. The SG operating system and all software shall be developed to meet the latest DoD information assurance requirements. c. The SG shall be housed in Electronic Industries Alliance (EIA) industry standard equipment racks. d. The equipment rack, when loaded, shall not exceed the weight and power limits of the test facilities. e. The system shall have the ability to be remotely turned on and off. f. The SG shall be designed to operate using 115 VAC 60 Hz power source. 13. Deliverable Documentation: a. SG Manual b. External Control ICD c. System Test Reports Additionally, the Contractor must: a. Possess a Secret Facility Security clearance with safeguarding up to Secret; b. Possess and maintain Defense Contract Management Agency (DCMA) approved business systems, particularly Accounting, Property Management and Purchasing, throughout contract performance. ELIGIBILITY The DRAFT applicable North American Industry Classification (NAICS) code for this requirement is 336413 with a Small Business Size Standard of 1,250 employees. The DRAFT product service code (PSC) is 1680. SUBMISSION DETAILS Interested vendors should submit their capabilities statement in a document of no more than 10 pages containing no smaller than ten-point font. This document shall specifically address, and demonstrate the capability to meet, the required capabilities noted in this posting. The interested vendor may propose alternate NAICS and / or PSC codes for Government consideration. Additionally, all responses shall include Company Name, CAGE Code, Address, Business Size, and Points-of-Contact (POCs) including name, phone number, fax number and mailing address. All responses to this sources sought shall be submitted electronically to Ms. Travora (Torri) Levasseur at Travora.Levasseur@navy.mil by 06 January 2020 no later than 2:00pm Eastern Standard Time.