Embed App FAQ

What’s an “embed”?

An ‘embed’ is a code snippet provided by another web property, like an app or a web site. You’ll also often hear them referred to as ‘embed codes’, ‘widgets’ or ‘html widgets’.

The purpose of an embed is to display ‘external’ information on separate web site.

For example, if you’re a blogger and you wanted to reference a Tweet in an article, you’d “embed” the tweet into your blog post. You’d likely go to the tweet on Twitter, grab the embed code for that tweet, and copy/paste that code into your blog page. When someone views your page, the embed code calls Twitter and asks for the tweet referenced by the code. This is useful, since tweets are ‘live’ documents; the tweet, follows, mentions will have likely changed between the time the article was written and the time viewers are reading it.

Embed codes are used all over the Internet, to help people share information between apps and web sites. For example, the video below is embedded in this Help page using an Embed code provided by our video hosting service.

What is the Embed App?

The Embed App is an integration app available in the ScreenScape Media editor.

The app adds a single layer to a media item. The layer (technically an iframe) shows the results of an embed code that’s added to the app settings. Usually that layer contains a mix of content – text, images, maybe even video – embedded by a third party web property.

The Embed layer acts like a Web Page layer – it can be move and resized, but it’s monolithic in nature. You can’t do anything with the internal embedded content other than move it around as a block.

When should I use the Embed App?

Embeds are particularly useful for default formatting of external content. For example, an embedded Tweet automatically looks familiar – it uses the right brand colors, the right font, a familiar placement of elements, rounding of corners, etc.

Embeds are also very useful when the embed updates itself over time. For example, an embed that always shows the latest price of a NYSE stock can be very handy.

What are examples of what I can do with an embed?

Here’s a abbreviated list of what you might do with the Embed app:

  • Instagram Feed – Display Instagram images in your Media
  • Facebook Feed – Make your Facebook content work in your Media, or highlight specific Comments, Posts, Videos or Pages
  • Twitter Feed – Embed your Twitter feed or customer testimonials from Twitter, or highlight specific Tweets
  • Pinterest Feed – Integrate Pinterest account feeds, Boards or Pins
  • Pricing Tables – Display your prices in a simple and graphic way
  • Countdown Timers – Embed counters and timers to create dynamism and excitement in your media
  • Testimonials – Boost brand trust with bright client testimonials in your Media
  • Sliders – Shape custom photo, video, and banner sliders for your Media
  • Amazon Reviews – Display reviews on your Amazon products
  • Trustpilot Reviews – Uplevel social trust and attract more reviews
  • Facebook Reviews – Display your Facebook reviews
  • TripAdvisor Reviews – Increase your trustworthiness with TripAdvisor reviews
  • Google Reviews – Show your spotless reputation with Google reviews
  • Yelp Reviews – Prove your business positive image with Yelp reviews
  • Airbnb Reviews – Display your Airbnb reviews for higher credibility
  • Weather – Present the Weather in a variety of formats for any location
  • Financial – Show market summaries, tickers and symbol quotes
  • Clocks – Present the time in various formats
  • Event Calendars – Display upcoming events
  • Google Maps – Add Google Maps to your Media
  • Google Calendar – Embed Calendars for meeting rooms, schedules, team members and more
  • Google Sheets / Charts – Embed live charts into your Media
  • Vimeo Gallery – Embed Vimeo videos and channels in your Media
  • YouTube Gallery – Add YouTube channels and videos to your Media
  • Twitch channels – Embed live Twitch channels for a window on the latest online action
  • Photo Galleries – Embed external image collections into your Media

It’s important to note that the goal of many of these examples could be achieved in other ways. For example, YouTube has it’s own app, and also shares Webpage app- friendly URLs, vs a putting a YT embed code in the Embed app. The Embed app is just another tool in your toolbox. Each have pros and cons, there’s no one right way.

What are the limitations of the Embed App?

Most embeds are good for referencing a snippets of data, like a single tweet. They aren’t usually great for complicated tasks, like showing all tweets on a certain subject over time.

Most limitations of an embed is defined by the provider of the embed. As a consumer, you don’t have much control over what the embed can and can’t do. For example, if the font they use in their embed is too small to be legible on your display… tough luck.

Embeds are also meant to be public (think tweets and stock info), so they’re generally limited to public information. They aren’t useful for accessing data that’s protected and requires user authentication. If the data you want to display is protected, you’ll need to use a dedicated App that provides steps for user credentials.

Beware of embeds that: require user interaction; have tiny fonts; or have poor contrast. You’re making a digital sign after all. An embed with buttons that a user would have to click (like the Play button on a video) doesn’t fit your digital signage use case.

Finally, embeds with a ‘fixed’ resolution or ‘absolute’ resolution require special handling – check out the next question for details.

Why does my embed look different between Previews and my TV?

Many embeds you’ll find use a ‘fixed’ resolution (aka absolute resolution). Their height and width in pixels is explicitly declared in the embed’s code.
ScreenScape Media is ‘relative’. The size and position of layers is a percentage of the total screen area.
Getting fixed and relative elements to work together smoothly is often tricky. When you’re working across multiple screen resolutions (as you often are with digital signage) it can be a real challenge.

If you’re seeing positioning issues like the one shown above (your embed would be the red square), you’re likely dealing with an embed in a fixed resolution. Try going back to the provider to get a ‘relative’ or ‘responsive’ embed. If you’re feeling brave, you could also try editing the embed code itself to a percentage height and width. If neither of those work, the only solution is iterative testing – go back and forth between your editor and your TV until you get the embed positioned just right.

How do I find Embed codes?

Most of the popular social media apps out there have embeds – it’s one of the central ways that they gain popularity.

Exactly where to find it will depend on the app. Some sites, like Twitter, dedicate an entire section of their app to nothing but the generation of embeds. (For example, publish.twitter.com.) But in general look for a Share button, or a reference to a ‘widget’. Sometimes they simply call it an Embed.
Follow the apps instructions to copy the embed code.

Then go back to your ScreenScape editor, paste the code into your Embed App settings and Save.

Can I buy embed codes?

Yes. Usually vendors who sell embeds call them ‘widgets’. There are all kinds of them out there.
Vendors will often offer simpler widgets for free, and reserve their higher-end offerings for a fee. Some vendors you may find useful:

  • Weatherwidget – Sidebar and ‘lower thirds’ weather bars are available in varying styles and colors here.
  • ClockLink – If you’re looking for an alternative to our standard clock app, this is a good place to start.
  • Elfsight – Elfsight has more than two dozen widgets including Facebook, Instagram, Twitter and many more. Be aware that with their free widgets you’re sometimes limited to a fixed number of views per month.
  • Snapwidget – Life Elfsight, they have many social widgets, with some free and others for a fee.

Can I modify embed codes?

Yes – embeds often have parameters you can tweak to change how they’ll behave on your display.

However, this is again limited by the options provided for by the third party web property – results may vary!

Webpage App FAQ

What is the Webpage app?

    ‘Webpage’ is an app that you can add to any media. It adds a dynamic layer to your media item, similar to how you’d add a clock, the date, or other apps.
    What makes the Webpage app special is that it will display external websites. It acts like a browser window in your media item. When the external website changes, the Webpage layer in your media item changes.
    Note: An alternate name for the Webpage app is “Webview”.

How do I use the Webpage app?

    You add a Webpage layer like any other – in the media editor hit (+), select the ‘cloud’ from the speed dial, and select the Webpage app.
    You’ll see a new layer added to your media item. Select the layer and hit the settings icon (looks like a round-toothed gear). You enter the URL of your target website and hit ‘Save’. A layer displaying that website will be added to your media. You can resize the new layer just like you would any other.

Will my website play in the Webpage app?

    Probably. But it’s not guaranteed. The Webpage app was created as a solution to a particular challenge (display online HTML documents). It’s not a general browser. And not all web pages are created equal; some will display flawlessly, while others won’t display at all. Some will display, but just aren’t designed for the digital signage use case. Your success will come down to the individual HTML page and its implementation. With this FAQ we’ll try to demystify the differences.

    However, be warned that it’s a very large topic (the World Wide Web!) and can get quite complex. Your fastest route might be to just try it…copy your site’s URL and paste it into a Webpage layer. If it fails to preview, or previews but fails to perform well on your test player, come back to this FAQ and we’ll help you to figure out why.


What are some common sites that work well with the Webpage app?

    The list is long, but here are some highlights:

What type of sites don’t work well with the Webpage app?

    Here’s a top 10 of the reasons sites don’t work well with the Webpage app:

    1. Complex Layouts
        If the layout of the site is not designed for digital signage, it won’t look right. For a successful implementation of Webpage, it is critical that the HTML page considers digital signage in its design. By far the most common reason for Webpage fails is that the designer of the site just didn’t envision that it would be used as part of a digital sign. If that’s the case they likely included common elements like:

        • headers
        • sidebars
        • embeds
        • navigation bars
        • buttons and forms
        • tiny fonts that can’t be read from a distance
        • a main body element that’s cut off from view (like an iframe, image gallery, webcam or video)
    2. Username and password
        The second most common point of failure are sites that require user authentication (a username and password) to access the site’s content.
        For example, if you attempt to view a Google Sheet that is not public, Google will deliver a user login page instead of your sheet. Making the document public (instructions here) allows ScreenScape players to access the document directly.
    3. Blocked sites and CORS
        Website operators can directly block the use of their site for use in an embedded frame on another site. (That’s basically what a Webpage layer is – an iframe that embeds another site into your ScreenScape media item – which is in itself an HTML page). If the site owner chooses to block embedding of their site, it can’t be used.
        For example, cnn.com/ blocks their site from being embedded.
        A variation of this issue is called CORS – Cross Origin Resource Sharing. CORS is technical topic, but the upshot is that some external embedded resources on your site (for example, a Google Map) might get blocked. The good news is that the owner of the site you’re referencing can unblock them if they choose to.
    4. Internal sites
        Websites on internal networks are behind firewalls that may not allow the ScreenScape Webpage proxy to access the HTML page they protect. When blocked by a network in this way the site can’t be embedded in a media item. The reverse might also be true – the firewall of your local area network may prevent your player from accessing the web address that connects to ScreenScape’s proxy server.
    5. Popups
        Many sites have user prompts, modal dialogs and advertising popups that block the view of the page.
    6. Navigation and user settings
        The design of some sites assume that a user will be present to scroll down, navigate or otherwise interact with the screen to view the desired content. If the page can’t be linked to directly from a URL and viewed without further navigation, it can’t be viewed properly with Webpage.
        Similarly, the design of some sites assumes that users will be able to select settings on the current page to create a view of specific content. This might include search criteria, a checkbox, view selection, or other user setting that lets users change what’s displayed on the screen.
        If the user setting does not result in an argument in the URL of the page that can be passed along to the Webpage, the specific view won’t be visible.
    7. Single page apps
        Some users want to display graphs, lists, statistics or other information that is embedded in a Single Page Application. This type of app generally requires user authentication, but if it doesn’t, the destination in the SPA will need to be ‘deep linked’ – available directly via URL.
    8. Multiple videos or animations
        If a page has a very large number of animated elements, high resolution, uses aggressive animations, or has multiple videos this will affect the playback of the Web Page content. The render time of the page will likely result in delays, dropped frames and choppy playback. These will degrade the viewing experience of the content on the page.
    9. Websockets
        Some modern web pages use a communication protocol to display real time data to the viewer. Websockets are good example.
        Because of the way media items are architected as static web pages, two-way protocols like websockets are not supported.
    10. Incompatible HTML
        Outdated HTML, unsupported element types, or non-standard HTML may be unintelligible to the Webpage proxy engine or unrenderable by the Webpage browser.

Can Webpage be used for interactive screens?

    For example, if I had a touchscreen display could I use it to navigate my wayfinding site?
    Websites that require user interaction are not supported.
    Nothing will happen if you click on the screen or otherwise interact with the page, as with a touchscreen. However, it won’t break the display either.

What is the recommended aspect ratio for my webpage design? Should it be 16:9?

    The ideal aspect ratio for a ‘full screen’ Webpage is the same aspect ratio of your TV, likely 16:9.
    If a site uses responsive design (recommended), it will adjust its output to the size of the window in which its rendered. You can change the aspect ratio of the Webpage layer frame for non-fullscreen Web Pages just as you would for any other layer. Your site will adjust to the aspect ratio of the layer frame (e.g. 1:1, 16:3 banners, 9:16 portrait etc).
    We recommend using a tool like Flexitive to design your responsive content. In the case of Flexitive they have a great library of templates well suited to digital signage. You can take the output of your Flexitive design and input it directly to your Webpage app – it will work right out of the box (example above).

What is the recommended image size for my webpage design?

    There is no one-size-fits-all. Website image optimization is a big topic (here’s a good starting point from Google and another from an ecommerce incubator). That said, here are some quick pointers.

    • Not too big and not small. Images that are too small need to be scaled up and will look pixelated and blurry. Images that are too large will need to be scaled down and will lose detail while taking longer to render.
    • Match your TV. The best way to select image sizes is to identify the resolution(s) the image will be displayed at its destination and match that. You’ll improve graphics performance and playback quality when images are scaled to the output resolution before they are rendered in HTML. You have an advantage over most website producers, in that your final display conditions are narrow and you can identify them in advance.
    • For backgrounds, try 1920×1080. It’s the most common 16:9 screen resolution out there. When in doubt, that’s a good place to start.
    • Design Responsively. We recommend that you design your site to be responsive. You can then prepare a range of image resolutions for your images that will adjust to the display conditions at the time the page is rendered.

How long does it take for website changes to show up in a Webpage layer?

    On average, 5-10 minutes. This can be sped up or slowed down, depending on the use case. Either way – every time Webpage refreshes there’s a hit to your bandwidth consumption. It’s flushing out it’s old cache and downloading a new version of your target webpage.

Can I use custom web fonts with Webpage?

    Yes, you can embed custom Web fonts into your page.
    However be aware that the overall performance of the page may be affected by the render time of the font on a player. Also note that if the font file is referenced by the HTML page but not available, text will be rendered using a default system font.

Can I use animations on my page?

    Yes, animations are supported.
    However the final result, and especially the frame rate performance of your animations, will depend on many factors:

    • Animation method (SVG [recommended], Canvas, WebGL, JS)
    • Number of concurrent animations
    • Size of animation (# of pixels moving at once)
    • Current player CPU / GPU load
    • Current memory usage
      We recommend light use of animations to prevent frame rate drops, since many of these variables are circumstantial and will be difficult to predict in the field. It’s also a solid design principle to avoid making your screens too busy. A little movement goes a long way.

Does the Webpage app support Flash?

    No. Flash is not supported.
    There is no Flash runtime on the players, so webpages that have embedded Flash content will not render successfully. If it’s your site, we recommend the use of authoring applications like Adobe’s Creative Suite to export Flash content to HTML, and use that on your page instead.
    If the site belongs to someone else and they are using Flash, the site can’t be used with the Webpage app.

Does the Webpage app support embedded video?

    Yes, pages with embedded video are supported.
    However the page will be responsible for auto-playing the video, muting audio, looping, etc. Also be aware that videos affect overall player performance. A video stacked with other visual effects like animations, or multiple videos, may result in frame drops and choppy playback on lightweight players.

Does the Webpage app support live cams?

    Yes. A site with elements that stream video, like a webcam viewer, can be displayed in a Webpage layer.
    However be aware that live cams require a high amount of bandwidth for your player (a fast connection), and like other videos can consume player resources like memory and CPU. The video element will need to be positioned on the page such that it’s fully viewable on initial page load. The page will need to be designed with these constraints in mind to be successful.

Why does a Webpage layer look different in Preview?

    When I view it on my TV, I see more of the page than in the preview on my laptop.
    At the end of the day, it’s “just a website”. Website are rendered slightly differently across various platforms. It’s similar to the difference between the same site on your phone, vs on your desktop. On your phone’s screen, you’ll see a slightly different version of the page.
    A Webpage on the player is running on a specific hardware and browser platform at the resolution of your TV. When you view the site in a Webpage layer in Preview, you’re using a different combination of hardware, browser and resolution, on a different internet connection to render the site. Each of these factors will affect presentation when the site is rendered.
    When using Webpage we highly recommend testing your website’s final output under the same conditions that you’ll be deploying in public. e.g. a ScreenScape player, a full-size TV, a similar WiFi network, etc.

Does the Webpage app use a proxy? (and… What’s a proxy?)

    Yes, by default the Webpage app uses a proxy.
    A proxy is a server that acts as an intermediary between the website, the Webpage media layer, and the ScreenScape player.
    ScreenScape uses the proxy to interpret the contents of the website’s HTML, looking out for parts of the site that might be incompatible with being displayed in a Webpage media layer. When it finds incompatibilities, it makes a best-effort attempt to translate them into usable elements. The success ratio isn’t 100% (the Web is a big place), but it does increase the probability of a successful result.

Can the Webpage proxy be turned off?

    Yes, the proxy can be turned off.
    Why would you want to do that? In some cases, a proxy can get in the way. The most common of these is when the website in question is hosted behind a firewall. Players that are also behind the firewall could play those websites – but ScreenScape’s proxy server would be denied access by the firewall.
    In other instances, there may be an incompatibility between the proxy and whatever website you’re attempting. If a website fails to render correctly with the Proxy on, try turning it off.

Will my dynamic webpage work?

Sadly, the odds aren’t good. This technique (Dynamic web pages) doesn’t mix well with the iframe and static webpage approach in use with the Webpage app. Dynamic fetches of http data with javascript are frequent cause of failure.

Sharing FAQ

What is Sharing?

    Sharing is a property that can be added to any media, playlist or hardware.
    The owner of any items can assign other members as ‘shared’. The members can co-manage the shared items together (view, edit, copy or publish).

Why use Sharing?

    Use sharing to co-manage a device, a playlist, or a media item. Sharing is used where responsibility for managing a screen and / or what’s displayed on it might be distributed across many people.
    The co-managers could be in the same organization (two people on the same Marketing team) or across organizations (an advertiser working with a screen owner).
    Common organizational scenarios are ones where one group is responsible for the physical hardware (the IT dept), another group for the branded look and feel of what’s on the network of screens (Marketing), and finally another group for the content of individual screens or media items (location managers).

When would you share Media?

    Users would share media when:

    • they want their media published to a playlist they don’t have access to – so they share the media with the playlist owner and ask them to publish it
    • they want approval on a design from their boss or a brand-owner
    • they want another user to be able to copy their efforts as a starting point for their own design
    • they want to co-manage separate zones of a single item. For example, a local manager shares a menu with Marketing so that they could update the logo as needed
    • they want to co-manage specific details on the item, for example the prices on a menu board that change over time
    • they want to share the same set of responsibilities amongst many team members. For example, “Anyone in our group should be able to update this menu.”

When would you share a Playlist?

    Users would share a playlist when:

    • they want to co-manage which items are added / removed from the playlist. For example, Marketing wants to add logo stings and org wide messages, while allowing local managers to add their own local content.
    • they want to co-manage the look and feel of a playlist like layout and theme between individuals or groups
    • they want others to be able to preview at a glance what’s playing on remote TVs
    • they want to share the same set of responsibilities amongst many team members. For example, “Any one of our shift managers should be able to add / remove media from that playlist.”

When would you share Hardware?

    Users would share hardware when:

    • they want centralized billing on their devices, but want distributed management responsibility
    • they want others to have the ability to monitor and manage the device
    • they want others to be able to assign new playlists for the device
    • they want others to be able to set up a new device (assign location, news, weather, etc)
    • they want to share the same set of responsibilities amongst many team members in the same working group. For example, “Any of our IT staff should be able to monitor that device.”

Sharing Example 1 – Single location

    Bob and Doug work together at a cafe. Bob set up a ScreenScape screen so their cafe could have a digital menu. Bob creates a menu from a ScreenScape template and publishes it to their screen.
    On his days off Bob wants Doug to be able to make edits to the daily special. Bob shares the media item for the daily special with Doug. When Doug logs in to his own ScreenScape account, he can see the shared item. When he makes edits to the daily special, his changes appear on the cafe screen.

Sharing Example 2 – Two locations

    Bob and Doug are friends who each run their own restaurant.
    Bob set up a ScreenScape screen so he could have a digital menu. Bob creates a menu from a ScreenScape template and publishes it to his screen.
    Doug sees the menu and asks Bob how he did it. Bob tells him about ScreenScape. Doug signs up and buys his own ScreenScape device.
    Bob shares his menu with Doug. Doug makes a copy and changes the colors, logo and prices. He publishes his copy to his own screen.

Sharing Example 3 – Simple Advertising

    Bob runs the digital menu for his cafe using ScreenScape.
    Susan is an advertiser who wants to advertise on Bob’s screen.
    Susan has her own ScreenScape account. She creates her ads as media items and shares them with Bob. Bob adds them to his playlist.

Sharing Example 4 – 10 locations with central management

    A retail chain has 10 stores. Each store has 1 screen. Each screen is powered by 1 ScreenScape device.
    An IT person purchases all 10 devices from ScreenScape. Monthly billing for all 10 devices is centralized to the IT person’s ScreenScape account. They are the “owner” of the devices. Only accounts that own devices are billed by ScreenScape; accounts that don’t own devices have no cost.
    There are 5 members of the central Marketing team. Each have their own independent ScreenScape accounts (no cost).
    The IT person owns the devices, but Marketing controls what’s played on them. So the IT person shares the devices with the 5 Marketing users. The IT dept can share the devices they own to as many other users as they see fit, at no additional cost.
    The Marketing users create 1..10 playlists and add the playlists to each of the shared devices. If they want all 10 devices to play exactly the same content, they could use 1 playlist and assign it to all devices; or they could have 1 independent playlist per device.
    They share the playlists with each other as they choose. They can all add/remove media on their shared playlists.
    They could also choose to share individual media items with each other to co-manage media items.
    With this approach the Marketing team is able to control what’s played on the screens without direct involvement from IT. Meanwhile IT can still monitor the devices and manage technical changes as needed. As members join or leave the Marketing team the IT person, as the central “owner” of the devices, can still get involved in order to add/remove shared device access.

Sharing Example 5 – 10 locations with local managers

      Imagine the previous example (#4), but with local store managers at each retail location. Each local manager wants to co-manage what’s on their screen – but just for their single location, and only for some content. For example, they need to make frequent adjustments to localized prices, but don’t want to touch the logos and branding. Meanwhile Marketing still wants some measure of centralized control to guarantee adherence to branding guidelines.
      With Sharing there are several ways to cover this requirement. The method used will come down to an organizational choice on how much control a local manager should have over their local screens. In each scenario the local managers would sign up to ScreenScape with their own accounts (no cost).
      Some example scenarios with local managers would be:

    Central control

      Local managers use templates to create their own media, and share that media with their central Marketing team.
      The central Marketing user would review the media, perhaps edit it to meet brand guidelines
      The central Marketing user and add it to the local playlist when approved.

    Medium control

      Local managers request a central Marketing user to share the individual menu item with them.
      The local manager could then save edits to that single item (and only that item).

    Light control

      Local managers request a central Marketing use to share the playlist assigned to their location.
      Marketing would do this if they wanted to permit a more open scenario.
      This scenario would allow the store manager to add / remove media on the playlist without prior approval from Marketing.
      Marketing would retain control over who was shared the local playlists

    Open ended

      Local managers request the IT owner to share access to the device used at their location.
      The local users could then add/remove their own playlists to the device and monitor the device itself.

    Decentralized

      The most permissive model would be for the local managers to buy their own devices from ScreenScape
      They would share with other members of their organization access to their devices, playlists or media items as appropriate

Media Overview

The Media page is where you manage and create new Media items within your account. To access the Media page, log in to your account, and select the Media button in the top left of the application. If you do not have any created media, you will see a message instructing you to start creating your first media item. If you have already created media, you will see your media in the form of cards.

ScreenScape digital signage Help - Media Card Example

Fig. 1. An example of a Media card.

 

 

 

 

Each card contains a thumbnail of your created Media item. At the bottom of each card, you will see the name of the media item, and the duration time that the media item is set to play for.

To edit your existing media, double click on the media item, or alternatively, click on the item once, and then select the Edit option that will appear in the top right. From here, you can also:

  1. Add the media to a playlist.
  2. Add a tag to your media item.
  3. Share the media item with other people.
  4. Make a copy of the media item or delete it.

You can create new Media by pressing the + button in the bottom right corner and then choose a template.

For more information on Media Creation, please see the more detailed article, How Do I Create a New Media Item?

Need Assistance?

Can’t find the answer you’re looking for? Don’t worry we’re here to help! Give us a call at 1-877-666-1975 (Option 7) OR send us a help ticket using the button below. We’re available Mon – Fri from 7AM – 8PM Eastern Time.

SUBMIT A TICKET

ScreenScape Network Check

Do you suspect that your WiFi network is behind a firewall? If you do, then you should know that ScreenScape requires full access to a list of specific urls/ports in order to operate successfully. With the ScreenScape Network Check tool you can quickly scan your network for any potential access restrictions that may affect ScreenScape’s performance.

Using the Tool

Before running the ScreenScape Network Check tool, you will need another WiFi enabled device to run the test from. You can use a smartphone, tablet, laptop or PC to run the test. 

IMPORTANT: In order for the connectivity test to be accurate, you must ensure that you are connected to the network that you plan to connect your ScreenScape Hardware to. That is the connection that will be utilized by the ScreenScape services. 

Once you’ve connected to the proper WiFi network using your mobile device or PC, just open a web browser and navigate to check.screenscape.com in the url address bar. This will open the ScreenScape check page and automatically run the tool.

What are the Connectivity Requirements?

Here is a list of what the tool is checking connectivity for: 

ScreenScape API

If you are unable to reach the ScreenScape API then this will prevent you from using both Screen Manager and our players on your network.

url: https://api.prod.screenscape.com/status

ScreenScape Player Services

If you are unable to reach ScreenScape player services then this may prevent players running on your network from getting updates or playing content.

url: https://smartplayer.prod.screenscape.com
url: https://devicemessages.prod.screenscape.com
host: configuration.prod.screenscape.com  port: 443
host: screenscape-prod-us-east-2-aptrepo.s3-us-east-2.amazonaws.com  port: 443

ScreenScape Cloud Storage
If you are unable to reach ScreenScape Cloud Storage then this will prevent you from creating or playing content on your network.

url: https://cloudstorage.prod.screenscape.com
host: cdn.filestackcontent.com  port: 443

ScreenScape Screen Manager
If you are unable to reach Screen Manager from your network then this will prevent you from interacting with our platform and managing your content and devices.

host: screenmanager.prod.screenscape.com  port: 443

ScreenScape Support Services
If you are unable to reach one or more ScreenScape Support Services from your network then this may prevent ScreenScape from accessing your player remotely.

host: support.screenscape.com  port: 443
host: brocoli.ehorus.com  port: 8080
host: switch.ehorus.com  port: 443
host: infra-api.newrelic.com  port: 443

My Network Check Failed. What Now?

If your network is behind a firewall and the connection is refused for any one of the urls/ports, then you must configure Network policies to allow access to those specific ScreenScape Services over your restricted network. If you are unable to adjust your firewall rules then you will be required to find another network source to operate the ScreenScape service on.

We recommend that a whitelist rule be configured for all  of listed urls for https on TCP/443 to allow access to the full suite of ScreenScape services. SSL inspection should not be configured for the listed urls. ScreenScape SmartPlayer devices do not currently support ssl inspection.

For a more detailed list of the ScreenScape service requirements, you can also reference the following article: Service Requirements for Restricted Networks. If you have any questions please submit a help ticket and we will respond as soon as possible.

 

Need Assistance?

Can’t find the answer you’re looking for? Don’t worry we’re here to help! Give us a call at 1-877-666-1975 (Option 7) OR send us a help ticket using the button below. We’re available Mon – Fri from 7AM – 8PM Eastern Time.

SUBMIT A TICKET

How to Edit Media Layer Styles

 

Layer styles are the latest formatting feature for Media.

These styles allow designers to add advanced styles to layers, like Opacity, Text Shadow or Border Radius.

Please note, Layer Styles are an advanced feature. You don’t have to use them to create great looking media. BUT – for those looking to add something special to their designs – layer styles are a great addition to the toolset.

Layer Styles are especially useful for integration apps and other dynamic media, where formatting is required but the text and images change over time. In these cases, a style applied to the entire layer (vs a static image or text) is necessary.

You can find the layer styling options by editing one of your media items, clicking the drop down arrow on any layer within the layer panel and then clicking on the + button. 

 

Need Assistance?

Can’t find the answer you’re looking for? Don’t worry we’re here to help! Give us a call at 1-877-666-1975 (Option 7) OR send us a help ticket using the button below. We’re available Mon – Fri from 7AM – 8PM Eastern Time.

SUBMIT A TICKET