|
[
Permalink
| « Hide
]
Ken DeVellis added a comment - 02/May/07 12:59 AM
Actually, the folder that was replaced to make the mms:// protocol work was moodle/mod/resource/type/file
We had the same problem with *.wmv files. We wanted them to show up embedded in a popup window. After I changed the line 218 in mod/resource/type/file/resource.class.php (version moodle 1.8.+; file version 1.53.2.9 2007/04/05) from:
if ($resource->options == "frame") to: if ($resource->options != "frame") as it was befor in the 1.7.1 version, everything SEEMS to work fine. I do not have the time to understand the programming of the module therefore don't know what else happens know. Assigning to Nicolas, our embedding guru
 I've temporarily altered that condition on line 218 so that it always returns true. I had commented there previously that the option 'frame' didn't even make sense anymore since we no longer accept any frames in Moodle since 1.8.
The change works so far as pop-up embedded files now play fine. I wasn't able to test mms:// so please run some tests and let me know the results. Just one more thing regarding mms://
Be mindful that this protocol has been dropped by MS since the release of WMP 11, and is not even supported anymore. This may explain why your browser can no longer play such streaming content. Setting the condition on line 218 to always return true seems to solve the problem - I used " if(1 == 1) ". The embeded WMP player window does show up somewhat larger than in Moodle versions 1.7 and earlier, but this is not a problem.
I tested the mms:// protocol with WMP 10 and 11 and it works great, to my great relief, with both IE6 and IE7. We use Windows Media Services 9 running on a Windows Server 2003 platform to stream our .wmv files. The impact of deprecating the mms:// protocol as indicated in Microsoft's documentation is unfortunately very misleading. Reading the documentation, one would naturally think that mms:// urls would simply stop working with WMP 11, but this is not the case. From the following Microsoft link - http://www.microsoft.com/windows/windowsmedia/licensing/netprokit.aspx So, they no longer support it, but they highly recommend using it - go figure. We will continue to use this protocol in our Moodle site for streaming .wmv files and I'm not concerned with any switching or "rollover" that may occur to optimize the actual protocol selected. Thanks for your work on this issue. This has been resolved.
This issue has not been resolved or has been re-introduced. It is an active issue in the current 1.8.3+ release as of this time and date. Katja Krüger patch applied successfully.
We were having problems with linked resources (files uploaded to the course) not getting downloaded properly in Windows Media Player. Applying the above patch allowed us to view the files within an embedded element at least. This is with Moodle 1.8.4+ (2007021540). This may be unrelated, but the fix was essential for getting linked resources working in some fashion with WMP9 and WMP11.
I did test this yesterday, but it appears to not work today, for some reason, so this did not fix the problem I was seeing.
Hi, i solved the problem adding in the media serverr .wmv to pool , ej mms://Server/Video move to mms://Server/Video.wmv and SOLVED!
Saludos desde Argentina! |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bug
Resolved
Major
mms:// protocol does not work in the Resource - Link to a file or web site
 |
|
