Displaying ID feeds via URL view-able by multiple users

Answered

Comments

7 comments

  • Official comment
    Avatar
    Tyler Wight

    Hi guys!

    Embedding Preview URLs into html widgets or webpages is outside of the scope of intended use and is not supported. Presentations are optimized for display in Rise Player, which utilizes Rise Cache. Since you'll be viewing the Presentation outside of a Media Player running Rise Player, it's likely it will generate excessive requests and eventually will be blocked. Additionally, in the future it's likely that the Preview tool will be updated and any systems dependent on showing a Presentation continuously without the use of Rise Player will likely break.

    If you want to show a Presentation within another Presentation, this is the intended use for Embedded Presentations and is fully supported by Rise Vision.

    Comment actions Permalink
  • Avatar
    Darius Aleksas

    Burton, this approach apparently is not going to work because the way RV built their player: 1ID=1viewer only. Not so perfect workaround would be to use the preview link for that with added '&showui=false,' which will remove RV overlay (if that bothers). However, in this case, any scheduled content goes out of the window because previews cannot stick to those and play everything at all times, but in order )

    I find this interesting. Could you elaborate why exactly you need that? Are you building web content and want to use RV tools for that? Do you want to put presentation examples on your website?

    0
    Comment actions Permalink
  • Avatar
    S Burton

    Hey Darius,

    That's my trouble. The folks discussing the URL preview change in this thread Presentation as a website? have a great workaround for displaying an ID via a browser. They seem to keep up to date with changes/schedule as they're altered as well. 

    My hope is that we could embed a feed using a URL, like the one created using the steps in that forum discussion, into a separate website that would update with the same content feeds we have on our digital signage. Essentially something that would allow multiple folks to see what we have on the signs virtually.

    iframe would allow us to load an ID and watch the content in an embedded view, but the minute a second user logged onto the webpage it would kill the original viewers RV feed prompting an error along the lines of 'This content is being viewed elsewhere'..  

    0
    Comment actions Permalink
  • Avatar
    Darius Aleksas

    It is going to sound crazy, but what if you could find the way to live stream this one presentation to YouTube and then embed YT stream into your webpage?

    0
    Comment actions Permalink
  • Avatar
    S Burton

    It's a good idea, but we really wanted the embedded content to remain synced with what is pushed via RV. Our content changes frequently so adding another thing to update isn't perfect.

    0
    Comment actions Permalink
  • Avatar
    Darius Aleksas

    I see. Obviously, ID approach is not going to work and preview link is not viable too. The only thing that makes sense here is to make your presentations outside the RV environment as some sort of webpages or slides. Then use that for both digital signage (the web page or HTML widgets) and your webpage. Often it can be even advantageous.

    0
    Comment actions Permalink
  • Avatar
    Joe Kirchner

    If the sole intention is to allow other users to see the content that is playing for a display...then I think using the Preview URL with the &showui=false loaded into a table's cell on a  webpage would be your best route. That way you could show the multiple presentations on 1 webpage...You will most likely need to add refreshing intervals for each embedded URL...Also as Darius has stated, the Preview links do not follow the Schedule properly, so if you're presentation is somewhat complex as far as scheduling, then you may see some consistency issues.

    The other hack I would suggest is creating more Display's so that you can use Display ID's specifically for website calling. You would need to account for your end users numbers, but once you do...each end user would receive their own individual link with dedicated Display(s) embedded into the site. Then it's as easy as scheduling the same presentation across the correct Display ID's...let me know if this route doesn't make sense...a picture example may make it easier to understand.

    Ultimately, the best request would be on Rise's end. With that, Rise would need to open up some API to their Screen Refresh button that exists in each Display section.  I've asked about this, but didn't get much traction from Rise's end. This route, you would trigger the display screenshots on a 30 second interval. This is the route I would enjoy the best, as it would allow me to visually inspect our complete list of displays across all customers to see if any issue's exist.

    Good luck and let me know if you find a route that works out for you.

     

     

    0
    Comment actions Permalink

Please sign in to leave a comment.