When performing Asynchronous transfers at a high rate to or from a device connected to an IEEE 1394 bus, if the Microsoft 1394 stack does not receive a response to a pending Asynchronous request, the expected behavior would be for the Asynchronous request that did not receive a valid response to time out and complete with a STATUS_IO_TIMEOUT status.

However, under these conditions, the Microsoft 1394 stack may incorrectly match Asynchronous Response packets to the wrong Asynchronous Request. This results in the incorrect status and/or data being returned for Asynchronous Requests. This incorrect matching of Asynchronous Responses to Asynchronous Requests may be repeated for a number of submitted Asynchronous Requests, while the high rate of Asynchronous transfers continues.

After the rate of Asynchronous transfers is reduced, an Asynchronous Request will eventually time out, since the Response that actually matched the Request was incorrectly matched to a previous Asynchronous Request. However, when this problem occurs, the Asynchronous Request that eventually times out is not the one for which a Response was not received. The original Asynchronous Request that did not receive a response was already completed with possibly erroneous status and/or data from a different Response.

On a computer that is running Windows Vista or Windows Server 2008, when you perform an isochronous data transfer to or from an IEEE 1394 device, the isochronous data transfer suddenly stops.

In this scenario, if you have enabled the Driver Verifier for the driver that the device uses to perform the isochronous data transfer, the operating system crashes. Additionally, you receive the following Stop error message on a blue screen:

STOP 0×000000D1 (parameter1, 00000002, 00000001, parameter4)
DRIVER_IRQL_NOT_LESS_OR_EQUAL ohci1394.sys

When you are transferring Isochronous data from a device connected to an IEEE 1394 bus, the transferred data may appear to be incorrect (corrupted) or be received later than it was sent by the IEEE 1394 device. The symptoms of this problem may appears as glitches in or repeated sections of audio or video streaming data.

This problem only occurs under the following conditions:

• The Isochronous data is received by a computer with at least 4GB of physical memory, or with physical memory located at physical addresses above 4GB.
• The computer is running a version of Windows that support more than 4GB of physical memory.

This problem does not occur on computers with physical memory located at physical addresses entirely below 4GB, or running a version of Windows that does not support more than 4GB of physical memory.

On a computer that is running Windows Vista or Windows Server 2008, you have two IEEE 1394a hard disks connected. If you repeatedly unplug and re-plug one of the 1394a hard disks, the other 1394a hard disk becomes inaccessible. Then, you receive a Stop error that resembles the following:

STOP: 0×0000009F (parameter1, parameter2, parameter3, parameter4)
DRIVER_POWER_STATE_FAILURE

Considering the following scenario:

• You have a computer that is running one of the following operating systems:
  • Windows XP
  • Windows Vista
  • Windows Server 2008
• This computer has a Texas Instruments (TI) IEEE 1394 host controller installed.
• On this computer, you install hotfix 952824 or hotfix 951410.
• On this computer, you connect one or more IEEE 1394 digital video cameras or other isochronous streaming devices.
• You use these streaming devices to stream some data.

In this scenario, the device performance decreases. For example, streaming speed may become very slow, or some frames may be dropped.

On a Windows-based computer, devices that stream data over more than two isochronous channels by using IEEE 1394 connections may have choppy or distorted output. Typically, the issue occurs when multiple instances of isochronous data, such as audio data and video data, are streamed over the IEEE 1394 connections.

Note: This problem may also occur on a single physical device that has multiple channels of isochronous data. For example, this problem may also occur on an audio mixing board that outputs multiple audio channels over separate isochronous channels.

For example, you may have multiple digital video cameras, audio input devices, or both, that are connected to the computer by using the IEEE 1394 connections. In this case, streaming video that is output from the digital video cameras may appear choppy and may not have a smooth and steady frame rate. Steaming audio from the audio devices may have distorted sound.

Consider the following scenario:

• You have a Windows Vista-based computer that uses an Open Host Controller Interface (OHCI) host controller. This OHCI host controller is Institute of Electrical and Electronics Engineers (IEEE) 1394-compliant.
• You have two IEEE 1394-compliant storage devices.

In this scenario, you may experience one of the following issues:

• When you start the computer and connect the first IEEE 1394-compliant storage device to the OHCI host controller, the device is loaded correctly. However, when you connect the second storage device, this device never appears in Device Manager. Additionally, the first device disappears from Device Manager.
• When you connect the two IEEE 1394-compliant storage devices before the computer is started, neither device appears in Device Manager after you start the computer.

You connect an external hard disk that is based on the Institute of Electrical and Electronics Engineers, Inc. (IEEE) 1394 standard to a Windows Vista-based computer. However, the external hard disk is not detected.

This symptom occurs on dual-capability external hard disks that can be connected by using an IEEE 1394 connection or a USB connection. However, this symptom only occurs when the external hard disk is connected by using an IEEE 1394 connection.

• Description of the Special Groups feature in Windows Vista and in Windows Server 2008
  The Special Groups feature enables the administrator to find out when a member of a certain group logs on to the computer.
  (tags: Logon Group )
• AVC functionality is not supported in Windows Vista
  Vista can’t capture video from a STB or DTV, play back content across FireWire, or change channels on a STB or DTV.
  (tags: AVC STB DTV FireWire )

Vista can’t capture video from a STB or DTV, play back content across FireWire, or change channels on a STB or DTV. Keep reading →