Guidelines for products that work well with the Microsoft® Windows® xp and Windows Server 2003 operating systems

səhifə	21/22
tarix	18.07.2016
ölçüsü	0.89 Mb.

1 ... 14 15 16 17 18 19 20 21 22

B11.0 Streaming Media and Broadcast

B11.1 General Streaming

All general requirements in B1.0 are included by reference.
All bus-specific requirements in B2.0 are included by reference.

B11.1.1 General Streaming - Windows Compatibility

B11.1.1.1 Device support is based on DirectX foundation class and WDM stream class

The driver for any video or tuner/decoder device must use the Microsoft DirectX foundation class to control all video data. Video input devices must use WDM device drivers as defined in the Windows DDK.

MPEG decoders with motion compensation or Inverse DCT hardware acceleration use Microsoft DirectX VA API.

DVD decoders must use the operating system’s native file system support to read DVD drives; alternatively, for SCSI devices, requests can be passed using IOCTL_SCSI_PASS_THROUGH. The decoder must not use non-Microsoft drivers to read the content of DVD drives.

B11.1.1.1.1 WDM support: "Streaming Devices (Video and Audio)" in the Windows DDK.

Note: This is a general reference, not a requirement.

B11.1.1.1.2 All video input sources and capture devices must implement driver support as defined for WDM Stream class or AVStream class in "Streaming Devices (Video and Audio)" in the Windows DDK.

B11.1.1.1.3 Minidriver implementation for subpicture decoder must be implemented as defined in the Microsoft DirectX SDK and “DirectShow and DVD Support” in the Windows DDK.

B11.1.1.2 Windows compatibility and implementation notes—streaming

http://www.microsoft.com/hwdev/tech/stream/

Note: This is a general reference, not a requirement.

B11.1.1.3 Associated control, middleware, and application software use DirectShow

It is not required to use the DirectShow filters provided with the operating system, but any substitute filter used must be a superset of the equivalent filter provided with the operating system and must support the same inputs and output.

The motivation for the requirement is that software vendors need a standard interface to DVD-style MPEG playback. This is necessary for such applications as games that include MPEG video, Microsoft PowerPoint® presentations with video, WebDVD applications, and encyclopedias such as Microsoft Encarta® or Compton, and to allow users to exchange MPEG files for display on different PCs.

Microsoft encourages implementers to provide Microsoft with details about additional required navigator features, so that those features can be added to the future API.

B11.1.1.4 If present in the system, software MPEG decoders use the DirectX VA API to communicate with the graphics chip’s video acceleration functions

The required DirectX VA API is documented in the Microsoft Platform SDK, Windows DDK and DirectX DDK.

B11.1.2 General Streaming - Industry Standards

Note: This list provides complete titles and web locations for references cited. The listing of a reference here does not imply that complete compliance with that reference is a Windows Logo Program requirement.

B11.1.2.1 ANSI/SMPTE standards

http://www.smpte.org/smpte_store/standards

B11.1.2.2 DVB/DAVIC (Digital Video Broadcasting/Digital Audio-Visual Council)

http://www.davic.org; http://www.dvb.org

B11.1.2.3 IEC 61883 Digital Interface for Consumer Electronic Audio/Video Equipment

http://www.iec.ch/webstore/

B11.1.3 General Streaming - Quality

WHQL Test Specification References:
Chapter 1: Introduction to HCT Test Specifications
Chapter 6: Digital and Broadcast Video Test Specification

B11.1.3.1 - See B11.1.4.4

B11.1.3.2 Pass WHQL tests - See B1.3.

See “Streaming Media and Broadcast” in the HCT documentation.

B11.1.4 General Streaming - Windows Experience

Design Guideline References:
Streaming Devices web site at http://www.microsoft.com/hwdev/tech/stream/

B11.1.4.1 Interoperability with operating system and Microsoft DirectShow

For any system capable of playing back a DVD-Video title, DVD playback must work with the latest released version of the Microsoft DirectShow Navigator/Splitter filter and other DirectShow test filters to ensure that it conforms to the input and output standards established by the Navigator/Splitter. In particular, it must work with the most recent versions of the following:

IDvdGraphBuilder
DirectShow DVD Navigator
DirectShow Overlay Mixer

The requirement to work with the DirectShow Navigator/Splitter filter is not intended to preclude the use of differentiating product features and enhancements.

B11.1.4.2 Decoder must output subpicture and closed captioning streams from DVD

If DVD-Video playback is implemented, the system must be capable of displaying subpicture data as well as providing closed-captioning support for all such data stored on the disc. This requires YUV offscreen overlay surface support.

Subpicture streams must be supported as defined in DVD Specification, Version 1.0, from Toshiba Corporation.

Alpha blending, or a driver-implemented emulation, is required for static menus.

All MPEG-2 decoders can accept an MPEG-2 Elementary Stream. The DVD decoder must correctly handle subpicture properties and other functions. The minidriver for the subpicture decoder must be able to:

Set the subpicture properties.
Turn the subpicture compositing on and off.
Set the highlight rect parameters.

See B11.1.4.4; B11.1.1.3

B11.1.4.3 Device installation requirements

B11.1.4.3.1 DELETED

B11.1.4.4 MPEG and video component requirements

General Notes:

Examples of video sources are NTSC at 720 × 480 × 29.97 frames per second (fps) and PAL at 720 × 576 × 25 fps, both at MPEG 4:2:2. These resolution and frame rates are the standard definition. Other resolution and frame rate combinations may be subject to the same requirements, depending on the source, but only if the source resolution does not exceed the overall pixel rate of the above example (approximately 10.5 megapixels per second).

Video sources with higher pixel rates may cause system performance to degrade. Either dropped frames or reduced image quality, or a combination of both, become acceptable in that case. In the case of time-shifted playback, a slight relaxation is also acceptable. Combined reduction in image quality and frame rate should be commensurate with the excess in input data rate. For example, if the input data rate exceeds the standard definition pixel rate by a factor of four, acceptable performance could allow dropping half of all frames and image quality that is equivalent to having been high-quality scaled by a factor of two horizontally.

Notice that deinterlacing results in twice the display data rate when compared to the source data rate. However, de-interlacing by itself must never be the cause for frame rate or image quality reduction. Only increases in source resolution beyond this standard definition produce a relaxing of the video quality requirements.

The following solutions are exceptions to the basic video quality requirement:

Solutions serviced by nonisochronous video sources (Internet)
Video functions for monitoring purposes only and not for recreational viewing, such as monitor video windows (outputs) of video editing solutions.

B11.1.4.4.1 On desktop system, TV-style MPEG-2 video stream playback consumes appropriate bandwidth.

For desktop system, TV-style MPEG-2 video stream playback consumes no more than an additional 45 percent of processor cycles.

B11.1.4.4.2 All MPEG-2 decoders can accept an MPEG-2 elementary stream.

DirectShow provides the selection and demultiplexing of MPEG transport streams and program streams. Stream filtering in hardware can be used to aid this process. DirectShow feeds the appropriate video stream, such as Elementary Stream, to the MPEG decoder. The decoder must be able to take MPEG in that form. Packetized Elementary Stream (PES) format support is also required without reliance on any packet sequence numbering. Decoders must not rely on packet sequence numbering to support applications where packet sequence numbers cannot be created. For example, audio and video might come from separate sources, such as video from disc being synchronized to audio from the Internet.

B11.1.4.4.3 DELETED

B11.1.4.4.4 DELETED

B11.1.4.4.4.1 DELETED

B11.1.4.4.4.2 DELETED

B11.1.4.4.4.3 DELETED

B11.1.4.4.5 On desktop system, MPEG sources support bus mastering; MPEG-2 MP@ML playback and video decode implementations meet requirements.

Mobile PC Note: See B11.1.4.5.

B11.1.4.4.6 On desktop system, all graphics and video capabilities must be fully supported at 1024 × 768, 32 bpp mode or better.

Mobile PC Note: See B11.1.4.5.

B11.1.4.4.7 Synchronized audio and video, no tearing or other artifacts (macroblocking, jaggies, and so on).

Video stream playback is audio-video synchronized to within 75 ms. Audio-video synchronization drift is corrected without violating the specifics of the frame rate and field rate requirements.

B11.1.4.4.8 Video implementation preserves source quality during playback, storage, and processing.

Video implementation must preserve source quality during playback, storage, or processing of the video streams and not adversely affect overall PC performance.

The requirements include the following.

Video source frame and field rates must be preserved to memory and to the display. While in steady-state mode, dropped frames may not exceed one per minute.
Video source resolution must be preserved to memory and to the display.
Video source quality must be preserved to memory and display. Image entropy consistent with approximately 400 TV lines of vertical resolution must be preserved.
Video is made available through input or transform filters in the YUY2 color format while maintaining all other baseline video requirements.

B11.1.4.5 Mobile system meets standard video requirements if video playback is supported

Mobile PC Note: Support is required for up to native display resolution or XGA where native resolution is greater than XGA (1024x768). There are no CPU utilization limitations or bus bandwidth restrictions for MPEG-2 playback on a mobile PC.

A mobile system is not required to support any motion video capabilities, such as playback. The basic video requirements for such mobile PC systems are:

Support all related desktop video requirements if the mobile system implements support for optional video capabilities.

B11.1.5 General Streaming - FAQs

See http://www.microsoft.com/winlogo/hardware/.

B11.1.R General Streaming - Future Requirements

Announcement of additional future requirements will be published at http://www.microsoft.com/winlogo/hardware/.

B11.2 DVD Playback

All general requirements in B1.0 are included by reference.
All bus-specific requirements in B2.0 are included by reference.
All general requirements in B11.1 are included by reference.

Note: DVD playback is an optional feature, even for systems that include DVD drives.

B11.2.1 DVD Playback - Windows Compatibility

B11.2.1.1 "DVD Drivers" in "Streaming Devices" in the Windows DDK

Note: This is a general reference, not a requirement.

B11.2.1.2 Windows compatibility and implementation notes—DVD Playback

http://www.microsoft.com/hwdev/tech/stream/dvd/

Note: This is a general reference, not a requirement.

B11.2.2 DVD Playback - Industry Standards

B11.2.2.1 DVD Specification, V. 1.0

http://www.mpeg.org/MPEG/DVD/

B11.2.2.2 DVD physical format documents

Global Engineering Documents at http://global.ihs.com/.

B11.2.3 DVD Playback - Quality

B11.2.3.1, Pass WHQL tests - See B1.3, B4.1.4.11.

See “DVD Playback” in the HCT documentation.

B11.2.3.2 - See B11.1.4.2

B11.2.4 DVD Playback - Windows Experience

Design Guideline References:
"DVD Technology" web site at http://www.microsoft.com/hwdev/tech/stream/DVD/

B11.2.4.1 DELETED

B11.2.4.2 Multiple aspect ratio content is displayed correctly, with the default being the information in the MPEG header

TV-style video source video aspect ratios are preserved and displayed correctly.
See B11.1.4.4

B11.2.4.3 DVD decoder requirements

See B11.1.4.4

If DVD-Video playback is implemented, the following requirements apply.

B11.2.4.3.1 DVD decoder driver correctly handles media types, time discontinuity, and decode-rate adjustment.

Vendor-supplied minidrivers for DVD, MPEG-2, and AC-3 decoders must:

Use the correct media types, including validation of all format block fields on connection and on every IPin::QueryAccept message.
Query for IMediaSample2 on every received media sample to test for a time discontinuity bit.

It is also acceptable to query on every A/V frame to reduce CPU overhead.

Adjust the decode rate in response to IPin::NewSegment () calls for video and subpicture.

B11.2.4.3.2 DVD video decoder must output Line21 closed-caption data.

All DVD-Video decoders must output Line21 closed-captioned data output compatible for use with the DirectShow Line21 decoder filter. In addition to ensuring closed-captioned output for the hearing impaired, it enables applications that use the Line21 channel on DVD as a data channel for non-Line21 data.

B11.2.4.4 DVD-Video player navigates chapter breaks seamlessly

All DVD-Video players must navigate chapter breaks seamlessly. This requirement applies even if the underlying elementary streams were created as separate program chain (PGC) objects. If the navigation calls for a seamless transition, the player must deliver for any legal group of pictures structure, bit rate, or both.

This requirement allows independent placement of the layer break position, without regard to chapter navigation. Classically, the layer break is acceptable only during nonseamless transitions.

Although not explicitly allowed in the formal DVD-Video specification, seamless chapter-break transitions span the layer break on some popular DVD features. Therefore, the DVD PC must be able to flawlessly reproducing seamless chapter breaks that are collocated with layer transitions, just as if the layer break weren’t there.

B11.2.4.5 - See B11.1.4.2

B11.2.5 DVD Playback - FAQs

B11.2.5.1 Current DVD-Video FAQs

See http://www.microsoft.com/winlogo/hardware/.

B11.2.5.2 Updated at B11.1.1.3

B11.2.5.3 CSS copyright protection [Logo Program Clarification]

Copy Scramble System (CSS) copyright protection is not a Logo Program requirement. The related technical issue is addressed through proprietary licensing programs and is not a testing requirement for the Windows Logo Program.
FAQ Date: January 18, 2000

B11.2.R DVD Playback - Future Requirements

Announcement of additional future requirements will be published at http://www.microsoft.com/winlogo/hardware/.

B11.3 TV Tuner

All general requirements in B1.0 are included by reference.
All bus-specific requirements in B2.0 are included by reference.
All general requirements in B11.1 are included by reference.

B11.3.1 TV Tuner - Windows Compatibility

B11.3.1.1 Microsoft TV platform

http://www.microsoft.com/hwdev/tech/stream/broadcast/

Note: This is a general reference, not a requirement.

B11.3.1.2 DELETED

B11.3.1.3 Broadcast Driver Architecture

All TV receiver modules for use with Windows XP must conform to the BDA architecture, as defined in the DirectX DDK and in “Broadcast Driver Architecture Drivers” in the Windows DDK. Data streams along with video and audio streams are required to be passed into the Microsoft DirectShow environment. The IP Sink filter provided within the BDA architecture is the mechanism for getting the data to the IP software rather than using an NDIS driver for the TV tuner module.

WebTV for Windows and related DLLs are not part of the Windows XP product. All analog and digital video capture solutions must be based on published DirectShow interfaces and WDM Video Capture.

B11.3.2 TV Tuner - Industry Standards

B11.3.2.1 ATSC Digital Television Standard, Amendment No. 1

http://www.atsc.org/Standards/stan_rps.html

B11.3.2.2 DVD specifications

http://www.dvd.org

B11.3.2.3 OpenCable specification

http://www.opencable.com

B11.3.3 TV Tuner – Quality

B11.3.3.1 - See B11.3.4.6

B11.3.3.2 through B11.3.3.4 DELETED

B11.3.3.5 Pass WHQL tests - See B1.3, B4.1.4.11.

See “Streaming Media and Broadcast” in the HCT documentation.

B11.3.4 TV Tuner - Windows Experience

Design Guideline References:
"TV and Broadcast Driver Architecture" web page at http://www.microsoft.com/hwdev/tech/stream/broadcast/

B11.3.4.1 VBI capture samples VBI data exactly 4.7 or 5 times

To ensure accurate data reception, data transmitted on all lines of the VBI must be oversampled exactly 4.7 or 5 times the North American Basic Teletext (NABTS) data bit rate (or locale-specific data bit rate). For example, if there are 288 bits of NABTS data on a scan line, approximately 1,354 one-byte samples, plus the necessary margin, must be captured per scan line if 4.7x oversampling is used. This represents the number required for timing tolerances in the NABTS specification and also for timing uncertainties within the capture hardware.

If the hardware cannot provide 4.7 or 5 times oversampled VBI data, the device-specific driver must compensate by resampling, so that 4.7 or 5 times oversampled data are presented to the operating system.

B11.3.4.2 DELETED

B11.3.4.2.1 DELETED

B11.3.4.2.2 DELETED

B11.3.4.2.3 DELETED

B11.3.4.3 through B11.3.4.5 DELETED

B11.3.4.6 - See B11.1.4.4.7

B11.3.5 TV Tuner - FAQs

See http://www.microsoft.com/winlogo/hardware/.

B11.3.R TV Tuner - Future Requirements

Announcement of additional future requirements will be published at http://www.microsoft.com/winlogo/hardware/.

B11.4 Video Input/Capture

All general requirements in B1.0 are included by reference.
All bus-specific requirements in B2.0 are included by reference.
All general requirements in B11.1 are included by reference.

B11.4.1 Video Input/Capture - Windows Compatibility

B11.4.1.1 Windows compatibility and implementation notes—Video Capture

http://www.microsoft.com/hwdev/tech/stream/vidcap/

Note: This is a general reference, not a requirement.

B11.4.1.2 Digital Video Camcorder Support

http://www.microsoft.com/hwdev/archive/vidcap/DVCam.asp

B11.4.1.3 WDM Video Capture Overview

See "Video Capture Drivers" in the Windows DDK.

Note: This is a general reference, not a requirement.

B11.4.2 Video Input/Capture - Industry Standards

B11.4.2.1 ATSC Digital Television Standard, Amendment No. 1

http://www.atsc.org/standards.html

B11.4.2.2 AV/C Digital Interface Command Set VCR Subunit Specification, V. 2.0.1

http://www.1394TA.org/Technology/Specifications/specifications.htm

B11.4.3 Video Input/Capture - Quality

B11.4.3.1 DELETED

B11.4.3.2 DELETED

B11.4.3.3 - See B11.4.4.9

B11.4.3.4 DELETED

B11.4.3.5 DELETED

B11.4.3.6 Pass WHQL tests - See B1.3, B4.1.4.11.

See “Streaming Media and Broadcast” in the HCT documentation.

B11.4.4 Video Input/Capture - Windows Experience

Design Guideline References:
See "Video Capture Technologies" web page at http://www.microsoft.com/hwdev/tech/stream/vidcap/

B11.4.4.1 DELETED

B11.4.4.2 All NTSC/PAL/SECAM Capture devices must support VBI

All VBI samples must be supplied in undecoded, luma only format (1400 to 2000 luma samples/VBI line) including all scanlines which may contain encoded data signals on each video field (lines 10-21 for NTSC, lines 7-23 for PAL/SECAM).

B11.4.4.3 DELETED

B11.4.4.4 DELETED

B11.4.4.5 DELETED

B11.4.4.6 DELETED

B11.4.4.7 DELETED

B11.4.4.8 DELETED

B11.4.4.9 IEEE 1394 DV camcorder implements mandatory VCR subunit commands

Digital video (DV) cameras must comply with the AV/C Digital Interface Command Set VCR Subunit Specification.

At a minimum, the device must support VCR subunit commands labeled as "mandatory" in this specification.

B11.4.4.10 DELETED

B11.4.4.11 DELETED

B11.4.5 Video Input/Capture - FAQs

B11.4.5.1 Current video-related FAQs

See http://www.microsoft.com/winlogo/hardware/.

B11.4.5.2 DELETED

B11.4.R Video Input/Capture - Future Requirements

Announcement of additional future requirements will be published at http://www.microsoft.com/winlogo/hardware/.

1 ... 14 15 16 17 18 19 20 21 22