Player FAQs

which publishing method are my players using? see inherited players docid 4maraz9mf3zevhk 4ejpx to find out which publishing method was used to set up your players multiple media files don't playback if you are trying to play multiple audio and/or video files simultaneously, playback might fail if the files use differing audio sampling rates ensure that all audio and video files use the same audio sampling rate (for example, 44 1khz or 48khz) some player models allow mixed audio pcm or mixed audio pcm / compressed audio settings, which allow you to mix different audio sampling rates see this page docid\ a6ali6u szxhuansk6t3 for more info "please insert card" message if you get this message when you boot the player check that the card is inserted properly into the microsd card slot (you should hear a click) if this is a new card, ensure that it is formatted as exfat or fat32 try a different brand and/or size card we recommend using brightsign approved cards https //www brightsign biz/digital signage products/accessories/sd cards/ if you are using the standalone publishing method, verify that you published the presentation files ( autorun brs , current sync xml , etc ) to the root of the microsd card ("sd \\") sdxc cards do not work on hd110, hd210, hd410, hd810 or hd1010 players sdhc cards do not work on hd2000 players vga output is discolored a loose or damaged vga cable or an incorrect resolution setting in the presentation can cause this to troubleshoot check that the vga cable is securely fastened to the connector on the player and the display verify that the screen resolution of the presentation is set to a vga resolution you can set the screen resolution in brightsign author in presentation > layout settings and in brightauthor classic in file > presentation properties > main test with a different vga cable test with a different display test with a different player (if available) player clock doesn't work networked brightsign players synchronize their internal clocks with the brightsign time server ( http //time bsn cloud ) or can be configured to retrieve the time from an http server during setup if a home or small office router is being used as a switch and dhcp server and does not provide internet connectivity, it cannot determine the time and may provide an error page in response to the http request a player attempting to retrieve the time from this server will instead get an incorrect time from the redirect page this can cause problems with schedules, events, and clock/date displays severe problems can occur if the router causes time to move backward on the internal player clock this issue may also occur with some router models when they lose internet connectivity, even if they are not being used as a network switch if you cannot change the switch/dhcp configuration of the local network, disable the time server requests to do this in brightsign author go to the admin tab edit the existing setup file in setup library (or create a new setup file if you prefer) under network configuration , select include network configuration and network options in the player tab, remove the url entered in the time server field so that it is blank select done and save setup apply this setup file to the player to do this in go to tools > setup brightsign unit locate the time server field under network properties remove the url entered in the time server field so that it is blank specify other player settings in the brightsign unit setup window as desired click create setup files to publish the files apply this setup file to the player player can't get time from ntp if your player is having trouble retrieving the time from a network time protocol (ntp) server, it is likely that the firewall on the local network is blocking udp communications the network time protocol uses udp to communicate with time servers, and brightsign players cannot route these requests through a proxy server like they can with http/https communications there are a few ways to fix this problem configure the firewall on the local network to allow ntp requests to pass through the player will send ntp requests whether or not it is configured to use an http/https proxy configure the player to use the http time protocol (htp), which can work through most proxies run an ntp server instance on the local network make sure the player is configured to use this ntp server in brightsign author docid\ gfqm5hvphjqijhzxb2ngy or brightauthor classic docid 1jy7zysse5mkcz5zns1cu see this page docid\ bqlpatl8je eewnt4jyrk for more information about time servers on brightsign players can the player connect to a wireless network? you can connect to a wireless network using a ws105, ws104, or ws103 wireless module https //www brightsign biz/brightsign players/accessories/ brightsign players support most commonly used wireless encryption formats wep (64 & 128), wpa (tkip), and wpa2 (aes) wpa enterprise is supported using eap tls (with der, pem, or pkcs#12 certificates) and peapv0/mschapv2 (with a username and passphrase) wired authentication via 802 1x is also supported see our documentation docid\ ndebm g p6iei3okpssmc for ws105, ws104, and ws103 specs and installation instructions the wireless settings of a player are configured in network options docid\ gfqm5hvphjqijhzxb2ngy in brightsign author or in unit setup docid\ ponedyexzfyg0oaruillz in / also, any networked model that doesn't have a wireless module can use a wireless bridge (game adapter) connected to the ethernet port do i need to change my firewall? networked brightsign players need to access certain ports and urls brightsign author desktop client access requirements are described here docid 6mbtfgmpjwocqomvc0oe5 , and / requirements are documented here docid\ okihhduwqhkkikivn5vs7 the audio quality is poor poor audio quality is normally caused by a problem with the file or bad encoding try re encoding the audio or video, or using a different application to encode the video if you're using high bitrate video (20mbps or more), it's possible the flash card isn't fast enough to keep up try encoding at a lower bitrate if you are using mpeg 2 files, open your video using the mpeg2vcr utility, and save it some videos have an uneven distribution of audio and video packets in the mpeg stream this can cause audio drop outs, hiccups, or distortion you can download a 30 day trial of mpeg2vcr https //mpeg vcr en softonic com/ from womble power light is on but there is no display this problem is normally caused by an incompatible video signal or a problem with the content to debug this check whether the issue is with the resolution of the presentation if you are connected using vga, verify that the presentation is not using an hdmi only resolution like 1920x1080 if you are using hdmi/component for output, please verify that your display is set to the correct input if the presentation is currently set for 1080p output, try different 1920x1080 settings (e g 1080p30), as well as 720p if your presentation is set to 1080 at 29 97p, this mode might not be supported by your display even if it supports 1080p if you are using the vga, try using 1024x768 first, then try other vga resolutions if you still can't get the presentation to display, test whether the issue is with the video/image files in the presentation transfer other content files that work with your player to the root folder of the microsd card (without any other presentation or content files) insert the card into the player reboot the player if any red/yellow leds are blinking, see this page docid\ mwojjf3naa1zmiqel8mwx to diagnose the problem 1280x800x60p video is dropping frames according to the vesa dmt standard, the 1280x800x60p video mode should be output to monitors using a vertical frequency of 59 810hz, which is significantly slower than the 60hz at which your video is encoded this difference in speeds causes the video output to run slower than the video decode at the rate of 1 frame every 5 seconds, resulting in the dropped frames seen on screen this discrepancy can affect other vesa modes to a lesser extent the following modes may exhibit a dropped frame once every 8 10 seconds 1400x1050x75p, 1440x900x60p, 1680x1050x60p, 1920x1200x60p because the frequency discrepancy is part of the standard, this issue cannot be fixed if you wish to avoid dropped frames with your video, we recommend doing one of the following downscale the video to a tv mode at 60p (e g set the video output to 1280x720x60p) upscale the video to a tv mode at 60p (e g set the video output to 1920x1080x60p) re encode the video so that it uses the exact refresh rate of the vesa mode (for example, 59 810hz for 1280x800x60p) this is the only way to fix the dropped frames problem without changing the resolution note that this will cause video playback to be slightly slower, so any accompanying audio will need to be matched to the new refresh rate as well red error led flashed 10 times led error codes are described in each player’s theory of operations page (for example, xt5 theory of operation docid\ c0p32jrlwg1f2emjimnjf ) a red led flashing 10 times indicates that a runtime error has occurred in the autorun brs script script errors can be caused by a problem with the content or a bug in the autorun script to troubleshoot the problem confirm that the read only tab on the microsd card is not in the locked position if the player is running an older version of brightsignos, download and install the current version from the downloads http //www brightsign biz/downloads/overview/ page you can determine the current version of brightsignos by powering up the player without a storage device the os version will be displayed on the screen if you are using brightsign author or to publish presentations, download and install the current version from the downloads http //www brightsign biz/downloads/overview/ page verify that the microsd card is formatted correctly see this page docid\ mgdefc6yvkibeiuxh9j1o for more details if you are using the older autoplay bsp or autoplay csv format, an old autorun file or errors in the playlists can cause this error red error led flashed three times this indicates one of two common errors, depending on whether the player is set up for or not brightsign network (bsn) the player is trying to enter recovery mode when you use a player with a bsn account, recovery information is stored in the registry to allow the player to fix itself in case of file system errors the player will enter recovery mode if any of the following occurs the storage device (e g , microsd card) becomes corrupted the player is booted up with no storage device (e g , microsd card) the storage device has content, but no presentation script (i e , autorun brs ) if you wish to continue using bsn with the player, the player must contain a microsd card or other storage device and have a valid internet connection it will then automatically recover and download the presentation for its assigned group the next time it boots up if you do not want the player to enter recovery mode anymore, you will need to permanently remove the recovery settings from the player (including all bsn settings) to do this, either download the registry clean zip file below copy the autroun brs file from the zip folder onto the root folder of the sd card, insert the microsd card into the player, and power it up perform the device setup process again using set up the player for standalone, local file network, or simple file network publishing other configurations the player is indicating that there is no presentation script (i e , autorun brs file) on the microsd card or other attached storage device you will see this error code if you power up the player without a storage device, or if the storage device does not contain an autorun brs file or content files in its root folder to fix this issue, publish a presentation from to the root folder of the storage device, insert it into the player, and reboot the player alternatively, you can include a set of content files in the root folder of the storage device the player will display them as a simple looping playlist information about interpreting error leds on players is available in here docid\ mwojjf3naa1zmiqel8mwx ethernet link isn’t stable when using xd5/xd6 & cisco catalyst switch if your xd5/xd6 player is connected to power with the power adapter and plugged into ethernet in a poe enabled port, and either doesn’t link to the network or links briefly and then drops off, this may be an issue with the cisco catalyst switch first, ensure that your player can get/maintain the link by plugging the player directly into the ethernet port on laptop or plugging ethernet from the player into a dumb switch or hub, and plugging that into the poe switch if your player can link to the network this way, try the following fixes disable poe on the port the player was using plug the player into a non poe switch remove the player’s dedicated power, and use poe for power eap tls is failing on bos 9 1 players players running bos 9 1 may fail 802 1x eap tls authentication while other players on the same network using the same certificate configuration continue to work this commonly affects deployments where a player has been upgraded from bos 9 0 to 9 1, or where a new series 6 player (series 6 runs bos 9 1 and later) has been added alongside older players bos 9 1 replaced gnutls with openssl, which enforces stricter certificate validation configurations that gnutls silently accepted, like an incorrect file in the ca certificate field, will be rejected by openssl in this particular example, the field must contain only the root ca and optionally intermediate ca certificate(s) that signed the radius server certificate, not the player's client certificate a windows certificate store export bundles all of these into a single pem file, and it is easy to use the wrong one openssl will reject the handshake if the certificate chain contains a self signed certificate or an unrecognized ca to resolve this problem, provide a clean pem file containing only the ca certificate(s) and redeploy it to the player (in brightsign author, use the select additional ca certificate as shown below)