Image Widget Cache

  • 2
  • Idea
  • Updated 3 years ago
  • Not Planned
After the Video Widget was recently updated to allow videos from external sources to cache, I excitedly swapped over my players to a new presentation using the Video Widget and the Image Widget so I can use the new Editor (which looks great by the way). Since doing so, the player I updated frequently displays a blank placeholder whenever it's internet goes down where an image should be, and I've also noticed that my hosting service price has risen considerably and I think it's related to the Image Widget not caching.

Although I am extremely happy with the performance of the Video Widget with it's new updates, it seems as though the Image Widget does not cache from external sources.

Here's a log from a player running the old presentation with the video item + image item:
Nov 8 10:00:15.086 INFO: file request receivedNov 8 10:00:15.117 INFO: ranges header received. Content-Range: bytes 0-14648567/14648568
Nov 8 10:00:15.178 INFO: file request received
Nov 8 10:00:15.179 INFO: ranges header received. Content-Range: bytes 14648051-14648567/14648568
Nov 8 10:00:15.188 INFO: file request received
Nov 8 10:00:15.192 INFO: ranges header received. Content-Range: bytes 455-1048575/14648568
Nov 8 10:00:15.202 INFO: file request received
Nov 8 10:00:15.270 INFO: ranges header received. Content-Range: bytes 455-14648567/14648568
Nov 8 10:07:50.739 INFO: Download cancelled. Response code 304 received for URL <link removed>
Nov 8 10:09:26.436 INFO: file request received
Nov 8 10:09:26.560 INFO: ranges header received. Content-Range: bytes 0-47936562/47936563
Nov 8 10:09:26.637 INFO: file request received
Nov 8 10:09:26.638 INFO: ranges header received. Content-Range: bytes 47935101-47936562/47936563
Nov 8 10:09:26.689 INFO: file request received
Nov 8 10:09:26.700 INFO: ranges header received. Content-Range: bytes 432-1048575/47936563
Nov 8 10:09:26.704 INFO: file request received
Nov 8 10:09:26.950 INFO: ranges header received. Content-Range: bytes 432-47936562/47936563
Nov 8 10:15:12.721 INFO: Download cancelled. Response code 304 received for URL <link removed>
And here's one running the exact same presentation, though with the Image Widget + Video Widget:
Nov 8 10:01:08.963 INFO: file request receivedNov 8 10:01:09.382 INFO: Download cancelled. Response code 304 received for URL <link removed>
Nov 8 10:01:09.862 INFO: file request received
Nov 8 10:01:11.237 INFO: Download cancelled. Response code 304 received for URL <link removed>
Nov 8 10:16:08.965 INFO: file request received
Nov 8 10:16:09.445 INFO: Download cancelled. Response code 304 received for URL <link removed>
Nov 8 10:16:09.863 INFO: file request received
Nov 8 10:16:10.696 INFO: Download cancelled. Response code 304 received for URL <link removed>
Nov 8 10:31:08.966 INFO: file request received
(I've removed the links myself, but they're just public links hosted on Amazon S3 using HTTPS)

It seems as though the Image Widget is not caching at all. I've stopped the player and cleared it's cache to see if there was some sort of issue there, and it's done it's daily reboot a couple of times now, but nothing has improved.

Am I doing something wrong or is this currently how the Image Widget is operating? If so, I find it strange to update the Video Widget to allow external sources, but not the Image Widget.

This is an issue for me not only because my clients have unstable internet connections, and their presentations are mostly image filled, but also because it's now costing me a lot more to run.

Could it please be possible to update the Image Widget to allow caching from external sources, similar to how the Video Widget performs?

Thanks
Photo of Nathan Cummins

Nathan Cummins

  • 662 Points 500 badge 2x thumb

Posted 3 years ago

  • 2
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Nathan,

You are correct. The Image Widget does not cache images hosted on third party storage. I'm going to change this to an Idea thread and assign it to the content team.

Thanks for your input.
Photo of RV News

RV News

  • 2,358 Points 2k badge 2x thumb
Agree, it would be great if you could add support for caching  images (from non Rise Storage sources ) just like the video widget
(Edited)
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Nathan and RV News,

Just wanted to let you know that this is a planned update for the Image Widget. Part of the Content team's backlog is to implement caching of non-Rise Storage images.

I do not have a timeframe for this, but we will update you with an announcement when it rolls out.

Thanks!
Photo of Nathan Cummins

Nathan Cummins

  • 662 Points 500 badge 2x thumb
Awesome, Blake, this is excellent news. Thanks for getting back to us!

It would be great to have it in place before the depreciation of the image item.

Thanks!
Photo of RV News

RV News

  • 2,358 Points 2k badge 2x thumb
Good news, thanks!
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Hey all,

I just wanted to update you on the status of this idea. At this time, our developers have pivoted and decided not to pursue the Image Widget using Rise Cache.

If you are using an external host for your images, you should ensure the server hosting those images has cache control values defined in the response headers. The browser will then Store those images per those values for the duration of the browser session, negating the need for images to be stored in Rise Cache.

If your host does not support these response headers, I would encourage you to look for another hosting option that will allow for this type of caching. 
Photo of RV News

RV News

  • 2,358 Points 2k badge 2x thumb
Could you please explain this a bit further...
Photo of AdGators AdGators

AdGators AdGators

  • 3,612 Points 3k badge 2x thumb
I'm a little late to this convo, but the old Rise Vision Image Gadget was the only item that used to Cache and video's never did...do I understand now, it's flip flopped where Video Widget cache's properly but the Image Widget does not?
Photo of Alan Clayton

Alan Clayton, Official Rep

  • 8,788 Points 5k badge 2x thumb
Hi AdGators, no flip flop, but agree it is confusing. Sorry about that!

Images should be getting stored in the browser cache. If they aren't then it might be due to the server they are being hosted on not being served with cache control values. If you can provide the URL to an image you are seeing problems with we can confirm if cache headers are present. 

As for videos, we've always stored videos from Rise Storage in a persistent cache (Rise Cache) because videos are to large to be stored in the browser cache. We recently updated the Video Widget to also store videos from a 3rd party server in Rise Cache so now we store all videos regardless of where they are hosted. 
Photo of AdGators AdGators

AdGators AdGators

  • 3,612 Points 3k badge 2x thumb
Okay, I follow ya. The same has always been true, for the Image related Placeholders. Now that you mention it, I remember reading about this situation long ago when there were only gadgets.

The Video's, last I tested, are cacheing nicely on 3rd party storage. I'm planning on implementing this video cache setup with the new Rise Vision Shell Script in some of our advertising locations. I will respond in here if I see any issues during testing and implementing.

Thank you for the clear explanation Alan,
Joe Kirchner
Photo of Dave

Dave

  • 886 Points 500 badge 2x thumb
Another off the wall question please: I have been using Rise Vision with iAdea XDS Signboards and XMP media players for about 4 years now (since before it was quasi-supported).  I am curious if we have tested the iAdea hardware with the Image Widget.

The Image Gadget  works fine in most simple cases and I am concerned that the relative complexity of the widget may cause the media device browser to fail/skip the whole placeholder. It is running a pretty old version of a webkit derivative.

Note: I have not tested this myself.  
Photo of Robb

Robb, Official Rep

  • 76,676 Points 50k badge 2x thumb
Dave,

You may want to reach out to IAdea (support@iadea.com) with that question. I recall testing an IAdea Player a LONG time ago, but this was back even before the Image Widget. We don't do any testing specifically on the IAdea Players, so they would be able to answer the question better.

Thanks!
Photo of Dave

Dave

  • 886 Points 500 badge 2x thumb
You are correct about the timeline. I am am pretty sure you and I have collaborated on a number of iAdea device workarounds for myself and other users in the past. I have always appreciated the help.

We did some testing last week, so here go the findings : 

  • All widgets that have been recently deployed to the store, do not work on the XDS or XMP series embedded devices. The players/devices are pretty old (2 or 3 years) but are still highly serviceable in the sign-board space we have them deployed in. Any widget content we place in the presentation, is always blank. 

  • There is  no manufacturer's firmware update path to overcome this problem, as these devices went out of production over a year ago. The HTML5 capability of all of these models includes support for "widgets", but my guess is that what iAdea termed as widgets and what Rise Vision calls widgets today (3 years later),  are probably not the same thing
  • The widget framework delivered by the server must have some hefty dependencies by 2013 standards, that bails at the webkit instance. The widgets stay blank no matter what the widget is. This leaves me to believe that the platform on the devices is just not robust enough for today's "widgetry".

This has been an emerging issue, we know that.  But it was an issue that Rise Vision has always allowed workarounds for. Things like the original weather widget only working in certain layout configurations , video never working (on these devices) and when gadgets gave way to widgets it really did not matter because we had the editor items like embedded presentations, images and URLs to get us by. 

That all appears to be in a state of change as well. 

Architecture and Customer Service wise, my problem is that the display screen and the player's compute hardware are one. CPU/OS/Browser (platform) can not be upgraded without the whole assembly coming out. We are sort-of not going to suggest that to the venue sponsors.

We have a bunch of these and are concerned that if the  video and image "items" are removed from the editor(s) and not made available at all, we will have another problem paramount to the whole Google Chromebox thing of early 2015. 

Dave