EP3063616A1

EP3063616A1 - Synchronization of videos in a display wall

Info

Publication number: EP3063616A1
Application number: EP13786168.8A
Authority: EP
Inventors: Udo ZERWAS
Original assignee: Barco Control Rooms GmbH
Current assignee: Barco Control Rooms GmbH
Priority date: 2013-10-30
Filing date: 2013-10-30
Publication date: 2016-09-07
Also published as: WO2015062616A1; CN105874422A; US20160357493A1

Abstract

The invention relates to a method and to a device for synchronizing the presentation of video frames from a video stream of a video insertion (IS) of a video image source, which video insertion is simultaneously presented on two or more displays (D) of a display wall (1) composed of a plurality of displays (D). According to the invention the synchronous, tearing-free presentation is realized by means of a video-frame queue for the video frames, a mediation function, which is common to the network graphics processors involved in the presentation of the video insertion (IS) and which, during a mediation duration that extends over a plurality of frame flybacks of the display wall (1), determines which video frame is presented by the displays (D) and establishes a balance between the vertical display frequency and the video stream frequency, and synchronization messages, which are sent before the start of a mediation duration by a master network graphics processor of a display (D) to the slave network graphics processors of the other displays (D).

Description

Sync videos in a display wall

The invention relates to the synchronization of videos or video frames from video streams which are displayed on two or more displays of a display screen composed of a plurality of displays. Another common name for a display is screen or monitor. A display wall, also referred to as a video wall, comprises a plurality of displays (D1, D2, Dn), for example in projection modules or TFT, LED, OLED or LCD screens. Projection modules comprise a projection screen for displaying an image generated by an imager on a reduced scale, which is magnified on the projection screen by means of a projection device. Here one differentiates between rear projection and incident light apparatuses. Active displays such as TFT, LED, OLED or LCD screens generate the image even on an unimproved scale without a projection device. Large displays are widely used in cases where a large complex image consisting of, for example, various video or computer images is to be displayed over a large area. A large image is understood here to mean images which typically have screen diagonals of more than 0.5 m and can be up to several meters. Common uses for such large displays are images of images taken by several people be considered at the same time, for example at conferences and presentations.

If the displayed image should exceed a certain size and complexity given the quality requirements, this is no longer possible with a single display. In such cases, the image is composed of sub-images, each displayed by a display. The image displayed in each case by a display is in this case a partial image of the total image of a display screen or screen wall which is displayed together by all the displays and comprises several displays. A common display wall thus includes several checkered, tiled juxtaposed displays and a display wall frame that carries the displays. With the individual displays of a display wall, an image section of an image to be displayed with the screen is shown in each case. So that the impression of an overall picture is not disturbed, the individual displays must essentially adjoin one another gap-free. Even a distance of one millimeter is clearly recognizable to a viewer in the form of a tile structure and is perceived as disturbing. Therefore, the problem arises to assemble the partial images displayed by the individual displays into a large image in such a way that a checkerboard-like image impression of the overall image is avoided. On the one hand, this relates to the drop in intensity of a partial image from the center to its edge. On the other hand, in particular, a broad, clearly visible bridge between the individual partial images is to be avoided.

According to the state of the art, it is possible to line up and / or stack one another a large number of displays in a modular structure of a large-area display wall in order to display a large image composed of the many partial images of the individual displays on the display wall. The number of displays leading to a display wall can be up to 150 or more. Large-area display walls, which are composed of, for example, twelve or more displays, have a display screen diagonal of several meters. Such display walls are common, for example, in modern control technology.

The number of video image sources displayed simultaneously on the display wall is in some cases only one, for example if only one video is to be displayed on a very large display wall. But there are also many applications, for example in the Leitwarttechnik or in monitoring devices in which at the same time numerous video image sources are displayed on a display wall, the display wall is thus not just a video, but many video image sources. In the case of a display screen, however, not only does the problem of the arrangement of the displays which is as free of web as possible arise, but the images displayed on the displays must also be synchronized for moving objects which are displayed simultaneously on several adjacent displays in such a way that the composite of the participating displays Picture for the viewer offers a synchronous picture on the display wall. Because of the technical conditions, in particular differences in propagation time, the optical "tearing effect" described in more detail below in the figure description can occur, whereby video frames belonging to a video image source belonging to the displays of a display wall can be displayed at different times. This optical effect is particularly annoying with horizontally or vertically moving objects, and that at the edges of the moving object representing displays, because there appears the object in lack of synchronization at the transition from one display to another "torn". In the prior art, there are the following two approaches to solving this problem.

Sungwon Nam, Sachin Deshpande, Venkatram Vishwanath, Byungil Jeong, Luc Renambot, Jason Leigh, "Multiapplication, Intertile Synchronization on Ultra-High-Resolution Display Walls" Proceedings of the First Annual ACM SIGMM Conference on Multimedia Systems, 2010 Proceeding, See pages 145-156 for a method of synchronizing between the units or displays of a display wall to illustrate a variety of applications and ultra-high resolution. However, generic applications have no inherent frequency, unlike video streams. In this document, the displays are controlled by a cluster of computers and each computer can control one or more displays. The many applications shown on the displays can have independently varying frame rates. The frame lock or genlock is implemented with a hardware solution to synchronize the vertical synchronization of the graphics processors. Content buffer and swap buffer synchronization is accomplished by a single global synchronization master. The refresh frequency (vertical display frequency) of the displays must be greater than the maximum of the frame rates of all displayed applications. The content buffer and swap buffer synchronization requires intensive communication between the global synchronization master and the display node. In order to represent a frame, in the case of the one-phase algorithm described in this reference, (m + 1) n synchronization messages and in the case of the described two-phase algorithm (m + 3) n synchronization messages must be transmitted over the network, where m is the number of video image sources and n is the number of displays on the display wall. This leads to a high network load and reduces the scalability of the system. Giseok Choe, Jeongsoo Yu, Jeonghoon Choi, Jongho Nang, Design and Implementation of a Real-time Video Player on Tiled Display System, Seventh International Conference on Computer and Information Technology (CIT 2007), IEEE Computer Society, 2007, Pp. 621-626, a real-time video player is described on a tiled display system that includes a plurality of personal computers to form a large display screen with high resolution. In the system proposed there, a master process transmits a compressed video stream via UDP multicast to a large number of PCs. All PCs receive the same video stream, decompress it, cut their desired areas out of the decompressed video frame, and display them on their displays as they are synchronized with each other via a synchronization process. By synchronizing the hardware clocks of the PCs, skew between the display wall displays is avoided, and jitter is avoided by means of a stream control based on the bit rate of the video stream as well as a prepuffering. However, the system requires the availability of correct timestamps in the video frames and is only suitable for presenting a single video image source, but not multiple video image sources simultaneously on the display wall.

The solutions known in the prior art are thus disadvantageous, in particular with regard to the required hardware expenditure, the high network load and the lack of general applicability for a multiplicity of arbitrary video image sources which are to be displayed simultaneously on the display wall.

Based on this prior art, the present invention has the object to provide an improved method and a corresponding device, with which the simultaneously displayed on several (especially adjacent) displays of a display screen images of any video image sources can be synchronized such that the the involved displays composite picture for the Viewer provides a synchronous image on the display wall. Compared with conventional synchronization methods, the frequency or frequency of the synchronization messages that are transmitted over the network for synchronizing the display on the displays should be reduced in order to minimize the burden on the network.

This object is achieved by a method having the features of the attached claim 1. Preferred embodiments, developments and uses of the invention will become apparent from the independent and dependent claims and the following description with accompanying drawings.

A computer-implemented method for synchronizing the presentation of video frames from a video stream with a video streaming frequency f _{s of} a video display of a video image source simultaneously displayed on two or more displays of a display screen composed of a plurality of displays, the displays each being dependent on an associated network Graphics processor, comprising a computer with a network and a graphics card, driven and operated with the same vertical display frequency f _d, which are synchronized to local clocks on the network graphics processors, preferably by PTP (Precision Time Protocol), the image returns the the displays controlling graphics cards of the network graphics processors are synchronized by framelock or genlock, and the video stream is transmitted from the video image source via a network to the network graphics processors, preferably the video image source is encoded and compressed by a coder before transmission over the network and decoded after receiving by the network graphics processors in each case by means of a decoder, has the special feature that it comprises the following method steps:

The network graphics processors involved in the presentation of a video image source are organized in a master-slave architecture, wherein a network graphics processor is configured as the master network graphics processor for the video image source and the other network graphics processors as the slave network graphics processors the role distribution for a video image source is given by synchronizing the representation of the video image source, the master network graphics processor sending synchronization messages to the slave network graphics processors received and evaluated by the slave network graphics processors, the video frames respectively identified by means of an embedded in the video stream absolute frame identification number, which is preferably derived from the RTP timestamps of the video frames, the presentation of the video frames is synchronized among the network graphics processors at frame synchronization times, to which in each case one lasting until the next frame synchronization time mediation follows, which extends over several image returns of the display wall, wherein each shortly before a frame synchronization time, ie before the start of meditation duration, at a synchronization message time from the master network graphics processor, a synchronization message to the slave network Graphic processors are sent, and during the Mediationdauer of the network graphics processors video frames are displayed synchronously by the network graphics processors each locally the video frames to be displayed using a mediation function that is common to the network graphics processors, and where the argument of the mediation function is used to convey incoming parameters required to synchronously represent the video frames in the synchronization message, either these parameters being from the master network Graphics processor measured video stream frequency f _s or the equivalent of the master network graphics processor measured period T _{s of} the video stream frequency f _s and measured by the master network graphics processor vertical display frequency f _d or equivalent thereto measured by the master network graphics processor period T _{d of} the vertical display frequency f _d , or these parameters the quotient f _s / f _d measured by the master network graphics processor video stream frequency f _s with the master network graphics processor measured vertical display frequency f _d or its equivalent reciprocal f _d / f _s include, or di These parameters are the quotient T _d / T _{s of} the period T _{d of} the vertical display frequency f _d measured by the master network graphics processor with the period T _{s of} the video streaming frequency f _s measured by the master network graphics processor or its reciprocal value T _s equivalent thereto / T _d , the mediation function is synchronized by the master network graphics processor by sending synchronization messages at a rate less than the vertical display frequency f, the video streams to be rendered video frames each become local to the network graphics processors counted by local video frame counters and buffered into one video frame queue at a time, including the associated absolute frame ID number and the associated local video frame counter, so that a video frame Queue each containing the local association between the absolute frame identification numbers and the local video frame counter, with the master network graphics processor's synchronization message to the slave network graphics processors, a snapshot of the video frame queue of the master network graphics processor is transmitted at the synchronization message timing is a frame synchronization time advance before the next frame synchronization time, the snapshot containing the local mapping between the frame ID numbers and the video frame master of the video frames in the video frame queue of the master network graphics processor for determining a local Frame offset, which indicates how many video frames the presentation of the video frames on the respective slave network graphics processor versus the representation of the video frames on the master network graphics processor before the synchro When a message is sent, the slave network GPUs locally compare and extract from this the snapshot of the video frame queue of the master network graphics processor received with the synchronization message with a locally stored snapshot of the video frame queue of the slave network graphics processor Comparison, the frame offset is determined, and the local frame offset is corrected on the slave network graphics processors from the frame synchronization time point on the slave network graphics processors from the frame synchronization time frame offset to the local video frame counter of the slave network graphics processor, that specifies the video frame to render, is added, so that the slave network GPUs are notified of anything needed to synchronize what is required by the master network GPU in the synchronization message to independently independently locally connect the video frames of the video overlay to the master at both the frame synchronization time and during the subsequent mediation period until the following frame synchronization time Network graphics processor synchronized to represent.

The invention is further directed to a computer program product, in particular a computer-readable digital storage medium having stored, computer-readable, computer-executable instructions for carrying out a method according to the invention, i. with instructions that, when loaded into a processor, computer or computer network, cause the processor, computer or computer network to perform method steps and operations in accordance with the inventive method.

The invention is further directed to a computer system comprising a plurality of network graphics processors, each having a computer with network card, graphics card and network interface and a video synchronization module for carrying out a method according to the invention. The video synchronization module can be implemented as hardware or preferably completely as software.

Finally, the invention relates to a display wall, which is composed of several displays and serves to display one or more video streams from one or more video image sources and comprises a computer system according to the invention.

The invention is based on the finding that it is with a synchronization of video frames according to the invention, which is based essentially on the combined use of each one video frame queue for the Video frames in the network graphics processors and a mediation function shared in the network graphics processors that is synchronized at a comparatively low rate by a master network graphics processor, is capable of displaying the video frames of a video image source or video overlay on multiple displays Synchronize a display wall in frequency and phase so that a tearing-free presentation takes place, the network is only slightly burdened with the synchronization operations and synchronization messages. The invention compensates for differences between the frequency of a displayed video stream and the vertical display frequency as well as differences in the transmission times of the video frames of a displayed video stream over the network to the individual network graphics processors as well as differences in the processing times of the video frames in the individual network graphics processors , In doing so, the compensation of the different frequencies for the use of the mediation function and the compensation of the different transmission and processing times (so-called dejittering) is based primarily, but not exclusively, on the use of the video frame queues. The use according to the invention of a mediation function leads to a considerable reduction in the frequency of the synchronization messages. The invention thus advantageously enables a tearing-free display while at the same time reducing the load on the network.

The invention has over the above reference Sungwon Nam et al. the following advantages:

(i) The refresh frequency (vertical display frequency) of the displays is independent of the frame rate (video stream frequency) of the individual video image sources, therefore multiple video image sources of any video streaming frequency can be displayed. The role of the master is linked to a specific video image source. Therefore, various network graphics processors can act as masters for content synchronization of various video image sources. This is an advantage in implementing the invention as compared to a system where a single master is required for synchronization.

Between two consecutive frame synchronization times, a mediation function determines which video frames are displayed consecutively. The frequency at which frame synchronization is performed, i. the frequency of the frame sync (recorrelation of the synchronous representation of the video frames), however, is much smaller than the vertical display frequency (synchronization repetition rate of the displays, image refresh rate, in English refresh rate). This significantly reduces the additional load on the network through synchronization operations that must occur to avoid tearing across the network. This is all the more advantageous the more video image sources or video impressions, e.g. 40 to 60, need to be synchronized.

The synchronization processes run independently for each video image source. In fact, when synchronizing several video streams (video overlays IS) in parallel on several network graphics processors NGP, the synchronization processes for the several simultaneously synchronized video streams (video overlays IS) have no effect on each other, ie they operate completely independently of one another, at least if no transparent ones Crossfades of video inserts are needed, which is almost always the case in practice. The invention Method of content synchronization thus runs separately and independently of each other for each video stream that is displayed on the display wall, without requiring the individual synchronization processes for the respective video streams (video overlays IS) a vote or synchronization with each other.

The synchronization of the image returns (English: vertical retraces) of the output signals of the graphics cards is done without additional hardware by the pixel clock on each graphics card is programmed by software. Since the video frames are rendered in an invisible second buffer (double-buffering) and can only be seen when this hidden buffer is copied into the visible area during the next picture return (swap-locking), the display of new video frames for Any number of video image sources automatically synced between all network GPUs.

The invention has over the above reference

Choe et al. in particular the following advantages:

The invention can handle a plurality of video image sources with mutually different frame rates. The frame rates of the video image sources can also be different from the Refreshrate (vertical display frequency) of the tiled displays arranged display wall.

The timestamps embedded in the video stream are used in the invention only to identify the video frames, but the time information of the timestamps is not used to synchronize the video frames. This is advantageous because not all encoders provide a correct indication of time support stamping. The solution according to the reference Giseok Choe et al. On the other hand, for a synchronous presentation of the video frames depends entirely on the fact that correct timestamps are available for the video frames.

The synchronized presentation of new video frames on the network graphics processors (NGP 1, NGP 2, NGP n) is not yet content sync, i. the synchronized visibility of a new video frame does not guarantee that it is the same video frame from the video stream. The processes that eventually accomplish this content synchronization operate separately and independently for each individual video image source, with one network graphics processor being the master for each of these processes and all others being the slaves; Various representations of video image sources may have different network graphics processors as masters. The role of the master is to send the synchronization messages for video frame content synchronization to all involved slaves.

The main advantage of the mediation function according to the invention is that the network load required for the synchronization is greatly reduced, since a synchronization message does not have to be sent over the network for each individual video frame of a video stream, but only at a time interval of the frame synchronization times TS. The time between two frame synchronizations, ie the mediation time TM between two frame synchronization times TS, in the invention is typically one second instead of 20 msec, as would be required for frame by frame synchronization with a framerate of the video stream of 50 Hz. It is furthermore particularly advantageous that no synchronization messages from the slave network graphics processors to the master network graphics processor are required for the frame synchronization according to the invention, but the transmission of synchronization messages from the master processor is required. Network graphics processor to the slave network graphics processors sufficient. The additional data processing effort on the network graphics processors to locally compare information from the synchronization message with locally stored information and to calculate the mediation function or to determine the video frame to be rendered is very low and in view of the high computing power of common network graphics processors The implementation of the synchronization according to the invention consists of mediation and frame synchronization and is preferably carried out completely in software (eg on the operating system LINUX) on the standard hardware component that makes the rendering (and possibly also the software or hardware decoding). , Such a standard hardware component in the form of a network graphics processor includes a computer with network card, graphics card and (Ethernet) network interface). The invention thus has the advantage that it can be implemented without additional hardware components in a conventional display wall with the standard hardware there.

In advantageous practical embodiments, the method according to the invention can in particular comprise one or more of the following further method steps: The image returns of the graphics cards of the network graphics processors are counted locally by the network graphics processors by means of a Vsync counter synchronized under the network graphics processors; the network graphics processors become local relative VSync Counter NSR, which is the difference between the current, synchronized vsync counter and its value at the last frame synchronization time, of the network graphics processors, the relative vsync counters NSR are used as the argument value of the mediation function MF, with the mediation function being MF

NFR = MF (NSR) = mediation (NSR) =

and the mediation function MF calculates as function value a local relative video frame counter NFR that is the difference from the local video frame counter of the video frame to be selected from the video frame queue and the video frame frame of the video frame at the last frame synchronization time such that the network graphics processors use the local relative video frame counter NFR determines the video frame to be rendered by the respective network graphics processor for presentation on the display and is selected for rendering, the mediation function MF based on the quotient contained in the argument value of the mediation function MF divided video stream frequency f _s divided by vertical display frequency f _d (or the reciprocal quotient of the periods) in the processing of the video frames between these two frequencies balancing mediated, if they are different.

In advantageous embodiments, the method according to the invention may further comprise in particular one or more of the following further method steps:

To determine the frame offset, the comparison of the snapshot received with the synchronization message of the video frame queue of the master network graphics processor with a locally stored snapshot of the video frame queue of the slave network is shown in FIG. factory graphics processor by means of the contained in the snapshots absolute frame ID numbers checked whether the two snapshots a common reference video frame is included, and formed for this reference video frame from the contained in the snapshots local association between the absolute frame number numbers and the local video frame counter, a video frame counter difference that the The difference between the local video frame counter of the reference video frame slave network graphics processor and the master video frame counter of the master network graphics processor of the reference video frame is determined, and the frame frame offset is determined by the video frame counter difference. first by the slave network video processor for the reference video frame forming a conversion difference which is the difference between its local video frame counter and the video frame counter difference, and the slave network graphics processor computes the local video frame counter of the master network graphics processor for the video frame used for the video frame Synchronization message time was selected by the master to render by subtracting the conversion difference from the local video frame counter of the slave network graphics processor, and the frame offset as the difference of the local video frame counter of the master network graphics processor for the video frame, the synchronization message time from the slave network And the local video frame counter of the master network video processor for the video frame that was selected for rendering at the same synchronization message time by the master network graphics processor becomes.

Behind this process is the question of how the slave network graphics processor determines the local video frame counter from a video frame by means of the snapshot received in the synchronization message has the same video frame on the master network graphics processor. The slave network graphics processor normalizes its local video frame counter to the master network graphics processor. This is done by using the video frame counter difference, which is constant and independent of the video frame, as long as a video frame is not lost from the video stream when decoding a video stream on a network graphics processor, such as a malfunction, malfunction, mis-transmission or timing problem. The video frame counter difference of the local video frame counters is needed to determine and correct the frame offset between the slave network graphics processor and the master network graphics processor to convert the local video frame counter of the slave network graphics processor to the master network graphics processor. The slave network graphics processor may, for any video frame, calculate the local video frame counter on the network graphics card processor by subtracting the conversion difference from its local video frame counter.

In principle, in order to determine the frame offset when comparing the instantaneous pictures, one can search for any absolute frame number which was transmitted to the slave network graphics processor in both snapshots, ie in the instantaneous picture of the master network graphics processor which was sent with the synchronization message. and the snapshot of the video frame queue of the slave network graphics processor slave NGP to determine the frame offset based on this common reference video frame. According to a preferred embodiment, with which it can be checked in an optimized manner whether the intervals of the contained frame ID numbers in the two instant images overlap and a common reference video frame is determined, tests are preferably carried out with the method steps according to one or both of the following variants. The first variant is that, in order to determine the video frame counter difference in the comparison of the snapshots, it is searched for the last, ie immediately before the dispatch of the synchronization message, from the slave network graphics processor to the video frame queue of the slave network graphics processor Video frame is included in the snapshot of the master network video processor. If so, this video frame can then be used as a common reference video frame. The second variant is that for determining the video frame counter difference with the master network graphics processor's synchronization message to the slave network graphics processors, the value of the local video frame counter of the master network graphics processor is the last, ie, immediately before the synchronization the master network graphics processor scans the video frame mounted on the master network graphics processor video frame, and the absolute frame identification number of that video frame is transmitted, and if the comparison of the snapshots is searched for, the video frame is included in both compared snapshots , If so, this video frame can then be used as a common reference video frame.

According to this embodiment, the frame offset is determined by the slave network graphics processor taking the difference from the local video frame counter (converted to the master with the video frame counter difference) of the video frame selected for rendering at the last frame synchronization time and the local video frame counter of the corresponding video frame of the master frame. Network graphics processor (transmitted with the last synchronization message from the master network graphics processor) calculated and corrected with this difference the local relative video frame counter of the slave network graphics processor by adding or subtracting. These two tests can be performed in any order, and if either test is successful, that is, an overlap is detected, the other test will not need to be performed. On the other hand, if both tests are unsuccessful, there is no common reference video frame in the compared snapshots

The invention will be explained in more detail with reference to embodiments shown in the figures. The features described therein may be used alone or in combination with each other to provide preferred embodiments of the invention. Identical or equivalent parts are denoted by the same reference numerals in the various figures and usually described only once, although they can be used advantageously in other embodiments. Show it:

FIG. 1 shows an example of a display wall with 3x4 displays,

FIG. 2 shows an example of a video overlay on a display wall,

FIG. 3 shows an example of frametearing in the horizontal movement of a vertical test strip in a display wall,

FIG. 4 shows an example of frametearing in the vertical movement of a horizontal test strip in a display wall,

FIG. 5 shows a system configuration with frame lock,

FIG. 6 shows a system configuration with genlock,

Figure 7 shows an example of a video frame queue implemented as

Ring buffer,

FIG. 8 shows the rendering of a video stream on a network graphics processor for f _s = f _d , ie the video streaming frequency f _s is equal to the vertical display frequency f _d ,

FIG. 9 shows the rendering of a video stream on a network graphics processor for f _s <f _d , FIG. 10 shows the visualization of the video frames of FIG. 9 on a display,

FIG. 11 shows the rendering of a video stream on a network graphics processor for f _s > f _d ,

Figure 12 shows the video frames of Figure 11 becoming visible on a

display

FIG. 13 shows the synchronization of two network graphics processors for a video image source.

FIG. 14 shows the effect of a mediation function for the case f _s <f _d ,

FIG. 15 shows the effect of a mediation function for the case f _s > f _d ,

FIG. 16 shows the function floor (x),

FIG. 17 shows a first preparation stage of the synchronization process, FIG. 18 shows a second preparation stage of the synchronization process, FIG. 19 shows the synchronization process and FIG

FIG. 20 shows the measurement of the frequencies f _s and f _d .

1 shows a plan view of the displays D of an exemplary display wall 1 with 3x4 displays D. A display wall 1, which is also referred to as a video wall, generally comprises a plurality n of displays D (D1, D2, Dn), for example projection modules (FIG. Rear projection or incident light) or LCDs. The architecture of the display wall 1 comprises n adjacent displays D in a matrix arrangement with i rows and j columns, ie ixj = n. The n displays D have the same display frequency f _d and preferably the same size and resolution.

The video image sources S to be displayed by the displays D of the display wall 1 are a plurality of m videos or video image sources S (Sl, S2, Sm). These videos are each a stream of pictures, ie a video stream of video frames. Many consecutive frames make a video or a movie. The frames of a multi-frame video or movie sequence represented by a display D are called video frames. net. The video image sources S have video streaming frequencies f _s , which may be different from one another as well as different from the vertical display frequency f _d . While the term video image source S (or source) refers to the source side (for example, an encoder providing the video as a video image source) of the video data stream, the representations derived from the video streams of the video image sources S are displayed on the displays D the display wall 1 referred to as video inserts IS (English "insertions"). From the m video image sources S, a certain number of video overlays IS is obtained and displayed on the display wall 1. In this case, a single video overlay IS can only be part of the image of a video image source S (so-called "cropping") or else the entire image of a video image source S. The images of a video image source S can also be shown several times as multiple video overlays IS on one or more displays D, the same applies to parts of the images of a video image source S. In general, the number of video overlays IS is greater than or equal to the number m of video image sources S. In the most practical case, each video image source S is displayed only once on the display wall 1; in this case, the number of video overlays IS is then equal to the number m of video image sources S.

FIG. 2 shows an example of a logical video overlay IS on the display wall 1 of FIG. 1. The spatial area of a video overlay IS shown on a display wall 1 will generally extend over a plurality of displays D, the video part overlays on the respective displays D together forming a logical one Video insertion IS form. In FIG. 2, the overlaid area of the video insert IS extends over the entire display D6 and parts of the displays D1, D2, D3, D5, D7, D9, D10 and Dil, whereas the displays D4, D8 and D12 do not appear on the display the video insert IS involved. Due to various effects, in particular due to different transmission times (network delays) from the encoders of the video image sources S to the network graphics processors of the displays D and / or due to different processing time (processing delays) involved in the image generation on the displays D network graphics processors, for example cause different CPU loads, it may happen that a particular video frame of the video stream of a logical video display IS is shown on a display D with a small time delay (or generally with a small time difference) over the other displays D. This means that while at one time a video frame i is displayed on a display D, at the same time on one or more other displays D the display wall 1 one or more in the video stream temporally preceding video frames, eg video frame (i-1) or ( i-2), or one or more video frames temporally following in the video stream, eg video frame (i + 1) or (i + 2). This leads to an effect commonly referred to as tearing (from English, to tear, to denote in German as "single-frame ripping" or "line ripping"). Other reasons that lead to tearing in the display on the display D of a display wall 1, are that the various video image sources S, which are distributed over the network encoded, can come from video image sources S with mutually different frame rates, and that the frame rates of the video image sources S may be different from the refresh frequencies (vertical display frequencies) of the displays D. The known tearing is an undesirable effect (a so-called "artifact") in displaying moving pictures on a single display D, eg a computer monitor or a digital television. tearing is a visual artifact in video representations that occurs when a video display D displays the information from one or more video frames in a single pass. The effect can occur if the composition and display of the individual images is not synchronized with the monitor playback, for example the refresh frequency (refresh rate, vertical frequency, vertical display frequency) or scrolling. This may be due to the lack of adaptation of the refresh frequency; in this case, as the phase difference changes, the tearing line moves at a speed that is proportional to the frequency difference. But it can also simply be due to a lack of synchronization of the phase between the same frame rates; in this case, the tearing line is at a fixed location given by the phase difference. When moving images are displayed or when panning a camera, tearing leads to a torn appearance of edges of straight objects, which then no longer connect to each other. The viewer then sees several parts of successive single images at the same time, ie the images appear "torn". This can be remedied, for example, by multiple buffering, for example double buffering during image generation and image display, in that the individual images are written alternately in two memory areas, one of which is always visible. These memory areas are then switched in synchronism with the refresh frequency of the monitor, about 60 times per second, during vertical synchronization (Vsync), rendering the picture change "invisible". This principle works in the same way, of course, with 30 Hz or 15 Hz, in which case just the monitor displays each image a little longer. Particularly disturbing is this tearing effect at higher resolutions, depending on the structure of the monitor panels vertical or horizontal or even occur in both directions tearing may occur. To avoid the known tearing in a single display D, mostly both multiple buffering, eg double buffering, and vertical synchronization are used. The video card is prevented from doing anything visible on the display memory until the display memory has completed its current refresh cycle, and during the vertical blanking interval, the controller either causes the video card to copy the non-visible graphics area to the active display area or treats both memory areas as displayable and simply switches between them. For vertical synchronization, the rendering engine's frame rate is exactly equal to the refresh frequency (vertical display frequency) of the monitor. However, it also has some disadvantages such as fluttering (English "judder"), which is because videos are usually recorded at a lower frame rate (24-30 video frames / sec) than the refresh frequency of the monitor (typically 60 Hz). The resulting regular miss of starting points and a little too much interframe rendering results in a fluttering image.

While in the prior art, therefore, a considerable technical effort is made to avoid the tearing when displayed on a single display D, the known measures used in this case do not solve the problem described above that due to the described differences in transit time at a certain time The displays D of a display wall 1 video frames can be represented, which belong in the video stream at different times. This optical effect occurring on display walls 1 can also be referred to as a "tearing effect" and is particularly disturbing in the representation of horizontally or vertically moved objects on the edges of the display D representing the object, because there at the transition from a display to the display adjacent object the object "torn apart" appears. This effect occurs all the more likely the greater the refresh frequency (vertical display frequency) and the resolution of the displays D are. Of the The effect is illustrated with reference to FIGS. 3 and 4, in which a test signal which extends over two adjacent displays D and is frequently used to carry out reproducible tests is represented in the form of a horizontally or vertically traveling beam or test strip.

FIG. 3 shows an example of frametearing in a display wall 1 with horizontal movement (in the + x direction) of a vertical bar. The display D3 shows the video frame i and the adjacent display D1 represents the earlier video frame (i-1) at the same time. This causes tearing, i. to an offset in the representation of the bar at the transition between the displays Dl and D3, wherein the offset, the greater the speed of the moving bar is the greater. The offset falsifies the representation of the bar and attracts a viewer. The offset is greater the greater the speed of the moving beam.

FIG. 4 shows an example of frametearing in a display wall 1 with vertical movement (in the + y direction) of a horizontal bar. The display D3 shows the video frame i and the adjacent display D4 represents the earlier video frame (i-1) at the same time instant. This causes tearing, i. to a representation distorting offset in the representation of the bar at the transition between the displays D3 and D4, wherein the offset, the greater the speed of the moving bar is the greater.

Even an offset of the representation of an object on adjacent displays to a video frame falls when viewing a display wall 1 (rubber band effect). In practice, the temporal frame offset lies on the displays D of a display wall 1 without synchronization according to the invention of the representation of the video frames at +/- 1 to max. +/- 3 video frames. However, there is already a difference of +/- 1 video frame in the presentation a video overlay on adjacent displays D visible, especially in the representation of fast-moving objects and because the frame offset varies, and should therefore be prevented by the synchronization. In practice, however, it is generally sufficient to correct a deviation of +/- 3 video frames (ie, three consecutive picture returns) according to the invention by video frame queues and the mediation function.

In order to avoid this visible artifact of frametearing in a display wall 1, it is important that exactly the same video frames of a logical video overlay IS are displayed on the different (physical) displays D of the display wall 1 at a time. The representation of the video frames of a video overlay IS on the displays D of a display wall 1 must therefore be synchronized in terms of frequency and phase, in order to avoid that at a time of the displays D different video frames are displayed.

In order to avoid the above-described two types of tearing when displaying video image sources ^r on a display wall 1, the following three measures are preferably taken according to the invention:

(i) Multiple buffering, preferably double buffering, and swap-locking on each of the network graphics processors NGP, which drive a single display D of the display wall 1.

(ii) Synchronization of the image retraces (English: vertical retraces) of the graphics cards in the individual displays (frame locking or

Genlocking).

(iii) content icing; In this case, the representation of video frames of a video image source S is synchronized such that in the same temporal moment on each of the participating displays D exactly the same video frames of this video image source, which belong to a logical video overlay IS, are displayed.

The following explains how tearing-free operation according to the invention is achieved, in particular by means of a content blocking according to the invention.

In the context of the invention, the representation of the video frames preferably takes place by means of the network graphics processors NGP repeatedly buffered, preferably double-buffered, and swap-locked. These terms refer to the process of how the image data (video frames) stored in a buffer memory of a network graphics processor NGP are displayed on the associated display D. Double buffering uses two buffer memories, namely a front buffer (in English: visible buffer or front buffer) containing the image data currently being displayed on the display D and a back buffer containing the image data of the next video frame are. Double buffering means that the onboard memory in the graphics card of the network graphics processor NGP has two memory areas, namely a visible area which is read out for display in the display D, and a back buffer area which is controlled by the GPU becomes. In the case of multiple buffering, corresponding additional buffer memories are used. In swap-lock mode, copying from the back buffer into the front buffer or swapping the roles of these buffer areas (buffer flipping) occurs in the video retrace (vertical retrace) of the display D. Swapping can be either true copying or a buffer flipping, ie a genuine replacement of the memory areas. When exchanging, the buffer contents are not exchanged, but the reading is carried out from the other buffer. Multiple or double buffering and swap-locked memory operation avoids tearing during image buildup on a single display D. This switching can be done by copying in the visible memory area or the video controller on the graphics card exchanges the roles of these two memory areas in hardware, which is referred to as buffer flipping

Rendering is the conversion or conversion of a geometric image description, such as a vector graphic, into a pixel representation. The rendering of video frames using OpenGL can be double-buffered and swap-locked. OpenGL is a graphical subsystem that specifically allows texture rendering, where the frame content is mapped as a texture to the rendering rectangle of the video overlay to render video frames. Double buffering means that the video frames are rendered in a back buffer whose contents are not visible on the D display. And this is done while the previous video frame contained in the front buffer is displayed. When a swap buffer function (an OpenGL Library function) is called, the back buffer and the front buffer are swapped, i. the back buffer becomes the new front buffer whose information is read out and becomes visible on display D, and the front buffer becomes the new back buffer for the rendering process of the next video frame.

The swap-locking means that this buffer exchange is performed during the vertical picture blanking interval (the picture return, picture return, display return, display return) of the display D. The swap buffer function can be called at any time, but the back buffer is copied to the front buffer only during the next frame blanking interval of the display D. As a result, the tearing is prevented in each individually displayed image of a display D.

In the context of the invention, the image returns of the display D driving graphics cards are also synchronized in the network graphics processors, which means that the image return signals have the same frequency and have the same phase. One possible method of implementation is to configure a computer with a graphics processor, in this case a network graphics processor NGP, as a master, which supplies, for example via a multidrop cable, to all computers with a graphics processor the image return signal Vsync. This variant is referred to as "frame lock" and is shown in FIG. The slaves are designed so that they listen to this signal and lock their synchronization after this image return signal Vsync (lock). Another method is to use a multi-drop cable to lock each network graphics processor NGP to the same external video retrace signal Vsync. This external synchronization signal Vsync is then provided by a synchronization signal generator SS. This implementation is also referred to as genlock and is shown in FIG.

Hardware synchronization of the image return signals Vsync of the displays D via a plurality of graphics processors NGP, for example by frame lock or genlock, can be realized by a specific additional frame lock hardware. For example, the G-Sync board is commercially available from NVIDIA Corp., Santa Clara, Calif., USA. The Vsync signals can also be synchronized by software, for example by means of multi-cast messages over the network. The synchronization of the image returns of the displays D in terms of frequency and phase is typically carried out in practice with an accuracy of 1 msec or better.

The image returns of the displays D of the display wall 1 are thus synchronized with the image retrace signals Vsync in terms of frequency and phase. In the implementation according to the invention in software, the image retrace signals Vsync are counted up by a synchronized image retrace signal counter (synchronized VS sync counter NS) from one image retrace signal Vsync to the next, ie from one image retrace to the next. The current value of the picture retrace signal counter (synchronized sync counter NS) is transmitted to the network graphics processors NGP together with the picture retrace signals Vsync, so that the same values of the picture retrace signal counter (synchronized VS sync counter NS) are available at the same times on the network graphics processors NGP.

Without synchronization of the Vsync signals, for example by means of frame lock or genlock, a frametearing between the displays D would occur on the display wall 1. The fundamental origin of frametearing in this case is different from the frametearing phenomenon described above on a single display D. Without synchronizing the Vsync signals of all network graphics processors NGP to the same frequency and phase, for example by frame lock or genlock the frametearing of the phase difference of the vertical scanning (the vertical flow of the image display) of adjacent displays D causes, which would lead to an out-of-phase representation of the video frame shown on the display D on different displays D.

In order to ensure tearing-free operation between the images represented by the displays D of a display wall 1, it is therefore necessary for the image return signals Vsync of all network graphics processors NGP to have the same frequency and phase, for example by performing a frame lock or genlock. Thus, the basic condition is satisfied that the image structure on the displays D with the same frequency and phase takes place.

FIG. 5 shows a system configuration with frame lock, and FIG. 6 shows a system configuration with genlock. The video image sources S to be displayed by the n displays D1, D2, Dn of the display wall 1 are a plurality of m videos or video image sources S (S1, S2, S2). Sm). These videos are each a stream of pictures, ie a video stream of video frames. The displays D are a plurality of displays (D1, D2, Dn), for example projection cubes (rear projection or incident light) or LCDs, each of which is provided by a separate network graphics processor NGP (NGP 1, NGP 2, NGP n). be controlled. A network graphics processor NGP, also referred to as a rendering engine or rendering engine, is the generic name for a dedicated display controller having a LAN connection, a CPU, a memory, a hard disk, an operating system (eg, Linux), software decoders, and / or hardware decoders , a graphics processor and all other components required for its functionality. The display output of each network graphics processor NGP is connected via a video display interface, such as a digital visual interface (DVI), each with a display D. A display D and an associated network graphics processor NGP are collectively referred to as a display unit.

The videos of the video image sources S can be coded. The coding is done by means of an encoder EC and is a compression technique which serves to reduce the redundancy in video data and consequently to reduce the bandwidth required in the network for transmitting the videos of the video picture source S. MPEG2, MPEG4, H.264 and JPEG2000 are examples of common standards of compression techniques for encoding video. Some, many or all video image sources (Sl, S2, Sm) can be coded. The EC encoders may be a mix of encoders from different manufacturers, eg, 105210-Ε (from Impath Networks Inc. Canada), VBrick 9000 series (from VBrick Systems Inc.), and VIP1000 (Bosch). Variants of the standard communication protocols are implemented on these encoders EC. It may also be that uncompressed video image sources S are transmitted to the network graphics processors NGP of the display wall 1, but the transmission of uncompressed videos requires a higher load of the network. The data stream from video images of the video image sources S compressed by the coders EC is transmitted to the network graphics processors NGP via a network LAN or IP network (eg a general purpose LAN or a dedicated video LAN) and possible network switches SW. The computer network LAN is, for example, a Gigabit Ethernet GbE according to IEEE 802.3-2008 and / or an Ethernet network E. The transmission of the video images over the network LAN takes place, for example, with the so-called UDP multicast. In computer networks, multicasting is the simultaneous sending of a message or information from a transmitter (the video picture source S) to a group of receivers (receiving computers, network graphics processors NGP) in a single transmission from the transmitter to the receivers. The advantage of multicast is that messages can be transmitted simultaneously to multiple subscribers or to a closed subscriber group without the transmitter's bandwidth multiplying by the number of receivers. Multicast is the common term for IP multicast, which allows IP networks to efficiently send packets to many receivers at the same time.

By means of decoders in the network graphics processors NGP, the video streams received over the network LAN are again decoded for display on the displays D and displayed by the displays D. The decoders may be hardware and / or software decoders. The decoder function can handle the various compression standards, e.g. MPEG2, MPEG4, MJPEG and H.264.

This means that all m video image sources S are sent via the IP network LAN to all network graphics processors NGP and represented by the displays D of the display wall 1 in a specific composition. However, the network graphics processors NGP do not decide themselves which video image source S or video image sources S or Wel- chen part or which parts of a video image source S they represent on their respective associated display D, but this is controlled by a central entity or central unit, not shown. The representation of the video image sources 1 on the displays D of the display wall 1 is carried out according to a specific layout, which is specified by the central instance, not shown. The central entity notifies the network graphics processors NGP which part of which video image source S is to represent the display D assigned to the respective network graphics processor NGP at which point of the display D.

To transmit the video image sources S via the network LAN to the network graphics processors NGP two networks are generally used, namely a video network that transmits all video image sources S to all network graphics processors NGP, and a control or home network, that supplies the control information for the individual display units from the central instance. The control information indicates which video image source S or which part of a video image source S is to be displayed by which display D at which point of the display D.

It will be appreciated that each network graphics processor NGP involved in the presentation of a video logical insertion IS will receive the same video data stream from the network LAN and decode that part of the video logical overlay IS corresponding to the display D of the display wall 1 that is from the respective network Graphic processor NGP, on the associated display D must represent.

As explained above, due to different transit times (network delay) between the encoders EC and the network graphics processors NGP and / or different CPU loads of the participating network graphics processors NGP a particular video frame of a video stream of a video image source S on a display D of the display wall 1 with a small time shift compared to other Ren displays D of the display wall 1 are shown. For example, while the video frame i is displayed on a display D of the display wall 1, one or more previous video frames, eg, the video frames (i-1) or (i-2), may be displayed on other displays D of the display wall 1 at the same time. This leads to the visible artifact called "tea ring effect" or "frame tearing".

Synchronizing the image return signals Vsync of the displays D, in particular by means of frame lock or genlock, is therefore not sufficient alone to achieve a tearing-free operation of the display wall 1, as explained above, due to different transit times (network delay) between the encoders EC and the network Graphics processors NGP and / or different CPU utilization of the involved network graphics processors NGP can cause a particular video frame of a video stream of a video image source S on a display D of the display wall 1 with a small time shift compared to other displays D of the display wall is displayed, even if the image return signals Vsync the displays D and thus the image representations on the displays D are synchronized in terms of frequency and phase. In order to ensure a tearing-free operation between the images represented by the displays D of a display wall 1, it is additionally necessary that exactly the same video frames of a particular video image source S belonging to a logical video overlay IS be recorded on each of the participating displays D at the same time instant. being represented. This condition is called "Content Lock" and the method of realization with "Content Synchronization" or "Content Iocking").

The synchronization of the image return signals Vsync of the displays D, for example by means of frame lock or genlock, is therefore a necessary but not sufficient condition for content locking. To avoid the visible artifact of frametearing, it is essential that the same time points exactly the same video frames of a logical video insertion IS on the different (physical) displays D (in phase) are shown, and that means that the representation of the video frames between the involved in the representation of a video overlay IS network graphics processors NGP must be synchronized by content locking ,

The content synchronization according to the invention for synchronizing the presentation of the video frames on the displays D such that exactly the same video frames of a particular video image source S which belong to a logical video overlay IS are represented in the same temporal moment on each of the participating displays D, comprising the following parts:

Synchronization of the clocks on the network graphics processors NGP, preferably by PTP.

Buffer the video frames in a video frame queue on each network graphics processor NGP.

Use a mediation function to dejitter.

(d) content locking by synchronizing the times at which the mediation function restarts on all participating NGPs (frame synchronization times), the frequency ratio parameter (video stream frequency f _s divided by display frequency f _d ) of that function and the video frame that at that time is out of the Videoframe queue is selected for rendition.

For synchronizing the clocks on the network graphics processors NGP, the invention preferably uses the Precision Time Protocol (PTP), also known as IEEE 1588-2008. It is a network Protocol that synchronizes the clock settings of multiple devices on a computer network. It is a protocol used to synchronize the clocks of computers in a packet-switched computer network with variable latency. The computers of the network are organized in a master-slave architecture. The synchronization protocol determines the time offset of the slave clocks relative to the master clock.

Within the scope of the invention, the PTP can be used to synchronize the various network graphics processors NGP. This is done using a network graphics processor NGP as reference (PTP master) and the clocks of all other network graphics processors NGP are synchronized with high accuracy for this PTP master. The time of the PTP master is called the system time. The time deviations of the clocks of the network graphics processors NGP from the clock of the PTP master can be kept below 100 με.

In principle, one might think of having a contentlock, i. a content synchronization to realize with an exact system time and based on the timestamps of video frames. A video frame includes the encoded content of a complete video frame of a particular video image source S. Each video frame is uniquely identified by the time stamp in the RTP (Real-time Transport Protocol) packet header. However, it has been found that many implementations of RTP have unreliable or incorrect timestamps. Because of this uncertainty of the timestamps, the timestamp is not used within the scope of the invention for any purpose related to its timing, but is used only as an identifier (absolute frame identification number) for the video frame.

According to the invention, the realization of the contentlock, ie the content synchronization, takes place by means of buffers of video frames in a video frame. Queue and a frame synchronization process using a mediation function. These components and concepts are explained below. The video frames of a coded video signal, ie a video picture source S distributed over a computer network LAN, do not arrive at the various network graphics processors NGP of the displays D in a temporally equidistant manner. The video frames may be bursty or bursty, and then there may be a period when no video frames arrive. In the case of a video image source S with a frame rate of 50 Hz, the average period of time with which the video frames arrive is 20 ms, if this average value is determined over a sufficiently long time, for example 2 s. Viewed over shorter time intervals, the video frames can arrive at time intervals that are much shorter or much longer than 20 ms. These temporal fluctuations are called video jitter. Jitter refers to a non-uniform spacing of video frames when displaying consecutive video frames. The causes of the jitter are essentially the decoders, the network LAN and the network graphics processors NGP, but other components such as the encoders EC can contribute to the jitter. The jitter makes it necessary to de-jitter the incoming video stream so that moving content can be displayed without jitter artifacts. For this, the decoded video frames of the video stream are buffered in a video frame queue 2. In the context of the invention, this video frame queue 2 is preferably implemented as a ring buffer, since new video frames can be entered here all the time and video frames can be removed for rendering, without having to copy them over. Figure 7 shows such a video frame queue 2 implemented as a ring buffer. The ring buffer has a fixed number of possible entries slots (six places with indices 0 through 5 in the example of Figure 7). A ring buffer is realized in software as an array, whereby the ring structure is achieved by the treatment of put and get pointers.

For each video image source S, a video frame queue 2, for example a ring buffer according to FIG. 7, is provided in each network graphics processor NGP, to which the video frames of the video image source S are transmitted. In uncoded video image sources S, the video frames are entered directly into the video frame queue 2, in coded video image sources S, the video frames are previously decoded with the decoder 3. The decoder 3 receives a coded stream of video frames, performs the decoding and enters the decoded video frames 4 in the ring buffer. The first video frame is entered in position 0 of the ring buffer, the next video frame in position 1 and so on, until the last place 5 has been occupied and it starts again from the beginning at position 0. The memory locations of the ring buffer are read out with the renderer 5 or a rendering process which supplies the back buffer 6 with video frames. Decoding with a decoder 3 and rendering with a renderer 5 in Figure 7 takes place in two different processes in each network graphics processor NGP. The renderers 5 respectively extract the video frame selected by the mediation function for rendering from the respective video frame queue 2, older entries in the video frame queue 2 have already been processed and are therefore invalidated, ie their places in the queue are released for new entries. The put pointer of the video frame queue 2 points to the free space for the next video frame 4 provided by the decoder 3 and the get pointer to the location which the mediation function has designated for fetching the next video frame to be rendered. An entry in the video frame queue 2 is invalidated when the Get pointer is set by the mediation function to a different location of the video frame queue 2.

It is important for the content synchronization performed with a frame synchronization process described below that the renderer 5, or the rendering process as the consumer of the video frame queue 2 (the ring buffer in FIG. 7), quickly store the video frames stored in the video frame queue 2 takes enough to render from the video frame queue 2, so that a memory space occupied in the video frame queue 2 with a video frame, which is later required for rendering, is not overwritten by a new decoding write operation from the decoder 3. This is achieved in a video synchronization module by a mediation function which mediates between the video streaming frequency f _{s of} the incoming video stream of the video image source S and the vertical display frequency (also referred to as vertical frequency, display frequency, frame rate, refresh rate or refresh frequency) f _{d of} the display D. The video synchronization module is part of the software implementing the synchronization according to the invention and is part of the rendering in the network graphics processor NGP. The mediation function provides speed equalization between generator (decoder 3) and consumer (renderer 5) of the entries in the video frame queue 2. It determines which video frame is read from the video frame queue 2 and further processed (modified by the renderer 5). becomes.

An optimal size of the video frame queue 2 is present when it has an average filling level of about 50% in operation, ie half filled with valid and half with invalid (negotiated) video frames 4. In this case, on the one hand, enough video frames 4 are cached in the video frame queue 2 so that the rendering can be done dejitter, and on the other hand, it is half empty and has Thus, enough free memory space to quickly successive incoming video frames 4 from the video stream to be able to cache without the video frame queue 2 overflows. In practical application, you will come out with a video frame queue 2, which has about 5 to 15 seats. If larger time shifts of the video frames 4 than, for example, +/- 3 video frames occur, the video frame queue 2 can be increased.

The vertical display frequency f _d of the display D is preset with other display settings of the display D itself. During the initial start of the display wall 1 or of the display D, f _{d is defined} by the "Display Data Channel" (DDC) protocol and the accompanying standard "Extended Display Identification Data" (EDID). The display settings and thus f _d are not changed during operation of the system. The period T _d results as T _d = l / f _d . The vertical display frequency f _{d of} the display D is usually in the range 50 Hz <f _d <100 Hz, but can also under-run or exceed this range.

The video stream frequency f _{s of} the video stream is the rate of the decoded video frames 4 at the output of the decoder 3 or at the input of the video frame queue 2. The period T _s results as T _s = 1 / f _s . Ideally, f _s = f _d , but significant differences are possible; for example, the incoming video stream may have a rate f _s of 60 Hz, while the vertical display frequency f _{d is} only 50 Hz. In addition, the "current" (or "differential") video streaming frequency f _{s of} the video stream may also vary over time because different video frames may take a different route through the network LAN or because the throughput times may vary due to changing network load (see also FIG the jitter explained above). Another important cause of a fluctuating video streaming frequency f _{s of} a video stream is differences in the encoders EC or different utilization of the CPUs or GPUs of the various network graphics processors NGP. Therefore, in the general case f _s f _d , where both f _s <f _d and f _s > f _{d is} possible. In addition, the difference between f _s and f _d in the operation of the display wall 1 can change over time.

In Figs. 8-12, rendering of a video stream to a network graphics processor NGP is illustrated for the three different cases

(1) f _s = fd

(2) f _s <f _d (3) f _s > f _d .

Figure 8 shows case (1), ie the processing of a video stream on a network graphics processor NGP for f _s = f _d . Shown are the image returns VR of the display D illustrated as rectangular pulses as a function of the time t and the numbers N, N + 1, etc. of the video frames FR rendered in the back buffer. In this ideal situation, barely given in practice, exactly one video frame of the video stream is rendered between two successive picture returns VR of the display D, no video frame has to be left out and no video frame has to be displayed longer than during the period T _d . This is not the case in cases (2) and (3) shown in FIGS. 9 to 12.

Figure 9 shows case (2), ie rendering a video stream on a network graphics processor NGP for f _s <f _d . Shown are the image returns VR of the display D illustrated as rectangular pulses as a function of the time t and the numbers N, N + 1, etc. of the video frames FR rendered in the back buffer 6. In contrast to FIG. 8, the time points at which the video frames FR are rendered in the back buffer, not at the times of the picture returns VR. The video frames FR rendered in the back buffer 6 are not yet visible, ie are not yet shown on the display D, but only when (after performing the swap buffer function) the image information is in the front buffer. The timing of the rendering of a video frame and the visibility of the video frame are generally different. Here is only ideally assumed for purposes of illustration of the principle that the video stream is completely jitter if the video frames coming from the decoder 3, that is, they are at a constant video stream frequency f _s for the rendering in the back buffer 6 is available. It obviously can not be that in each period T _d between two picture returns VR a new video frame is displayed, ie copied as a visible video frame FV in the front buffer, because this would contradict the condition f _s <f _d . From FIG. 9 it can be seen when in this case the video frames actually become visible on the display D, and this is shown in FIG.

FIG. 10 shows the visibility of the video frames FR of FIG. 9, which are stored in the back buffer 6, as video frames FV becoming visible on the display D. It will be appreciated that some video frames (here the video frames N + 1 and N + 3) are inevitably displayed during the time period 2 x T _d , ie during two frame times (or in other words, they are displayed again) to compensate for T _s > T _d (ie, f _s <f _d ). This generally leads to a somewhat erratic movement of a moving object shown, for example a test strip. Only if T _{s is} an integer multiple of T _d will the motion be uniform, but only with larger jumps of a moving object shown from one image phase to the next by several pixels than in case (1), if the velocity of the moving object shown is the same in both cases. FIG. 11 shows case (3), ie the representation of a video stream on a network graphics processor NGP for f _s > f _d . Shown are the image returns VR of the display D illustrated as rectangular pulses as a function of the time t and the numbers N, N + 1, etc. of the video frames FR rendered in the back buffer 6. In this case, it happens that the (ideal) rendering times of two consecutive video frames can fall within the same period T _d between two consecutive image returns VR such that the first video frame before the next image retrace VR is overwritten by the second video frame. As a result, the first video frame is not visible, but left out. It is clear from FIG. 11 which video frames are displayed on the display D, and this is illustrated in FIG.

FIG. 12 shows the visibility of the video frames FR of FIG. 11 stored in the back buffer 6 as video frames FV becoming visible on the display D. From this it is clear that some video frames (in the example shown the video frames N + 2, N + 5 and N + 8) are unavoidably skipped to compensate for T _s <T _d (ie f _s > f _d ). Also in this case, the movement of a moving object shown, for example a test strip, will not be uniform, except when T _{d is} an integer multiple of T _s .

The above considerations obviously already apply to the presentation of a video (or a video overlay IS) on only one network graphics processor NGP. When it comes to synchronizing a video stream on several network graphics processors NGP for the display of the video on not just one, but on multiple displays D, the immediate requirement is that those video frames (in the above-explained Meaning) have to be displayed or omitted more than once, NGP must be the same on all involved network graphics processors in order to avoid frametearing from one display to another. The following figures illustrate lent the synchronization of a video stream on several network graphics processors NGP.

In Fig. 13, consider an example in which two network graphics processors NGP 1 and NGP 2 need to be synchronized to represent a video stream in the case f _s <f _d . Figure 13 comprises two parts, namely a first part (Figure 13a) with the video frames N to N + 5 in the network graphics processor NGP 1 and a second part (Figure 13b) with the video frames N + 5 to N + 10 in the Network graphics processor NGP 1. The figure 13b thus follows, with a small overlap shown time, to the figure 13a. FIG. 13 shows the synchronization of two network graphics processors NGP 1 and NGP 2 for the exemplary case f _s = 40 Hz and f _d = 50 Hz. The network graphics processor NGP 1 operates as the machine which takes the lead in the synchronization process for a particular video image source S. It is therefore called master and all other network graphics processors NGP are called slaves. Both displays D assigned to one of the network graphics processors NGP have the same vertical display frequency f _d . The graphics cards of the network graphics processors NGP are synchronized, preferably framelocked or genlocked, for example with the hardware method described above. That is, the picture retrace signals Vsync of the various network graphics processors NGP have the same frequency and the same phase.

FIG. 13 shows the image returns VR, which are illustrated as rectangular pulses, of the displays D belonging to the two network graphics processors NGP 1 and NGP 2 as a function of the time t and below them the numbers N-1, N, N + 1 etc. in the respective ones video frames FW of a video image source S or a video overlay IS written to a video graphics processor NGP belonging to video frame queue 2 (ring buffer) and thus available for reading in the video frame queue 2, ie the video frames resulting from the video frame waiting 2 can be read out for rendering in the back buffer 6. Through double buffering and swaplocking, the image returns VR of the two network graphics processors NGP 1 and NGP 2 have the same frequency (vertical display frequency f _d ) and the same phase. Due to the above-mentioned effects, in particular different transmission times through the network LAN and the decoder 3, but meet the corresponding video frames not simultaneously from the decoders 3 and in the video frame queues 2, but with a time difference. In the example of Fig. 13, the video frames FW1 in the video frame queue 2 of the network graphics processor NGP 1 are 1.28 times the period T _{s of} the video streaming frequency compared to the video frames FW2 in the video frame queue 2 of the network graphics processor NGP 2 delayed or delayed. Furthermore, the vertical display frequency f _{d of} the displays D is different from the period T _{s of} the video streaming frequency f _s . In addition, both the relative time delay of the video frames FW1 and FW2 and the video streaming frequency f _s and possibly the vertical display frequency f _{d of} the displays D are subject to temporal variations. All of these effects, if not compensated, may result in different video frames being displayed on the two displays D of the network graphics processors NGP 1 and NGP 2 at a time, resulting in a tearing effect.

Due to double buffering and swaplocking, video frames are only visible on the displays D after the next frame return (VR, which _is carried out with the vertical display frequency f _d ), after being converted from the respective network graphics processor NGP into the video frame FR are written to the respective back buffer 6 and then become visible as the video frame FV becoming visible on the displays D with the next image retrace VR If, as in the example of Figure 13, f _s <f _d and f _{s is} not an integer multiple of f _d , the times of visualization of the video frames FV do not fit in the predetermined from the vertical display frequency f _d time grid of the display D. would In Figure 13, without the inventive content synchronization, for example, the network graphics processor NGP 1, the video frame FW1 = N + Select l than-rendering video frame FR and after the next frame flyback VR relative to the Vsynczählernummer NSR = 1 (the relative Vsynczählernummer is the current Rücklaufzählernummer) represent on the display Dl, while at the same time the network graphics processor NGP 2 select the video frame FW2 = Nl as to be rendered video frame FR and after the next picture return VR with the relative Vsynczählernummer NSR = 1 on the display D2. This leads to a frame reading in the representation of a moving object represented on the displays D1 and D2, because these different video frames are displayed on the displays D1 and D2 after the image return VR with the relative vsync counter number NSR = 1. Somewhat later, in the example of FIG. 13, for example, the network graphics processor NGP 1 for the display D1 would select the video frame FW1 = N + 8 for rendering and at the same time the network graphics processor NGP 2 for the display D2 the video frame FW2 = N + 7 , which also leads to a frame reading, because after the picture return VR with the relative Vsynczählernummer NSR = 10 on the displays Dl and D2 these different video frames are displayed.

The frame synchronization according to the invention by means of a mediation function described below is designed precisely such that in such a situation, the actual times of becoming visible on the displays D are a best approximation to the ideal times and the Frametearing is avoided, so that on the presentation of the video stream a video image source S displays D (in Figure 13, the displays Dl and D2) at the same time the same video frames FR in the back buffer 6 are rendered. For this purpose, the intermediate storage by means of the video frame queues 2 and a frame synchronization explained below by means of a mediation function, by a relative Vsynczähler NSR identified image returns VR to a local relative video frame counter NFR for the processed, that is to be rendered video frames FR maps, both counters NSR and NFR begin at a common frame synchronization time TS at zero. The term "mapping" is to be understood in the mathematical sense, ie the mediation function establishes a relationship between the relative vsync counter NSR as the function argument (independent variable) and the local relative video frame counter NFR as a function value (dependent variable) corresponding to each value of the relative Vsynczählers NSR assigns a value of the local relative video frame counter NFR.

The values of the counters NSR and NFR are also shown in FIG. The counter NSR for the picture returns VR counts up from the frame synchronization time TS on each picture return VR by one. By contrast, the counter NFR for the video frames FR to be rendered does not continuously count up by one, but results in the manner explained below by means of a mediation function. The result of this frame synchronization, ie the values of the counter NFR for the video frames FR to be rendered as a function of the time t, is shown in FIG. 13 above, as well as those rendered as a result of both network graphics processors NGP 1 and NGP 2 at the same time and thus at the same time of the associated displays Dl and D2 identical, that is shown without Frametearing video frames FR, which are shown in Figure 13 below. In the time exemplified above, in which, without frame synchronization according to the invention, the network graphics processor NGP 1 would select the video frame FW1 = N + 1 as the video frame FR to render, while at the same time the display D2 to the network graphics processor NGP 2 would store the video frame FW2 = Nl as the video frame FR to be rendered, NSR = 1 and NFR = 0 and that of both network graphics processors NGP 1 and NGP 2 are simultaneously selected as the video frame FR to be rendered, and thus after the frame return NSR = 1 of both displays D1 and D2 synchronously displayed video frame is the video frame FR = Nl. In the later time exemplified above, in which, without frame synchronization according to the invention, the network graphics processor NGP 1 would select the video frame FW1 = N + 8 as the video frame FR to be rendered, while at the same time the display D2 would go to the network graphics processor NGP 2 would represent the video frame FW2 = N + 7 as the video frame FR to be rendered, NSR = 10 and NFR = 8 and that of both network graphics processors NGP 1 and NGP 2 simultaneously selected as the video frame FR to be rendered, and thus after the frame return NSR = 10 video frame synchronously represented by both displays D1 and D2 is the video frame FR = N + 6.

A central idea of the present invention is to use a network graphics processor NGP "universal" mediation function involved in the representation of a video image source S or a video overlay IS, which balances the video streaming frequency f _s and the vertical display frequency f _d in order to time the occurrence of cases in which the same video frame is displayed again (in the case f _s <f _d ) or in which a video frame is omitted (in the case f _s > f _d ) as evenly as possible and to ensure, on the other hand, that the same video frames are displayed or omitted, if necessary, on all displays D representing a video picture source S or a video overlay IS. This function, hereafter referred to as the mediation function MF, forms image returns VR identified by a relative sync counter NSR beginning at a frame synchronization time TS at zero (hereafter the variable NSR for the relative sync counter NSR which returns the image returns from the last frame synchronization setting the origin for the counter) to video frames identified by a counter starting at zero at the same frame synchronization time TS (hereinafter the variable NFR for the local relative video frame counter NFR of the one to be processed, ie to be rendered Video frames FR from the last frame synchronization time TS, the sets the zero point for the counter). The mediation function MF maps the relative Vsynczähler NSR on the local relative video frame counter NFR, ie using the mediation function MF is determined locally from the local relative video frame counter NFR, which video frame (identified by the absolute frame identifier id) is rendered. In other words, the mediation function MF determines from the value NSR of the relative vsync counter NSR the video frame FR to be rendered, which is identified by the local relative video frame counter NFR.

The mediation function MF can be described for the general case as follows, where "mediation" stands for MF:

NFR = mediation (NSR) = floor NSR = floor NSR i

T.

The function floor (x) returns the integer part of a real variable x, i. the largest integer <x. The function floor (x) is a standard library function in the C programming language and is illustrated in FIG.

The local relative video frame counter NFR, ie the function value of the mediation function MF with the argument NSR (NFR = mediation (NSR)), then results as the largest integer NFR for which the product NFR × T _s <NSR × T _d . or correspondingly, as the largest integer NFR for which the quotient NFR / f _s <NSR / f _d .

The frame synchronization process preferably comprises not only a frame start synchronization, ie a one-time frame synchronization performed at a frame synchronization time TS, but also subsequent frame synchronization performed at later frame synchronization times TS, which could also be referred to as frame synchronization times. The frame start synchronization and the frame syncs are performed in the same way and therefore both are called frame synchronizations.

To start a frame synchronization of a video stream of a video image source S on multiple network graphics processors NGP, the transmission of synchronization messages over the network LAN is required. The master network graphics processor defined as the master for the video stream sends a multicast synchronization message to all network graphics processors defined as slaves involved in the presentation of the video stream and synchronized as dictated by the master network graphics processor become.

This multicast synchronization message may also include the system time (e.g., via PTP). The system time is the local absolute time for a network graphics processor and is available there as a standard library function.

Further, the synchronization message includes the frequencies f _d (vertical display frequency measured by the master network graphics processor) and f _s (video streaming frequency) as well as the absolute frame identification number of the most recent video frame on the master network graphics processor last before sending the synchronization message was rendered. This absolute frame ID number is used to determine which video frame should start rendering after the frame synchronization time on the network graphics processors. The absolute frame ID is embedded in the video stream. It is necessary for synchronization to identify the individual video frames in the video stream. In the slave network graphics processors this synchronization message is received and ensured that in the slave network graphics processors the frame synchronization using the Mediation function MF starts immediately with the transmitted values of the frequencies f _d and f _s . The implementation can optionally take place, for example, by means of the use of threads (also referred to as activity carrier or lightweight process). In this case, during a certain time, the mediation duration, the number of image returns VR (relative synchronization NSR with a zero at the last frame synchronization time TS) is counted until the mediation function is restarted at the next frame synchronization time and starts again from zero. This synchronization process is referred to below as frame synchronization. Another suitable term would be correlation of video frames.

Between a frame synchronization time TS and the subsequent one, the local relative video frame counter is obtained as the function value of the mediation function MF by passing the relative vsync counter as an argument value.

In order for the count of the relative vsync counter NSR to continue correctly at the interface (the frame synchronization time TS), a restart of the mediation function with NSR = 1 must begin depending on the method of counting, if NSR = 0 would return the reference video frame id _corr , using its Presentation repeated and the connection would not fit. The mediation function MF should be called only once at each interface, ie the frame synchronization time TS at the end of a mediation period. This can also be realized with another counting method, for example by ending a mediation period TM with NSR-1 and then continuing at the interface (the frame synchronization time TS) with NSR = 0 (instead of NSR = 1). Such modifications are considered equivalent.

In FIG. 13, the absolute reference frame identifier id _corr for the network graphics processor NGP 1 is the absolute frame identification number of the video frames FW1 = N and for the network graphics processor NGP 2 the video frame absolute frame ID number FW2 = Nl. Of these absolute frame IDs id _corr of the most recent video frame in the respective video frame queue 2 then NGP is added in the respective network graphics processor by adding the Value of the local relative video frame counter NFR determines the absolute frame identification number id of the video frame FR to be rendered. Since the same mediation function is used in both network graphics processors NGP, the result is a synchronous representation, ie the same video frames are displayed on both network graphics processors NGP.

In this way, after frame synchronization carried out at a frame synchronization timing TS in the period before frame return VR on each network graphics processors NGP, the video frame to be rendered to the respective back buffer 6 is selected, the frame return NSR on all the network graphics processors NGP becomes simultaneous and synchronously the same video frame with the absolute frame ID id become visible. In particular, the same video frames are skipped, ie skipped and not shown, or repetitively displayed, if required due to differences in the frequencies f _s and f _d .

In the example of FIG. 13, which relates to the case f _s <f _d , in which video frames have to be displayed multiple times, it can be seen that some video frames are repeated in the video frames FR to be rendered, that is to say they are displayed several times in succession on the displays, for example the video frames Nl and N + 7. However, the frame synchronization according to the invention also compensates for different processing times and running times of a video frame that vary over time with respect to the respective back buffers 6 of the network graphics processors NGP such that the same video frames are displayed on the displays D at one time. In Figure 13, irrespective of the differences The same video frames FR are synchronously displayed by the displays in time and time-varying delays of the video frames FW1 and FW2. The mediation function MF thus eliminates the jitter (eg from the encoders) or the same. This jitter, for example, at a video streaming frequency of 40 Hz, may result in the actual time interval of the video frames not being regularly 40 msec, but fluctuating between 20 msec and 70 msec, ie by +/- 50%. This can balance the mediation function MF. The mediation function itself or alone does not yet cause a synchronization of the presentation of the video frame on the displays.

The process of starting or initiating the frame synchronization of video frames or frame numbers is preferably repeated at new frame synchronization times TP, for example in periodic, i. regular time intervals. The mediation function is in this case applied in sections, namely from one frame synchronization time to the next frame synchronization time (from one frame synchronization to the next, from one reset of the mediation function to the next). The transitions from one application of the mediation function to the next (at the frame synchronization times) could also be referred to as an interface.

Repeating the restart of the mediation function will be called frame synchronization. Another suitable term would be recorrelation. The rate or frequency of the frame synchronization, ie the repetition of the frame synchronization, or the rate at which the synchronization messages SN are sent from the master network graphics processor master NGP to the slave network graphics processors slave NGP, ie For example, frame synchronization is performed at frame synchronization times between 0.05 Hz and 10 Hz, preferably between 0.1 Hz and 5.0 Hz, more preferably between 0.2 Hz and 3.0 Hz, especially preferred. is between 0.5 Hz and 2.0 Hz. The rate at which the frame synchronization is performed, ie the frequency of the frame synchronization times TS, and with which the mediation function MF is reset and synchronized by the master network graphics processor Master NGP, is thus considerably smaller than the vertical display frequency f _d and may be less than 1/10, 1/20, 1/50 or 1/100 of the display frequency f _d , in preferred embodiments about 1/50 of the video stream frequency f _s . It can be adapted to the specific design of the LAN network, the hardware equipment and the type and frequency of one or more video image sources S. It can be fixed or dynamically adapted. The frame sync runs in the same way as a frame start sync. After a frame synchronization start time TS, ie between two successive frame synchronization times, the video frame to be rendered before the next frame returns VR by the network graphics processors NGP is selected from the video stream in the same way as after frame synchronization using the mediation function MF. In preferred embodiments, the mediation time TM is a fixed value. For this purpose, for example, the duration of mediation TM can be specified as a fixed time interval, a fixed number of image return signals Vsync, a fixed number of image returns VR or a maximum value of the relative vsync counter. Optionally, the duration of mediation TM can also be designed to be variable in time, for example to dynamically adapt or regulate it so that sufficient content synchronization is still achieved at the lowest possible frequency of synchronization messages SN, ie with the longest possible mediation time TM. A corresponding variant is that the mediation function MF is modified with a (differential) controller in order to ensure that the video frame queue 2 always has an optimum fill level of 50%. When initializing the process becomes the video frame queue 2 is about half full and the rendering is started with a middle video frame. Thereafter, the fill level of the video frame queue 2 can be logged. In the mediation periods TM following the initialization, the mediation function MF is then modified by means of a correction variable whose value depends on how much the actual filling level deviates from a desired filling level. This correction quantity is, for example, a factor which is attached to the determined ratio T _d / T _s in the argument of floor (x) of the mediation function MF. As a result, this gives, so to speak, an acceleration of the processing, ie an earlier presentation if the fill level of the video frame queue 2 is too large (thereby emptying the video frame queue 2 a little more), or a time later representing the degree of filling the video frame queue 2 is too small (thereby filling the video frame queue 2 slightly more).

FIG. 14 shows a schematic example of a mediation function MF according to the invention for the case f _s <f _d , in which some video frames have to be displayed several times. This case corresponds to that of FIG. 13. Shown are the image returns VR with the period T _{d of} a display D as a function of the time t with the relative Vsynczähler NSR, which is counted up respectively at the ends VRE of the image returns VR, and selected for rendering video frames FR stored in the back buffer 6 with the period T _s and the associated local relative video frame counter NFR for the video frames FR to be rendered. At the frame synchronization time TS both counters NSR and NFR are set to zero. Of course it is also possible to set the counters not to zero, but to another start value. In this case, a constant value, eg +1 or +2, must be added or subtracted in the corresponding equations in order to take this staggered counting mode into account. Such modifications are to be considered as equivalent embodiments. The mediation function MF maps both the video returns VR with NSR = 0 and NSR = 1 to the video frame FR to be rendered with the local relative video frame counter NFR = 0. Likewise, the image returns VR with both NSR = 3 and NSR = 4 are mapped to the video frame FR to be rendered with NFR = 2. This means that the video frames FR are represented twice with the counters NFR = 0 and NFR = 2, namely the video frame NFR = 0 at the image returns NSR = 0 and NSR = 1 and the video frame NFR = 2 at the image returns NSR = 3 and NSR = 4. On the other hand, the image returns NSR = 2, NSR = 5, NSR = 6 and NSR = 7 are mapped only once, namely to NFR = 1, NFR = 3, NFR = 4 and NFR = 5. By this mediation function MF compensates that f _s <f _d .

The following table shows a numerical example for this case f _s <f _d as in FIG. 14 with the exemplary values f _s = 40 Hz (T _s = 25 ms) and f _d = 50 Hz (T _d = 20 ms) for 0 < NSR <20. In this case, the video frames are repeated with NFR = 0, NFR = 4, NFR = 8, and NFR = 12, that is, again shown on a display D, as illustrated by the values marked with an exclamation point.

9 7

10 8!

11 8!

12 9

13 10

14 11

15 12!

16 12!

17 13

18 14

19 15

20 16

FIG. 15 shows a schematic example of a situation corresponding to FIG. 14 for the case f _s > f _d , in which video frames have to be omitted when displayed on the displays, with a corresponding mediation function MF. In this case, the video frames NFR = 4 and NFR = 8 are omitted, ie not rendered and therefore not shown on the displays D, which compensates for that f _s > f _d .

The following table shows a numerical example for this case f _s > f _d as in FIG. 15 with the exemplary values f _s = 60 Hz (T _s = 16, 67 ms) and f _d = 50 Hz (T _d = 20 ms) for 0 <NSR <20. In this case, the video frames with NFR = 5, NFR = 11, NFR = 17 and NFR = 23 are omitted, ie not shown on the displays, as illustrated by the exclamation point marked adjacent values ,

NSR

0 0

1 1 2 2

3 3

4 4!

5 6!

6 7

7 8

8 9

9 10!

10 12!

11 13

12 14

13 15

14 16!

15 18!

16 19

17 20

18 21

19 22!

20 24!

FIGS. 17 to 19 illustrate the operation of the frame synchronization (content synchronization) according to the invention between the master network graphics processor master NGP and a slave network graphics processor slave NGP using the mediation function MF. Shown are various stages of preparation, from the initial initialization of the synchronization process over its gradual completion to complete execution with full synchronization. This exemplary embodiment relates to a case f _s <f _d , in which some video frames are therefore repeated, ie represented again on displays D in order to compensate for the frequency difference. The basic idea of the synchronization according to the invention is that the slave network graphics processors slave-NGP get notified all necessary for the synchronization of the master network graphics processor master NGP in a synchronization message SN to both a start point, the frame synchronization time TS, as well as in the period until the next synchronization message SN or until the next frame synchronization time TS, independently, locally and without further network load, ie during a mediation period TM, without further exchange of synchronization messages SN or synchronization information between the master network graphics processor master -NGP and the slave network graphics processors Slave NGP, which can synchronize and display video overlays. The synchronization takes place only once for a mediation period TM, namely to the picture return in the frame synchronization time TS following a synchronization message SN belonging to the synchronization message SN. To occurring during a mediation duration TM irregular events (eg, running empty or overflowing of the video frame queue 2, a strong change in frequency of the vertical dis- playfrequehz f _d and / or the video stream frequency f _s, etc.) that interfere with the synchronization or interrupt is not immediately but only after the end of the current mediation period TM, by then initializing a new synchronization. In the case of irregular events, it is accepted that during the current mediation period TM the presentation of the video insertion unsynchronizes, ie with tearing, and is only synchronized again after the next frame synchronization time TS.

FIG. 17 illustrates a first preparation stage of the synchronization process of the content synchronization. It shows the initial startup, ie starting after a first initialization to a frame synchronization time TS. Until the first frame sync tion time point TS run the representations of the video frames of a video insertion on the displays completely unsynchronized. For the master network graphics processor master NGP defined as master, the values of the synchronized vsync counter NS are shown in the course of time t. The value of the synchronized vsync counter NS is supplied by the so-called vertical retrace management of the network graphics processors NGP and counts the image returns VR of the displays D or the display wall 1, ie the image retrace signals Vsync of the displays D. The image retrace VR occurs with the Frequency of the video return signal Vsync, with which the displays D are synchronized (by means of frame lock or genlock), ie with the vertical display frequency f _d . The counting of the synchronized Vsynczählers NS thus takes place with the display frequency f _d , the frequency of the image return signal Vsync, at intervals of the period T _d . The synchronized VSync counter NS is a counter, ie its value increases from one vertical return VR to the next by one. The value is equal on all network graphics processors NGP, ie the synchronized VSync counter NS is synchronized on all network graphics processors NGP (for example by PTP and Framelock or Genlock) so that at a time on all network graphics processors NGP has the same absolute value for the synchronized Vsynczähler NS is present. For the slave network graphics processor slave NGP, therefore, the same synchronized sequence of the synchronized vsync counter NS results in FIG. 17. The synchronization of the network graphics processors NGP and the implementation of the synchronization comprises three independent layers that build on each other. The lowest layer is the synchronization of the local clocks on the individual network graphics processors NGP, for example by means of PTP (Precision Time Protocol). This layer has no knowledge of Vertical Retrace Management. A second layer is vertical retrace management, which uses the synchronized clocks to control the graphics cards of each network graphics processor. To program NGP (by means of frame lock or genlock), their image returns take place with the required accuracy (deviation less than 0.5 msec) at the same time. This second layer has no knowledge of the video streams to be processed or presented. The third layer is the so-called or actual Inter-NGP synchronization, which performs the content synchronization. It obtains from the second layer, via a function call, the synchronized VSync counter NS provided by the second layer which the third layer uses instead of direct time values of the local synchronized clocks.

Further, in Fig. 17, the master network graphics processor master NGP and the slave network graphics processor slave NGP are shown the values of the relative Vsynczähler NSR. These are the relative value of the synchronized Vsynczählers NS related to its value at the last restart of the mediation function MF, ie at the last preceding frame synchronization time TS. The relative Vsynczähler NSR is the difference between the current value of the synchronized Vsynczählers NS and its value at the last frame synchronization time TS, so a relative counter, since it counts relative to the last frame synchronization time. The relative Vsynczähler NSR are local counters, ie counters on the respective network graphics processors NGP, for the image returns VR, based on the image return VR at the last occurred frame synchronization time TS. The image return VR occurs at the frequency of the image return signal Vsync, with which the displays D are synchronized (by means of frame lock or genlock), ie with the vertical display frequency f _d . The counting of the relative Vsynczählers NSR thus takes place with the frequency of the image return signal Vsync, ie with the same frequency as the synchronized Vsynczähler NS. By coupling the relative Vsynczähler NSR to the synchronized Vsynczähler NS and common for the D display frame synchronization times TS, the relative Vsynczähler NSR on all network graphics processors NGP syn- so that at a time (after a first frame synchronization time TS) all network graphics processors NGP have the same value for the relative Vsynczähler NSR. The relative Vsync counters NSR are used locally by the network graphics processors NGP to continue to stitch in the mediation function MF from a frame synchronization time TS.

In the unsynchronized start-up phase until the first frame synchronization time TS in FIG. 17, no values for the relative synchronization NSRs are given because this is not possible before a first frame synchronization time TS in the absence of a reference value, a synchronized VSync counter NS selected for the frame synchronization time TS. At the frame synchronization time TS, the relative Vsynczähler NSR are set to an initial value (zero here) and count from then synchronous. The synchronized value of the relative Vsynczähler NSR can then be used as an argument in the mediation function MF of the network graphics processors NGP.

In FIG. 17, the master network graphics processor master NGP and the slave network graphics processor slave NGP are also given the absolute frame identification numbers id of those video frames currently being decoded by the decoder 3 of the respective network graphics processor NGP as decoded stream 4 in FIG the video frame queue 2 are written. From the video frame queue 2, they are dealt with, that is, read out for display on the display D as a video frame FR to be rendered from the video frame queue 2, rendered with the renderer 5 and written as a visible video frame FV in the back buffer 6. The absolute frame identification numbers id of the video frames of the video stream originate from the video stream itself, namely from the RTP time stamps of the encoder, which encodes the respective video stream, and are embedded in the video stream. They identify the individual video frames embedded in the video stream and are network GPU, ie, equal to a given video frame in all network graphics processors NGP (hence referred to as "absolute" value), and thus can be used in synchronizing the video frames on the individual network graphics processors NGP to identify the video frames in the video stream. However, due to the uncertainty of the timestamps in the RTP protocol, the absolute frame identification numbers id can only be used to identify the video frames, but not for purposes of "tinning", ie timing or synchronizing the presentation of the video frames. Furthermore, the absolute frame identification number id is not a counter, as evidenced by the fact that it may increase or increase irregularly by more than one from one video frame to the next.

The frequency of the video frames 4 in the video stream from the decoder 3, which are written in and out of video frame queue 2 corresponds on average to the video streaming frequency f _s , so that the video frames are averaged at a time interval from the period T _s Video streaming frequency consecutive. Due to the above-mentioned effects, in particular the jitter, the provision of the video frames of the video stream from the decoder 3, however, is not uniform in time, but varies without the synchronization according to the invention. This is illustrated in FIG. 17 by the fluctuating time interval ~T _S in the case of the absolute frame identification numbers id of the decoded video stream 4 from the decoder 3.

Furthermore, due to the above-described effects (different network transmission times, different processing times of the decoder 3), without the synchronization according to the invention, the rendering of video frames FR is not synchronized between network graphics processors NGP, so that in FIG. 17 both the times of completion of the decoding of the video frames also the absolute frame identification numbers id of the rendered video frames FR between the master network graphics fischer processor master NGP and the slave network graphics processor slave NGP are different. As a result, at a frame return VR, ie at a certain synchronized VSync counter NS, for the Master Network Graphics Processor Master NGP and the Slave Network Graphics Processor Slave NGP, video frames having different absolute frame ID numbers id will be rendered as Video Frames FR in the respective ones Buffer 6 rendered, resulting in the described frame reading. The content synchronization according to the invention ensures that the same video frames, ie the video frames with the same absolute frame identification number id, are represented by all the video returns Vsync and thus to all values of the synchronized vsync counter NS by the displays D involved in the representation of a video insertion and thus the Frametearing is avoided. This is done by means of local video frame queues 2 for the decoded video frames on the network graphics processors NGP, local video frame counters NF (NFM on the master network graphics processor master NGP, NFS on the slave network graphics processors slave NGP), local relative Video frame counters NFR (NFRM on the Master Network Graphics Processor Master NGP, NFRS on the Slave Network Graphics Processors Slave NGP), belonging to frame synchronization times TS and shortly before these are sent from the master network graphics processor Master NGP to the Slave network graphics processors slave NGP sent synchronization messages SN and the mediation function MF causes.

The values of the local video frame counters NF (NFM on the master network graphics processor master NGP, NFS on the slave network graphics processors slave NGP) to the video frames of the video stream on the individual network graphics processors NGP are provided by the respective decoders 3 of the network graphics processors NGP and are thus locally available on the respective network graphics processors NGP. The local video frame counters NF count those on the respective ones Network Graphics Processor NGP decodes video frames (in principle, starting from any initial value) stored in video frame queues 2 and are counters, ie their values increase one-by-one from video frame to video frame. However, the local video frame counters NF of the network graphics processors NGP are not synchronized for the network graphics processors NGP involved in the display of a video overlay, ie on the individual network graphics processors NGP are each locally different values for a particular video frame (with a particular absolute frame ID id) assigned to the local video frame counter NF.

Unless a video frame is lost from the video stream when decoding a video stream on a network graphics processor NGP, e.g. due to a malfunction, a malfunction, a mis-transmission or a timing problem, on a network graphics processor NGP the local video frame counter NF increases from one video frame to the next video frame by one. Since this applies accordingly to all local video frame counters NF, it follows that the pairwise differences of the local video frame counters NF, i. the difference (the "offset" or "offset" hereafter "the video frame counter difference") between the local video frame counter NF of a network graphics processor NGP and the local video frame counter NF of another network graphics processor NGP is constant over time while decoding a video stream a network graphics processor NGP no video frame is lost from the video stream, ie the sequence of video frames decoded by a network graphics processor NGP is not interrupted.

Consequently, the video frame count difference DNF between the local video frame counter NFS of a slave network graphics processor slave NGP and the master video frame master NFM of the master network graphics processor master NGP (DNF = NFS-NFM) is also temporally constant while decoding a video stream no video frame from the video stream is lost on one of the two network graphics processors NGP. This last property, ie the temporal constancy of the video frame counter difference DNF of a local video frame counter NFS of a slave network graphics processor slave NGP compared to the local video frame counter NFM of the master network graphics processor master NGP takes advantage of the content synchronization according to the invention, because they locally on a slave network graphics processor, slave NGP allows the local video frame counter NFS of the slave network graphics processor slave NGP to be localized to the local video frame counter NFM of the master network graphics processor master NGP to thereby normalize on the slave network graphics processor slave NGP select the same video frame, ie the video frame with the same absolute frame ID id, for display as on the master network graphics processor master NGP. Whether the video frame count difference DNF is constant is checked by means of the synchronization message SN, and if necessary, a corresponding correction is made if necessary to restore the synchronous representation.

From the network graphics processors NGP and in each video frame queue 2, the video frame absolute frame IDs id and the respective frame ID numbers id associated with the local video frame counters NF (NFM on the master network graphics processor master NGP, NFS on the respective slave network graphics processor slave NGP), for a certain number of absolute frame identification numbers id. The video frames written by the decoders 3 into the video frame queues 2 thus comprise not only the picture information per se (the decoded video frame), but also the respective absolute frame identifier id and the value of the respective video frame for each video frame associated local video frame counter NF. This local allocation in the video frame queues 2 between the absolute frame ID id and the respective local Video frame counter NF is indicated in Figure 17 by references [2] to the video frame queues 2. It is logged locally by the network graphics processors NGP.

Also shown in Figure 17 are the values of the local relative video frame counters NFR (NFRM on the master network graphics processor master NGP, NFRS on the slave network graphics processors slave NGP). They are each locally on the network graphics processors NGP the current value of the local video frame counter NF less the value of the local video frame counter NF _corr for the last reference video frame id _corr (the video frame with the absolute reference frame ID id _corr at the last frame synchronization time TS):

NFR = NF - NF _corr

The local relative video frame counter NFR is also the function value of the mediation function MF at any location (for any value of the relative sync counter NSR) and is used for selecting the video frame FR to be rendered, i. the local relative video frame counter NFR determines the video frame to be processed (counting) from the frame synchronization time TS and the video frame determined by the local relative video frame counter NFR is rendered for display on the display.

Since FIG. 17 still illustrates the completely unsynchronized initialization phase, no values for the local relative video frame counter NFRM on the master network graphics processor master NGP and the local relative video frame counter NFRS on the slave network graphics processor slave NGP are up to the first frame synchronization time TS shown. At a synchronization message time TSN, the master network graphics processor master NGP sends a synchronization message SN to the slave network graphics processors slave NGP via the network. They are preferably transmitted in the Multicast mode (Multicast Sync Messages or Multicast Sync telegrams), but only by the Master Network Graphics Processor Master NGP to the Slave Network Graphics Processors Slave NGP, but not from the slave network graphics processors slave NGP to the master network graphics processor master NGP or between the slave network graphics processors slave NGP. They serve to perform the content synchronization at a frame synchronization instant TS shortly thereafter, by means of which the master network graphics processor master NGP and the slave network graphics processors slave NGP according to the specification of the master network graphics processor master NGP synchronized with each other.

The synchronization messages SN from the master network graphics processor master NGP to the slave network graphics processors slave NGP ensure that on the network graphics processors NGP the mediation functions MF at the same times with the same relative Vsync counters NSR and the same frequency ratio f _s / f _d or T _d / T _s start. So that the synchronization messages SN are available in good time at the slave network graphics processors slave NGP and can be processed by the slave network graphics processors slave NGP at the same time, they are each sent shortly before the next frame synchronization time TS. A frame synchronization time TS is the time at which an application portion of a mediation function MF ends and a new application portion starts with a reset local relative synchronization counter NSR. A frame synchronization time TS is thus the interface between two mediation function sections, ie between two consecutive mediation durations TM. Because the latency of the MultiCast synchronization messages SN across the network is small (about 1 msec), it suffices if they have one or more two frame periods T _{d are sent} before the frame synchronization time TS.

Due to the network latency, a synchronization message SN must be sent at a time interval before the next frame synchronization time TS in order for it to reach the slave network graphics processors slave NGP in time for the frame synchronization time TS. Under normal operating conditions of the network, a frame synchronization time advance TSV of less than 1 msec is sufficient for this purpose, and several milliseconds (less than 10 msec) are sufficient for peak loads in the network. In practice, one or two picture returns are sufficient for this purpose, ie in general it is advantageous if this frame synchronization time advance TSV is between 1 × T _d and 3 × T _d . Accordingly, an advantageous feature may be that the synchronization messages SN associated with the frame synchronization instants TS are sent at synchronization message instants TSN from the master network graphics processor to the slave network GPUs which are one frame synchronization timing advance TSV prior to the associated following frame synchronization time TS between one-half and five, preferably between one and three periods T _{d is} the vertical display frequency f _d , a preferred value being two periods T _d .

A synchronization message SN of the master network graphics processor master NGP to the slave network graphics processors slave NGP contains an extract of information that is recorded locally on the master network graphics processor master NGP, for example in the form of table values or protocols , This recording does not take place for the entire past, but only for a certain, current past period, which corresponds approximately to the size of the video frame queue 2. This recorded information includes the local mapping between the absolute frame ID numbers id and the local master network graphics processor master NGP video frame counter NFM in master video processor's video frame queue 2 Master NGP, ie each entry in the video frame queue 2 of the master network graphics processor master NGP contains the absolute frame ID id of the video frame and the associated local video frame counter NFM.

The same information is respectively recorded in the slave network graphics processors Slave NGP, for a similar duration as in the master network graphics processor master NGP. Accordingly, this recorded information includes the local association between the absolute frame ID numbers id and the local video frame counter NFS of the slave network graphics processor slave NGP of the video frames in the video frame queue 2 of the slave network graphics processor slave NGP, i. each entry in the video frame queue 2 of a slave network graphics processor Slave NGP contains the video frame absolute frame ID id and the associated local video frame counter NFS.

Thus, it is known on all network graphics processors NGP which absolute frame identification numbers id are respectively assigned to which local video frame counter NF for the video frames buffered in the video frame queue 2. This ensures that all snapshots of the video frame queues 2 for video frames are stored at the same time (within the accuracy of the first (PTP) and second layer (vertical retrace management)).

A synchronization message SN of the master network graphics processor master NGP to the slave network graphics processors slave NGP contains the following excerpt of the above-described, logged information: A snapshot (snapshot) of the video frame queue 2 of the master network graphics processor master NGP at a time of the relative vsync counter NSR which is prior to the next frame synchronization time TS by the frame synchronization timing advance TSV. In this snapshot, the local association between the absolute frame ID numbers id and the local video frame counter NFM of the master network graphics processor master NGP of the video frames is contained in the video frame queue 2 of the master network graphics processor master NGP.

The value of the master video frame counter NFM of the master network graphics processor master NGP for the current video frame, which is the last one, i. was read out from the video frame queue of the master NGP master graphics processor NGP for rendering, just before sending the synchronization message SN from the Master Network Graphics Processor Master NGP.

The video stream frequency f _s (or the equivalent information of the period T _{s of} the video streaming frequency f _s ) measured by the master network graphics processor master NGP.

The vertical display frequency f _d (or the equivalent information of the period T _{d of} the vertical display frequency f _d ). The vertical display frequency f _d is measured by the master network graphics processor master NGP and transmitted as a uniform value to all slave slave NGP, so that an exact match of the mediation function on the slave network graphics processors slave NGP with the master Network graphics processor Master NGP is present. Accordingly, with a synchronization message SN of the master network The graphics processor NGP master to the slave network graphics processors NGP slave also information about the master network graphics processor master NGP measured vertical display frequency f _d (or the equivalent information of the period T _{d of} the vertical display frequency f _d ), this information comprising either the vertical display frequency f _d itself or the quotient with the video stream frequency f _s (or the equivalent information on the ratio of the period of the vertical display frequency and the period of the video streaming frequency).

Instead of the information according to (iii) (video streaming frequency f _s or period T _{s of} the video streaming frequency f _s ) and (iv) (vertical display frequency f _d or period T _{d of} the vertical display frequency f _d ), in modified embodiments the synchronization message SN may also be only the ratio These variables, ie the quotient f _s / f _d or T _d / T _s , contain, because in the mediation function only the ratio of these sizes is received and thus on the slave network graphics processors slave NGP only the value of this ratio, but not the frequencies themselves are needed. Such modifications are considered equivalent.

Until the first transmission of a synchronization message SN or until the completion of the stepwise initialization of the synchronization, not all of this stored information on the master network graphics processor master NGP or the slave network graphics processors slave NGP or all information one complete synchronization message SN. Until the first frame synchronization time TS, which is shown in FIG. 17, the presentation of the video frames on the displays D is completely unsynchronized. From the first frame synchronization time TS, the master network graphics processor is master NGP and the slave network graphics processors synchronize slave NGP for the times at which the mediation function MF is restarted, ie at which the relative synchronization counter NSR begins again at zero. These times are the frame synchronization times TS and the restart takes place respectively to the same values of the synchronized Vsynczählers NS. Thus, a synchronous basic clocking is achieved because from the frame synchronization time TS, the relative Vsynczähler NSR is synchronized between the master network graphics processor master NGP and the slave network graphics processors slave NGP. However, the local relative video frame counters NFR and the video frames shown on the displays D are not yet synchronized.

FIG. 18 shows the sequence of the next preparation stage, namely the values of FIG. 17 at the time shortly before and after the second frame synchronization time TS, which follows the first synchronization time TS after a mediation period TM. In the illustrated example, the mediation time TM is thirty times the period T _{d of} the vertical display frequency f _d , ie, TM = 30 × T _d . Again, at a time later than the frame synchronization timing advance TSV, prior to the synchronization time TS, a synchronization message SN is sent from the master network graphics processor master NGP to the slave network graphics processors slave NGP. This already includes the frequencies f _s and f _d (or the frequency ratio f _s / f _d ), and since the relative sync counter NSR has already been synchronized at the first frame synchronization time, the mediation functions MF between the master sync. Network graphics processor master NGP and the slave network graphics processors slave NGP synchronized, since all values for the argument of the mediation function MF are synchronized.

From the second frame synchronization time TS, the master network graphics processor Master NGP and the slave network graphics Processors slave NGP also synchronized with respect to the "phase" and the function value of the mediation function MF determines which video frame is locally rendered on a network graphics processor NGP from the local video frame queue 2 of the respective network graphics processor NGP. However, there is still no complete synchronization, because there is still missing the content synchronization, so that the network graphics processors NGP the video frames are not only displayed in the same clock, but also consistent and thus tearing free the same video frames (with the same absolute frame identifier id ) being represented. Therefore, in general, after the second frame synchronization time TS, the video frames FR rendered in the back buffer 6 still differ between the master network graphics processor master NGP and the slave network graphics processor slave NGP or between the slave network graphics processors slave NGP.

For the complete synchronization, after the second frame synchronization time TS, a local additive value, the frame offset, must be determined locally by the slave network graphics processors Slave-NGP, which specifies how many video frames the presentation of the video frames on the slave Network Graphics Processor Slave NGP (the rendered video frames FR on the slave network graphics processor slave NGP) versus the presentation of the video frames on the master network graphics processor master NGP (the rendered video frames FR on the master network graphics processor Master -NGP) immediately before the frame synchronization time TS (more precisely, before the synchronization message SN). It is then assumed that this frame offset is constant during the mediation time TM following a frame synchronization time TS, and the presentation of the video frames is correspondingly corrected in this period by adding frame offset, so that complete synchronization is achieved. At each frame synchronization time point TS, this frame offset is again determined or checked so that changes in this regard are corrected.

This determination of the frame offset between the video frames, which are rendered by the master network graphics processor master NGP and in each case by a slave network graphics processor slave NGP, takes place by means of the synchronization message SN, which is transmitted immediately before the third frame synchronization time TS shown in FIG. FIG. 19 thus illustrates the synchronization process because a complete synchronization is achieved from the third frame synchronization time TS.

In each case from the beginning of a new section of the mediation function MF, ie at the beginning of a new mediation TM after a reset of the mediation function MF Mediation Function Reset to a relative relative Vsynczähler NSR from zero to a frame synchronization time TS by means of a shortly before transmitted synchronization message SN on all network graphics processors NGP, ie on the master network graphics processor master NGP and all slave network graphics processors slave NGP, which are involved in the representation of the considered video insertion, snapshots of the respective video frame queue 2 stored. Specifically, the snapshots are stored at the beginning of the same frame returns identified by the synchronized vsync counter NS provided by the vertical retrace management on all participating network graphics processors NGP. Each entry in the video frame queue 2, and thus also in the snapshots, contains the video frame absolute frame ID id and the associated local video frame counter NF. With the next synchronization message SN, the master network graphics processor master NGP has the frame synchronization lead TSV, in the illustrated example, two picture returns before the next before the frame synchronization time TS and thus two picture returns before resetting the mediation function reset in multicast mode over the network to the slave network graphics processors slave NGP before the next reset, all slave network graphics processors slave NGP receive the current frame image of the video frame in good time before this next frame synchronization time TS Queue 2 of the master network graphics processor master NGP and can compare it with its own snapshot, which was stored at the same time as that of the master network graphics processor master NGP. To determine the frame offset, the snapshot of the video frame queue 2 of the master network graphics processor master NGP with a locally stored snapshot of the video frame queue 2 of the slave is stored locally in the slave network graphics processor slave NGP with the synchronization message SN Network Graphics Processor Slave NGP compared. The entries in the video frame queues 2 are compared. These have an overlap area on the absolute frame IDs id, ie some absolute frame IDs id come both in the snapshot of the video frame queue 2 of the master network graphics processor master NGP and in the snapshot of the video frame queue 2 of the slave network graphics processor Slave NGP before.

Of these, an absolute frame ID id is taken, each contained in both snapshots, and the slave network graphics processor slave NGP locally determines the frame offset (the difference of the local relative video frame counters NFR). With this information, the local relative video frame counter NFRS of the slave network graphics processor slave NGP can then be renormalized to the system of the master network graphics processor master NGP. It is thus possible to work on the slave network graphics processors slave NGP only with the local video frame counters NFRS or to work to determine the video frame FR to be rendered and the synchronization because the slave network graphics processors normalize slave NGP to the master NGP master network graphics processor master NGP system, ie, referenced and matched thereafter. In principle, when comparing the synchronization message SN on a slave network graphics processor slave NGP with the values stored on the slave network graphics processor slave NGP, in a comparison process, one can look for any, younger, absolute frame identification number id which is in both instant pictures ie, in the snapshot of the video frame queue 2 of the master network graphics processor master NGP transmitted with the synchronization message SN to the slave network graphics processor slave NGP and the snapshot of the video frame queue 2 of the slave Network Graphics Processor Slave NGP is included to determine the frame offset based on this video frame. In advantageous embodiments, in which the synchronization message SN optionally comprises the absolute frame identification number id of the latest video frame on the master network graphics processor master NGP, the absolute frame identification number id of the most recent video frame is mastered in a synchronization message SN ^" from the master network graphics processor NGP is transmitted to the slave network graphics processors slave NGP to check whether there is an overlap for that particular latest video frame Accordingly, an advantageous embodiment is that a master network graphics processor master NGP synchronization message SN to the Slave Network Graphics Processors Slave NGP also includes the absolute frame ID id of the latest video frame on the master network graphics processor master NGP, ie the video frame that was last rendered on the master network graphics processor master NGP, and at the comparison of the snapshots is searched for, o b this absolute frame ID id is included in the compared snapshots. In the case of overlapping snapshots (whether for any or the latest video frame) there are two Options. Either the last absolute frame ID id of the master network graphics processor master NGP is in the snapshot of the video frame queue 2 of the slave network graphics processor slave NGP or the last absolute frame identification number id of the slave network graphics processor slave NGP lies in the snapshot of the video frame queue 2 of the master network graphics processor master NGP.

Is there no overlap of the two compared snapshots, i. no video frame with the same absolute frame ID id, which is common to both snapshots, then the offset in the video representation between slave network graphics processor slave NGP slave and master network graphics processor master NGP is so large that at the selected maximum number of Entries in the video frame queues 2 synchronization in the presentation of the video frames between these network graphics processors NGP can not be achieved. One can then try to enable by an increase in the video frame queues 2 synchronization. This, however, delays the number of buffered video frames, and thus the delay with which the video is displayed, so that the limits are set when a display with low delay is to take place.

If, after the second frame synchronization time TS, the presentation of video frames on the slave network graphics processor slave NGP were already synchronized with the master network graphics processor master NGP, the slave network graphics processor slave NGP would determine that the The content of its video frame queue 2, ie its snapshot, looks exactly like the snapshot of the video frame queue 2 of the master network graphics processor Master NGP sent by the master network graphics processor Master NGP via synchronization message and the content synchronization would not have to be governing intervene fen, In general, however, after the completed initialization after the second frame synchronization time TS, it can be established on the basis of the absolute frame identification numbers id that there is a mutual shift of the displayed contents, ie a frame offset, and it is the task of the content synchronization to eliminate or correct them. For this purpose, it must first be determined by how many video frames the video frame content of the video frame queues 2 are "offset" from each other. However, the absolute frame ID numbers id can not be used directly because their values can not be presupposed except that they uniquely identify video frames. A distance between two video frames, ie the number of video frames lying between two video frames, would be very unreliable with the values of the absolute frame ID numbers id alone.

However, the local video frame counters NF are capable of determining the distance of two video frames (on the same network graphics processor NGP) by a simple difference, always assuming that on the way from the encoder over the network and the decoder with its (software) decoding no video frame has been lost since the local video frame counters NF are only generated after decoding on each network graphics processor NGP; In contrast to the absolute frame id, they do not come from the video stream. The latter, however, is precisely the reason why a distance between two video frames across network GPU boundaries can not be calculated simply as the difference of their local video frame counter NF; for identical video frames, the difference would have to be zero, but generally this will not be true since the local video frame counters NF are generated independently on each network graphics processor NGP. However, this generally non-zero video frame difference DNF of the local video frame counter NF between two network graphics processors NGP for a video frame is independent. dependent on the selected video frame, for which the difference is considered. This video frame counter difference DNF is precisely the constant by which the local video frame counters NF differ on the two network graphics processors NGP considered for comparison because of their different starting points or start times (always under the condition that no video frame has been lost). With this (constant) video frame counter difference DNF, the corresponding local video frame counter NFM of the same video frame (identified on the basis of its absolute frame identification number id) on a master network frame counter NFS on a slave network graphics processor slave NGP can be assigned to the master network frame. Graphics processor Master NGP or vice versa.

This video frame count difference DNF of the local video frame counter NFS of a slave network graphics processor Slave NGP to the master video frame processor NGP's local video frame counter NFM is independent of the operation of the synchronization method and is determined by using any video frame present in both the current video frame Momentary image of the slave network graphics processor slave NGP and in the last received by the master network graphics processor master NGP by synchronization message SN instantaneous image of the master network graphics processor master NGP, which was recorded at the same time, the difference DNF of the local video frame counter NF between slave network graphics processors slave NGP. and master network graphics processor Master NGP.

This is determined in the synchronization by how many video frames of the slave network graphics processor slave NGP its current removal of video frames from its video frame queue 2 for further processing, so for rendering for display on the display screen, forward or to the back (referring to the pointer reading the video frame), so that his is synchronous with that of the master network GPU Master NGP. For this purpose, at or until the next frame synchronization time TS (here the third frame synchronization time TS in FIG. 19), the slave network graphics processor NGP calculates the video frame difference DNF of the video frames that the master network graphics processor master NGP and the slave Network graphics processor slave NGP at the time of sending the last synchronization message SN (here the synchronization message SN before the frame synchronization time TS in Figure 19) have taken from their video frame queue. In order for the slave network graphics processor slave NGP to determine this video frame count difference DNF, the master network graphics processor master NGP sends with the synchronization message SN also its local video frame counter NFM for the current, ie latest video frame that it was at the last preceding time Frame synchronization message SN (here the frame synchronization message SN immediately before the third frame synchronization time TS in Figure 19) has processed. With the determination of this frame offset can then be carried out in the manner described above then the "renormalization" of the local video frame counter NFS of the slave network graphics processor slave NGP on the local video frame counter NFM of the master network graphics processor master NGP, so that a difference of Zero means that the same video frame exists. The number of video frames of the respective offset between slave network graphics processor slave NGP and master network graphics processor master NGP determined in this manner will now be extracted from video frames from the video frame queues to slave network graphics processors slave NGP corrected by delaying or advancing, thus achieving the synchronization of the presentation of the video frames. The actual synchronization (content synchronization) of the video frames rendered on the network graphics processors NGP, which ensures that all synchronized vsync counters have NS of The displays D the same video frames are displayed, so using table values / logs in the form of snapshots, which are sent from the master network graphics processor master NGP with the synchronization messages SN to the slave network graphics processors slave NGP. The snapshot of the master network graphics processor master NGP with the data which absolute frame ID id on the master network graphics processor master NGP belongs to which local video frame counter NFM is mastered with a synchronization message SN from the master network graphics processor sent to the slave network graphics processors slave NGP. A local comparison process then runs in each case on the slave network graphics processors slave NGP in which this instantaneous image of the master network graphics processor master NGP is compared with the corresponding local instantaneous image of the respective slave network graphics processor slave NGP , It is checked whether there is an overlap for a certain absolute frame identification number id, for example the latest absolute frame identification number of the master network graphics processor master NGP. If absolute frame identification numbers id are contained several times in a momentary image (of the master network graphics processor master NGP or of the slave network graphics processor slave NGP), ie if they have been represented multiple times, the first occurring value is taken. Based on the network GPU-wide absolute frame ID numbers id, the local video frame counters NFM of the master network graphics processor master NGP are respectively assigned to the local video frame counters NFS of the slave network graphics processor slave NGP. This comparison of the snapshots gives, on each slave network graphics processor slave NGP, the information about the number of video frames by which the representation of the video frames on the respective slave network graphics processor Slave NGP is compared to the master slave graphics processor. Network Graphics Processor Master NGP was staggered, ie, hastened or lagged behind. This respective offset can then be determined at the next start of the mediation function, ie from the next frame synchronization time. point TS as a correction value to the respective local relative video frame counter NFSR of the slave network graphics processors add or subtract slave NGP, so that as a result all slave network graphics processors slave NGP synchronous to the master network graphics processor master NGP represent the same video frames.

From the third, shown in Figure 19 frame synchronization time TS thus a complete synchronization of the representation of the video insertion is achieved on the displays. From then synchronization continues in the same way as after the second frame synchronization time TS. At the frame synchronization times TS, the slave network graphics processors slave NGP check whether the content synchronization has yet to be fulfilled or has occurred in the meantime and must therefore be corrected again. For this purpose, the slave network graphics processors slave NGP again check which video frame was processed (rendered) by the master network graphics processor master NGP at the time of transmission of the immediately preceding synchronization message and determine from the comparison with the synchronization message SN of the Master network graphics processor master NGP received instant image with their stored snapshots each which video frame has processed with which absolute frame ID id of the respective slave network graphics processor slave NGP at the same time as the master network graphics processor master NGP. From these, an absolute frame ID id is taken, which is contained in both snapshots, and the slave network graphics processors Slave-NGP locally check the frame offset (the difference of the local video frame counter NF between the slave network Graphic processors, slave NGP and the master network graphics processor master NGP) to see if it has remained the same compared to the last mediation duration. As a rule, the content synchronization will still be fulfilled. If the frame offset has changed, this will change from the Frame synchronization time corrected by adjusting the correction value accordingly.

In order to continue the mediation function from a frame synchronization time TS after the synchronization message SN (in this example, two frame returns after the synchronization message SN), the slave network graphics processors determine slave NGP by how many video frames they respectively time against the master network graphics processor Mas - ter-NGP are offset and renormalize their local relative video frame counter NFRS corresponding to the master relative network graphics processor NGP local relative video frame counter NFRM by means of the determined video frame counter difference of the local video frame counters between the master network graphics processor master NGP and the slave Network Graphics Processor Slave NGP. For example, if the slave network graphics processor Slave NGP finds that it is leading or lagging behind two video frames in the display of the video overlay on the master network graphics processor Master NGP, that offset will be corrected. When the slave network graphics processor Slave NGP calculates the selected video frame, it compensates for this offsetting offset in the function value of the mediation function.

The vertical frequency f _{d of} the displays D and for each video stream its framerate f _s determine the function values of the mediation function MF for this video stream. Since the frequencies f _s and f _d can change slightly over time, according to an advantageous embodiment, they (or their quotient) are not only determined once, but the measurement of one or both variables is repeated every now and then, regularly or at intervals , For example, in periodic, ie regular time intervals and preferably in time with the vertical display frequency f _d . The determination of these frequencies f _s and f _d (by the master network graphics processor master NGP) or their quotient Further, it is preferably carried out by averaging over a plurality of periods, so that the values for the frequencies f _s and f _d used in the synchronization process according to the invention or the value for their quotient are averaged frequency values. The averaging can take place in accordance with a preferred embodiment over a time-sliding measuring window of the time length t _m , for example in time with the vertical display frequency f _d . It is averaged over several periods that lie between a start and a final value, where t _m denotes the measurement duration, is averaged over, ie the time length of the measurement window. According to an advantageous feature, it is thus proposed that the determination of either the video streaming frequency f _s or the equivalent period T _{s of} the video streaming frequency f _s and the vertical display frequency f _d or the equivalent period T _{d of} the vertical display frequency f _d , or the quotient f _s / f _{d of} the video streaming frequency f _s with the vertical display frequency f _d or its equivalent reciprocal f _d / f _s , or of the quotient T _d / T _{s of} the period T _{d of} the vertical display frequency f _d with the period T _{s of} the video streaming frequency f _s or its reciprocal value T _s / T _d equivalent thereto _is repeated now and then, regularly, intermittently or preferably with a sliding measuring window M in time with the vertical display frequency f _d .

Figure 20 illustrates the measurement of the vertical display frequency f _d and the video streaming frequency f _s by the network graphics processor NGP serving as the master. Shown are, as a function of time t, the relative sync counter NSR to the ends VRE of the picture returns VR and the local relative video frame counter NFRM for video frames FW to be rendered, which are available in the video frame queue 2. NSR _start and NFRM _{start are} initial values and NSR _end and NFRM _{end end} values in the current measurement window M of the time length t _m . Also shown is a next measurement window M _next . The current values of the frequencies f _d and f _s then result from the averaging over the current measurement window M as follows: NSR _end - NSR _start

d ^~ t

NFRM _end - NFRM _start

s ^"t

Accordingly, the master network graphics processor for the determination of the display frequency f _d instead of the relative Vsynczählers NSR also the synchronized Vsynczähler NS or for the determination of the video stream frequency f _s instead of the local relative video frame counter NFRM use the local video frame counter NFM. The number of periods to be averaged, ie the number of picture returns VR included in the averaging, should be greater than in the illustration of Figure 20 in order to achieve good averaging. The number of image returns VR, over which is averaged, is advantageously between 50 and 200, preferably by 100. It can be fixed or dynamically adjusted. Thus, for example, it may be advantageous to start with a smaller measurement window M first in order to have rough values for the frequencies f _s and f _d at first during the initialization of the display or a synchronization, and then the length during operation t _{m of} the measurement window M, for example by increasing the window size from measurement to measurement until the selected final value is reached.

According to another advantageous embodiment, it can be provided that the master network graphics processor NGP triggers an advanced frame synchronization independently of the base rate at which the frame synchronization is performed, as soon as the interval-like or continuous measurement of the frequencies f _s and f _d shows that the ratio f _s / f _d or T _d / T _{s has changed} by more than a limit of, for example, 0.01 relative to an initial value.

LIST OF REFERENCE NUMBERS

1 display wall

2 video frame queue

3 decoders

4 decoded video frame

5 renderers

6 baking buffers

D display

Dl Display 1

Dn Display n

DNF video frame counter difference NFS NFM

DVI Digital Visual Interface

E Ethernet

EC encoder

EC1 encoder 1

ECm encoder m

FR rendered in back buffer video frame

FV becomes visible video frame

FW video frame in video frame queue

vertical display frequency

Video streaming frequency

GbE Gigabit Ethernet

IS video insertion

id absolute frame number

i ^d corr absolute frame identification number of a reference video frame

LAN network M measurement window

^M next next measurement window

m number of video image sources

MF mediation function

n Number of displays on the display wall

NF local video frame counter

NFM Local Video Frame Count Master NGP

NFS Local Video Frame Count Slave NGP

NFR local relative video frame counter (counter for to be rendered

Video frame)

NFRM local relative video frame counter Master NGP

NFRS Local Relative Video Frame Count Slave NGP

NFR _end final value of NFR

NFR _{start start} value of NFR

NGP network graphics processor

NGP 1 network graphics processor 1

NGP n network graphics processor n

NS synchronized vsync counter

NSR relative Vsynczähler

NSR _end of NSR

NSR _start starting value of NSR

S video image source

Sl Video Image Source 1

Sm video image source m

SN synchronization message

SW switches

SS synchronization signal generator

T _d Period of the vertical display frequency

TS frame synchronization time

TSN synchronization message time

TSV frame synchronization timing advance

T _s Period of the video streaming frequency t time

TM mediation duration t _m length measurement window

VR picture rewind

VRE end of picture rewind

Vsync image return signal

Claims

claims

A computer-implemented method of synchronizing the presentation of video frames from a video stream with a video stream frequency (f _s) of a video display (IS) of a video image source (S) simultaneously on two or more displays (D) one of a plurality of displays (D) assembled display screen (1), wherein the displays (D) in each case by an associated network graphics processor (NGP), which includes a computer with a network and a graphics card, driven and with the same vertical display frequency (f _d ) The local clocks on the network graphics processors (NGP) are synchronized, preferably by PTP (Precision Time Protocol), the image returns (VR) of the display graphics (D) controlling the network graphics processors (NGP) by means of frame lock or genlock, and the video stream from the video image source (S) over a network (LAN) to the network graphics processors (NGP) wherein the video image source (S) is preferably coded and compressed by means of an encoder (EC) before being transmitted over the network (LAN) and decoded by the network graphics processors (NGP) in each case by means of a decoder (3), comprising the following method steps:

The network graphics processors (NGP) involved in the representation of a video image source (S) are organized in an aster-slave architecture, with a network graphics processor (NGP) acting as the master network graphics processor (master NGP) for the video image source (S) and the other network graphics processors (NGP) are configured as slave network graphics processors (slave NGP), the role distribution for a video image source (S) being given by synchronizing the representation of the video image source (S). S) the master network graphics processor (master NGP) sends synchronization messages (SN) to the slave network graphics processors (slave NGP) which are received and evaluated by the slave network graphics processors (slave NGP) which Video frames are each identified by means of an embedded in the video stream absolute frame identification number (id), which is preferably derived from the RTP timestamps of the video frames, the representation of Videofra mes is synchronized among the network graphics processors (NGP) at frame synchronization times (TS) followed by a mediation duration (TM) lasting until the next frame synchronization time (TS), which extends across multiple screen returns of the display wall (1) before a frame synchronization time (TS), ie before the start of a meditation period (TM), at a synchronization message time (TSN) from the master network graphics processor (master NGP), a synchronization message (SN) to the slave network graphics processors (slave). NGP), and video frames are synchronously displayed by the network graphics processors (NGP) during the mediation period (TM) by the Network Graphics Processors (NGPs) each locally determine the video frames to be presented by means of a mediation function (MF) common to the network graphics processors (NGPs) and in the argument of the mediation function (MF) are incoming parameters required for synchronously displaying the video frames are transmitted in the synchronization message (SN), either these parameters being the video stream frequency (f _s ) measured by the master network graphics processor (master NGP) or the equivalent period measured by the master network graphics processor (master NGP) (T _s ) of the video streaming frequency (f _s ) and the vertical display frequency (f _d ) measured by the master network graphics processor (master NGP) or the equivalent period measured by the master network graphics processor (master NGP) (T _d ) of the vertical display frequency (f _d ), or these parameters according to the quotient ( _s / fd) ^ ^{er of the} master network graphics processor (master NGP) acc food video stream frequency (f _s ) with the master network graphics processor (master NGP) measured vertical display frequency (f _d ) or its equivalent reciprocal (f _d / f _s ) include, or these parameters the quotient (T _d / T _s ) the period (T _d ) of the vertical display frequency (f _d ) measured by the master network graphics processor (master NGP) with the period (T _s ) of the video streaming frequency (f _s ) measured by the master network graphics processor (master NGP) _s ) or its equivalent reciprocal (T _s / T _d ), the mediation function (MF) is synchronized by the master network graphics processor (master NGP) by sending synchronization messages (SN) at a rate less than the vertical display frequency (f _d ) is, the video streams to be rendered are each locally counted by the network graphics processors (NGPs) using local video frame counters (NF) and buffered by being hooked into each video frame queue (2), including the associated absolute frame ID number (id) and associated local Video frame counter (NF) such that a video frame queue (2) each contains the local association between the absolute frame identification numbers (id) and the local video frame counter (NF) with the master network graphics processor (master NGP) synchronization message (SN) to the slave network graphics processors (slave NGP), a snapshot of the video frame queue (2) of the master network graphics processor (master NGP) is communicated to the synchronization message time (TSN) prior to frame synchronization timing advance (TSV) next frame synchronization time (TS), where the instantaneous image is the local allocation between the absolute The frame IDs (id) and the local video frame counter (NFM) of the master network graphics processor (master NGP) of the video frames in the video frame queue (2) of the master network graphics processor (master NGP), for determining a local Frame offset, which indicates how many video frames offset the representation of the video frames on the respective slave network graphics processor (slave NGP) from the presentation of the video frames on the master network graphics processor (master NGP) before the synchronization message (SN) is, is locally from the slave network graphics processors (slave NGP) with the synchronization message (SN) received instant image of the video frame queue (2) of the master network graphics processor (master NGP) with a locally stored snapshot of the video frame Queue (2) of the slave network The graphics processor (slave NGP) is compared and the frame offset determined from this comparison, and the local frame offset is corrected on the slave network graphics processors (slave NGP) from the frame synchronization time point (TS) on the slave network graphics processors (Slave NGP) from the frame synchronization instant (TS) the frame offset is added to the local video frame counter (NFS) of the slave network graphics processor (slave NGP), which indicates the video frame to be rendered, so that the slave network Graphics Processor (Slave NGP) everything needed to synchronize required information is communicated by the master network graphics processor (master NGP) in the synchronization message (SN) to both the frame synchronization time (TS) and during the subsequent mediation period (TM) independently up to the following frame synchronization time (TS), locally synchronize the video frames of the video overlay (S) with the master network graphics processor (master NGP) to be able to represent.

A method according to claim 1, characterized in that the representation of the video frames by means of the network graphics processors (NGP) repeatedly buffered, preferably double-buffered, and swap-locked.

Method according to claim 1 or 2, comprising the following method steps:

The image returns of the graphics cards of the network graphics processors (NGP) are recorded locally by the network graphics processors (NGP). By means of a Network Graphics Processor (NGP) synchronized Vsync Counter (NS), the Network Graphics Processors (NGP) form local relative Vsync counters (NSR) representing the difference between the current synchronized Vsync Counter (NS) and its value last frame synchronization time (TS), of the network graphics processors (NGP), the relative vsync counters (NSR) are used as argument value of the mediation function (MF), where for the mediation function (MF)

NFR = MF (NSR) = mediation (NSR) = floor NSR = floor NSR

s and the mediation function (MF) calculates as function value a local relative video frame counter (NFR) representing the difference between the local video frame counter (NF) of the video frame to be selected from the video frame queue (2) for rendering and the local video frame counter (NF) of the video frame Video frames at the last frame synchronization time (TS) is such that the network graphics processor (NGP) uses the local relative video frame counter (NFR) to determine the video frame to be rendered by the respective network graphics processor (NGP) for display on the display (D) is selected for rendering, the mediation function (MF) based on the quotient contained in the argument value of the mediation function (MF) video stream frequency (f _s ) divided by vertical display frequency (f _d ) (or the reciprocal quotient of the period lengths) in the processing the video frames balancing between these two frequencies, if they are different. Method according to one of the preceding claims, comprising the following method steps:

In order to determine the frame offset, in the comparison of the snapshot received with the synchronization message (SN), the video frame queue (2) of the master network graphics processor (master NGP) with a locally stored snapshot of the video frame queue (2) of the slave Network graphics processors (slave NGP) using the contained in the snapshots absolute frame identification numbers (id) checked whether the two snapshots a common reference video frame is included, and for this reference video frame from the local mapping contained in the snapshots between the absolute frame identification numbers (id ) and the local video frame counters (NF) are formed of a video frame counter difference (DNF) representing the difference between the local video frame counter (NFS) of the slave network graphics processor (slave NGP) of the reference video frame and the local master video frame counter (NFM). GPU (Master NGP) (DNF = NFS NFM) of the reference video frame, and by means of the V idoframe counter difference (DNF), the frame offset is determined by first the slave network graphics processor (slave NGP) for the reference video frame forming a conversion difference that is the difference between its local video frame counter (NFS) and video frame counter difference (DNF), and the slave Network Graphics Processor (Slave NGP) calculates the master video graphics processor (Master NGP) Local Video Frame Count (NFM) for the video frame selected for synchronization message timing (TSN) from the master to render by the local video frame counter (NFS) of the slave Network graphics processor (slave NGP) subtracting the conversion difference, and the frame offset as the difference of the local video frame counter (NFM) of the master network graphics processor (master NGP) for the video frame sent to the synchronization message time (TSN) from the slave network The graphics processor (slave NGP) for rendering has been selected, and the master video frame processor (NFM) of the master network graphics processor (master NGP) for the video frame, which is the same synchronization message time (TSN) from the master network graphics processor (master NGP ) was selected for rendering.

Method according to one of the preceding claims, characterized in that in order to determine the video frame count difference (DNF) in the comparison of the snapshots it is searched for whether the latter is the last one, i.e. the last. video frame mounted in the snapshot of the master network immediately before the synchronization message (SN) is sent from the slave network graphics processor (slave NGP) to the video frame queue (2) of the slave network graphics processor (slave NGP) Graphics processor (master NGP) is included.

Method according to one of the preceding claims, characterized in that for determining the video frame counter difference (DNF) with the synchronization message (SN) of the master network graphics processor (master NGP) to the slave network graphics processors (slave NGP) of the The value of the local video frame counter (NFM) of the master network graphics processor (master NGP) for the last, ie immediately before the sending of the synchronization message from the master network graphics processor (master NGP) in the video frame queue (2) of master network graphics processor (Master-NGP) mounted video frame, and the absolute frame identification number (id) of this video frame is transmitted, and when comparing the snapshots it is searched for whether this video frame is included in both compared snapshots.

Method according to one of the preceding claims, characterized in that the transmission of a synchronization message (SN) and the synchronization of the presentation of video frames is repeated at frame synchronization times (TS), preferably in periodic, i.e. periodic, synchronous. regular time intervals.

Method according to one of the preceding claims, characterized in that the rate at which the synchronization messages (SN) are sent from the master network graphics processor (master NGP) to the slave network graphics processors (slave NGP), ie at frame synchronization times (TS) frame synchronization is performed between 0.05 Hz and 10 Hz, preferably between 0.1 Hz and 5.0 Hz, more preferably between 0.2 Hz and 3.0 Hz, most preferably between 0.5 Hz and 2.0 Hz.

Method according to one of the preceding claims, characterized in that the mediation duration (TM) a fixed predetermined value, in particular a fixed period, a fixed number of frame return signals (Vsync), a fixed number of image returns (VR) or a maximum value of the relative Vsynczählers (NSR) is.

Method according to one of the preceding claims, characterized in that the synchronization messages (SN) assigned to the frame synchronization times (TS) are sent at synchronization message times (TSN) from the master network graphics processor (master NGP) to the slave network graphics processors (Slave NGP), which are one frame synchronization timing advance (TSV) before the associated following frame synchronization time (TS), which is between one-half and five, preferably between one and four and more preferably between one and three periods (T _d ) of the vertical display frequency (f _d ) is.

Method according to one of the preceding claims, characterized in that the synchronization messages (SN) are sent from the master network graphics processor (master NGP) to the slave network graphics processors (slave NGP) as multicast messages.

Method according to one of the preceding claims, characterized in that the determination of either the video stream frequency (f _s ) or the equivalent period (T _s ) of the video streaming frequency (f _s ) and the vertical display frequency (f _d ) or the thereto equivalent period (T _d ) of the vertical display frequency (f _d ), or the quotient (f _s / f _d ) of the video streaming frequency (f _s ) with the vertical display frequency (f _d ) or its equivalent reciprocal value (f _d / f _s ) , or the quotient (T _d / T _s ) of the period (T _d ) of the vertical display frequency (f _d ) with the period (T _s ) of the video streaming frequency (f _s ) or its equivalent reciprocal value ( ^T _s / ^T _d ) ^{nin uncl} again, regularly, intermittently or preferably with a sliding measuring window (M) in the cycle of the vertical display frequency (f _d ) is repeated.

Computer program product, in particular a computer-readable digital storage medium, having stored, computer-readable, computer-executable instructions for carrying out a method according to one of the preceding claims, ie with instructions which, when incorporated in a processor, a computer or a computer computer network and cause the processor, the computer or the computer network to perform method steps and operations according to one of the preceding claims.

14. A computer system comprising a plurality of network graphics processors (NGP), each having a computer with a network card, graphics card and network interface and a video synchronization module for performing a method according to any one of the preceding procedural claims.

A display panel (1) composed of a plurality of displays (D) for displaying one or more video streams from one or more video image sources (S), characterized in that it comprises a computer system according to the preceding claim.