EP1629502A1 - Method of recording and of replaying and video recording and replay systems - Google Patents

Method of recording and of replaying and video recording and replay systems

Info

Publication number
EP1629502A1
EP1629502A1 EP20040732376 EP04732376A EP1629502A1 EP 1629502 A1 EP1629502 A1 EP 1629502A1 EP 20040732376 EP20040732376 EP 20040732376 EP 04732376 A EP04732376 A EP 04732376A EP 1629502 A1 EP1629502 A1 EP 1629502A1
Authority
EP
European Patent Office
Prior art keywords
stream
play
trickplay
normal
video
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.)
Withdrawn
Application number
EP20040732376
Other languages
German (de)
French (fr)
Inventor
Albert M. A. Rijckaert
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.)
IPG Electronics 503 Ltd
Original Assignee
Koninklijke Philips NV
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
Priority to EP03101371 priority Critical
Application filed by Koninklijke Philips NV filed Critical Koninklijke Philips NV
Priority to EP20040732376 priority patent/EP1629502A1/en
Priority to PCT/IB2004/050646 priority patent/WO2004102571A1/en
Publication of EP1629502A1 publication Critical patent/EP1629502A1/en
Application status is Withdrawn legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/2312Data placement on disk arrays
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234381Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the temporal resolution, e.g. decreasing the frame rate by frame skipping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455Structuring 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape
    • H04N5/783Adaptations for reproducing at a rate different from the recording rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17336Handling of requests in head-ends
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/84Television signal recording using optical recording
    • H04N5/85Television signal recording using optical recording on discs or drums
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation 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/8042Transformation 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

Abstract

A video stream and different trickplay versions of that stream are stored as separate files in a randomly accessible storage medium. In order to facilitate seamless switching between streams linking information is provided, which links positions of content within the normal play stream to positions of corresponding content within the trickplay streams. Upon receiving a switch command for switching between trickplay modes or to or from a normal play mode the linking information is consulted to determine corresponding locations in different streams for the different modes and used to jump to a point within the new stream.

Description

METHOD OF RECORDING AND OF REPLAYING AND VIDEO RECORDING AND REPLAY SYSTEMS

The invention is related to recording and replaying video information from randomly accessible storage devices, such as discs. In particular, the invention is related to configurations in which more than one process concurrently has access to a randomly accessible disc, e.g. via time slot multiplexing. Such configurations may be present in situations where video on demand services are offered. In this case a video replay system outputs several concurrent video streams, which are all read from the disc. In some situations the same video is even replayed for different users, which started the video at different times.

It is desired to extend the options of the above described video replay system to permit the individual user to switch between different replay modes, as in home video recorders. In normal play mode a video is replayed at a rate, which is in accordance with an original recording speed. In a trickplay mode the video is replayed at another rate, e.g. fast forward or in reverse.

In home video recorders trickplay modes like fast forward and reverse are implemented by spooling the magnetic tape in the desired direction and with the desired speed along the magnetic head and by reading video frames at preselected instants from the tape. Video frames that are used during normal replay are also used for trickplay, but dedicated video frames for trickplay may be provided as well, near the positions on the tape where corresponding normal play frames are recorded. If a user gives a command to switch to another replay mode during spooling, the direction and the speed of the magnetic tape are adjusted. The video recorder continues to replay the video in the newly selected mode. Thus it is possible to switch between different replay modes at arbitrary instants in response to user commands.

From US 6 453 115 a video replay system is known that employs randomly accessible memory to store a stream and uses tables with pointers referring to so-called I- frames in the video stream in order to support trick play. I-frames represent a part of the video information in MPEG coded video data. Trickplay streams are generated by jumping to selected I-frames and by reading them in arbitrary order. However, jumping to different disc locations for retrieving the selected I-frames places a severe demand on the access bandwidth of the disc, so that the number of processes that may read the disc is relatively small. This is in particular the situation if all these processes run in a trickplay mode, such as fast forward or fast reverse.

It is an object of the invention to enable switching between different replay modes at arbitrary instants during replay of a video stream while reducing the amount of access bandwidth of the randomly accessible memory that is required for access. Therefore a method of recording a video stream according to the invention comprises the steps of receiving a video stream; generating from the video stream a normal play stream and a trickplay stream representing the normal play stream at a trickplay rate by selecting and arranging data from the normal play stream; storing normal play stream data and trickplay stream data as separately accessible files on at least one randomly accessible storage device; and providing linking information, which links the selected data from the normal play stream in the trickplay stream with corresponding data in the normal play stream. By storing a normal play stream and a trickplay stream as separately accessible files, which can each by itself be played in the same way as a normal stream, memory access optimization strategies may be applied to video streams for different trick play modes individually, such as storing successive parts of a file in successive tracks and sectors. Methods of storing separate files and file storage optimization strategies are well known per se, for example for computer (PC) hard disks. Such strategies make it possible to reduce the access bandwidth demand to access the randomly accessible storage device. By providing separate files for different play modes including a normal play mode and one or more trickplay modes, trickplay will not lead to a higher bandwidth use. As a result, more users can be connected to the video replay system, or more access bandwidth requiring operations can be performed on the at least one randomly accessible storage device. By providing linking information which links trickplay stream data with normal play stream data, the system is enabled to switch virtually seamlessly from the normal play mode to the trickplay mode, and vice versa. Storing the normal play stream and the trickplay stream as separately accessible files is also advantageous when the trickplay stream is generated and stored in semi real time from the normal play stream, i.e. when the generation of the trickplay stream takes place in a non-instantaneous way while the normal play stream is recorded.

The invention is also related to a method of replaying a video stream which comprises the steps of providing a randomly accessible memory on which normal play stream data and trickplay stream data are stored as separately accessible files, the trickplay stream data representing the normal play stream data at a trickplay rate, being selected and arranged from the normal play stream, providing linking information, which links the selected data from the normal play stream in the trickplay stream with corresponding data in the normal play stream; retrieving one of a plurality of play stream data from the at least one randomly accessible storage device; generating part of a video stream from the retrieved play stream data; receiving a switch signal during replay of the generated part of the video stream, the switch signal representing a new play mode; reading the linking information; determining by means of the linking information a first position in the play stream according to the new play mode, the position corresponding to a second position in the part of the video stream that is displayed at the moment on which the switch signal is received; retrieving new play stream data from the at least one randomly accessible storage device according to the new play mode, starting with data related to the determined first position; and generating a new video stream from the retrieved new play stream data.

During replay a controller, which is provided on a video replay system, retrieves a play stream and generates a video stream according to a received signal representing a play mode. As an example, if an individual user selects a normal play mode, the controller generates a video stream by retrieving normal play stream data from a first file. If a user wants to switch to another, new replay mode at an arbitrary instant during replay of the video, he or she generates a signal representing the new play mode by communicating via an interface terminal. The controller receives this signal and retrieves new play stream data from a separate, second file, according to the new play mode. This is accomplished by starting with new data forming the new sfream and corresponding to data at the position in the generated video stream according to the previously play mode where the switch occurred. Correspondence of these data is available, since linking information is provided during the record of the video sfream. Again, as an example, if the user selects a trickplay mode during replay of the video, the controller retrieves trickplay stream data, starting from a position in the stream that corresponds to the present position in the normal play stream data. Due to the provided linking information which links corresponding image representation data, the controller is able to perform this operation. Then, the controller generates a new video stream from the retrieved new play stream data for replay at a replay terminal.

Thus the invention enables a video system offering video on demand services, to replay several videos for different users, and to switch each video stream from normal play mode to a trickplay mode and vice versa upon request of an individual user. Other embodiments according to the invention are expressed in the dependent claims.

The objects and the advantages of the invention will be illustrated using exemplary embodiments shown in the drawing. In the drawing shows:

Fig. 1 a video recording system according to the invention; Fig. 2 a flowchart representing a method of recording a video stream; Fig. 3 a video replay system according to the invention; Fig. 4 a flowchart representing a method of replaying a video stream;

Fig. 5 a scheme of video stream data according to the invention; Fig. 6 a scheme according to Fig. 5 showing a table with pointers; Fig. 7 a scheme of replaying a video using different play modes according to the invention; and Fig. 8 a scheme according to Fig. 5 showing pointers in the video stream data.

In Fig. 1 a video recording system 1 is shown. The system 1 comprises a controller 2, which is connected to an input terminal 3, and a randomly accessible storage device 4, such as a disc. The disc 4 may comprise a magnetic disc, CD, or DVD. The controller 2 is also connected to a further memory device 6 comprising a table with linking information.

A flow chart of the recording process is shown in Fig. 2. In use, as a first step 30 the video recording system 1 receives the video stream data via the input terminal 3. In one embodiment the video stream is encoded, e.g. by means of an MPEG coding algorithm in order to save memory space, or even encrypted to prevent unauthorized access. In a second step 31 controller 2 generates a trickplay stream data from the received video stream. In a third step of the recording method, the controller 2 controls a storage process of data on the disc 4. More particularly at least two kinds of video stream data are stored as separately accessible file on the at least one disc 4, viz. as a file for normal play stream data and another file for trickplay stream data.

The normal play stream data represent the video data for replaying in a normal play mode, at a realistic rate, i.e. a rate that is in accordance with an original recording rate. The normal stream may be a copy of the received video data, or may be newly generated (for example compressed and/or encrypted) by controller 2. The trickplay stream data generated by controller 2 represent the same video data as normal play stream data, but so that upon normal replay of this trickplay stream a trickplay effect occurs as compared with the normal stream, such as fast forward or fast reverse. Controller 2 generates trickplay stream data by selecting and arranging data from the normal play stream. In this way information from the normal play stream is extracted to form the trickplay stream. Preferably controller 2 compresses and/or enciypts the trickplay stream data before storage.

During the storing process, as a fourth step 33, the controller 2 writes linking data in a table that is stored in the further memory device 6. The table comprises linking information with respect to the video stream as will be explained below. Although a separate further memory device is shown, it will be appreciated that the table may also be stored on the same disc 4 as the streams (optionally as a table part, or distributed table parts in one or more of the streams), or that copies may be stored at multiple locations. In the fifth step 34, the processor checks if more video data is to be recorded. In that case the process continues with the first step 30. Otherwise, the controller awaits for the next video information.

In Fig. 3 a video replay system 7 is shown. The replay system 7 comprises partly the same elements as the video recording system 1. The controller 2 provided on the replay system 7 is connected to the disc 4 and to the further memory device 6. The controller 2 is further connected to a set of output terminals 8, which are all connectable to both a replay terminal 9 and an interface terminal 23. Each output terminal 8 interacts with an individual user via the replay terminal 9 and the interface terminal 23. Hence, the video replay system 7 is dedicated for video on demand (VOD) services for multiple users.

Fig. 4 schematically shows a flow chart of the method of replaying video streams by means of the video replay system 7. In a first step 35, a user selects a program, e.g. a film. The user communicates with the controller 2 via the interface terminal 23 and the output terminal 8. Upon selection of the program replay system 7 automatically selects a current play mode, preferably the normal play mode, for replaying the selected program. If desired, the user may command selection of another current play mode, e.g. trickplay mode at this time. As a second step 36, the controller 2 retrieves from the disc 4 one or more frames from the video file that corresponds to the selected program in the current play mode. When the current play mode is the normal play mode, for example, frames from the file for normal play stream data are retrieved. In a third step 37 the controller generates a segment of a video stream from the retrieved frames for replay on the replay terminal 9 of the user. In the fourth step 38 the user is enabled to select another play mode. If no selection is carried out, the replay process is continued from the same file returning to the second step 36.

If the controller 2 receives a switch signal representing a selection by the user of a new play mode via the above described communication chain 8, 23, the video replay system 7 will change the current play mode to the newly selected replay mode and start replaying the selected program in the new replay mode, e.g. a trickplay mode. Replay system 7 accomplishes this by retrieving frames for the new play stream data from another file, selected according to the new play mode in second step 36 and generating a new, second video stream from the retrieved new play stream data in third step 37, and outputting the new video stream to the output terminal 8.

In step 39, prior to executing from second step 36 for the newly selected replay mode, controller 2 reads the linking information that has been provided during the storing process described with reference to Fig. 2. The linking information may be read from disc 4 (optionally as a table from one of the streams, or as successive instalments of the table from an ongoing stream, or from a memory into which the linking information may be copied from disc 4, initially when play of the stream is started, or into which the linking information has been written during recording. In step 40, the controller 2 determines the position in the play stream data file for the newly selected play mode, which corresponds to the position in the play stream data file to which display had advanced during replay in the previous play mode.

After the controller 2 has determined the position in the play stream data file for the new play mode the process continues with the second step 36 and 37, i.e. retrieving video data from the newly selected video file, and generating a new video stream starting from the position that has been determined. Thus the controller 2 jumps from a first selected file to a new, second selected file, at a position that contains content that corresponds to the content in the original file, following the position to which display had advanced at the time of the switch.

Fig. 5 illustrates linking information. Fig. 5 schematically shows the normal replay stream 10 and two trickplay streams 11, 15. For particular positions in video streams the table comprises address information concerning data in the play streams that correspond to the particular positions. In a particular embodiment according to the invention the table may be represented as in table I Table I Linking information

Hence, during the recording stage, address information of corresponding data in at least the normal play stream and at least one trickplay stream is stored in the table 24 as is indicated in Figure 6 with respect to the normal play stream 10 and one trickplay stream 11 for particular positions in a particular video stream. The address information, which is also called linking information, may also concern data from a second trickplay stream or from even more trickplay streams. The address information specifies addresses in the files for different play modes that contain corresponding content from the stream. By means of the linking information, the controller 2 is enabled to interconnect data in different video play streams of one particular video. In other words, corresponding data in different play streams 10,11 are interconnected by means of linking information 12 which is stored in the table during the recording process.

In particular, the address information contained in the table may point to memory locations in the files where sections of streams have been stored that represent the same frame or frames, e.g. an I-frame or groups of pictures (GOPs) in MPEG coded video which are represented as file packet numbers. The use of addresses of I-frames has the advantage that the image can immediately be replayed without retrieving data from other frames. In essence, the linking information of the table 24 comprise pointers 13, 14 referring to the sections.

Instead of pointing directly to memory corresponding locations in files, the linking information may also contain information that is sufficient to compute corresponding locations. A location of content x may be computed for example using a formula L(x)=L0+R*x in case of a fixed compression rate stream. R, the replay rate is known for each stream. When L0 values are provided for each stream corresponding locations can be computed. Preferably, a plurality of L0 values is provided each for a respective section in the stream to permit more accurate computations. This works well for streams that use fixed rate compression (for example for part of the streams) but not for streams that use variable rate compression. In the latter case more L0 values may be provided for different sections of the stream, together with local R values. Even if this does not provide accurate locations, it may be used to speed the search for the correct location, using PCR values for example. A similar technique may be used to compute corresponding PCR values in different streams.

The linking information may be stored as a separate table, or as a table part of one or more of the streams. The table for the whole stream need not be provided as a single table, but instead successive instalments of the table may be included in the stream, each for switching to another mode during a subsequent part of the stream. From the MPEG standard, for example, several techniques for including tables in a stream for other purposes are known, similar techniques may be used for including tables for switching between trickplay modes and a normal mode. In this case, instalments of the table are preferably loaded into a working memory each time when they are encountered.

If the video replay system 7 switches from a first play mode to a second play mode, the controller 2 searches in the table 24 for a position in the first play stream, also called reference point, which is close to a section 26 of the first play stream that represents an image which is replayed just before switching the play mode.

There are several ways of finding such a reference point in the first play stream. In one embodiment the controller 2 selects the reference point in the table 24, which corresponds to the address of the most recently replayed section 26 in the video stream before the switch. In another embodiment the controller 2 selects the reference point in the table 24 corresponding to the address of the section 26 next to the switch. In yet another embodiment the controller 2 selects the reference point in the table 24 which corresponds to the address of the section 26 which is chronologically most near the moment in the video stream at which the switch occurs. When the reference point in the table 24 has been selected, the pointer 13,14 relating to the play stream data 10, 11, 15 according to the second play mode, provides address information for finding the desired section 26 in the stream that represents an image, which needs to be retrieved in order to continue the process of generating the video stream 37. In this way the controller 2 switches from a first replay mode to a second replay mode and vice versa.

Fig. 7 shows again the normal replay stream 10 and one trickplay stream 11. Further a switching path 22 is schematically shown, starting with video data in the normal replay stream data 10. In this situation the user has selected a first, normal replay mode. At a particular moment the controller 2 retrieves video data from the trickplay stream data 11 as a response to the user which selects a second, trickplay mode. After some time the user selects the normal mode again, and the controller continues to generate a new video stream by retrieving video information from the normal playstream data 10. Each time a nearly seamless switch is performed through the use of linking information.

In other embodiments of the invention the linking information is implemented in the video streams and not in a separate table. One embodiment makes use of MPEG PCR information to realize linking. In MPEG coded video streams, program clock references

(PCRs) synchronize the replay rate with respect to the recording rate. The normal play stream and the trickplay stream have different PCR time bases, due to the different replay rate or time direction of the video play mode.

In an embodiment the linking information is stored in the form of information about PCR values of positions with corresponding content in the normal stream and the frick play stream or streams. The information about such corresponding PCR values may be stored in the files for each stream, or only in a subset of the files, for example only in the file that contains the stream for normal play. Such linking information may be provided in the form of sets of corresponding PCR values stored at various positions in a video stream for a particular play mode, the PCR values in each set specifying the PCR values of corresponding content in video streams for the same program in different play modes. The corresponding PCR value in the stream in which the set is stored may be part of the set, or may be implied by the PCR value that corresponds to the position in the stream where the set is stored in the stream. The embodiment in which the file for the stream for each play mode contains information about corresponding PCR values in the streams for other play modes will be illustrated first.

During a switch from the trickplay mode to the normal play mode, while a section 43 of the trickplay stream 11 is replayed, the controller 2 determines a reference point near the section 43 according to a search algorithm, e.g. as described above. Next, the controller 2 determines the PCR time value of the reference point in the normal play stream 10, from information about the corresponding PCR value stored in the trickplay stream. Then the controller 2 searches in the normal play stream 10 until the corresponding PCR time value has been found. The search activities are symbolically illustrated in Fig. 8 by means of arrows 16, 17. Although a chronological search from the start of the stream is used, it should be understood that other types of search may be used, for example a binary search (reading a PCR from midway the file, determining whether it is above or below the required PCR, reading a PCR from midway the section in front of or behind the midway position, dependent on whether the required PCR is lower or higher respectively and so on) or an indexed search (using a table of locations in the stream for a number of PCR values, finding a location of a PCR nearest the required PCR values and searching the stream from there). When the PCR time base in the normal play sfream has been found, the controller 2 starts retrieving normal play sfream data at a section 44 corresponding to PCR value, to generate a new video stream for replay. The switch from the trickplay mode to the normal play mode has been performed. An advantage of providing linking information in the video stream rather than in a separate table is that the linking information in the video stream is more dynamic and invariant for the sequence of a decoding and a new encoding step.

A switch from the normal play mode to a trickplay mode is performed in a similar way. When a user commands for a switch during replay of a section 41 in the normal play stream, the controller 2 determines a reference point near the section 41, finds the corresponding PCR value in the trick play stream from linking information in the normal stream and searches in the trickplay stream for the PCR value, and starts retrieving trickplay stream data at a section 42 corresponding to the reference point. The search activities of the controller 2 are symbolically illustrated by means of arrows 18 and 19.

A switch from a first trickplay mode to a second trickplay mode is performed along the same lines as a switch from a trickplay mode to the normal play mode, provided that the controller 2 searches in the second trickplay stream data for the stored PCR time base in the normal play stream 10 to find the corresponding section 45 in the second trickplay stream data. The search activities of the controller 2 are symbolically illustrated by means of arrows 20 and 21. In another embodiment, linking information that specifies corresponding PCR values of different streams may be stored in a selected streams only, for example in the normal play stream. In this case a switch to the new play stream from another stream at a specific PCR value in that other stream involves a search in the normal play stream for a location where the specific PCR value for the other stream is stored, retrieval of the corresponding PCR value for the new stream (this may implicit in the location where the specific PCR value is stored if the switch is to the normal stream) and replay from the new stream, starting from the new PCR value. When the linking information about corresponding PCR values is stored in a frick play stream only a similar procedure hold mutatis mutandis. The use of a fast play sfream for this purpose may be advantageous in this case if the speed of the search for the corresponding PCR value is important.

The above described embodiments are particularly suited for applications using MPEG coded video streams. The embodiments permit constant bit rate (CBR) as well as variable bit rate (VBR) coding schemes. In yet another embodiment according to the invention it is assumed that CBR encoding schemes have been applied to the video streams. The linking information that is stored during the record stage contains the total length of each of the normal play stream and of one or more trickplay streams. During a switch from a normal play mode to a trickplay mode the controller 2 computes from the relative position in the normal play sfream, the relative position in the trickplay stream, using the linking information, e.g. as a fraction of the total length. Then the controller 2 continues with retrieving data and generating the new play stream. Switching from a trickplay mode to the normal play mode or to another trickplay mode occurs also by means of computing relative positions in the play streams. In another embodiment the controller 2 computes a relative time position in a normal play stream using the total time period of the stream which has been stored during a recording process as linking information, and the current PCR time base corresponding with a section which is currently replayed. For performing a switch from the normal play mode to a trickplay mode, the controller 2 determines from the relative time positions a relative file position in the trickplay stream, assuming the trickplay stream is coded with CBR schemes. This method is suited for application when the normal play stream is coded using VBR algorithms.

In yet another embodiment the controller 2 computes a relative file position in a trickplay stream from which new video data is to be retrieved, by using the total time period of the normal play stream being currently replayed, the total time period of the trickplay stream, and the current PCR time base corresponding with a section which is currently replayed. If a stored normal play sfream PCR time base in the determined relative file position in the new play stream does not match with the section in the normal play stream, the controller 2 preferably performs a new iteration step, e.g. by linearization using the packet numbers in the normal play stream and trickplay stream, respectively, and the stored normal play stream PCR time base in the trickplay stream.

The invention is not restricted to the described embodiments. Many alternative video systems replaying video streams by means of linking information are possible.

It is noted that the sections of streams that represent images do not necessary contain GOPs or I-frames. Also P-frames or B-frames are possible.

Further, the invention is not restricted to one disc 4. The video recording system and/or the video replay system may comprise two or more discs on which normal play stream data files and trickplay stream data files are stored. In a preferred embodiment, normal play stream data and trickplay stream data are stored on different discs in order to reduce access bandwidth of the discs and/or reduce the switching time. Thus activities relating to both the normal play stream and the frickplay stream can be executed more or less simultaneously.

In another embodiment the video streams (the normal stream and the trickplay streams) may be recorded in encrypted form or encrypted during replay, to prevent illegal use of video data. In this case, the linking information is preferably provided so that it can be accessed without decrypting the stream. This makes it possible to switch quickly between encrypted streams for normal and trick mode replay. The controller generates a trickplay stream from the normal play sfream which is either compressed or uncompressed. Further, it is advantageous to construct trickplay streams using I-frames or

GOPs from the normal play stream, since the replay of I-frames and GOPs do not need information of other frames in the stream. This is in particular the case if the normal play stream is compressed. The above-mentioned approach saves decompression time for the controller. In an embodiment according to the invention a reverse trickplay stream is generated. This is accomplished by generating the reverse trickplay sfream from a forward trickplay stream. In a preferred embodiment the reverse trickplay sfream is generated off-line when the entire normal play stream has been stored on disc. This approach saves bandwidth of the storage device and adjustments of timing information in the stream. When the reverse trickplay stream is generated, linking information is also generated and stored, for use during replay.

These embodiments are assumed to be obvious for the man skilled in the art and are considered to fall within the scope of the following claims.

Claims

CLAIMS:
1. A method of recording a video stream, comprising the steps of receiving a video stream (10);
- generating a trickplay stream (11, 15) from the video stream, by selecting and arranging data from the video stream (10), the trick play stream (11, 15), when played at normal rate, representing the video stream at a trickplay rate;
- storing the trickplay stream (11, 15) and a normal play sfream (10) corresponding to the video stream (10) as separately accessible files on at least one randomly accessible storage device (4); and providing linking information (12), which links positions of content within the normal play stream (10) to positions of corresponding content within the trickplay stream (11,
15).
2. A method of replaying a video stream, comprising the steps of
- providing a randomly accessible storage device (4) in which a normal play stream (10) and a trickplay stream (11, 15) are stored as separately accessible files, the trickplay stream (11, 15) when played at normal rate representing the normal play stream (10) data at a trickplay rate;
- providing linking information (12), which links positions of content within the file for the normal play stream (10) to positions of corresponding content in the file for the trickplay stream (11, 15);
- replaying a part of a play stream (10, 11, 15) from one of the files in the at least one randomly accessible storage device (4);
- receiving a switch signal during replay of the part of the play sfream (10, 11, 15), the switch signal for selecting a new play mode; - reading the linking information (12);
- determining a first position in the file for the new play mode, the first position corresponding, according to the linking information (12), to a second position in the part of the play stream (10, 11, 15) that is replayed substantially at the time on which the switch signal is received; - continuing replay with new play stream data from the file corresponding to the new play mode, starting with data determined by the first position.
3. A method of replaying according to Claim 2, wherein the normal stream and the trick play stream contain program clock references (PCR) for defining progress of time during play of the normal stream (10) and the trick play stream (11, 15) defined to respective time bases respectively, wherein the linking information specifies correspondence information items, each between program clock reference (PCR) values of corresponding positions in the respective streams (10, 11, 15), the method comprising retrieving a program clock reference (PCR) value for the first position from the linking information, and searching for the first position on the basis of the retrieved program clock reference value.
4. A method of replaying according to Claim 3, wherein the linking information is contained in and retrieved from the file that contains the play stream (10, 11, 15).
5. A method of replaying according to Claim 4 wherein the correspondence information items are stored in at least one of the files for the normal play sfream (10) and the trick play stream (11, 15), each at a position substantially where the clock reference (PCR) value of the item assumes the value corresponding to the item.
6. A method of replaying a video stream according to claim 2, wherein the method further comprises the step of successively displaying video information decoded from the play stream (10, 11, 12) and the new play stream (10, 11, 12) on a display device.
7. A video recording system, comprising
- an input terminal (3) for receiving a video stream;
- at least one randomly accessible storage device (4);
- a controller (2) arranged to
- generate a normal play stream (10) and the trickplay stream (11, 15) from the received video stream, the trickplay stream (11, 15) by selecting and arranging frames from the received video stream, so that the trickplay stream (11, 15) represents, when played at a normal rate, the normal play stream (10) at a trickplay rate - store the normal play stream (10) and trickplay stream (11, 15), as separately accessible files in the randomly accessible storage device (4) and
- generate linking information (12) which links positions of content within the normal play sfream (10) to positions of corresponding content within the trickplay stream (11, 15).
8. A video recording system according to Claim 7, wherein the normal stream (10) and the trick play stream (11, 15) contain program clock references (PCR) for defining progress of time during play of the normal stream (10) and the trick play stream (11, 15) defined to respective time bases respectively, the controller (2) being arranged to store linking information specifying correspondence information items, each between program clock reference values of corresponding positions in the respective streams.
9. A video recording system according to Claim 7 wherein the correspondence information items are stored in at least one of the files for the normal play stream and the trick play stream, each at a position substantially where the clock reference value of the item assumes the value corresponding to the item.
10. A video replay system, comprising - at least one randomly accessible storage device (4) for storing a normal play sfream
(10) data and a trickplay stream (11, 15) in separately accessible files, the trickplay stream (11, 15), when played at normal rate, representing the normal play stream (10) at a trickplay rate; a controller (2) arranged to - replay a part of a play stream (10, 11, 15) from one of the files in the at least one randomly accessible storage device (4);
- receive a switch signal during replay of the part of the play stream (10, 11, 15), the switch signal for selecting a new play mode;
- read the linking information which links positions of content within the normal play stream (10) to positions of corresponding content within the trickplay sfream (11, 15);
- determine a first position in the file for the new play mode, the first position corresponding, according to the linking information, to a second position in the part of the play stream that is replayed substantially at the time on which the switch signal is received; - continue replay with new play sfream data from the file corresponding to the new play mode, starting with data determined by the first position.
11. A randomly accessible memory medium (4) comprising
- separate files that contain data representing a normal play sfream (10) and a trickplay stream (11, 15) respectively, the trickplay stream (11, 15), when played at a normal rate, representing the normal play stream (10) at a frickplay rate, and
- linking information (12), which links positions of content within the normal play stream (10) to positions of corresponding content within the trickplay stream (11, 15).
12. A randomly accessible memory medium according to Claim 11, wherein the linking information comprises successive instalments of for successive parts of the streams (10, 11, 15) as tables in the streams (10, 11, 15).
13. A video play stream signal comprising successive instalments of linking information (12), which links positions of content within a normal play stream (10) to positions of corresponding content within one or more different frickplay versions (11, 15) of the video play sfream.
EP20040732376 2003-05-16 2004-05-12 Method of recording and of replaying and video recording and replay systems Withdrawn EP1629502A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP03101371 2003-05-16
EP20040732376 EP1629502A1 (en) 2003-05-16 2004-05-12 Method of recording and of replaying and video recording and replay systems
PCT/IB2004/050646 WO2004102571A1 (en) 2003-05-16 2004-05-12 Method of recording and of replaying and video recording and replay systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP20040732376 EP1629502A1 (en) 2003-05-16 2004-05-12 Method of recording and of replaying and video recording and replay systems

Publications (1)

Publication Number Publication Date
EP1629502A1 true EP1629502A1 (en) 2006-03-01

Family

ID=33442827

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20040732376 Withdrawn EP1629502A1 (en) 2003-05-16 2004-05-12 Method of recording and of replaying and video recording and replay systems

Country Status (6)

Country Link
US (1) US20070031110A1 (en)
EP (1) EP1629502A1 (en)
JP (1) JP2007504778A (en)
KR (1) KR20060012299A (en)
CN (1) CN1791939A (en)
WO (1) WO2004102571A1 (en)

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
US7515710B2 (en) 2006-03-14 2009-04-07 Divx, Inc. Federated digital rights management scheme including trusted systems
US7714838B2 (en) * 2006-04-27 2010-05-11 Research In Motion Limited Handheld electronic device having hidden sound openings offset from an audio source
WO2008042243A2 (en) * 2006-09-29 2008-04-10 Audible Methods and apparatus for customized content delivery
US20080115175A1 (en) * 2006-11-13 2008-05-15 Rodriguez Arturo A System and method for signaling characteristics of pictures' interdependencies
US8416859B2 (en) * 2006-11-13 2013-04-09 Cisco Technology, Inc. Signalling and extraction in compressed video of pictures belonging to interdependency tiers
US8875199B2 (en) 2006-11-13 2014-10-28 Cisco Technology, Inc. Indicating picture usefulness for playback optimization
CA2616440C (en) * 2006-12-29 2015-02-17 Broadband Royalty Corporation Source optimized dynamic trickplay
JP4405523B2 (en) 2007-03-20 2010-01-27 株式会社東芝 Content distribution system, server device and reception device used in the content distribution system
US8958486B2 (en) * 2007-07-31 2015-02-17 Cisco Technology, Inc. Simultaneous processing of media and redundancy streams for mitigating impairments
US8804845B2 (en) 2007-07-31 2014-08-12 Cisco Technology, Inc. Non-enhancing media redundancy coding for mitigating transmission impairments
US20090100482A1 (en) * 2007-10-16 2009-04-16 Rodriguez Arturo A Conveyance of Concatenation Properties and Picture Orderness in a Video Stream
US8718388B2 (en) 2007-12-11 2014-05-06 Cisco Technology, Inc. Video processing with tiered interdependencies of pictures
US8997161B2 (en) * 2008-01-02 2015-03-31 Sonic Ip, Inc. Application enhancement tracks
US20090180546A1 (en) * 2008-01-09 2009-07-16 Rodriguez Arturo A Assistance for processing pictures in concatenated video streams
US8416858B2 (en) 2008-02-29 2013-04-09 Cisco Technology, Inc. Signalling picture encoding schemes and associated picture properties
EP2124449A1 (en) * 2008-05-19 2009-11-25 THOMSON Licensing Device and method for synchronizing an interactive mark to streaming content
WO2009152450A1 (en) 2008-06-12 2009-12-17 Cisco Technology, Inc. Picture interdependencies signals in context of mmco to assist stream manipulation
US8971402B2 (en) 2008-06-17 2015-03-03 Cisco Technology, Inc. Processing of impaired and incomplete multi-latticed video streams
US8699578B2 (en) * 2008-06-17 2014-04-15 Cisco Technology, Inc. Methods and systems for processing multi-latticed video streams
US8705631B2 (en) * 2008-06-17 2014-04-22 Cisco Technology, Inc. Time-shifted transport of multi-latticed video for resiliency from burst-error effects
CN102396221B (en) * 2008-06-25 2015-03-25 思科技术公司 Support for blocking trick mode operations
US8761266B2 (en) 2008-11-12 2014-06-24 Cisco Technology, Inc. Processing latticed and non-latticed pictures of a video program
US20100166383A1 (en) * 2008-12-31 2010-07-01 Nxp B.V. System and method for providing trick modes
JP5681641B2 (en) 2009-01-07 2015-03-11 ソニック アイピー, インコーポレイテッド Specific, collective and automatic generation of media guides for online content
US8326131B2 (en) * 2009-02-20 2012-12-04 Cisco Technology, Inc. Signalling of decodable sub-sequences
US8782261B1 (en) 2009-04-03 2014-07-15 Cisco Technology, Inc. System and method for authorization of segment boundary notifications
US8949883B2 (en) 2009-05-12 2015-02-03 Cisco Technology, Inc. Signalling buffer characteristics for splicing operations of video streams
US8279926B2 (en) 2009-06-18 2012-10-02 Cisco Technology, Inc. Dynamic streaming with latticed representations of video
CN102055717B (en) * 2009-11-09 2014-08-13 华为技术有限公司 Quick playing method, terminal and server
WO2011068668A1 (en) 2009-12-04 2011-06-09 Divx, Llc Elementary bitstream cryptographic material transport systems and methods
WO2011100727A1 (en) * 2010-02-11 2011-08-18 Echostar Advanced Technologies L.L.C. Systems and methods to provide trick play during streaming playback
US9510029B2 (en) 2010-02-11 2016-11-29 Echostar Advanced Technologies L.L.C. Systems and methods to provide trick play during streaming playback
CN103053170B (en) * 2011-02-14 2017-03-29 艾科星科技公司 System and method to provide special play-back during crossfire is reset
US20110222837A1 (en) * 2010-03-11 2011-09-15 Cisco Technology, Inc. Management of picture referencing in video streams for plural playback modes
TWI510066B (en) 2010-03-22 2015-11-21 Echostar Technologies Llc Systems and methods for securely streaming media content
JP2011253589A (en) * 2010-06-02 2011-12-15 Funai Electric Co Ltd Image/voice reproducing device
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US20130179199A1 (en) 2012-01-06 2013-07-11 Rovi Corp. Systems and methods for granting access to digital content using electronic tickets and ticket tokens
CN103428556B (en) * 2012-05-17 2016-11-23 华为技术有限公司 The method and system of multi-screen interactive
US9197685B2 (en) 2012-06-28 2015-11-24 Sonic Ip, Inc. Systems and methods for fast video startup using trick play streams
US9143812B2 (en) 2012-06-29 2015-09-22 Sonic Ip, Inc. Adaptive streaming of multimedia
US10452715B2 (en) 2012-06-30 2019-10-22 Divx, Llc Systems and methods for compressing geotagged video
US8914836B2 (en) 2012-09-28 2014-12-16 Sonic Ip, Inc. Systems, methods, and computer program products for load adaptive streaming
US8997254B2 (en) 2012-09-28 2015-03-31 Sonic Ip, Inc. Systems and methods for fast startup streaming of encrypted multimedia content
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9264475B2 (en) 2012-12-31 2016-02-16 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US9344517B2 (en) 2013-03-28 2016-05-17 Sonic Ip, Inc. Downloading and adaptive streaming of multimedia content to a device with cache assist
US9247317B2 (en) 2013-05-30 2016-01-26 Sonic Ip, Inc. Content streaming with client device trick play index
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9967305B2 (en) 2013-06-28 2018-05-08 Divx, Llc Systems, methods, and media for streaming media content
US9343112B2 (en) 2013-10-31 2016-05-17 Sonic Ip, Inc. Systems and methods for supplementing content from a server
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
CN104093056B (en) * 2014-06-19 2018-01-09 深圳市奥蕾达科技有限公司 Network intelligence display control program
CN106791959A (en) * 2015-11-19 2017-05-31 中国电信股份有限公司 A kind of method by multicast transmission HLS Streaming Medias, system and terminal
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2708683B2 (en) * 1992-10-21 1998-02-04 日本電信電話株式会社 Special playback control processing method of digital video files
US6445738B1 (en) * 1996-04-25 2002-09-03 Opentv, Inc. System and method for creating trick play video streams from a compressed normal play video bitstream
US6065050A (en) * 1996-06-05 2000-05-16 Sun Microsystems, Inc. System and method for indexing between trick play and normal play video streams in a video delivery system
US7231132B1 (en) * 2000-10-16 2007-06-12 Seachange International, Inc. Trick-mode processing for digital video

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN1791939A (en) 2006-06-21
US20070031110A1 (en) 2007-02-08
WO2004102571A1 (en) 2004-11-25
KR20060012299A (en) 2006-02-07
JP2007504778A (en) 2007-03-01

Similar Documents

Publication Publication Date Title
EP0695098B1 (en) Coded data control device
JP3815458B2 (en) Information processing apparatus, information processing method, and program
CA2167985C (en) Method of and apparatus for reverse playback of a time-division-multiplexed signal
KR100579387B1 (en) Efficient transmission and playback of digital information
CA2181863C (en) Apparatus and method for encoding and decoding digital video data
US8676028B2 (en) Method for reproducing data recorded on an interactive recording medium in conjunction with associated auxiliary data
KR100332332B1 (en) Recording medium, data recording unit and data playback unit reading from and writing to the recording medium
CN100366069C (en) Method of time shifting to simultaneously record and play data stream
EP1030306B1 (en) Data coding/decoding method and apparatus and coded data recording medium
US20070258703A1 (en) Recording apparatus and reproducing apparatus
US8189988B2 (en) Digital video recorder having hierarchical memories and method for implementing hierarchical memories
JP3154921B2 (en) Video playback position indexing scheme in a video-on-demand system
JP4838191B2 (en) File reproduction device, file reproduction method, program for executing file reproduction, and recording medium recording the program
KR20100106327A (en) Hierarchical and reduced index structures for multimedia files
US6057832A (en) Method and apparatus for video-on-demand with fast play capability
EP0735780B1 (en) Reproduction of encoded data in reverse playback operations
KR100958325B1 (en) Method and apparatus for trick mode playback of an mpeg video presentation recorded on a storage medium
US7529466B2 (en) Signal processing method and signal processing apparatus
JP4421156B2 (en) Image reproducing apparatus and image recording / reproducing apparatus
JP3329979B2 (en) Optical disk and an optical disk reproducing apparatus
JP4355659B2 (en) Data processing device
EP0676895B1 (en) Method of and apparatus for recording/reproducing video data in data units as a unit of data corresponding to a predetermined number of pictures
CN100550170C (en) Method for reproducing multi-angle data
US6687454B1 (en) Audio data and still picture recording medium and corresponding playback apparatus which enable displaying of a still picture at a plurality of predetermined timings during playback of recorded audio data
JPH11504175A (en) Archival records and the high-speed access record the combined home digital video unit

Legal Events

Date Code Title Description
17P Request for examination filed

Effective date: 20051216

AK Designated contracting states:

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (to any country) deleted
17Q First examination report

Effective date: 20070817

RAP1 Transfer of rights of an ep application

Owner name: IPG ELECTRONICS 503 LIMITED

18D Deemed to be withdrawn

Effective date: 20101201