The present invention relates in general to a method for providing multiple video pictures in an efficient manner, such that a user can choose which picture to watch. The invention relates to providing the plurality of pictures stored on a storage medium as well as providing the plurality of pictures by way of data transmission.
A television screen is defined by a large number of image points or pixels. To display a still picture, data needs to be provided to determine the color and intensity of all these pixels. To display a moving picture or movie, such data needs to be provided for a succession of individual still pictures. According to European standards, a video movie contains 25 pictures per second. Thus, displaying a video movie involves a data stream of many megabits per second.
It is noted that, in order to reduce this data stream, it is known to compress the data; depending on the compression technique employed, the inevitable loss of information leads to no or an acceptable degradation of image quality. Nevertheless, it should be clear that a video movie of a certain defined length of time corresponds to a certain amount of data. In transfer, such as broadcast by air or transmission over a network, or from a disc drive to a display, the movie involves a data stream of a certain bit frequency or bandwidth. In storage on a storage medium, such as for instance a hard disc, an optical disc etc., the storage capacity of the storage medium defines a limit to the length of a video stream that can be stored.
There is a tendency towards interactive television, a concept which allows a user to influence the movie he is watching. In one approach, the user is offered a plurality of movies, and the user's influence actually corresponds to a selection of one movie out of the plurality offered. Defined in this way, even the conventional system of a plurality of television channels can be indicated as being “interactive”, since the user has to press a button to make a choice. Actually, this conventional system is illustrative for the conventional way a plurality of movies is made available to a user: the full data of all video streams are provided in parallel. Thus, providing a plurality of N movies takes a bandwidth of N times the bandwidth of one single movie. Likewise, if a storage medium contains N movies stored in a traditional manner, the full data of all video streams being stored, the lengths of the individual movies are reduced by a factor N (assuming all movies have equal length).
Although the present invention is applicable to a situation where a plurality of “different” movies are provided, the present invention relates particularly to a multi-angle or multi-version movie. For instance, a scene is filmed from four different view points or angles, giving in fact four different movies relating to the same scene. When this is offered to a user, the user can choose an angle, and during display he can switch from one angle to another.
As mentioned, in a conventional approach all angles or movie versions are provided in parallel as complete movies. This involves a multiplication of the required bandwidth. Further, a problem is to ensure synchronization between the individual pictures: if a user switches from one angle to another, the local time of the scene must continue undisturbed.
It is an objective of the present invention to overcome or at least reduce the above problems.
According to an important aspect of the present invention, the individual pictures are combined to one video stream which, on display, results in a mosaic of the individual pictures. Since mosaic display is known per se, this need not be explained in further detail here. It is noted that this requires the bandwidth of one video stream only.
According to a further important aspect of the present invention, a display control application is provided in association with the mosaic video stream. Typically, this display control application will be transmitted first, prior to the transmission of the actual multi-angle or multi-version video stream.
According to a further important aspect of the present invention, the display control application is designed to display a graphics overlay over the mosaic video. This graphics overlay is fully opaque, except for one rectangle. In response to receiving a user command, the location of the rectangle is set so as to correspond to one tile of the mosaic movie. Thus, one of the individual movies is displayed while all other movies are hidden.
These and other aspects, features and advantages of the present invention will be further explained by the following description of a preferred embodiment with reference to the drawings, in which same reference numerals indicate same or similar parts, and in which:
In a particular example, the optical disc may be a BluRay Disc, especially a disc according to the BD-J format (or BD-J specification).
The reproduction system 1 comprises a storage medium reader 3, in this example an optical disc drive, for reading information from the disc 2 and for generating a video output signal SV for an image display device 4A, for instance a monitor or a television screen or the like, of a display apparatus 4. It is noted that a movie also comprises audio, so the drive 3 will also generate an audio output signal SA for one or more loudspeakers 4B of the display apparatus 4.
The disc drive 3 comprises a data processing device 6, typically implemented, at least partially, in software. This data processing device 6 receives and processes the incoming data read from disc to generate the display signals SV, SA.
In the following, the word “title” will be used to indicate a full video stream, i.e. a data stream normally resulting in a full-screen display. The word “movie” will be used to indicate a sequence of consecutive pictures regarding the same scene, and the corresponding sound. If a picture is displayed at full screen, a “title” involves one “movie”. However, in the case of mosaic display, wherein multiple pictures are displayed as tiles of a mosaic, a title involves multiple movies. A movie generally contains video as well as audio. A movie may be a film, a documentary, an advertisement, etc.
The disc 2 may contain more than one title 20.
According to an important feature of the present invention, a title 20 as stored on disc comprises data 22 representing the actual movie pictures (and audio), plus data 21 representing an application software. Typically, each title will have its own application software, but it is also possible that the disc 2 contains only one application common to all titles 20. It is noted that the BD-J standard (or BD-J specification), which is still under development, allows Java applications to be stored on disc, but the invention is not restricted to Java applications: the principles of the present invention can be practiced irrespective of the language of the applications.
The disc drive 3 is designed to determine whether the selected title 20 has application software 21 associated therewith. Thus, in response to receiving the user selection, the disc drive 3 first determines whether the selected title 20 has application software 21 associated therewith.
If the disc drive 3 finds that the selected title 20 has application software 21 associated therewith, it is designed to first read the application software 21 associated with this title 20, to store it into its memory 5, and run it.
With the application software 21 running, it becomes an integral part of the data processing device 6 of the disc drive 3. It is noted that any disc drive which is BD-J-compliant will run the application 21 as part of its data processing device 6. A disc drive which is not BD-J-compliant will generate its display signals SV, SA on the basis of the data 22 in the usual way, without benefiting from the advantages offered by the application software 21 of the present invention.
It is noted that techniques for coding video and storing such video on the disc, and techniques for reconstructing a video display signal on the basis of data read from the disc, are techniques known per se, so it is not necessary here to explain these techniques in further detail.
According to an important feature of the present invention, the actual title data 22 contains information of more than one movie, so that, on reproduction, a mosaic display results, where the plurality of movies are displayed simultaneously in different sections of the display screen. This is illustrated schematically in
According to a further important feature of the present invention, the application software 21 is designed to generate data resulting, on display, in a graphics layer overlaying the video image. The application software 21 has four options (corresponding to the four individual movies comprised in the mosaic 40) for generating its data, as illustrated in
The application software 21 is further designed to select one of said four options so that, as a result, only one of said four movie scenes 41, 42, 43, 44 is visible for the user. The application software 21 may be designed to receive a user selection command, for instance from remote control device 8, and to select one of said four options in response to such user selection command. Thus, the user selection command corresponds, for the user, to selecting one of said movies for display.
It is noted that the data 22 stored on disc relates to one video stream resulting in a display of a mosaic, indicated by character M in
Thus, the present invention makes it possible to allow a user a selection of movies without increasing the bandwidth: the bandwidth required for transmitting the video mosaic 40 corresponds to the bandwidth required for one video stream. Also, the storage space required for storing the video mosaic data 22 on disc 2 corresponds to the storage space required for one video stream.
In the FIGS. 3 and 5A-D, the scenes as illustrated are totally different, corresponding to four totally different movies. Of course, the audio associated with these four totally different movies will be different from each other. Therefore, the title data 22 as stored on disc 2 will comprise data for four different audio signals, always associated with one of said movies. This is illustrated by four characters A1, A2, A3, A4 in
Alternatively, it is possible that the four scenes are actually views from different angles of the same action, in which case the audio signal may be the same for all user selections, so the title data 22 need not contain more than one audio signal common to all movies.
In the example of the
It should be clear to a person skilled in the art that the addition of multiple audio data A1, A2, A3, A4 and the addition of multiple text data T1, T2, T3, T4 requires just a relatively small increase in bandwidth as compared to adding multiple full-size video data.
In the above example, the application software 21 is designed to only generate a graphics layer. The video information as such is not changed: each scene of the mosaic 40 is displayed on a portion of the display screen, the portion of the screen having a location corresponding to the scene's location in the mosaic. As an alternative, it is also possible that the application software 21 is designed to manipulate the video information such that the selected scene is displayed at a different location and/or at a different size. This will be illustrated with reference to
In
Xs/2≦Xp≦Xs and Ys/2≦Yp≦Ys (1)
belong to the fourth movie.
Suppose it is desired to view the fourth movie displayed in a central screen portion, defined by coordinates (Xs/4, Ys/4) for its upper left-hand corner and (3·Xs/4, 3·Ys/4) for its lower right-hand corner.
The application software 21 can achieve this effect by shifting each pixel over a distance −Xs/4 in the horizontal direction −Ys/4 in the vertical direction. Or, for the pixels for which the following condition holds:
Xs/4≦Xp≦3·Xs/4 and Ys/4≦Yp≦3·Ys/4 (2)
new pixel data DN(Xp, Yp) are calculated on the basis of original pixel data Do(Xp, Yp) according to the following formula:
DN(Xp,Yp)=Do(Xp+Xs/4,Yp+Ys/4) (3)
wherein Do and DN represent relevant pixel data such as color and brightness.
For the pixels outside the central screen portion, it is not necessary to define new pixel data, as the application software 21 is, in this example, further designed to generate the first graphics rectangle 50 and the second graphics rectangle 55, now aligned with the central screen portion (
It should be clear to a person skilled in the art how new pixel data are to be calculated if it is desired to view any of the first to third movies displayed in the central screen portion.
In the above example, the size of the central screen portion corresponds to the original size of a mosaic tile, which, in the case where a mosaic has four tiles of equal size, corresponds to one quarter of the screen size. It may occur that the user desires display on an increased size, or even full-screen display. In the latter case, the application software 21 can easily achieve this effect by displacing each pixel to a new position, according to the following steps. After having calculated new pixel data according to formula (3) above, the application software 21 calculates, for each pixel (Xp, Yp) for which condition (2) applies, the X-distance XDp and the Y-distance YDp from the screen center (Xs/2, Ys/2), according to the following formula:
XDp=Xs/2−Xp; YDp=Ys/2−Yp (4)
Further, the application software 21 calculates a new pixel (XN, YN) having the X-distance XDN and the Y-distance YDN from the screen center (Xs/2, Ys/2) twice as large as XDp and YDp, respectively, thus:
XDN=Xs/2−XN=2·(Xs/2−Xp) (5a)
YDN=Ys/2−YN=2·(Ys/2−Yp) (5b)
or
XN=2Xp−Xs/2 and YN=2Yp−Ys/2 (6)
For this new pixel (XN, YN), new pixel data DN′(XN, YN) are calculated on the basis of the pixel data DN(XP, YP) of pixel (Xp, Yp) according to the formula DN′(XN, YN)=DN(XP, YP).
For the pixels in between said new pixels (XN, YN), new pixel data need to be calculated on the basis of the new pixel data DN′(XN, YN) of said new pixels (XN, YN). This can simply be done by allocating the new pixel data DN′(XN, YN) to each pixel of a square of two by two pixels, but it is also possible to calculate new pixel data by interpolation, as should be clear to a person skilled in the art.
It is true that the above procedure leads to a decrease of image resolution to a certain degree, which may be found acceptable. Alternatively, in for instance an MPEG stream, it is also possible that the title data 22 contain more detail, so that it is possible to increase the image size so as to result in normal resolution.
It is noted that in the case of full-screen display, the application software 21 does not need to generate any graphics layer any more.
The use of the present invention will now be described with reference to
It is not necessary that the title involves mosaic display during its entire length. In an advantageous embodiment, the title involves normal play alternated with mosaic display, as illustrated in
The application 21 associated with this movie will know that mosaic display has started at time t1. In one possible embodiment, the video signal may comprise a coded trigger signal, which is received by the application 21 and understood as indicating the start of mosaic display. In another possible embodiment, the application 21 may be associated with a table of time codes, indicating which images are “normal” display and which images are mosaic display. An advantage of this second embodiment is that it can easily be combined with reverse play.
In any case, from time t1 the application 21 will be ready to generate one of the options of graphics layer 51, 52, 53, 54, as illustrated by the four horizontal dotted lines marked G1, G2, G3, G4 from time t1 to time t5. It may be that the application 21 starts generating a graphics layer immediately at time t1, but it is also possible, as illustrated, that the application 21 starts without generating a graphics layer until the user sends a command, in which case, from time t1, the user is presented with a mosaic, as illustrated in
At time t2, the user sends a command, indicating that he wishes to see only the first scene of the mosaic. In response, the application 21 generates the first option of the graphics layer 51, comprising the second rectangle 56 corresponding to the first screen section 31, as indicated by the solid horizontal line G1 from time t2 to time t3. The second, third and fourth scenes of the mosaic are now hidden from view, as illustrated in
At time t3, the user changes his choice and sends a new command, indicating that he wishes to see only the second scene of the mosaic. In response, the application 21 generates the second option of the graphics layer 52, comprising the second rectangle 57 corresponding to the second screen section 32, as indicated by the solid horizontal line G2 from time t3 to time t4.
According to an important feature of the present invention, the transition from the first choice to the second choice can be instantaneous, from one frame to the next, although it is possible for the application 21 to make this transition with some kind of fade-in and fade-out effect. Synchronization between the “previous” scene and the “next” scene is automatic, since both scenes are part of the same mosaic.
It is important to realize that the mosaic display and the user's choices do not affect the disc reading operation of the disc drive 3. At all times from t0 to t5, the disc drive is just reading and displaying one and the same title. Only the title-related application 21 running in the disc drive responds to the user commands by changing a graphics layer, and possibly changing the processing of the title.
It should be clear to a person skilled in the art that the present invention is not limited to the exemplary embodiments discussed above, but that several variations and modifications are possible within the protective scope of the invention as defined in the appended claims.
In the above, the invention was described for an exemplary case where the choice of which scene from the mosaic to watch was left to the user. In such case, it is the application that effects the change from one scene selection to the next, but the application does this in response to a user command. Alternatively, it is also possible that the application is designed to effect such change without the user having any influence. For instance, the disc drive may have a memory for user characteristics, and the application may be designed to determine a choice of which scene to display on the basis of such user characteristics. Or, the application may be designed to ask the user to input some user characteristics, and to determine a choice of which scene to display on the basis of such user characteristics. Examples of suitable user characteristics are: male/female, age, favorite sport.
It is also possible that the video stream contains trigger signals for the application, causing the application to select a “next” picture. Thus, it is possible that the same video stream is played multiple times, each time resulting in different pictures being displayed (for instance different advertisements).
Further, in the above, the invention was described for an exemplary case where the application is self-starting, i.e. is automatically run when loaded into the disc drive's operational memory. However, this self-starting property is not essential. It is possible that the application is only started upon receipt of a user-command. Then, it is up to the user to decide whether or not he wishes to benefit from the advantages offered by the application. It may even be that starting the advantageous application is made subject to fulfilling a condition, for instance making a payment.
In the above, with reference to
In the above, the present invention has been explained with reference to block diagrams, which illustrate functional blocks of the device according to the present invention. It is to be understood that one or more of these functional blocks may be implemented in hardware, where the function of such functional block is performed by individual hardware components, but it is also possible that one or more of these functional blocks are implemented in software, so that the function of such functional block is performed by one or more program lines of a computer program or a programmable device such as a microprocessor, microcontroller, digital signal processor, etc.
Number | Date | Country | Kind |
---|---|---|---|
05102455 | Mar 2005 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/IB2006/050813 | 3/15/2006 | WO | 00 | 9/24/2007 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2006/103578 | 10/5/2006 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
5237426 | Daito | Aug 1993 | A |
5774172 | Kapell et al. | Jun 1998 | A |
5784528 | Yamane et al. | Jul 1998 | A |
6415101 | deCarmo et al. | Jul 2002 | B1 |
6757707 | Houghton et al. | Jun 2004 | B1 |
7757252 | Agasse | Jul 2010 | B1 |
7787439 | Oz et al. | Aug 2010 | B1 |
7792012 | Yahata et al. | Sep 2010 | B2 |
20010056577 | Gordon et al. | Dec 2001 | A1 |
20020067376 | Martin et al. | Jun 2002 | A1 |
20030090504 | Brook et al. | May 2003 | A1 |
20030110505 | De Vos et al. | Jun 2003 | A1 |
20030113096 | Taira et al. | Jun 2003 | A1 |
20040128317 | Sull et al. | Jul 2004 | A1 |
20060107294 | Rivlin et al. | May 2006 | A1 |
20060282852 | Purpura et al. | Dec 2006 | A1 |
Number | Date | Country |
---|---|---|
3224379 | Oct 1991 | JP |
5083666 | Apr 1993 | JP |
8289218 | Nov 1996 | JP |
2000358207 | Dec 2000 | JP |
2004199188 | Jul 2004 | JP |
WO9830025 | Jul 1998 | WO |
WO0022819 | Apr 2000 | WO |
WO03096682 | Nov 2003 | WO |
Number | Date | Country | |
---|---|---|---|
20100141833 A1 | Jun 2010 | US |