DOCSLIB.ORG

Best Practices for Streaming and Serving Your Video

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Best Practices for Streaming and Serving Your Video 208 Best Practices for Streaming and Serving your Video Steve Haskin President, S > Media WWW.eLearningGuild.comWWW.eLearningGuild.com November 5-8, 2007 San Jose, CA Best Practices for Streaming Serving Video Stephen Haskin President, S>Media Industrial Strength Learning What we’ll cover in this session > What is streaming media? > Do I need it? > What are best practices? > What is the “best” codec? >Why? You have video Session 208 – Best Practices for Streaming and Serving your Video – Page 1 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA You need to get it to learners You need to get it to them when they can use it You need to “serve” it to them Session 208 – Best Practices for Streaming and Serving your Video – Page 2 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Ergo: You need to stream (or progressively download as the case may be) What is a video stream According to the Wiki (the big one): Streaming media is multimedia that is continuously received by, and normally displayed to, the end-user while it is being delivered by the provider. The name refers to the delivery method of the medium rather than to the medium itself. The distinction is usually applied to media that are distributed over telecommunications networks, as most other delivery systems are either inherently streaming (e.g. radio, television) or inherently non-streaming (e.g. books, video cassettes, audio CDs). The verb 'to stream' is also derived from this term, meaning to deliver media in this manner. Session 208 – Best Practices for Streaming and Serving your Video – Page 3 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA What streaming media protocols are out there? > Adobe Flash > QuickTime > Accordent Technologies > ReelTime.com > Ampache > Real Networks > Clipstream > RealPlayer > FORscene > SHOUTcast > Icecast > Slingbox > FreeCast >SlimServer > Matroska >Winamp > Microsoft Windows Media > Philips Media Manager > Ogg/Vorbis > Unreal Media Server >Orb Are there any “best” ones? I have opinions Session 208 – Best Practices for Streaming and Serving your Video – Page 4 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA What is a best practice? > Best Practice is a management idea which asserts that there is a technique, method, process, activity, incentive or reward that is more effective at delivering a particular outcome than any other technique, method, process, etc. The idea is that with proper processes, checks, and testing, a desired outcome can be delivered with fewer problems and unforeseen complications. Best practices can also be defined as the most efficient (least amount of effort) and effective (best results) way of accomplishing a task, based on repeatable procedures that have proven themselves over time for large numbers of people. From www.wikipedia.org/best practice What is a best practice? > So now that we know what a best practice is, what are best practices for video and video streaming? > In this case—Who knows? > In video and streaming, there are many “best practices” you can employ, but they all fall in the following categories: 1. Video file sizes and stream rates 2. Temporal qualities of video and how it affects stream rates. 3. IT practices > Reality check—each best practice has many variables that you control. Best Practice Numero 1 Session 208 – Best Practices for Streaming and Serving your Video – Page 5 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice #1 Do the math Do the math Do the math Best Practice #1—Formula for figuring out file sizes And there you have it! See, it’s as easy as pie. Best Practice #1—Reality check > The math is simple: > Length of video in seconds times > Stream rate in kilo BITS (not bytes) divided by >8 > This = total file size > Example: 120 second video by 340Kb stream rate = 40,800 bits divided by 8 = 5.1MB file size. Session 208 – Best Practices for Streaming and Serving your Video – Page 6 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice Numero 2 Best Practice #2 Talk to IT Talk to IT Talk to IT Best Practice #2 > Your IT department can be enabling: > Let them tell you what codec they want you to use…if you need a streaming server (not always necessary) or can progressively download from your web server. > Let them tell you what your max bandwidth could be. (don’t worry, you probably won’t even come close) > Tell them about how much storage space you anticipate needing…how many files you’ll be adding each month (I know, I know, this is a WAG) > What codec you are planning on using, if they leave it up to you, but do your homework first! > Tell them you did the math! > And you’ll know what streaming requirements you’ll need Session 208 – Best Practices for Streaming and Serving your Video – Page 7 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice Numero 3 Best Practice #3 Use the lowest temporal streaming rate you can Best Practice #3 HUH???? Session 208 – Best Practices for Streaming and Serving your Video – Page 8 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice #3 Temporal streaming? What’s that? Best Practice #3 The gradient model of video quality uses gradients, or slopes, of the input and output images to derive objective video quality metrics. These gradients represent instantaneous changes in the pixel value over time and space. The three types of gradients that have proven useful are depicted in the figure below. These are the spatial information in the horizontal direction (SIh ), the spatial information in the vertical direction (SIv), and the temporal information (TI). Video quality metrics based on spatial and temporal gradients have produced coefficients of correlations to subjective mean opinion score (i.e., where a panel of viewers rate the perceived quality of the video picture) from 0.85 to 0.95. These excellent correlations hold for a wide range of analog and digital video systems and test scenes. Institute for Telecommunication Sciences Best Practice #3 > Succinctly put: > Have you ever watched video on YouTube? > It’s usually pretty bad > It generally has lousy temporal quality > A couple of examples > Low streaming rate > High streaming rate Session 208 – Best Practices for Streaming and Serving your Video – Page 9 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice #3 > What does this prove: > Talking heads can use lower stream rates > Motion video needs higher stream rates > Temporal “sensitivity” differs among different people. A younger audience is usually going to be less critical of poor temporal quality Best Practice Numero 4 Best Practice #4 Use the best codec that suits your needs Session 208 – Best Practices for Streaming and Serving your Video – Page 10 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice #4 > What does this mean? > There is no one best codec…although I’d fight for Flash > If your IT department insists on purchasing a Real server, try to talk them into purchasing a Flash video server…but if you can’t, go with the flow. > Remember all these? What streaming media protocols are out there? > Adobe Flash > QuickTime > Accordent Technologies > ReelTime.com > Ampache > Real Networks > Clipstream > RealPlayer > FORscene > SHOUTcast > Icecast > Slingbox > FreeCast >SlimServer > Matroska >Winamp > Microsoft Windows Media > Philips Media Manager > Ogg/Vorbis > Unreal Media Server >Orb Best Practice #4 > What does this mean? > There is no one best codec…although I’d fight for Flash > If your IT department insists on purchasing a Real server, try to talk them into purchasing a Flash video server…but if you can’t, go with the flow. > Remember all of these? > Some are recognizable, many are not. > Matroska? Ampache? > Many of these codecs are proprietary which takes us to … … Session 208 – Best Practices for Streaming and Serving your Video – Page 11 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice Numero 5 Best Practice #5 Avoid proprietary formats whenever you can Best Practice #5 > What is a proprietary codec and why should I avoid it? > All video uses codecs > Some codecs are readily accessible by all computers, such as Flash or .wmv or .mov > Some codecs use special players and require special servers > The common codecs can use your web server to “stream” your video, so you don’t need to purchase a server > Stream is in parentheses because it’s really a progressive download, not a true “stream” which is considered persistent packeting Session 208 – Best Practices for Streaming and Serving your Video – Page 12 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice Numero 6 Best Practice #1 Do the math Do the math Do the math Best Practice #6 > How many simultaneous users do you expect if; 1. You are doing a synchronous event…in which case, you need a different class of server 2. You have an asynchronous learning class, but know lots of people will be taking it around the same time 3. You have a live event, in which case you’ll need a special type of “appliance” and server that has enough bandwidth to stream however many users will be tuned into the event at the same time Session 208 – Best Practices for Streaming and Serving your Video – Page 13 Steve Haskin, S > Media November 5-8, 2007 San Jose, CA Best Practice #6 > So here’s the math; > If you know that each stream is 256kbps (kilo bits per second) and you have 100 users, then 256 times 100 = 25,600 kbps which equals 25.6 Mbps, you have bandwidth needed > Since most networks have a 100 megabit (Mb) bandwidth and almost all modern networks have a 1Gb bandwidth, you can see that even with 100 users logged in at the same time, you have plenty of bandwidth.
Load more

Recommended publications
  • Introducing Adobe® Media Server 5 Secure Video Experiences Consistent Across Devices by Lisa Larson-Kelley
    Adobe® Media Server 5 White Paper Introducing Adobe® Media Server 5 Secure video experiences consistent across devices By Lisa Larson-Kelley Table of contents The Adobe Media family of products revolutionizes media delivery, with support for secure, consistent 1: Introduction streaming on the widest array of devices—tablets, mobile devices, IPTV, and the desktop. Deliver and now 2: What’s new in Adobe encrypt a single stream across multiple platforms and protocols, reaching iOS devices as well as platforms Media Server 5 that support Flash technologies—so you can fully monetize your video, reaching the most people with the 3: Adobe Media Server 5 least hassle. Adobe Media Server (formerly Flash Media Server) continues to be the industry-leading Family 4: MultiProtocol delivery solution for integrating streaming video and real-time communication with RTMP, RTMFP (peer-to-peer 6: Delivery Methods networking), HTTP Dynamic Streaming, and SIP support. 7: Video Player Development New content protection solutions 8: Glossary Providing content protection that is right for the situation, Adobe Media Server now supports enhanced 9: Online Resources stream encryption or more sophisticated protection with business rules applied through Adobe Access®. When simple content protection rules are needed, Protected HTTP Dynamic Streaming (PHDS) for Flash and AIR-based clients, and Protected HTTP Live Streaming (PHLS) for iOS enable easy, robust content encryption without an additional DRM license server. For mobile devices, Adobe Access or protected streaming
    [Show full text]
  • At Most, Video Can Be Roughly 10 Minutes in Length
    eCollege Video FAQ RULES OF THUMB: At most, video can be roughly 10 minutes in length. If you have longer footage, it must be divided into segments. This keeps the files under 10 MB in size (for the dial-up user). There’s some give-and-take with video quality vs. file size. Usually, the smaller your file size (shorter video)… the better quality your video can have. We also must take copyright law into consideration. As such, we cannot compress entire movies, songs, etc. into eCollege. Small clips, however, are usually not an issue. To play it safe, please get permission from the copyright holder first. FILE TYPES: To see acceptable file types that can be uploaded on eCollege, visit: http://www.elearning.tcu.edu/resources/ecollegefileextensionlist.htm The following are just a sample of file types can be streamed through eCollege: .asf, .asx, .camv, .flv, .mov, .mp3, .mp4, .qt, .ra, .ram, .rm, .wav, .wma, .wmv ----- Only Real Media files (.rm, .ra,) and Windows Media files (.wmv, .wma) will stream from a link that opens an external player. With an embedded player, you can stream Real Media (.rm, .ra), Windows Media (.wmv, .wma) and QuickTime (.mov) files. It is possible to stream other file types, but these are the ones recommended and supported by eCollege. ----- Different file types also tend to produce slightly different results in quality/file size. For example, .mov files made with QuickTime compression (using the state-of-the-art, H.264 codec) tend to result in relatively small files with very sharp quality. You must, however, have the latest version of QuickTime Player installed to view these files.
    [Show full text]
  • OT Cloud User Guide
    OT Cloud User Guide Page | 1 CONTENTS 1 Getting Started ............................................................. 4 System Requirements .......................................................................................................................... 5 Windows minimum hardware requirements ............................................................................ 5 Mac minimum hardware requirements .................................................................................... 5 Signing In to Your OT Cloud Account ............................................................................................ 5 OT Cloud Workspace ......................................................................................................................... 6 2 Preparing Your Media Files ......................................... 7 Progressive Download vs. Streaming ............................................................................................. 8 Progressive Download ........................................................................................................................ 8 When to Use Progressive Download ........................................................................................... 8 Streaming ............................................................................................................................................... 9 When to Use Streaming .................................................................................................................. 9 About Streaming
    [Show full text]
  • Video Content Protection Measures Enabled by Adobe Flash Media
    TECHNICAL PAPER Video content protection measures enabled by Adobe® Flash® Media Interactive Server 3.5 Kevin Towes Senior Product Manager, Flash® Media Server Tom Green Professor, Interactive Multimedia Humber Institute of Technology and Advanced Learning Updated June, 2010 © 2010 Adobe Systems Incorporated. All rights reserved. If this white paper is distributed with software that includes an end user agreement, this guide, as well as the software described in it, is furnished under license and may be used or copied only in accordance with the terms of such license. Except as permitted by any such license, no part of this guide may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, recording, or otherwise, without the prior written permission of Adobe Systems Incorporated. Please note that the content in this guide is protected under copyright law even if it is not distributed with software that includes an end user license agreement. The content of this guide is furnished for informational use only, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Adobe Systems Incorporated assumes no responsibility or liability for any errors or inaccuracies that may appear in the informational content contained in this guide. This article is intended for North American audiences only. Any references to company names in sample templates are for demonstration purposes only and are not intended to refer to any actual organization. Adobe, the Adobe logo, Adobe AIR, ColdFusion, Flash, Flash Access, Flash Media Server, Flash Media Interactive Server, and Flash Player are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries.
    [Show full text]
  • A Dynamic Adaptive HTTP Streaming Video Service for Google Android
    A Dynamic Adaptive HTTP Streaming Video Service for Google Android LUCIANO RUBIO ROMERO KTH Information and Communication Technology Degree project in Communication Systems Second level, 30.0 HEC Stockholm, Sweden A Dynamic Adaptive HTTP Streaming Video Service for Google Android Master of Science Thesis Luciano Rubio Romero [email protected] Academic supervisor: Gerald Q. Maguire Jr. Industrial supervisor: Thorsten Lohmar School of Information and Communication Technology (ICT) Royal Institute of Technology (KTH) Stockholm, Sweden October 6, 2011 To dad. i Abstract Adaptive streaming approaches over Hypertext Transfer Protocol (HTTP), such as Apple’sHTTP Live streaming (HLS) and Microsoft’s Live Smooth Streaming, have recently become very popular. This master’s thesis project developed and evaluated several media rate adaptation algorithms optimized for mobile networks with a client running on Google’s Android operating system. The deployed service supports HLS and the emerging ISO/IEC MPEG standard called Dynamic Adaptive Streaming over HTTP (MPEG-DASH). Live media was the focus of the evaluation, since this content can not be cached in advance at the user’s device, hence the quality of the user’s experience will be affected by the currently available bandwidth which the user can utilize. Experiments were performed for multiple scenarios illustrating different network capabilities, especially various amounts of bandwidth available to the user. This project has produced an implementation of HTTP-based adaptive streaming. This implementation follows the MPEG standard and enables robust and smooth playback of live video content via Google’s Android devices. Results of the experiments have shown that the proposed adaptation mechanisms efficiently utilize the available bandwidth of the network.
    [Show full text]