1. PIXCI® Imaging Drivers: Media Foundation Frame Server (Windows ’Camera’ Device & DirectShow Source)
The Media Foundation Frame Server driver for PIXCI® frame grabbers provides a Windows Media Foundation Media Source driver to control PIXCI® frame grabbers and retrieve video and image data; i.e. image ‘samples’ in Media Foundation terminology. It is identified in the Windows’ Device Manager and other applications as ‘PIXCI® Frame Source’.
The PIXCI® Frame Source driver allows simple integration of PIXCI® frame grabbers into LabView, Matlab and other programming environments supporting Media Foundation or DirectShow API’s; allows use of the Windows ‘Camera’ and other third party image/video display applications; and provides an alternative to the XCLIB API for creating custom applications incorporating PIXCI® frame grabbers.
The PIXCI® Frame Source driver is distributed with the EPIX® XCAP imaging application. The XCAP application does not require use of the Frame Source driver, and does not automatically install it.
The PIXCI® Frame Source driver works in conjunction with the PIXCI® device driver. The PIXCI® device driver is the same as is used, and required, by all applications using the PIXCI® frame grabber. Both can be installed by using XCAP’s Driver Assistant; click XCAP’s PIXCI®, PIXCI® Open/Close, Close (if open), Driver Assistant.
Configuration options for the PIXCI® Frame Source are in the Windows registry, under HKEY_LOCAL_MACHINE and SOFTWARE\EPIX\PIXCI\FrameServer. These can be set using XCAP’s Driver Assistant, or by directly editing the registry.
• VideoFormatFile. Path of a video format (.fmt) file previously exported by XCAP, used to configure the PIXCI® frame grabber and/or camera. String value. Default "" (ignored).
• VideoFormatName. Name of a video format, used to configure the PIXCI® frame grabber and camera. See XCAP’s Driver Assistant for legitimate, frame grabber specific, names. String value. Default "" (ignored).
• DriverConfigurationParms. Driver configuration parameters, described in the XCAP Reference Manual. Rarely used; setting the driver configuration parameters in the PIXCI® device driver is more common. Also, some driver configuration parameters can only be set via the PIXCI® device driver. String value. Default "" (ignored).
• LogFile. Path of the PIXCI® Frame Source log file; the directories must pre-exist, the file is created and/or appended. Logs configuration parameters, video parameters, and errors. The log file is NOT cleared with each use of the PIXCI® Frame Source, and continue to increase in size. String value. Default "" (ignored).
• ForceBitsPerPixie. Override, and force conversion of, the number of bits per pixel component value in image ‘samples’ delivered to the Windows Frame Server. DWORD value. Values 0 (ignored), 8, 10, 12, or 16. Default 8.
• ForceRGB. Override, and force conversion of, the pixel color space in image ‘samples’ delivered to the Windows Frame Server. DWORD value. Values 0 (ignored), 3 for RGB, or 4 for RGB+Pad. Default 4.
• RightJustifyConversion. DWORD value. Left justify conversion of a pixel value from N to M bits, with N less than M, is done by right-shifting the value by (M-N) bits. Right justify conversion does not shift bits. DWORD value. Default 0 (ignored), or 1 for right justify conversion.
• ForceSampleRate. Override the rate at which the Windows Frame Server is to ‘pull’ images from the PIXCI® Frame Source. A floating point value stored as a string (as the registry lacks native support for floating point). String value, frames per second. Default "" (ignored).
• SampleMode. One of:
1: Sample Snap Mode. 2: Sample Live Newest Mode. 3: Sample Live Oldest Mode.
See discussion below. DWORD value. Default 2.
The Windows Media Foundation Frame Server requires that each ‘sample’ (i.e. image) be time stamped. This is typically done by stamping each image as it is supplied to the MF frame server, using the system time supplied by the MF frame server, and is sufficient for displaying live video.
Custom applications using the Media Foundation API’s might prefer more accurate image time stamps. If the PIXCI® device driver is configured to use:
Time Stamping w. Performance Counter
Stamp per-frame Buffer Status
isn’t disabled (see XCAP’s Driver Assistant), the time stamps supplied to the MF frame server are derived from the PIXCI® device driver’s capture time stamps. The capture time is stamped during the end-of-capture hardware interrupt processing and thus has lower latency and better accuracy than time stamping from within the MF frame server.
The Windows Media Foundation Frame Server uses a ‘pull model’; it must be told the rate at which to pull new images from the ‘PIXCI® Frame Source’. Too low of a rate and the video display will be slower than expected; too fast of a rate results in unnecessary overhead.
The sample rate supplied to the Media Foundation Frame Server is derived from the PIXCI® video setup, specified either via the VideoFormatFile or VideoFormatName registry values. For analog frame grabbers and cameras, the rate is fixed, known, and the values correct. For digital cameras, the correct value may not be known, as the camera can be re-configured via serial commands or triggered by an external signal.
If not zero, the ForceSampleRate registry value overrides any information in the PIXCI® video setup, and specifies the frame rate at which the Media Foundation Frame Server is asked to ‘pull’ images. It does not affect the configuration of the PIXCI® frame grabber or camera.
If ForceRGB and ForceBitsPerPixie are 0, the bit depth and color space of pixel data is that of the frame grabber’s and/or camera’s ‘native’ format - modified, as necessary, if MF doesn’t support that bit depth and color space.
For PIXCI® SV4 and SV5 frame grabbers, the native pixel formats are monochrome, YUY2 (i.e. YUYV), UYVY, RGB, or RGB+Pad, as selected in the video setup. For PIXCI® SV7 and SV8 frame grabbers, the native pixel formats are monochrome, YUY2 (i.e. YUYV), or UYVY as selected in the video setup. For the PIXCI® A110 frame grabber, the native pixel format is monochrome. For the PIXCI® A310 frame grabber, the native pixel format is RGB. For PIXCI® D2X, D3X, D3XE, CL1, E1 and other Camera Link frame grabbers, the native pixel format is typically monochrome, RGB, or RGB+Pad, as selected in the video setup; but might be YUY2 (i.e. YUYV), UYVY or other variant as determined by a specific camera.
Applications using Media Foundation may not support all pixel formats; for example, the ‘Camera’ application included with Windows 10 (1909) does not appear to support monochrome data, nor more than 8 bits per pixel component.
In the interest of maximum compatibility with various MF applications, the ForceRGB and ForceBitsPerPixie default to RGB+Pad, 8 bits per component.
Use of ForceRGB and/or ForceBitsPerPixie does not affect the configuration of the PIXCI® frame grabber or camera.
Sample Snap Mode: In PIXCI® frame grabber terminology, each request by MF for a ‘sample’ (i.e. image) corresponds to a video ‘snap’; the next full frame following the snap is captured.
Assuming the camera is in free-run (i.e. not async trigger) mode: the latency from ‘sample’ request to receipt of image data is one to two frame periods; zero to one frame period to wait for the camera’s next top-of-frame, one frame period to capture the frame.
When using a camera in async trigger mode, with the video configuration specifying triggering via button or function call, the ‘snap’ also triggers the camera.
The Sample Snap Mode requires one frame buffer, located in the PIXCI® device driver’s frame buffer memory.
Sample Live Newest Mode: In PIXCI® frame grabber terminology, the PIXCI® continuously captures frames into the PIXCI® device driver’s frame buffer memory. Each request by MF for a ‘sample’ (i.e. image) returns the newest unread frame; if the newest frame has been previously returned as a sample, the next captured frame is returned.
The latency from ‘sample’ request to receipt of image data is zero if the newest captured frame has not been read; otherwise the latency is zero to one frame period.
The Sample Live Newest Mode requires three frame buffers, located in the PIXCI® device driver’s frame buffer memory.
Sample Live Oldest Mode: In PIXCI® frame grabber terminology, the PIXCI® continuously captures frames into a circular queue in the PIXCI® device driver’s frame buffer memory. Each request by MF for a ‘sample’ (i.e. image) returns the oldest unread frame; if all frames have been returned as a sample, the next captured frame is returned.
The latency from ‘sample’ request to receipt of image data is zero if the queue has an unread frame; otherwise the latency is zero to one frame period.
As for other software using the PIXCI® device driver’s frame buffer memory, the queue size depends on the size of the frame buffer memory and the memory required for each image; a minimum of three frame buffers is required.
The Sample Live Oldest Mode allows applications to implement video to disk, and similar tasks that don’t allow dropping frames. By specifying sufficient frame buffer memory and frame buffers, the PIXCI® device driver can queue images - independently of the PIXCI® Frame Server - until the images are read, thereby allowing for short delays in disk I/O or pauses in the application’s process or thread execution.
The LogFile echoes parameters found in the registry, and echoes applicable parameters from the video format. Unlike the XCAP application, faults preventing opening of the PIXCI® frame grabber and run-time faults are not displayed in a pop-up dialog; faults are instead noted in the log file.
Common problems, reported via the log (although specific text may vary):
• Video format name invalid. Self explanatory.
• Video format file not found or invalid. Self explanatory.
• No response to camera’s serial command. Camera not powered on or connected, mismatch of camera and/or wrong video format file.
• More than one frame grabber ‘unit’ selected. Use XCAP to select desired unit. Or set DriverConfigurationParms to
to select the first unit.
Other common issues:
• Displayed image is not recognizable. Force RGB+Pad 8/32 bits with ForceRGB=4, and ForceBitsPerPixie=8 for better compatibility with many Media Foundation applications. Or, wrong video format name or video format file was specified for current camera.
• Displayed image is wrong aspect ratio. Some cameras and frame grabbers create non-square pixels; the MF Frame Server is notified of the aspect ratio. Use a different application for displaying images and video.
• Display rate too slow. Set ForceSampleRate to the desired display rate.
• Displayed image is diagonally ‘torn’. The application does not support the video’s horizontal pixel dimension. For example, the ‘Camera’ application included with Windows 10 (1909) works correctly with ‘common’ values of 128, 512, 640, 720, 1024, 1536, or 1792 pixels per line but not with 1020 or 2040 pixels per line.
• Superfluous messages in log. The PIXCI® Frame Source driver will automatically by started as Windows boots; also as the driver is installed. For cameras using serial commands and a VideoFormatFile containing serial commands to be sent to the camera, an error will be logged if the camera is not connected or not powered on during boot. Such an error is not considered to be a problem; but deserving of this explanation.
The PIXCI® Frame Source driver supports current PIXCI® frame grabbers.
The PIXCI® Frame Source driver does not support frame grabbers which were no longer in production as of the PIXCI® Frame Source driver’s release, i.e. PIXCI® A, CL3SD, D, D24, D32, SV2, and SV3 frame grabbers.
The PIXCI® Frame Source driver supports a single PIXCI® frame grabber.
The Windows Media Foundation Frame Server is supported in Windows 10 (1809) or later.
For general questions regarding the Windows Media Foundation and DirectShow API’s, and how to create applications using these API’s, consult one of the Windows programming forums, or search for relevant books and articles via Google or other search engines.
For questions specifically related to PIXCI® frame grabbers and the PIXCI® Frame Source driver, email email@example.com .
Updated: 10 July 2020
Windows Media Foundation (MF) is the successor to Windows
describe the latency due to video timing of a camera in
mode, with capture always synchronized to the start of a video frame.
It is not intended to include the common, much smaller, overhead due
to process and thread scheduling (of the application program), delays
internal to the Media Foundation frame server, and the overhead of
copying image data.
3. With a
PIXCI® card that implements more than one
‘unit’, the PIXCI®
device driver’s default is to select all units.
isn’t intended to be a complete list of resolutions
which are, or
aren’t, supported by the Windows’ Camera application.