EP1078519A2 - Method for storing compressed digital audio and video - Google Patents

Method for storing compressed digital audio and video

Info

Publication number
EP1078519A2
EP1078519A2 EP99914714A EP99914714A EP1078519A2 EP 1078519 A2 EP1078519 A2 EP 1078519A2 EP 99914714 A EP99914714 A EP 99914714A EP 99914714 A EP99914714 A EP 99914714A EP 1078519 A2 EP1078519 A2 EP 1078519A2
Authority
EP
European Patent Office
Prior art keywords
transport stream
pointers
packets
video
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP99914714A
Other languages
German (de)
French (fr)
Inventor
Cornelis Teunissen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Philips AB
Philips Svenska AB
Original Assignee
Koninklijke Philips Electronics NV
Philips AB
Philips Svenska AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV, Philips AB, Philips Svenska AB filed Critical Koninklijke Philips Electronics NV
Priority to EP99914714A priority Critical patent/EP1078519A2/en
Publication of EP1078519A2 publication Critical patent/EP1078519A2/en
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Definitions

  • the invention relates to a method as recited in the preamble of Claim 1.
  • Classical video recording allows trick modes such as fast forward and fast reverse.
  • Trick modes have become more complex to implement for digital video that is compressed on the basis of groups of pictures (GOP), because uniform video intervals may correspond to data packet sequences of non-uniform lengths, depending on the information content of the video.
  • US Patent 5,701,386 allows fast forward and fast reverse by providing each Group of Pictures with a GOP header and each sequence of GOPs with sequence headers both before its first GOP and also before its last GOP.
  • the term "picture” will be used consistently. Depending on the actual video standard, the term “picture” may include "frame” as well as "field”.
  • Transport Streams according to system layer standard ISO/IEC 13818-1 for transmitting multi-channel audio and/ or video.
  • the video layer standard may be H262 or ISO/IEC 13818-2, the audio layer standard ISO/IEC 13818-3.
  • Replay systems will generally support jumping over a selectable physical storage distance, but the probability of then hitting an entry point to the actually stored program is low.
  • the finding of such entry points will necessitate repeated and time intensive searches, which may cause buffer underflow. It also becomes nearly impossible to replay the stream at an n times higher speed with n integer, as well as to land immediately on a video fragment that may be played independently. Therefore, if storage takes place on a dedicated apparatus, the locations of the entry points must be immediately known, either directly, or via pointers. The problem becomes more severe if a plurality of program must be stored.
  • the invention is characterized according to the characterizing part of Claim 1.
  • the invention also relates to a method for replaying such recorded Transport Stream and to a device arranged for practising the invention. Further advantageous aspects of the invention are recited in dependent Claims.
  • FIG 2 a diagram of a Transport Stream structure
  • Figure 3 a diagram of the stored data structure
  • Figure 4 a block diagram of a replaying organization
  • Figure 5 packaging a Transport Stream
  • Figure 6 unpackaging a Transport Stream.
  • Transport Stream Packets start with a Transport Stream packet header, which contains a Packet IDentifier PID.
  • PID Packet IDentifier
  • the PID for the video data V_PID of each transmitted program is stored in the PSI tables in the Transport Stream.
  • a variable payload unit start indicator pusi is stored in the Transport Stream packet header and indicates whether the payload of the packet in question starts indeed with the first byte of a Packetized Elementary Stream PES packet (ISO/IEC standards supra).
  • the adaptation field control (afc) indicates whether the Transport Stream packet contains indeed an adaptation field and/or a payload.
  • the pointers may be transiently stored in RAM memory and eventually written to disc.
  • RAM is too small, the pointers must be written earlier.
  • the pointers may be kept within the stored stream, such as by storing them when reaching a certain number such as 1000 selected packets. At replay, pointer positions will then be known immediately. Alternatively, a table of pointer locations may be used. If the pointers are kept on a separate location, they may be written either after a certain time interval, or at instants when actual bitrate is low, or anyway before reaching buffer storage capacity.
  • the following further information may be stored with the pointers to facilitate the replay of a stored program: • the length in seconds of the video at recording time to calculating the remaining time;
  • Pointers may support replaying of a particular program at higher speed. Transport Stream conditions should be maintained by avoiding referencing non-existent pictures. Further, certain fields may have to be adapted.
  • Trick play is facilitated by forwarding to a decoder only TS packets that contain video information, inclusive of SI information and PCR packets. Faster play of sound is generally not useful. The storing of extra information will allow to select for forwarding exclusively those packets that have a PID corresponding to that of PAT, PMT, PCR, and V_PID.
  • the GOP size information may be used for in a "non-closed" GOP environment, during replay of complete GOP's, selectably bypassing a particular B-picture, and possibly to adapt temporal references in other packages.
  • the video duration at recording time may be used, in combination with the time code stored in the GOP header to calculate and display elapsed time.
  • the combination of frame rate and a fixed GOP size allows to periodically replay exactly a specified number of seconds, and to subsequently jump n times the earlier number, where n may have values such as in the range 1-100.
  • An extra advantage of pointer-supported storage is that a program need to be stored only once.
  • the described organization supports the recording of a plurality of programs in parallel in the secondary Transport Stream in an interleaved manner. In that case, each program will need its associated array of pointers.
  • FIG. 1 is a block diagram of an exemplary recording organization.
  • Input 20 receives a Transport Stream.
  • block 22 selection of the required TS packets and time stamp insertion take place, followed by storing in Stream Info Memory 24.
  • the selected TS packets are counted, and the count actually attained is forwarded to Pointer Info Memory 28.
  • block 32 entry points are extracted, and counted in block 30: the count is forwarded both to Pointer Info Memory 28 and to Stream Info Memory 36 that is in fact the same as block 24.
  • the Time Code is retrieved from the GOP header and if its value is zero, any necessary modification may be effected.
  • block 38 the Start Time Code is extracted for forwarding to the Stream Info Memory.
  • the GOP size and Picture Rate informations are extracted and forwarded to Stream Info Memory, now block 50.
  • the Closed GOP Indicator is extracted, in block 44 the PCR_PID, in block 46 the PMT_PID, and in block 48 the video PID, all for forwarding to the Stream Info Memory 50.
  • the information on output 49 is ready for being stored.
  • the Figure does not specify the mapping of various partial functionalities on proper hardware, which may be realized as conventional mechanisms that have not been shown for brevity.
  • Figure 2 is a diagrammatical embodiment of the Transport Stream structure.
  • the uppermost level shows the sequence of Transport Stream Packets that each contain 188 bytes.
  • a packet consists of a 4-Byte header that accommodates at least the informations PID, pusi and afc. The remainder is the TS-packet data.
  • the data field may contain an adaptation field and/or a payload field that are sized according to need, and may be internally specified through the afc information.
  • Figure 3 is a diagram of the stored data structure.
  • Block 64 symbolizes the stream information formed by TS packets containing all information that has been selected on the basis of the information stream received on input 22 in Figure 1.
  • Block 62 symbolizes the pointer information that has been produced by blocks 26, 30, 32 in Figure 1.
  • Block 60 symbolizes the stream information produced by the various blocks in Figure 1 , such as in particular blocks 22, 30, 38, 40, 42, 44, 46 and 48.
  • the informations from blocks 60 and 62 are combined for contiguous storage.
  • the compound so formed, as well as the informations from block 64 are stored on the medium.
  • the latter informations may be stored in physically distant locations from the former: the linking is through the file system.
  • the overall information is collectively stored on disc in a format that may be configured along the exemplary teachings of Figure 2.
  • TS packets will be written continually. Pointer and stream informations are being written either after termination of the video take, or in relatively small-sized amounts during the video take.
  • FIG. 4 is a block diagram of an exemplary replaying organization.
  • Item 70 represents the rewritable storage disc together with its associated electromechanical, electro-optical and electronic components for driving and information accessing, inclusive of demodulation, error correction and similar features that operate on a relatively lower organizational level than the present invention.
  • Block 72 executes demultiplexing into three sub-streams.
  • Block 74 symbolizes the Pointer Info Memory substream.
  • Block 76 symbolizes the Stream Info Memory substream.
  • Control functions are for example as follows:
  • the control unit may forward signals so developed along control lines 92, 94, 96, 98 to various subsystems to be identified hereinafter.
  • the disc-oriented subsystem 70 is controlled along line 92.
  • the Transport Stream demultiplexed from block 72 is forwarded to block 82 for extracting of the time code.
  • Block 84 detects whether the indicator Closed-GOP is false ( ⁇ l) and play n GOPs, replace first B-picture packets with null packets. Furthermore, block 84 detects whether the indicator Closed-GOP is false ( ⁇ l), or play I-pictures only, update continuity counter in the TS packet header, update temporal reference in picture header, and set broken link in GOP header to 1, the latter depending on the decoder type.
  • Block 86 detects whether replay speed ⁇ l, and in the positive case replaces all TS packets, except Video PID packets, PCR PID packets, PMT PID packets and PAT PID(O) packets with null packets. Furthermore, Presentation Time Stamp,
  • Decoding Time Stamp, and PCR numbers are modified to reflect the correct presentation and decoding times.
  • Block 88 detects whether there are timestamps or not; in the positive case, the Time Base is reconstructed and the Time Stamps removed.
  • Output 90 will present an amended Transport Stream according to the MPEG-2 standard.
  • the Figure does not specify mapping various partial functionalities on hardware.
  • FIG. 5 illustrates the packaging of a Transport Stream.
  • both video data and audio data arrive at their respective encoders 110 and 112.
  • Both encoders then feed respective packetizers 112 and 116, respectively to produce a stream of video PES and a stream of audio PES.
  • multiplexer 118 the two streams are multiplexed to constitute an input Transport Stream that is ready for storage.
  • Figure 6 illustrates unpackaging a Transport Stream.
  • a compound Transport Stream enters a demultiplexer annex decoder 120, that will separate video from audio.
  • Block 126 is furthermore operative for clock extraction, and synchronizes video decoder blocks 122 and audio decoder block 124. The decoded video and audio informations are then available for consumer replay.
  • the elapsed time indicator may be retrieved from the GOP-header and the Start Time Code and is independent from bitrate and GOP-size;
  • Both the pointer table and the TS information may be stored on an arbitrary disc location. There is some kind of Table Of Contents that for all programs contains starting locations of the TS packets/program, of the pointer tables and of the TS information tables.
  • the invention allows all GOP-sizes, even non-uniform GOP-sizes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

Digital audio and/or video programs that have been compressed on the basis of groups of pictures (GOPs) are recorded on a medium that allows immediate jumping between groups through co-storage of Transport Stream packets and pointer information. In particular, coexistently with the storing, successive pointers are derived in realtime from a primary Transport Stream that collectively point to data packets in a reconstructed Transport Stream, which contains entry points. These pointers are stored at predetermined locations on the medium.

Description

METHOD FOR STORING COMPRESSED DIGITAL AUDIO AND VIDEO
BACKGROUND OF THE INVENTION
The invention relates to a method as recited in the preamble of Claim 1. Classical video recording allows trick modes such as fast forward and fast reverse. Trick modes have become more complex to implement for digital video that is compressed on the basis of groups of pictures (GOP), because uniform video intervals may correspond to data packet sequences of non-uniform lengths, depending on the information content of the video. US Patent 5,701,386 allows fast forward and fast reverse by providing each Group of Pictures with a GOP header and each sequence of GOPs with sequence headers both before its first GOP and also before its last GOP. Hereinafter, the term "picture" will be used consistently. Depending on the actual video standard, the term "picture" may include "frame" as well as "field". However, modern digital broadcast, in particular via satellite, uses Transport Streams (TS) according to system layer standard ISO/IEC 13818-1 for transmitting multi-channel audio and/ or video. The video layer standard may be H262 or ISO/IEC 13818-2, the audio layer standard ISO/IEC 13818-3. These features are used inter alia for DVB and are intended for linear play without feedback from a decoder. Packets arrive at a receiver one by one and their assignment to a particular program is generally not known, before the packet itself will have arrived: indeed, assignment is through PSI-tables. For storage, one or more specific programs are selected from a received Transport Stream. This will necessitate either at storing time or at replay time the adapting of certain stream parameters for retaining a valid Transport Stream for replay.
Replay systems will generally support jumping over a selectable physical storage distance, but the probability of then hitting an entry point to the actually stored program is low. The finding of such entry points will necessitate repeated and time intensive searches, which may cause buffer underflow. It also becomes nearly impossible to replay the stream at an n times higher speed with n integer, as well as to land immediately on a video fragment that may be played independently. Therefore, if storage takes place on a dedicated apparatus, the locations of the entry points must be immediately known, either directly, or via pointers. The problem becomes more severe if a plurality of program must be stored. SUMMARY TO THE INVENTION
In consequence, amongst other things, it is an object of the present invention to format stored video in such manner that various trick modes will become feasible for a Transport Stream environment, whilst maintaining the data handling facilities proper to this environment.
Now therefore, according to one of its aspects the invention is characterized according to the characterizing part of Claim 1. The invention also relates to a method for replaying such recorded Transport Stream and to a device arranged for practising the invention. Further advantageous aspects of the invention are recited in dependent Claims.
BRIEF DESCRIPTION OF THE DRAWING
These and further aspects and advantages of the invention will be discussed more in detail hereinafter with reference to the disclosure of preferred embodiments, and in particular with reference to the appended Figures that show: Figure 1, a block diagram of a recording organization;
Figure 2, a diagram of a Transport Stream structure; Figure 3, a diagram of the stored data structure; Figure 4, a block diagram of a replaying organization; Figure 5, packaging a Transport Stream; Figure 6, unpackaging a Transport Stream.
STRUCTURAL DESCRIPTION OF A RELEVANT ENVIRONMENT
According to their agreed upon format, Transport Stream Packets start with a Transport Stream packet header, which contains a Packet IDentifier PID. Through the Program Specific Information PSI tables, the data content in a TS packet will be known. The PID for the video data V_PID of each transmitted program is stored in the PSI tables in the Transport Stream. A variable payload unit start indicator pusi is stored in the Transport Stream packet header and indicates whether the payload of the packet in question starts indeed with the first byte of a Packetized Elementary Stream PES packet (ISO/IEC standards supra). Finally, the adaptation field control (afc) indicates whether the Transport Stream packet contains indeed an adaptation field and/or a payload.
To set a pointer, the system usually only needs to access packets that have PID=V_PID, pusi=l and an afc that is either equal to 1 or equal to 3. If the table would be too long for a single 188 byte packet, two or more contiguous packets with PID=V_PID must be accessed. Only packets so signalled need be checked for presence of an entry point. Entry points may be as follows:
• a TS packet with the start of an I-picture; • a TS packet with the start of a GOP;
• a TS packet with the start of a sequence header.
The pointers may be transiently stored in RAM memory and eventually written to disc. A program with a video take length of 135 minutes with 25 pictures per second, a 12-picture GOP size and a pointer length of 4 bytes, will produce about 0.54 Mbit or 67 kByte pointer information. At a 16 Mbaud transfer speed, writing all pointers this will need about 35 millisecs, provided they get a separate disc area. If RAM is too small, the pointers must be written earlier. The pointers may be kept within the stored stream, such as by storing them when reaching a certain number such as 1000 selected packets. At replay, pointer positions will then be known immediately. Alternatively, a table of pointer locations may be used. If the pointers are kept on a separate location, they may be written either after a certain time interval, or at instants when actual bitrate is low, or anyway before reaching buffer storage capacity.
The following further information may be stored with the pointers to facilitate the replay of a stored program: • the length in seconds of the video at recording time to calculating the remaining time;
• size of the GOPs, and if applicable, the characterization of the GOPs as being closed or non-closed, such as according to MPEG-standard, and whether their sizes are uniform or not;
• the PID of packets containing the Program Map Table PMT; • the PID of packets storing the Program Clock Reference PCR;
• the PID of packets with video information;
• Start Time Code that may be used to calculate elapsed time;
• Frame Rate that in combination with a uniform GOP size may be used to jump to a particular instant in time; • the total number of TS packages which may be used to calculate the end of the program in question;
• the overall numbers of I-, B- and P-pictures;
• the total number of I-pictures; • average bitrate.
The use of Pointers may support replaying of a particular program at higher speed. Transport Stream conditions should be maintained by avoiding referencing non-existent pictures. Further, certain fields may have to be adapted. Trick play is facilitated by forwarding to a decoder only TS packets that contain video information, inclusive of SI information and PCR packets. Faster play of sound is generally not useful. The storing of extra information will allow to select for forwarding exclusively those packets that have a PID corresponding to that of PAT, PMT, PCR, and V_PID. The GOP size information may be used for in a "non-closed" GOP environment, during replay of complete GOP's, selectably bypassing a particular B-picture, and possibly to adapt temporal references in other packages. The video duration at recording time may be used, in combination with the time code stored in the GOP header to calculate and display elapsed time. The combination of frame rate and a fixed GOP size allows to periodically replay exactly a specified number of seconds, and to subsequently jump n times the earlier number, where n may have values such as in the range 1-100. An extra advantage of pointer-supported storage is that a program need to be stored only once. The described organization supports the recording of a plurality of programs in parallel in the secondary Transport Stream in an interleaved manner. In that case, each program will need its associated array of pointers.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
Figure 1 is a block diagram of an exemplary recording organization. Input 20 receives a Transport Stream. In block 22, selection of the required TS packets and time stamp insertion take place, followed by storing in Stream Info Memory 24. In block 26, the selected TS packets are counted, and the count actually attained is forwarded to Pointer Info Memory 28. In block 32, entry points are extracted, and counted in block 30: the count is forwarded both to Pointer Info Memory 28 and to Stream Info Memory 36 that is in fact the same as block 24. In block 34, the Time Code is retrieved from the GOP header and if its value is zero, any necessary modification may be effected. In block 38, the Start Time Code is extracted for forwarding to the Stream Info Memory. In block 40, the GOP size and Picture Rate informations are extracted and forwarded to Stream Info Memory, now block 50. In block 42, the Closed GOP Indicator is extracted, in block 44 the PCR_PID, in block 46 the PMT_PID, and in block 48 the video PID, all for forwarding to the Stream Info Memory 50. The information on output 49 is ready for being stored. The Figure does not specify the mapping of various partial functionalities on proper hardware, which may be realized as conventional mechanisms that have not been shown for brevity.
Figure 2 is a diagrammatical embodiment of the Transport Stream structure. Here, the uppermost level shows the sequence of Transport Stream Packets that each contain 188 bytes. On the next level a packet consists of a 4-Byte header that accommodates at least the informations PID, pusi and afc. The remainder is the TS-packet data. On the third level the data field may contain an adaptation field and/or a payload field that are sized according to need, and may be internally specified through the afc information. Figure 3 is a diagram of the stored data structure. Block 64 symbolizes the stream information formed by TS packets containing all information that has been selected on the basis of the information stream received on input 22 in Figure 1. Block 62 symbolizes the pointer information that has been produced by blocks 26, 30, 32 in Figure 1. Block 60 symbolizes the stream information produced by the various blocks in Figure 1 , such as in particular blocks 22, 30, 38, 40, 42, 44, 46 and 48. Now, first the informations from blocks 60 and 62 are combined for contiguous storage. Next, the compound so formed, as well as the informations from block 64 are stored on the medium. The latter informations may be stored in physically distant locations from the former: the linking is through the file system. The overall information is collectively stored on disc in a format that may be configured along the exemplary teachings of Figure 2. During a program, TS packets will be written continually. Pointer and stream informations are being written either after termination of the video take, or in relatively small-sized amounts during the video take.
Figure 4 is a block diagram of an exemplary replaying organization. Item 70 represents the rewritable storage disc together with its associated electromechanical, electro-optical and electronic components for driving and information accessing, inclusive of demodulation, error correction and similar features that operate on a relatively lower organizational level than the present invention. Block 72 executes demultiplexing into three sub-streams. Block 74 symbolizes the Pointer Info Memory substream. Block 76 symbolizes the Stream Info Memory substream. These two streams are forwarded to control unit 80 that may execute the following user control functions:
• setting the disc replay velocity, such as l...n times normal speed;
• optionally, setting the minimum play duration before effecting a jump; here, various possibilities exist, such as play n GOPS before a jump, jump speed xn GOPs, or: play an I- picture, repeat n times, then jump to the next I-picture, etcetera;
• if a plurality of programs had been stored: program select;
• setting the video start position where to start playing the program in question from;
• play/record; • stop;
• goto a specified point in time;
• fast forward & fast reverse.
Control functions are for example as follows:
• display actually elapsed time from the start of the program that is being read out; • retrieving pointer and stream information from disc;
• control goto operations to specific byte positions such as to access an entry point;
• play as starting from a specified physical location;
• record unto a specified physical location.
The control unit may forward signals so developed along control lines 92, 94, 96, 98 to various subsystems to be identified hereinafter. First, the disc-oriented subsystem 70 is controlled along line 92. The Transport Stream demultiplexed from block 72 is forwarded to block 82 for extracting of the time code. Block 84 detects whether the indicator Closed-GOP is false ( ≠ l) and play n GOPs, replace first B-picture packets with null packets. Furthermore, block 84 detects whether the indicator Closed-GOP is false ( ≠ l), or play I-pictures only, update continuity counter in the TS packet header, update temporal reference in picture header, and set broken link in GOP header to 1, the latter depending on the decoder type.
Block 86 detects whether replay speed ≠ l, and in the positive case replaces all TS packets, except Video PID packets, PCR PID packets, PMT PID packets and PAT PID(O) packets with null packets. Furthermore, Presentation Time Stamp,
Decoding Time Stamp, and PCR numbers are modified to reflect the correct presentation and decoding times.
Block 88 detects whether there are timestamps or not; in the positive case, the Time Base is reconstructed and the Time Stamps removed. Output 90 will present an amended Transport Stream according to the MPEG-2 standard. For brevity, the Figure does not specify mapping various partial functionalities on hardware.
A particular aspect of a Transport Stream is that all TS packets will start with a TS Header that contains a PID. Figure 5 illustrates the packaging of a Transport Stream. At left, both video data and audio data arrive at their respective encoders 110 and 112. Both encoders then feed respective packetizers 112 and 116, respectively to produce a stream of video PES and a stream of audio PES. In multiplexer 118, the two streams are multiplexed to constitute an input Transport Stream that is ready for storage.
Figure 6 illustrates unpackaging a Transport Stream. At left, a compound Transport Stream enters a demultiplexer annex decoder 120, that will separate video from audio. Block 126 is furthermore operative for clock extraction, and synchronizes video decoder blocks 122 and audio decoder block 124. The decoded video and audio informations are then available for consumer replay.
Various relevant aspects of the invention are as follows:
• The elapsed time indicator may be retrieved from the GOP-header and the Start Time Code and is independent from bitrate and GOP-size;
• Fast forward and fast reverse are feasible at any speed, even if a single disc contains more programs in a physically, but not logically intermixed manner;
• Both the pointer table and the TS information may be stored on an arbitrary disc location. There is some kind of Table Of Contents that for all programs contains starting locations of the TS packets/program, of the pointer tables and of the TS information tables.
• Trick play requires no extra regrouping or reformatting of the picture sequences; • External as well as an internal decoders may be used;
• No explicit sector argument needed for TS-packets containing an entry point;
• Data need not be stored in a physically contiguous manner;
• Interleaved storage of audio, video and other data is allowed;
• The invention allows all GOP-sizes, even non-uniform GOP-sizes.

Claims

oCLAIMS:
1. A method for recording one or more digital audio and/ or video programs that have been compressed on the basis of groups of pictures (GOPs), on a medium that allows immediate jumping between groups through co-storage of Transport Stream packets and pointer information, characterized by coexistently with said storing, in realtime deriving from a primary Transport Stream successive pointers that collectively point to data packets in a secondary Transport Stream that contains entry points, and which pointers are stored at predetermined locations on said medium.
2. A method as claimed in Claim 1, wherein said predetermined locations are within said secondary Transport Stream.
3. A method as claimed in Claim 1, wherein said predetermined locations are in a Table area outside said secondary Transport Stream.
4. A method as claimed in Claim 1, for use with a plurality of interleaved programs in said secondary stream, whilst providing each such program with a privy array of pointers.
5. A method as claimed in Claim 1, furthermore indicating a size of the GOPs, and if applicable, a characterization of the GOPs as being closed or non-closed, and whether their sizes are uniform or not.
6. A method as claimed in Claim 1, furthermore indicating a PID of a packet containing a Program Map Table.
7. A method as claimed in Claim 1, furthermore indicating a PID of a packet containing a Program Clock Reference.
8. A method as claimed in Claim 1, furthermore indicating a PID of a packet that contains video information.
9. A method as claimed in Claim 1, furthermore indicating a Start Time
Code to be used to calculate elapsed time.
10. A method as claimed in Claim 1, furthermore indicating a Frame Rate to be used in combination with a uniform GOP size to jump to a particular instant in time.
11. A method for replaying one or more digital audio and/ or video programs built up with coded data that have been compressed on the basis of groups of pictures (GOPs), from a medium that allows immediate jumping between groups through stored Transport Stream packets and pointer information, characterized by accessing in an individual or compound Transport Stream being replayed, in realtime successive pointers that collectively point to data packets in a particular individual Transport Stream that contains entry points, by accessing such pointers at predetermined locations on said medium.
12. A method as claimed in Claim 11, wherein said predetermined locations are within said secondary stream.
13. A method as claimed in Claim 11, wherein said predetermined locations are in a Table area outside said secondary stream.
14. A method as claimed in Claim 11, furthermore retrieving a Frame Rate indication for use in combination with a uniform GOP size to jump to a particular instant in time.
15. A recording device arranged for practising a method as claimed in Claim 1.
16. A replay device arranged for interfacing to information that has been recorded according to a method as claimed in Claim 1.
17. A device as claimed in Claims 15 or 16, and arranged for interfacing to a rewritable disc.
EP99914714A 1998-05-08 1999-04-29 Method for storing compressed digital audio and video Ceased EP1078519A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP99914714A EP1078519A2 (en) 1998-05-08 1999-04-29 Method for storing compressed digital audio and video

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP98201509 1998-05-08
EP98201509 1998-05-08
EP99914714A EP1078519A2 (en) 1998-05-08 1999-04-29 Method for storing compressed digital audio and video
PCT/IB1999/000782 WO1999062251A2 (en) 1998-05-08 1999-04-29 Method for storing compressed digital audio and video

Publications (1)

Publication Number Publication Date
EP1078519A2 true EP1078519A2 (en) 2001-02-28

Family

ID=8233696

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99914714A Ceased EP1078519A2 (en) 1998-05-08 1999-04-29 Method for storing compressed digital audio and video

Country Status (20)

Country Link
US (2) US6512882B1 (en)
EP (1) EP1078519A2 (en)
JP (1) JP2002517138A (en)
KR (1) KR100658201B1 (en)
CN (1) CN1231051C (en)
AR (1) AR015089A1 (en)
AU (1) AU758253B2 (en)
BR (1) BR9910276A (en)
CA (1) CA2331312C (en)
EG (1) EG21721A (en)
HU (1) HUP0101677A3 (en)
ID (1) ID27984A (en)
IL (1) IL139485A (en)
MY (1) MY125038A (en)
PL (1) PL344454A1 (en)
RU (1) RU2287907C2 (en)
TR (1) TR200003260T2 (en)
TW (1) TW463506B (en)
WO (1) WO1999062251A2 (en)
ZA (1) ZA200006350B (en)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6993247B1 (en) * 1998-10-13 2006-01-31 Lg Electronics Inc. Method and apparatus for creating search information for recorded digital broadcast streams using change of program identification information
US7589789B2 (en) * 1999-05-08 2009-09-15 Lg Electronics Inc. Video converting device and method for digital TV
GB2350980B (en) * 1999-06-08 2003-08-27 Sgs Thomson Microelectronics Device and method for processing a stream of data
US7317866B1 (en) * 1999-08-17 2008-01-08 Thomson Licensing Reproducing a digital datastream containing program information for trick mode display
JP2001067802A (en) * 1999-08-27 2001-03-16 Toshiba Corp Apparatus and method for multi-channel recording
US7106946B1 (en) * 1999-09-28 2006-09-12 Sony Corporation Transport stream processing device, and associated methodology of generating and aligning source data packets in a physical data structure
GB2356100B (en) * 1999-11-05 2004-02-25 Sony Uk Ltd Data format and data transfer
IL132859A (en) 1999-11-10 2008-07-08 Nds Ltd System for data stream processing
KR100590185B1 (en) * 1999-11-20 2006-06-14 삼성전자주식회사 A storage and search apparatus of audio/video data including additional information
BRPI0103897B1 (en) 2000-01-10 2015-07-28 Koninkl Philips Nv Methods for generating packet arrival time tags from a received real time sequence of information signal packets, for reproducing a stored real time sequence of information signal packets, and for reproducing two concatenated information signal packet sequences. stored real-time and apparatus for recording a real-time sequence of information signal packets
JP2001243102A (en) * 2000-02-29 2001-09-07 Sony Corp Recorder, recording method, and recording medium
GB0007870D0 (en) * 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Methods and apparatus for making and replauing digital video recordings, and recordings made by such methods
JP2002077818A (en) * 2000-09-04 2002-03-15 Pioneer Electronic Corp Accumulating/reproducing system, accumulating method and reproducing method of transport stream
JP2002100113A (en) * 2000-09-25 2002-04-05 Canon Inc Reproducing device, reproducing method, transmission method and storage medium
JP2002100114A (en) * 2000-09-25 2002-04-05 Canon Inc Reproducing device, reproducing method, transmission device, transmission method and storage medium
JP3997158B2 (en) * 2000-12-06 2007-10-24 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Variable length encoding method for input information items by assigning sub-chains each having a pointer to code bit group, and encoding and / or bidirectional decoding device
KR100763371B1 (en) * 2000-12-29 2007-10-04 엘지전자 주식회사 method for lossless compression and expansion of high quality graphic data
US8081865B2 (en) * 2001-03-29 2011-12-20 Panasonic Corporation AV data recording apparatus and method, recording media recorded by the same, AV data reproducing apparatus and method, and AV data recording and reproducing apparatus and method
EP1276323A1 (en) * 2001-07-13 2003-01-15 France Telecom Method for broadcasting multimedia signals towards a plurality of terminals
GB0117926D0 (en) 2001-07-23 2001-09-12 Nds Ltd Method for random access to encrypted content
US7180915B2 (en) * 2001-12-21 2007-02-20 Nokia Corporation Apparatus, and an associated method, for facilitating synchronization in a wireless mesh network
JP2003230089A (en) * 2002-01-31 2003-08-15 Toshiba Corp Information storage medium and information recording apparatus
US20030206596A1 (en) * 2002-05-03 2003-11-06 David Carver Multimedia content assembly
US7826718B2 (en) 2002-08-09 2010-11-02 Broadcom Corporation Method and apparatus to facilitate the efficient implementation of trick modes in a personal video recording system
KR20040095034A (en) * 2003-05-06 2004-11-12 삼성전자주식회사 Method of determining entry point, and the apparatus therefor
TWI250759B (en) * 2003-06-09 2006-03-01 Sony Corp Information recording medium, data processing method and computer program
EP1647140A1 (en) * 2003-07-21 2006-04-19 Thomson Licensing Trick mode operation for subchannels
US7852919B2 (en) * 2003-09-07 2010-12-14 Microsoft Corporation Field start code for entry point frames with predicted first field
US7609762B2 (en) * 2003-09-07 2009-10-27 Microsoft Corporation Signaling for entry point frames with predicted first field
US7924921B2 (en) * 2003-09-07 2011-04-12 Microsoft Corporation Signaling coding and display options in entry point headers
US7839930B2 (en) * 2003-11-13 2010-11-23 Microsoft Corporation Signaling valid entry points in a video stream
US8213779B2 (en) * 2003-09-07 2012-07-03 Microsoft Corporation Trick mode elementary stream and receiver system
CN1883206A (en) * 2003-11-18 2006-12-20 皇家飞利浦电子股份有限公司 Reproduction of a trick play signal
JP2005204175A (en) * 2004-01-16 2005-07-28 Ntt Communications Kk Digital content encrypting apparatus, digital content encryption method, digital content encryption program, and digital content decryption program
TWI315516B (en) * 2004-05-28 2009-10-01 Mediatek Inc Method and related apparatus for generating fixed packets while writing data into cds
US7489706B2 (en) * 2004-06-28 2009-02-10 Spirent Communications, Inc. Method and apparatus for placing a timestamp in a frame
FR2880497A1 (en) * 2005-01-05 2006-07-07 Thomson Licensing Sa DEVICE AND METHOD FOR RECORDING DATA
CN100418071C (en) * 2005-07-08 2008-09-10 北京北大方正电子有限公司 Method for establishing medium file system
US7471875B2 (en) * 2005-07-15 2008-12-30 Streaming Networks (Pvt.) Ltd. Method and system for providing instant reverse play
JP4991129B2 (en) * 2005-07-19 2012-08-01 Ｎｅｃディスプレイソリューションズ株式会社 Video / audio playback apparatus and video / audio playback method
EP1752988A1 (en) 2005-08-09 2007-02-14 Nagravision S.A. Method of processing conditional access content by a user terminal.
US20070157267A1 (en) * 2005-12-30 2007-07-05 Intel Corporation Techniques to improve time seek operations
RU2473980C2 (en) 2007-11-01 2013-01-27 Панасоник Корпорэйшн Recording medium, reproducing device, recording device, reproducing method and recording method
JP4934105B2 (en) * 2008-06-09 2012-05-16 ソニー株式会社 Signal processing apparatus, mark assigning method, program
CN101630416A (en) * 2008-07-17 2010-01-20 鸿富锦精密工业（深圳）有限公司 System and method for editing pictures
IT1399303B1 (en) * 2009-02-13 2013-04-16 Paselli DIGITAL TRANSPORT STREAMS RECORDER / PLAYER
US20110075994A1 (en) * 2009-09-28 2011-03-31 Hsiao-Shu Hsiung System and Method for Video Storage and Retrieval
EP2315428A1 (en) * 2009-10-23 2011-04-27 Samsung Electronics Co., Ltd. Digital content processing apparatus and method of digital video receiver
US8606073B2 (en) * 2010-05-12 2013-12-10 Woodman Labs, Inc. Broadcast management system
US8705946B2 (en) 2010-11-19 2014-04-22 Sony Corporation 3D authoring tool ensuring no buffer underrun upon jumps
US10694227B2 (en) * 2017-01-13 2020-06-23 Panasonic Intellectual Property Management Co., Ltd. Video transmission system and video transmission method

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU649810B2 (en) 1991-05-09 1994-06-02 Mitsubishi Denki Kabushiki Kaisha Air conditioning apparatus
EP0622002B1 (en) * 1992-09-22 1998-08-26 Sony Corporation Digital video signal processing apparatus and method
JP2785220B2 (en) * 1992-09-22 1998-08-13 ソニー株式会社 Data encoding device and method, and data decoding device and method
US5535008A (en) * 1993-03-16 1996-07-09 Victor Company Of Japan, Ltd. Method for jump-reproducing video data of moving picture coded with high efficiency
US5596564A (en) * 1993-10-08 1997-01-21 Matsushita Electric Industrial Co., Ltd. Information recording medium and apparatus and method for recording and reproducing information
JP3097437B2 (en) 1994-03-14 2000-10-10 松下電器産業株式会社 Compressed moving image recording method and playback device
JP2931754B2 (en) * 1994-04-08 1999-08-09 株式会社東芝 Recording medium, data recording method, reproducing apparatus and data reproducing system
US5771330A (en) * 1994-08-12 1998-06-23 Sony Corporation Portable AV editing apparatus
EP0712256B1 (en) * 1994-11-14 2000-04-12 Canon Kabushiki Kaisha Recording/reproducing apparatus
JPH08161869A (en) * 1994-11-30 1996-06-21 Sony Corp Reproducing device
US5619337A (en) * 1995-01-27 1997-04-08 Matsushita Electric Corporation Of America MPEG transport encoding/decoding system for recording transport streams
JP3570791B2 (en) * 1995-03-28 2004-09-29 パイオニア株式会社 Digital data recording heterogeneous media information reproducing device
US5742517A (en) * 1995-08-29 1998-04-21 Integrated Computer Utilities, Llc Method for randomly accessing stored video and a field inspection system employing the same
US6169843B1 (en) * 1995-12-01 2001-01-02 Harmonic, Inc. Recording and playback of audio-video transport streams
US5909257A (en) * 1996-02-27 1999-06-01 Victor Company Of Japan, Ltd. Apparatus and method of receiving broadcasted digital signal
JPH10134548A (en) * 1996-10-31 1998-05-22 Sony Corp Apparatus and method for reproducing recording medium
EP2387038A3 (en) * 1997-10-17 2012-01-11 Sony Corporation Processing apparatus and method for recording, processing apparatus and method for reproducing, program for controlling a recording apparatus, program for controlling a reproducing apparatus, recording medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9962251A2 *

Also Published As

Publication number Publication date
ID27984A (en) 2001-05-03
CA2331312C (en) 2008-09-09
ZA200006350B (en) 2001-11-06
WO1999062251A2 (en) 1999-12-02
WO1999062251A3 (en) 2000-02-10
TR200003260T2 (en) 2001-01-22
US6512882B1 (en) 2003-01-28
AU3341499A (en) 1999-12-13
US20030072564A1 (en) 2003-04-17
US7095948B2 (en) 2006-08-22
EG21721A (en) 2002-02-27
KR20010043344A (en) 2001-05-25
RU2287907C2 (en) 2006-11-20
AU758253B2 (en) 2003-03-20
IL139485A (en) 2005-11-20
PL344454A1 (en) 2001-11-05
CN1299556A (en) 2001-06-13
AR015089A1 (en) 2001-04-11
BR9910276A (en) 2001-10-02
HUP0101677A3 (en) 2003-05-28
CN1231051C (en) 2005-12-07
TW463506B (en) 2001-11-11
CA2331312A1 (en) 1999-12-02
HUP0101677A2 (en) 2001-09-28
JP2002517138A (en) 2002-06-11
RU2000131212A (en) 2003-02-10
MY125038A (en) 2006-07-31
IL139485A0 (en) 2001-11-25
KR100658201B1 (en) 2006-12-15

Similar Documents

Publication Publication Date Title
US6512882B1 (en) Method of storing digital audio and/or video programs compressed on the basis of groups of pictures (gops) on a medium with immediate jumping between groups through co-storage of transport stream packets and pointer information, a method for reading such information, and a device for storing and/or reading such information
US5619337A (en) MPEG transport encoding/decoding system for recording transport streams
KR100733856B1 (en) Method and apparatus for converting data streams
US6823131B2 (en) Method and device for decoding a digital video stream in a digital video system using dummy header insertion
USRE47054E1 (en) System for digital time shifting and method thereof
KR100822778B1 (en) Method and apparatus for converting data streams
US8886010B2 (en) Apparatus and method for decoding data for providing browsable slide show, and data storage medium therefor
EP1222822B1 (en) Trick play signal generation for a digital video recorder
EP1309195B1 (en) Method for recording a digital broadcast program and time-based playback of a recorded broadcast program and apparatus therefor
US6643449B1 (en) Recording/reproducing apparatus, video data recording apparatus, recording method, reproducing method
US7359621B2 (en) Recording apparatus
WO2004028156A1 (en) Hybrid video on demand using mpeg 2 transport
EP1148729B1 (en) Method and device for decoding a digital video stream in a digital video system using dummy header insertion
MXPA00010944A (en) Method for storing compressed digital audio and video
JP4334562B2 (en) DIGITAL VIDEO SIGNAL RECORDING / REPRODUCING DEVICE, RECORDING DEVICE AND REPRODUCING DEVICE, DIGITAL VIDEO SIGNAL RECORDING / REPRODUCING METHOD, RECORDING METHOD, AND REPRODUCING METHOD
CZ20004113A3 (en) Storing process of compressed digital sound and image
JP2003174620A (en) Digital video signal recording and reproducing device, recording device, reproducing device, digital video signal recording and reproducing method, recording method, and reproducing method
JP2001313904A (en) Recorder

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20001208

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: LT PAYMENT 20001208;LV PAYMENT 20001208;RO PAYMENT 20001208;SI PAYMENT 20001208

17Q First examination report despatched

Effective date: 20060911

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20090310

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1035286

Country of ref document: HK