referring to fig5 , a digital television system comprises , generally , a transmitter or emission station 100 ( indicated by a bracket ), a transmission channel 102 ( indicated by a bracket ), a receiver 104 ( indicated by a bracket ), and a monitor 106 . in the emission station 100 , separate video 108 , audio 110 , and data 112 elementary data streams are appropriately encoded and compressed in video 114 , audio 116 , and data 118 encoders . the compressed elementary data streams are input to a program multiplexer 120 that combines the separate elementary data streams into a single transport data stream 122 . the transport data stream 122 is transmitted to a receiver 104 over a transmission channel 102 such as a terrestrial or satellite broadcast system or a cable . at the receiver 104 which may be a set - top - box , the mpeg - 2 transport data stream is separated into its constituent compressed video 124 , audio 126 , and data 128 elementary streams by a demultiplexer 130 . the individual elementary data streams are decompressed and decoded in video 132 , audio 134 , and data 136 application decoders . the decompressed and decoded video 138 , audio 140 , and data 142 elementary streams are input to a presentation system 144 for presentation to the viewer , usually by display on the monitor 106 . the receiver 104 may be connected to a digital video ( dv ) format video recorder or camcorder 146 by a bus 148 conforming to the ieee 1394 - 1995 , standard for a high performance serial bus . in the present invention , the packetized mpeg - 2 transport stream data 122 is inserted into a dv data packet by a frame packetizer 150 . the dv frame is , in turn , inserted into an ieee 1394 isochronous transfer data packet by an ieee 1394 isochronous data encoder 152 for transmission over the ieee 1394 bus 148 to the video recorder 146 . in the video recorder 146 , the dv data packets are recovered from the transfer data packets by a depacketizer 153 and the dv formatted frames are stored on a storage medium 154 , usually a dv formatted magnetic videotape . at play time , the dv formatted data are inserted into an ieee 1394 isochronous packet by an encoder 155 and transmitted over the bus 148 to the transmission channel 102 and to the receiver 104 where the mpeg data is extracted . the mpeg transport stream data are decoded by the application decoders 132 , 134 , and 136 for display by the presentation system 144 . the ieee 1394 standard also provides a mechanism for transferring data in an mpeg format over the serial bus 148 . as an alternative embodiment , the transport stream data 122 could be encoded in the ieee 1394 encoder as mpeg formatted data encapsulated in an ieee 1394 packet . at the recorder 146 , the mpeg data would be extracted from the ieee 1394 data packet in the depacketizer 153 . in this embodiment , the mpeg data would be inserted into the dv data format by a dv frame packetizer 157 in the recorder 146 . the dv formatted data would then be stored on the storage medium 154 . at play time , the dv formatted data would be copied from the storage medium 154 by the encoder 155 . in the encoder 155 , the mpeg data is extracted from the dv formatted data packets and then the mpeg data is inserted into an ieee 1394 data packet for transmission over the serial bus 148 . in this alternative embodiment , the mpeg data would be recovered from the ieee 1394 packet in the reconstruction depacketizer 159 . the ieee 1394 high speed serial bus 148 provides for both asynchronous and isochronous data transfer . isochronous operation guarantees a bandwidth for devices , such as audio / video devices , that require constant data transfer rates . isochronous transactions use a single isochronous data packet format to perform multicast or broadcast transfers to one or more nodes ( attached devices ) on the bus 148 . the format of an ieee 1394 isochronous data packet is illustrated in fig1 . the packet comprises , generally , a header 12 and a data block 14 . the header 12 specifies the length of the data in the packet 16 , an isochronous channel number 18 that identifies the nodes to which the isochronous transfer is to be directed , a transaction code 20 , and a header cyclic redundancy check ( crc ) 22 . a cyclic redundancy check ( crc ) 24 is also provided for the data block 14 . the maximum data payload 26 ( indicated by a bracket ) of the isochronous data packet 10 varies with the data capacity of the specific ieee 1394 serial bus . the maximum payload 26 of the smallest isochronous packet ( for a 100 mbit per sec . bus ) is 1024 bytes . to transfer digital video format ( dv ) data over the serial bus , a dv data packet 30 , as illustrated in fig2 , is inserted into the data field of the ieee 1394 isochronous data packet 10 . the structure of the dv data packet 30 is defined by iso / iec 61833 - 1 and 61833 - 2 , digital interface for consumer electronic audio / video equipment , and is illustrated in fig2 . the dv data packet 30 comprises a cip ( common isochronous packet ) header 32 and a 480 byte data field 34 . the cip header 32 includes fields for source node identification ( sid ) 36 , data block size ( dbs ) 38 , function number ( fn ) 40 , quadlet packing count ( qpc ) 42 , source packet header ( sph ) 44 , format identification ( fmt ) 46 , signal type ( stype ) 48 , and a time stamp ( syt ) 49 for synchronization of video frames . the data of a dv frame 50 for ntsc television is divided into ten digital interface format ( dif ) sequences 52 as illustrated in fig3 . a dv frame for pal television comprises 12 dif sequences . as illustrated in fig3 and 4 , each dif sequence 52 comprises 150 dif blocks 54 . a dif sequence 52 includes a header section ( dif block h 0 ) 70 , a subcode section ( dif blocks sc 0 and sc 1 ) 72 , a video auxiliary section ( dif blocks va 0 - va 2 ) 74 , and an audio - video section 75 . the audio - video section 75 comprises an audio section ( dif blocks a 0 - a 8 ) 76 ( indicated by a bracket in fig4 ), and a video section ( dif blocks v 0 - v 134 ) 78 ( indicated by a bracket in fig4 ). referring again to fig3 , each dif block comprises a three byte identification ( id ) 56 and a 77 byte data section 58 . the dif block id 56 indicates the type of dif block ( for example , video ), the subsequence number and the dif block number ( 0 to 134 ). in the present invention , mpeg - 2 transport data stream packets are inserted into the last 76 bytes ( the target data block ) of the 77 byte data fields 58 of a plurality of video section dif blocks 78 of one or more dv frames 50 . data is not stored in the first byte of the data field 58 because the dv recorder may alter the value of this byte as an error indicator . when writing to the recorder this byte is usually set to zero indicating no error , although other values are possible . dv frame packets 30 , containing the dv formatted frames , are inserted into the payload of ieee 1394 isochronous data transfer packets 10 for transfer over the ieee 1394 bus . at the video recorder , the dv frames are extracted from the bus data stream and stored as dv formatted data on the videotape 154 . referring to fig6 , in an embodiment of the invention , the first six bytes of the target data field ( the last 76 bytes of the data field 58 ) are used for mpeg header information 80 and the remaining 70 bytes are used to store the packetized mpeg - 2 transport stream data 82 . the mpeg header 80 is used by the decoder in extracting mpeg data from the dv frame structure 50 during playback . as illustrated in fig7 , the mpeg header comprises a length field 86 specifying the number of bytes of mpeg data in the dif block starting from the mpeg id byte 88 and ending at the last mpeg transport stream data byte of the dif block 54 . if a dif block contains no mpeg data , the final four fields of the mpeg header 80 will contain no data and the length field 86 will be zero . the mpeg - 2 id field 88 contains a unique number that indicates that the data block of the dif block contains mpeg - 2 data . for example , the unique number might be the ascii character “ m ” that has the value 77 . the version field 90 contains a number indicating the version of the mpeg - 2 standard and any mpeg - to - dv data storage specification applicable to the data in the block . on the other hand , the mpeg id 88 and version 90 fields could be eliminated if the data is known to be mpeg - 2 data or if the transport stream validity is checked by the mpeg decoder . the redundancy field 92 of the dif block contains an incrementing number indicating when new data is being stored in the dif block . the dv format utilizes intraframe compression . the mpeg - 2 compression process utilizes both intraframe and interframe data compression . the inventors realized that the 22 . 68 mbps data capacity of the dv tape may substantially exceed the data rate of the mpeg transport stream 122 . for example , standard definition mpeg - 2 video has a maximum data rate of six mbps . when the data rate capacity of the tape exceeds the data rate of the mpeg transport stream , the mpeg data can be stored redundantly on the tape . at 30 frames per second , approximately 200 , 000 bits of mpeg data must be stored in each dv frame structure 50 . however , each dv frame 50 has a data capacity of 756 , 000 bits and the extra capacity can be used to redundantly store the mpeg data in multiple dif blocks . if a dif block is lost in transmission or storage , the data can be recovered from an identical dif block in another dif sequence . further , when operating in a trick play mode the ieee 1394 data stream may contain only fragments of each dv frame . depending on trick play speed and data redundancy , it may be possible to reconstruct the original mpeg - 2 transport stream from fragments of the dv frames . the redundancy value is a function of the dv frame structure capacity ( 756 , 000 bits ) and the mpeg - 2 data rate and can be expressed as : referring to fig5 , to control the redundant storage of mpeg data , the receiver 104 accumulates 756 , 000 bits ( one dv frame of data ) in an accumulation buffer 158 as the mpeg transport stream data arrives at the receiver 104 from the emission station 100 . when this quantity of data has been accumulated , it is placed in the data section of a dv frame 50 . this data is repeatedly output to the frame packetizer 150 while the next 756 , 000 bits of data are received from the emission station 100 and accumulated . the dv packet 30 is sent to the video recorder 154 and the new accumulation of data is then placed in a new dv frame with a redundancy number incremented by one from that of the previous dv frame . the process is repeated until the entire mpeg transport stream is stored . when the stored video is played , the data in the dv frames stored on the tape is sent from the recorder 154 to the receiver 104 . the mpeg id field 88 of mpeg header 80 ( see fig7 ) is used to identify the data in the dv frames as mpeg transport stream data . the offset field 94 , see fig7 , is used to reconstruct the mpeg - 2 transport stream . the offset specifies the position of the mpeg data in the dif block relative to the mpeg data from other dif blocks of the current dv frame or in redundant frames . preferably , the first dif block of a dv frame has an offset of zero . if this dif block contains 70 bytes of data , then the offset number of the next dif block would be 70 . the transport stream is reconstructed by extracting the mpeg data from the ieee 1394 packets in a reconstruction depacketizer 159 and then placing the mpeg - 2 data from each of the dif blocks 54 into a reconstruction buffer 156 , illustrated in fig5 . the location of specific data in the reconstruction buffer 156 is the sum of the offset value 94 and a frame storage index equal to one byte past the last storage location used by the dvc frames having the previous redundancy value . the frame storage index is initially set to zero . if any dif blocks are missing , redundant dif blocks 54 from redundant dv frames can be placed into the reconstruction buffer 156 . when a frame with a new redundancy value is received , the frame storage index is set to one byte past the last byte stored with the previous redundancy value 92 . the mpeg data from the redundant frame is then stored at the location identified by the sum of the offset value 94 of the dif block and the frame storage index . data from each set of frames with a new redundancy value 92 is appended to the data in the reconstruction buffer 156 . a discontinuity in the redundancy value would indicate that a new or discontinuous mpeg - 2 transport stream is being received . the method and apparatus of the present invention may be used to store data other than mpeg - 2 transport stream data on dv tape . for example , files from a . pc hard disk or other data that may or may not be related to stored mpeg transport stream data ( such as web page uniform resource locators ( urls ), recording time , or system information ) could be stored on dv tape utilizing the method . further , if the data rate capacity of the dv tape exceeds the data rate of the mpeg transport stream , ancillary data can be stored by the dv recorder utilizing the method . such ancillary data could include trick play frames to aid in trick play operation ( such as , fast forward or reverse operation ) of the video recorder . the trick play mode data may include mpeg frames stored redundantly on the tape to ensure that data is can be retrieved during fast play modes . the terms and expressions that have been employed in the foregoing specification are used as terms of description and not of limitation , and there is no intention , in the use of such terms and expressions , of excluding equivalents of the features shown and described or portions thereof , it being recognized that the scope of the invention is defined and limited only by the claims that follow .