Copy to Player

in this example, we will maintain the player’s default setup (the brightsign default setup) and manually copy an autorun zip file to the player’s storage device the autorun zip file will install the player app autorun zip at a minimum, the autorun zip file should include the following files autorun brs autozip brs while not required, autorun zip files can also include the presentation/content (e g , an html file and associated media files that the player will display) that the autorun brs file invokes in this way, everything the player needs is contained in a single package for delivery we will utilize this approach in this example, and we will use an html file as our sample presentation the autorun zip file will include the following files autorun brs (this is the script autorun files docid 7vitoacfasnmpnozl0zbq in the previous section; recall that this file instructs the player to render index html ) autozip brs (this is the script autorun files docid 7vitoacfasnmpnozl0zbq in the previous section which instructs the player to unzip the autorun zip file) index html (this is our html presentation) snowy river mp4 (this is a sample video that is displayed by the index html presentation) you can create your own versions of the files above and compress them into an autorun zip file, or you can use the autorun zip file attached here https //archbee doc uploads s3 amazonaws com/0prk6so2dy9ldu77jb8d1/5gqqso2ae77gn8gtbkre3 autorun zip local + remote content although we are including a video file in the autorun zip file, our presentation will also display the following a streaming video from youtube a picture slideshow where the pictures are retrieved from an external web server the local weather displayed by a weather widget that retrieves data from an external url brightsign players are capable of displaying any combination of local and remote content copy to card next, we will manually copy the autorun zip to an empty microsd card and insert the card into a player copy the autorun zip file to the root directory of a blank, properly formatted microsd card insert the microsd card into the player power up the player shortly after the player boots up, you should see something like this on your display folders when the autorun zip file is unpacked, the autozip brs file instructs the player to create several folders in the root directory of the microsd card these folders and their functions are as follows brightsign dumps if a player crashes, dumps are created and stored in this folder dumps are numbered incrementally and can be useful for troubleshooting they may be requested by brightsign support when diagnosing problems note that only the 10 most recent crash dumps are retained pool media files, especially video files, can be quite large to help players better manage such large files, players apply a cryptographic hash function https //en wikipedia org/wiki/cryptographic hash function to each media file hash functions are well beyond the scope of this document, but at a high level, when a hash algorithm is applied to any file, a unique hash, or alphanumerical representation, of that file can be generated if that file is changed in any way, the new file will result in a completely different hash hashes are typically many times smaller in size compared with the original file whereas a large video file can easily run into the gigabytes, a hash of that video will only be at most a few dozen bytes (the exact size of the hash depends on the algorithm used) hashes are therefore much more manageable representations of the actual media files, and the pool (more formally, the asset pool) is where these hashes are stored system efficiency is greatly improved through the use of hashes the system can, for example, quickly determine if a file has changed simply based on whether the hash has changed instead of having to compare two large files more detail about the asset pool can be found brightsign asset pool docid 1pwrkhcrg58ldhtsimj g feedpool the feedpool contains transient / non static assets like rss feeds and content docid\ gpjwf1lnjhau eqzjmfuq , both of which can be used with brightsign presentations feed cache the feed cache stores the metadata for the transient assets in the feedpool for example, the feed cache would store the url for an rss feed, identifiers for particular items in the feed, and which items have been read and which ones are new considerations docid 28x7v2w9aoiz9icuidmpi