ClipFlair Forums. Create discussion topics and get answers
Btw, it has nothing to do with the activity itself, the issue you have is with the video.
With smooth streaming that our gallery server uses, each user should get a video quality relative to their CPU strength (I do need to add some smooth streaming fix for very low powered Intel Atom CPUs btw) and network bandwidth, so it's preferred from Dropbox. If there are copyright issues with the video, even if I give you a private url for streaming it still doesn't change the fact that it's not "legal" to serve it from our server
An alternative could be to install ClipFlair as a local application and open a local file (but still you'd need to copy the file to each machine since using it over a shared folder on your local network still can choke the machine that serves it even locally if not configured correctly). However I think it needs me to cryptographically sign the app to do that (which needs one to pay money for code signing certificate or use a test certificate that you'd then have to install manually to each machine). Will do some more search on it and let you know if it could really be an option
Some good news. Sara has just reported that she piloted the activity with about 30 students hitting the same link from the gallery (the video also on the gallery) and they didn't complain about buffering problems.
So the gallery at least seems to work fine with multiple users.
Hi again Noa,
I think I found a way so that the user will be able to open a local media file (with an open file dialog shown) to use with the clip component. They will have to do this action every time they open the activity though, but it should work much better if you don't want to use our smooth streaming gallery and have low bandwidth connection etc. issues that I mentioned above
Working on it, will update you on the progress
Note that you'll have to copy the video file to each student's machine, since using it over a shared folder in your local network workgroup can sometimes choke the file serving machine if it's not configured correctly (although you can try if it works fine for you over a local network shared folder first [issue will usually be when many users hit the share at the same time])
That'd be great, George. Let me know when this option is available.
have added button at the Clip component's backpanel, under Media Source label that allows one to open a local media file (WMV/MP4/WMA/MP3). Note that not all encoders that the WMV file (container) can be using are supported by Silverlight (only supports a set of standard encoders to make sure content plays crossplatform [Win/MacOS-X] and one any Windows version). With MP4 some MPEG4 profiles aren't supported, but they should be rare. The list of supported formats is here:
In any case if you have issues opening a file convert to .MP4 with Miro Video Converter first (http://www.mirovideoconverter.com) and use the .MP4 file. Similarly you can convert any problematic .WMA to .MP3
Note that the media file isn't embedded in the activity, nor any link is kept to point to it on your system (Silverlight security requires that the users manually open the file they want to play, so you will have to instruct them on how to do it).
Avoid opening files from shared folders on your local network if multiple people open the same file. Better copy the file to each one's computer, since non-server versions of Windows impose restrictions on simultaneous usage of fileshares. However if you have a local file server machine you can try and see if it works OK for you with multiple students if you want to avoid copying arround media files.
Thanks, George. I'll give it a try saving the file in the students' computers if there are problems tomorrow when using the activity URL(beforesunrise_train) at the computer lab.
Everything worked allright with the URL yesterday at the computer lab. However, I told students to give it a try loading the clip from their computers for the first activity we had problems with. They will try at home. I've tried it myself and it seems to work just fine.
I'll let you know if they mention any problems with that new 'open media from local folder' icon.
Thanks for everything.
Now when using local files at Clip and Image component, saving the activity will embed the local media asset files inside the .clipflair file of the activity, making it self-contained. Of course it will be of bigger size. Will provide an option for Clip and Image components in the future to not embed the local media files you've told them to open when saving their state (however the default setting will be to do embedding)