Digital Media Suite API Forums

« Back to Digital Signs API Forum

Possible Crossdomain Issue

Combination View Flat View Tree View
Threads [ Previous | Next ]
I'm building a system around the DMP model 4400. The DMP will get its content from a remote host. That content will be a web page containing Flash and MPG movies (MPGs encoded in the format required by the DMP).
 
We were told by Cisco support that images are cached by the DMP, but not movies. Our tests seem to confirm this. When a movie comes up in the playlist, the DMP will download it from the beginning (apparently trying to stream it, resulting in stuttering playback) even if it had been downloaded on a previous run through the playlist.
 
One solution we've tested has been storing the MPG media on the DMP, while serving the HTML page that will display that media on the remote web host. That way the latest text information could be retrieved from the remote host, while movie playback on the DMP won't be hindered by bandwidth limitations. However, pointing the DMP to a page at an HTTP address, and then having the page link to a local file path (on the DMP itself), doesn't seem to work. My guess is that it's some kind of crossdomain protection in Firefox.
 
It occurred that if the DMP can act as kind of a web server, and access its own content via an HTTP path, it might solve the issue. Is this possible?
 
Are there other solutions?

It should be possible to access a DMP's locally stored content via an HTTP path.
 
-Hashir

What's the path to the files via HTTP?
 
I've tried,
 
https://IPADDRESS:80/usb_1/FILENAME
 
and
 
https://IPADDRESS:80/FILENAME
 
but neither has worked.

Micheal,
 
I went back and talked to our DMP developers. Using an http path is not recomended for locally stored files. I went ahead and tested a video using a file:/// path and was able to play it successfully alongside other images that I was retrieving from an external webserver.
 
Have you taken a look at the Best Practices to Handcraft Playslists document from the Documentation section of the website?
 
Are you making sure to set the video attribute?
 
Here is an example of a playlist.xml file that I have used successfully to play a video
 
<playlist name="pl" x="20" y="20" width="1200" height="700" preload="true" preload_time="5000" random="false">
<item url="file:///tmp/ftproot/usb_1/deployment/content/video.mpg" duration="25000" video="true" />
</playlist>
 
let me know if you are still running into issues.
 
-Hashir

Hi, Hashir.
 
We're not familiar with playlist.xml files. In our case, we're not using the DMM. The DMP is only acting as a browser and repository for large media files. So, if anything is contingent on administration via the DMM, we can't really use it. At least not beyond initial setup. Regardless, I would like to look at a playlist file, if you wouldn't mind attaching one to this thread.
 
In your tests of retrieving files across domains, is the HTML file stored on the remote server or locally? Our tests depend on the HTML file (that links to the content on the DMP and content stored elsewhere) being stored on the remote server.
 
We're also not familiar with the best practices document. What issues does using an HTTP path present? Can we safely test this method?
 
Thank you.
-MC

Michael,
 
I'm referring to a procedure that does not require a DMM. You can find an example of this, along with documentation by clicking on the Documentation tab, and then clicking "DMP Application Development - Playlist Best Practices" (which will download a zip file).
 
When i tested this out, I had a playlist that pointed to images on an external server, images that pointed locally to my DMP, and a video that played locally on my DMP. All of these worked together successfully.
 
 
-Hashir

Thanks for the help. I'm looking at the documentation now.
 
I just want to clarify one point before I proceed. Were the HTML and playlist files located on the remote server or stored locally on the DMP?

Michael,
 
I tested by placing the HTML file locally as well as on a remote server. In both cases it worked.
 
-Hashir