Exemplary embodiments relate to a system and method of providing video and audio content to multiple displays.
It is often desirable to be able to display a mixture of static video and dynamic video on a number of different displays. Traditionally this would be accomplished through the use of multiple players and transmitters. Each display would have an individual and unique player and transmitter associated with the display.
The traditional system for supplying content to multiple displays is cumbersome and expensive. The need to have a player and transmitter in association with each display increased the cost significantly. In addition, the space required to accommodate all the players and transmitters is extensive. As such, there is need for a more efficient system that allows content to be displayed on multiple displays using only a single player, where the content may include both dynamic and static video.
The system herein provides both dynamic and static video to multiple displays using a single player and transmitter. An exemplary embodiment of the system provides a player having a single output. The video feed is sent to a transmitter. The transmitter then sends the video feed to multiple displays by way of a receiver associated with each display. To achieve different content on each display, the video player or transmitter may embed the data header of the video frame with a display identifier. The receivers associated with each display read the display identifier embedded in the video frame. If the display identifier matches the identifier for the associated display (or one of the identifiers for the associated display), then the image is displayed. If the identifiers do not match, the receiver does not send the image to the display. The display continues to show the last image it received until a new image is obtained.
In addition to static video (still images), dynamic video may be provided by the video player. In this embodiment, the player may take a frame of video and update any of the static displays. This allows a single player to produce multiple static images while playing dynamic video over at least one display. It should be understood that the displays may be LCD, OLED, LED, plasma, projection displays, light emitting polymers, electroluminescence, or any other suitable electronic display. In addition, the components may be in wired or wireless communication with one another depending on the application. An exemplary embodiment may provide wireless communication between the transmitter and the various display receivers.
In other exemplary embodiments, the player may have a dual output where one output may be dedicated to dynamic video, while the other output may be used to refresh the static displays. In some of these embodiments, the dynamic video may not have an identifier in the header of the frames. The static image feed, however, may still need to have the identifier embedded in the header.
These systems may provide a cost effective method of displaying menu boards in restaurants, or advertising material in any public area. The system may provide a dynamic video feed on some displays while simultaneously providing static images on other displays. By eliminating multiple components from the traditional approach, the system may be cost effective for use where traditional systems were deemed cost prohibitive. The exemplary embodiments have the notable advantage of the ability to display content to a large number of displays using a single player and transmitter.
One skilled in the art should also recognize that audio associated with the video may also be supplied to the displays in the same manner. The system described herein may also utilize the video buffer system as described in U.S. application Ser. No. 12/422,037 filed on Apr. 10, 2009 incorporated herein as if fully rewritten. Using the embodiments herein with the video buffer system taught in the co-pending application ensures that video will continue to be displayed if there is an interruption in the signal transmission to the display receivers. The system described herein may also utilize the daisy-chain wiring method described in co-pending U.S. application Ser. No. 12/418,250 filed on Apr. 3, 2009 incorporated herein as if fully rewritten. This method reduces the amount of physical wire/cable that would be required for hard-wired installations of the exemplary embodiments herein. The displays are wired to one another (daisy chained) rather than having a wire/cable ran from each display back to the original transmitter.
Other systems, methods, features and advantages of the invention will be, or will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that all such additional systems, methods, features, and advantages be included within this description and be within the scope of the invention.
The following description includes discussion of various figures having illustrations given by way of example of implementations of embodiments of the invention. The drawings should be understood by way of example, not by way of limitation.
Traditionally digital signage has required complex wiring, a large number of components, and substantial space to provide content to multiple displays.
In digital signage applications having multiple displays, where some of said displays may contain static content while others may contain dynamic content, it is possible to have a single player 10 (shown in
Each receiver 14, 16, 18, and 20 may also be in communication with their respective displays 22, 24, 26, and 28. The displays 22, 24, 26, and 28 may be individually addressable by assigning a different display identifier to each display. Alternatively, a display may be associated with multiple identifiers. Although shown having four receivers 14, 16, 18, and 20 and four displays 22, 24, 26, and 28, any number of displays and receivers may be connected to the transmitter 12 in a similar manner.
To provide content to multiple displays 22, 24, 26, and 28 using a single player 10, the player 10 provides video (and sometimes audio) content to be displayed. The player 10 can provide only static video (still images), only dynamic video, or a mixture of both types of video. Initially, the system will be described with reference to a mixture of both types of video, although it should be easily recognized that an exemplary system can also display only one or the other.
Dynamic video is typically output at a certain frame rate, which may depend on the video source, bandwidth of the system, and the electronic displays on which it will be displayed. For example, for video at 30 fps, 30 frames (images) are provided for each second. Depending on the particular setup, the player 10 or transmitter 12 may divide the dynamic video signal into each frame and then compress each frame (compression may not be necessary for some systems—depending on bandwidth and the size of the video data). A central processing unit (CPU) may be used to carry out these functions and the CPU may be a separate unit or may be built into the player 10 or transmitter 12. Regarding the compression method, JPEG, MPEG, or JPEG 2000 are common formats for the frame/image compression although other types of compression may be used.
The player 10 or transmitter 12 may associate a header with each frame. The header may contain various bits of information including the instructions for de-compressing the frame and re-assembling it. In addition, the player 10 or the transmitter 12 may encode one or more display identifiers into the header for each frame. The display identifiers thus direct the system as to which displays are to be showing which images. The frame and header may collectively be known as a ‘packet.’
The transmitter 12 may then broadcast the packets to each of the receivers 14, 16, 18, and 20. Upon receiving the packets, the receivers 14, 16, 18, and 20 may then read the information contained within the headers. If the display identifier in the header matches one of the identifiers of the display 22, 24, 26, and 28 in association with the receiver 14, 16, 18, and 20 the receiver may then decompress the packet (if necessary) and send the image to the associated display.
If the display identifier does not match the display identifier of the associated display, the frame is not shown on the display 22, 24, 26, and 28. Each receiver 14, 16, 18, and 20 will continue to send the previously received image information until a new packet having a matching display identifier is received. To accomplish this, the receivers 14, 16, 18, and 20 or the displays 22, 24, 26, and 28 may have a storage medium to hold the last matching video frame. In this manner, a static image may be sent to a particular display (or displays) during one frame and this image may remain on the chosen display (or displays) until another image is sent. In advertising displays for example, a static image may remain on the display for a given time (30 seconds, 60 seconds, etc.) and the company may pay the advertising firm for exactly the amount of time that their advertisement was displayed. For informational purposes (i.e. airport terminals and sporting event scores), the displays may be updated with new static images whenever the information being displayed has changed (i.e. late/new arrivals at airports or scoring changes). Thus, with systems that are capable of sending out many packets/frames per second, it is easy to see that many displays can be controlled through a single location.
There may be a video buffer (storage medium) in electrical communication with each receiver and/or display. Some video buffers may be capable of storing large amounts of video data for display. Some embodiments described herein may utilize the video buffer system as described in U.S. application Ser. No. 12/422,037 filed on Apr. 10, 2009 incorporated herein as if fully rewritten. Using the embodiments herein with the video buffer system taught in the co-pending application ensures that dynamic video will continue to be displayed if there is an interruption in the signal transmission to the display receivers.
As mentioned above, it may be desirable to show dynamic video on at least one of the displays 22, 24, 26, and 28 rather than a static image. To accomplish this, the header for each dynamic video packet would contain the display identifier for the display(s) which is to show the dynamic video. The remaining displays which are showing static content may receive updated images by substituting one frame of static image for one frame of dynamic video. Stated another way, if the dynamic video was being transferred at 30 frames per second, in order to change the static image on a particular display, the player 10 would provide 29 frames of dynamic video and 1 frame of the static image in one second. The display which is showing the dynamic video would simply repeat the previous frame while the static image update is being sent. The absence of a new frame of dynamic video will be hardly noticeable (if noticeable at all) by an observer. This is especially true for higher frame rates (over 30 fps). As mentioned immediately above, the previous frame would be repeated, so there would be no ‘blank screen’ or ‘flicker’ that would be noticeable. The disruption of the dynamic video could be further reduced by updating the static images during a break in dynamic video or during a segment of dynamic video where there is little movement or change in the image. In these situations the surrounding frames are nearly identical, so repeating a previous frame would be even less noticeable to an observer.
Different embodiments may transmit packets at different rates. Thus, embodiments which are displaying dynamic video on at least one display may be transmitting packets relatively frequently (depending on the frame rate for example: 30, 60, or more/less packets each second). However, embodiments which are displaying only static video may transmit packets relatively infrequently (ex. one packet every 30 seconds, 60 seconds, or more). Further, some embodiments may display dynamic video for some period of time, followed by periods of only static video. This may occur especially in advertising systems where some companies may have dynamic video advertisements while others have static video advertisements. In these systems there may be periods where the packet transmission is occurring 30 times per second, followed by periods where the packet transmission is occurring only once each minute.
The static video output designated to update the remaining displays 22, 24, 26, and 28 may be encoded in the same manner as described above. However, if the dynamic video stream is used as the default, then the overriding static packets may take on several forms. A first form would be to send a packet which is intended to be displayed indefinitely (until another static packet is sent or until an instructional packet is sent directing the display to return to showing the dynamic video). A second form would be to provide instructions in the static packet header which details how long the static image should be displayed (until returning to the dynamic video default). Of course, the embodiments described in relation to
The electrical connection between the transmitter 12 and the receivers for the various displays may be a hard-wired or wireless connection. If using a wireless connection, wireless routers can send the packets to the various receivers resulting in a very simple and clean installation. If using a hard-wired connection, actual wires would still need to be run from the transmitter 12 to the various receivers. In installations containing many displays, and especially where the displays are located far from the transmitter 12, the installation costs and the wiring itself can be very expensive. Thus, the wiring technique taught in co-pending U.S. application Ser. No. 12/418,250 filed on Apr. 3, 2009 may be used with some of the hard-wired embodiments. This application is herein incorporated by reference in its entirety. Using this technique, the receivers may be ‘daisy chained’ together, so that each display may only require a wire from an adjacent display as opposed to running a wire all the way from the transmitter. To accomplish this, a serializer/de-serializer (SerDes) technique is used. The signal originates as a parallel block with a clock and is serialized prior to being sent by the transmitter 12. The serial signal is then sent to a receiver where it is deserialized and the original parallel data and clock is recovered. Clock cleaning circuitry is then used to remove jitter and drive the display associated with the receiver. The signal is then serialized again and sent on to the next receiver in the daisy chain. This technique can be used to string many displays together without having to run individual wires back to the original transmitter 12. While many different types of cables (wiring) can be used, CAT 5 is inexpensive and can be used in an exemplary embodiment. The method can be practiced with both compressed and un-compressed video.
Those skilled in the art can also use the embodiments herein to send audio data along with the video data. It may be advantageous to send two packets of audio along with each packet of video. For example, if dynamic video is being sent at 30 fps (30 Hz), it may be advantageous to include two 60 Hz audio packets along with the 30 Hz video packet.
The embodiments herein disclosed are not intended to be exhaustive or to unnecessarily limit the scope of the invention. The embodiments were chosen and described in order to explain the principles so that others skilled in the art may practice the invention. Having shown and described embodiments, it will be within the ability of one or ordinary skill in the art to make alterations or modifications, such as through the substitution of equivalent materials or structural arrangements, or through the use of equivalent process steps, as to be able to practice the invention without departing from the spirit as reflected in the appended claims, the text and teaching of which are hereby incorporated by reference herein. It is the intention, therefore, to limit the invention only as indicated by the scope of the claims and equivalents thereof.
The present application is a non-provisional application and claims priority to co-pending application No. 61/101,135 filed on Sep. 29, 2008. This application is also a continuation in part of application Ser. No. 12/422,037 filed on Apr. 10, 2009 which claims priority to 61/043,967 filed on Apr. 10, 2008. This application is also a continuation in part of application Ser. No. 12/418,250 filed on Apr. 3, 2009 which claims priority to 61/042,145 filed Apr. 3, 2008. Each of these applications is herein incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
61101135 | Sep 2008 | US | |
61043967 | Apr 2008 | US | |
61042145 | Apr 2008 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12422037 | Apr 2009 | US |
Child | 12568896 | US | |
Parent | 12418250 | Apr 2009 | US |
Child | 12422037 | US |