Hi Peter Thanks for the response! In fact you're right, a HEAD request is sometimes issued for the target URL. Upon a new load of the URL (in my case, I have it as part of a playlist), a GET seems to be always issued. This is fine (though perhaps not optimal). The crux of the issue is all of the assets of the page (in my case, a number of image files) are NOT checked. So if I swap the image files (while preserving the name), the same old image is stuck in the cache of the DMP indefinitely. With the NTP capabilties in 5.2.2, I'd like to suggest consideration of the if-modified-since attribute in a GET instead of the current HEAD-based checking (or perhaps in conjunction with). In addition (and more importantly), it is important to check all of the assets of an HTML page, not just the page itself. I'll be happy to open a TAC case if this is the recommended course of action - I wasn't sure as I think this may be more of a feature request than a bug fix (although clearly without checking assets of an HTML page I would suggest caching is fundamentally broken). Please let me know your thoughts Thanks! Jason
... View more
Great information. I have tested this in my lab and have it working as well. Very cool. I have a couple of follow up question: 1) I have a playlist of items (either a native playlist or a playlist embedded within a presentation). What I'd like is to have the Fast Forward / Rewind buttons hop between playlist items (and perhapse PAUSE stay on an item). Do you know if this is possible? 2) I'd like to program one of the colored buttons to tune directly in to a channel (udp://220.127.116.11:2341) without going through ETV. Any thoughts? 3) How can I have a colored button load the appropriate page to start playing a video? For example I have a .MPG stored at http://my.example.com/files/test.mpg that I want the TV to play (and loop) full screen when GREEN is pressed. Thanks!
... View more