Yes. As it turns out, there's a fairly complex time-stamping mechanism for streams being sent over IEEE1394. It's required to recover the MPEG-2 Transport Stream 27 MHz clock at the receiving end. If there are any bugs in the implementation of the time-stamp, it will show up when recording to tape because of the timing constraints involved when transferring to a medium that's operating at a fixed rate (the rate of the tape over the recording head). In other words, it's very easy to have buffer overruns or underruns because you have to lay down the stream to tape as it's passing by the recording head. If you're just decoding the stream, there can be many megabytes of buffering that will cover up the problem (that is, instead of glitches every 2 seconds, it could be every 2 hours). When you're recording to the PC, the timing doesn't matter at all (as long as you capture all the packets).