The issue there, I suspect, is that the files are served with the wrong MIME type, causing them to appear as generic files to be saved to disk, not played. The correct fix is to serve media files from a server that sets the correct MIME type. However, while correct, that might be a burden on some. The parcel media system has a way to specify a MIME type, but MOAP has no such ability, this is a detail specified in all web browsers: the Content-Type and Content-Disposition headers sent by the server are authoritative.
As a test, what happens if you put that same URL to one of the MOV, AVI, WMV files you are testing with directly into Chrome? Does Chrome start playing it, or does it download the file? If the former it should play, barring CODEC issues like MPEG4. If the latter, the files should be put on a server intended for playing media, not sharing downloadable files. On Thu, May 19, 2016 at 9:10 AM, Nicky Perian <nickyper...@gmail.com> wrote: > At one time we could play individual media files on both parcel media and > MOAP such as mov avi wmv that were stored on services such as Dropbox. > I noticed will testing viewer-release-vlc that it these are not allowed. > > There is a notice that these files cannot be downloaded to SecondLife. > > How are we supposed to test media by file type if the individual true > media files (no wrappers) cannot be downloaded into secondlife grids? > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges >
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
