cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
951
Views
5
Helpful
5
Replies

file size for Show & Share

sveisen
Level 1
Level 1

Hi all.

We have a SnS system version 5.2. When we try to upload a video larger than 2 Gig we get that the file is to large to upload. But in the documentation I have read that there is no limitation to the file size, but obviously this is not correct. So the qestion is if there are some parameters that can be edited to change the maximum file size to uploaded?

2 Accepted Solutions

Accepted Solutions

Tomas de Leon
Cisco Employee
Cisco Employee


Hello,


This is a known limitation referenced in the Release notes for DMS 5.2.1.


Release Notes for Cisco Digital Media Suite 5.2.x

http://www.cisco.com/en/US/docs/video/digital_media_systems/5_x/5_2/dms/release/notes/dms52rn.html#wp180130


CSCso78514 - DOCU1 - stay uploading menu forever if add a media size > 2G in Media Library


Description:

Using the local file option to add a media asset that is larger than 2G causes the upload

menu to remain open indefinitely.


Work Around:

None. This is a browser limitation. We recommend that you upload a file that is smaller than 2G

and that you use an external server for large files.



On a Side note:

For a video content file at 2GB or above, Depending on how the video was encoded this

file size could represent anywhere from 1-4 hours of video.  However, most

organizations have implemented a best practice segmenting videos down to much

smaller duration.  Cisco itself recommends video durations of no more than 20 minutes

due to enduser's attention span.



If this answers your question, Please take time to mark this

discussion answered & rate the response.


Thank You!


T.





View solution in original post

Charles Little
Level 1
Level 1

Thomas is correct. Loading that length of a video clip for internet viewing is a waste of time and effort. No one will ever watch it. web video clips...seminars...webinars should never run past the 30-45 minute length. Basic web instructional designers will tell you that learning and retention rates of knowledge deployed through video or other online learning modalities, drop dramatically after the 30 minute mark. Best practices means keeping individual clips no more than 20-30 minutes in length. Shorter is better than longer. If this is a video of a meeting or a conference, break up the video into individual presentations and publish as a series. Find the natural information breaks in the video and break it up into clips. That would make this considerably more effective than trying to publish one big huge video clip.

Cheers

C.O. Little

View solution in original post

5 Replies 5

Tomas de Leon
Cisco Employee
Cisco Employee


Hello,


This is a known limitation referenced in the Release notes for DMS 5.2.1.


Release Notes for Cisco Digital Media Suite 5.2.x

http://www.cisco.com/en/US/docs/video/digital_media_systems/5_x/5_2/dms/release/notes/dms52rn.html#wp180130


CSCso78514 - DOCU1 - stay uploading menu forever if add a media size > 2G in Media Library


Description:

Using the local file option to add a media asset that is larger than 2G causes the upload

menu to remain open indefinitely.


Work Around:

None. This is a browser limitation. We recommend that you upload a file that is smaller than 2G

and that you use an external server for large files.



On a Side note:

For a video content file at 2GB or above, Depending on how the video was encoded this

file size could represent anywhere from 1-4 hours of video.  However, most

organizations have implemented a best practice segmenting videos down to much

smaller duration.  Cisco itself recommends video durations of no more than 20 minutes

due to enduser's attention span.



If this answers your question, Please take time to mark this

discussion answered & rate the response.


Thank You!


T.





Thanks for useful answers.

I totaly agree with the best practice in keeping the videos in no more than 20-30 minutes. The problem is rather that the "crowd" whises for the best quality and if you then record in HD the files get large quiet quickly. And even the times you don't have to upload with high quality, the recording equipment will record in high quality anyway and then you have to use a program to compress the video and that takes extra time. SnS is (for us) an internal YouTube and we are using internal network to whatch the videos. And with Cisco infrastructure (of course) the large files shouldn't be a problem.

But again. I agree with you both.

Thanks for answering.

Sounds like you guys don't have the MXE 3500 and have limited experiance in the video production process. Compressing the video for web deployment is SOP in corporate video production. Your video vendors should be able to easily punch out compressions to what ever your requirements, quickly, easily and if required on the fly in live events as part of their required deliverables. There is no way you should be putting HD video on your network for desktop viewing. Putting good high quality compressions at bit rates of 1000 -1500kb/sec or there about will give you all the quality you need for desktop deployment of video across your intranet. HD video in a MPEG4 H.264 TS takes up megabytes of bandwidth. Its certainly doable but WHY? You're just causing yourself and the rest of the IT department more pain. You don't need that level of quality for video if all it is going to be viewed on is a desktop monitor from 20 inches away.

I would suggest that for your organizations you create a "SnS Content Creation Standards" document with all the size and compression standards that content creators and publishers must conform to. Utlize the work flow publishing approval process to have all published content conform to these standards. Beyond that I think you would benefit and need to invest in the MXE 3500 which will automate the compression work flow process for you allowing you to control all the compressions happening from multiple authors and keeping the codecs used and the compression settings constant across all publications. Biggest benefit is all the labor of doing all those compressions goes away and the process is automated.

Good Luck

C.O. Little

Thanks for answering in such a depth. I would really like a MXE and will try to use your argument to see if they will invest in one.

Charles Little
Level 1
Level 1

Thomas is correct. Loading that length of a video clip for internet viewing is a waste of time and effort. No one will ever watch it. web video clips...seminars...webinars should never run past the 30-45 minute length. Basic web instructional designers will tell you that learning and retention rates of knowledge deployed through video or other online learning modalities, drop dramatically after the 30 minute mark. Best practices means keeping individual clips no more than 20-30 minutes in length. Shorter is better than longer. If this is a video of a meeting or a conference, break up the video into individual presentations and publish as a series. Find the natural information breaks in the video and break it up into clips. That would make this considerably more effective than trying to publish one big huge video clip.

Cheers

C.O. Little