BrightAuthor:connected
Create a VideoWall
9min
this page / section pertains to {{brightauthorconnected}} , our latest app for authoring and managing content and players for the legacy {{brightauthor classic}} app, refer to these links brightauthor classic docid\ av0cxmxbpmvcj7er4quvu , brightauthor classic docid\ d4ccoy1cpixccg5squceu , brightauthor classic docid\ yo5o7hck2ydata03vaahd overview video wall creation usually consists of preparing the content usually by dividing it for multiple screens using software tools to distribute that content to the players configuring the players to render the content into a cohesive video wall brightsign software and hardware simplifies these tasks this documentation describes the primary methods available to brightsign customers to create video walls using our software and hardware select a method based on your brightsign player(s) and the video assets you want to display you cannot use brightwall video creation methods if you are using the standalone publishing method, because you must be connected to a network (additional configuration is required after publishing the presentation) xc5 players xc5 players can distribute video to up to four screens all screens must be in either portrait or landscape orientation manual / legacy video walls videowall link/synchronization https //app archbee com/docs/woa q aqfpyj9ot2fofo7/kuvhcsc jotyfetq o8yh is a legacy method to create a video wall presentation with series 3, 4, and 5 players in brightauthor\ connected this method is completely manual so it is unconstrained in terms of the number of screens and screen rotation bezel compensation see this page to calculate the correct bezel compensation for your video wall general challenges you should be aware of the following industry wide hardware challenges when creating your video wall display screen rows and video offset if you have fast moving content on a video wall which contains more than one row of screens, you may see offsets at the top and bottom boundaries of the screens in your video wall configuration this is a result of the speed at which pixels are drawn/scanned on each screen (see the image below) this problem can only be fixed by using display screens that are capable of inverting the order of the scan and provide the ability to control frame offsets on the display screen some manufacturers call this scan inversion/frame control lg is an example of a hardware manufacturer who provides features to mitigate this problem on video walls (see https //news europedsl com/lg videowall image gap reduction) https //news europedsl com/lg videowall image gap reduction sync limitations playback must be started simultaneously on all players you must periodically re sync to correct for sync drift over time you must also attempt to sync output signal generation timing (known as "genlock" or "v sync" synchronization) downstream processing on players can result in out of sync playback, even if players are on the same frame, corrected for drift, and have the same redraw timing display smoothing or scaling can result in a frame or redraw delay to fix this, disable display processing if possible otherwise, ensure that all displays are set and connected identically different display sets may have different timing if unlinked parallel processors are used for wall or tile processing screenshot lag when taking a screenshot of an xc5 player, screenshots are captured one at a time from screen 1 to 4 this results in a frame offset of three to four frames between screen 1 and screen 4 since the offset increases by one frame of video between each screen brightsign specific limitations all brightwall and presentation sets using enhanced sync that are connected to the same network must have unique domain values for each set this domain value can be found in the presentation settings > support content > interactive (see the image below) the domain value sets the communication “channel” between the leader and followers, and that communication generally is carried over the entire network via multicast ptp (precision time protocol) packets if there is more than one leader on the same domain, followers will jump back and forth between different points in their playback as they try to follow conflicting leader commands players in a sync configuration should be of the same model family mixing model families can work but is not recommended for example, players in the xt4 family are similar enough to be used, but players with very different performance like xt4 and ls4 may yield inconsistent results all media must strictly conform to supported specifications even media that is slightly out of spec may play back fine on its own but can cause issues with sync'd playback for example, if the bitrate is too high, it may affect playback on one of the sync'd players the leader player must have os/firmware version that is the same or older than the follower players synchronization cannot be used simultaneously with rostreamqueue https //app archbee com/docs/xpqipjhzsgwgwtwolgi3s/vih 1nqedu7xaa6aujjzp for seamless clip to clip transitions, so sync presentations that have a playlist including more than one video will have a slight pause between the videos seamless looping of a single video is supported with synchronized playback the seamless looping requirements are use an mp4 or mov container there must be no audio track, or sowt (pcm little endian) audio track all tracks must be exactly the same length (including the sample length) we recommend using only one zone of video per player to ensure best results