Expression Encoder 2 for Silverlight and Windows Media

March 20th, 2008

From the Microsoft Expression Encoder download site:

“Microsoft® Expression® Encoder, a feature of Expression Media, offers encoding, enhancement, and publishing of rich media experiences to Microsoft Silverlight. “

Features Include:

Better Encoding

VC-1 advanced authoring SDK integration: by adopting the new VC-1 authoring SDK, Expression Encoder 2 is able to author better quality video faster. We’ve exposed a set of presets for tuning the encoder as well as detailed settings with comprehensive tooltips for the advanced compressionist.

New profiles, and video codecs for streaming media: Encoder 2 supports a number of new modes and codecs including Quality VBR, WMA Pro (stereo), WMA Lossless, 24 bit audio and audio/video encoding stream selection.

  • Improved MPEG source support: We now include an MPEG 2 decoder in the product to give a consistent story across platforms. The decoder we ship supports transport streams (so you are able to work with sources that originated from HDV cameras. Seeking performance and accuracy has been greatly improved.

Broadcast Live Quicktime Video with Quicktime Broadcaster and DSS

January 1st, 2008

Darwin Streaming Server (DSS) is the open source version of Apple’s QuickTime Streaming Server technology that allows you to send streaming media to clients across the Internet using the industry standard RTP and RTSP protocols. Based on the same code base as QuickTime Streaming Server, Darwin Streaming Server provides a high level of customizability and runs on a variety of platforms allowing you to manipulate the code to fit your needs. Although Darwin Streaming Server does not offer as many professional features as QuickTime Streaming Server, it still retains its capacity to broadcast streaming video. Although there are other free alternatives, DSS was the first free RTP/RSTP server to arise, and it also integrates impressively well with everything Apple. As long as you have a quick internet connection, you will be able to deliver a completely professional real time stream to as many users as you want.

Typically, in any given streaming setup, there are two computers. One is the server, which requires either DSS or QTSS, and the other is the broadcaster, which requires Quicktime Broadcaster (Mac OS X only). The server can be either Windows or Mac, but the broadcaster must be a mac. For more detailed instructions on installing DSS on a Windows machine, follow these instructions. For Mac users, continue following these instructions:

1. Download DSS
2. Download QuickTime Broadcaster
3. Make sure you have Apache Web Server installed.
4. Obtain the URL from QuickTime Broadcaster.
5. Post it on a website on your Apache Web Server.

The installation is a breeze, and there is virtually no configuration whatsoever. You might only want to open a couple of ports, and then you’ll manage everything from QuickTime Broadcaster. You’ll be able to stream from your webcam, or just transmit a file from your HDD.

That’s it. In no time, you’ll be using the same solution that YouTube Mobile uses to transfer videos in 3GP.

How to create a simulated live broadcast with Windows Media Services

September 28th, 2007

This article details the steps needed to create a looping collection of videos with WMS. With this feature, a viewer can “tap” into whatever video happens to be playing at any given moment. GravityLab Multimedia provides this capability for users with all video streaming accounts.

Steps to Set Up a Server-Side Play List

  1. Create Windows Media content and place it in the ASFROOT folder on the Windows Media Services server.
  2. Open the Windows Media Administrator.
  3. From the left side of the Administrator, select Unicast Publishing Points.
  4. In the Broadcast Unicast Publishing Points section, clear the use wizard option. Click Broadcast, and then choose New.
  5. For alias name, type a descriptive name.

Can videos stream over the http:// protocol?

May 7th, 2007

http: defines a port that normal web servers use to deliver content. Port 80, to be precise. Sometimes that content is .html, sometimes it is .jpg image files, sometimes it is mp3’s or video files. You want to know that your video is being served from a streaming server. At GravityLab, it is.

Your multimedia, when pushed through mms://, rstp:// or http://via the 554 port protocol, is being pushed through Windows Media Services 9, Helix Universal, or Quicktime Streaming Server respectively. What http:// can, considering video MIME types with apache, is port 80. So if you link to video through http: but you specify the 554 port (ie:http://helix.gravlab.com:554/youraccount/yourfile.mov) http: loses all meaning in terms of defining a standard Port, because it is using the Quicktime Streaming Server 554 port.

Do you offer Video Hosting that supports Live streaming using Windows Media Encoder and DSL Connection?

April 27th, 2007

Yes, we have live video webcast plans. In addition to our archived on demand video hosting services, we have live video broadcasting with Windows Media. You can take a look at the live video plans here: http://www.gravlab.com/live.html

Can I upload AVI into my account?

April 27th, 2007

You’ll probably want to convert your AVI file to Windows Media. It’s a much better streaming video than AVI when delivered over the web. Windows Media Encoder is a free utility from Microsoft that you can download here - http://www.microsoft.com/windows/windowsmedia/9series/encoder/default.aspx
However, I don’t see any AVI file in your account. I don’t think you could have uploaded it last night while the account was locked. Remember, since you’re uploading video to our delivery network, it can take quite awhile for your file to finish uploading (it starts uploading when you drag it to the folder, but can take awhile). If you do use your AVI file on myspace, the link would look like this:

mms://media.gravlab.com/your-account-name/filename.avi

or

http://media.gravlab.com/your-account-name/filename.avi

What is GravityLab’s streaming media hosting?

April 27th, 2007

The GravityLab Multimedia content delivery network is comprised of best-of-breed streaming media servers located directly on the fiber optic North American internet backbone. What that means, basically, is that your media content is delivered on demand very quickly to a global audience using the best Internet path directly into their homes.

You are able to deliver all the major streaming media formats from one account. You simply FTP your video to your account, and then link to your video or audio assets from your web site. We try to make it as easy as possible for you to deliver streaming media to your audience.

Once you open your account, within 24 hours you can begin uploading your video. If you need your video encoded to streaming media formats, we can do that as well from your source media.

How to calculate your bandwidth use for streaming media hosting

March 5th, 2007

How to Start?
Most people who are evaluating the use of the GravityLab’s Media hosting for audio and video will reach a point where they have questions along the lines of the following:
“Which streaming media hosting plan should I choose?”, “should I use Windows Media, Quicktime, Flash or some combination?”, “how much storage allocation will I need?”
Calculating Simultaneous Users:

Most companies do not have accurate estimate of the number of simultaneous users on a particular portion of their web site. In general, web stat logging software typically does not provide this much granularity. In fact, if your client tells you that they expect a hundred thousand, a half of million, or even a million or more simultaneous users, it is probably time to raise a red flag.

Unless you are building the next version of Yahoo’s IM, MSN’s IM, or AOL’s IM, your web site will not see this amount of simultaneous traffic. Chances are your client was talking about the amount of total page views or hits over the course of some time frame.

For this reason, it is important to understand what we are looking for. The number of simultaneous users that will be using your application at peak load is the maximum amount of users that will be using your application at the same time. It is not the total number of users who will ever use your application. It is not the number of people who have used your application in a single day. The number of simultaneous users that will be using your application at peak load will likely be much lower than the total number of users of your application.

How to Estimate Number of Simultaneous Users:

Since this the number of simultaneous users is such an important piece of information for determining which hosting plan you choose for your account and the bandwidth capacity you will need for your application, we will walk you through one way of estimating this number when the only information you have is very general web page statistics.

We’ll use a hypothetical case: The ACME Company intends to launch a 10 minute marketing video linked off the home page of their web site for 20 days to promote an upcoming product launch. They have stats from their last product launch that showed 150,000 people viewed the promotional materials during that 20 day campaign. In this example, we also know that almost 50% of this traffic occurred in the first 5 days of the campaign.

To find an estimate for the number of peak simultaneous users, we’ll try to find the single hour in which the most users viewed the video and then make an assumption that 1/6 of the visitors in that hour will be watching the video simultaneously. The 1/6 factor is a simplifying assumption based on the fact that the viewers will be distributed evenly in that peak hour and each will be viewing the video for only 10 minutes of a possible 60 minutes in the hour. Therefore at any one point in the hour, on average, only 1/6 of all of the viewers in that hour would have been viewing the video simultaneously (given a random distribution).

In the example above, since we don’t know how many visitors our site will have during the peak hour, we’ll need to make some more assumptions. First, since we know that about 50% of the traffic will occur during the first five days, let’s assume that there is a spike in traffic during the first five days, and then traffic gradually decreases. With these assumptions, and the fact that we expect 150,000 viewers over 20 days with about 50% of those in the first five days, we can use Microsoft Excel to model up an estimate of daily web traffic.

In this example, our model would suggest that the day with the largest amount of viewers would be Day 4 with 16,250 viewers. The next step is to find the hour with the greatest amount of expected viewers. Making the assumption that this marketing campaign will be aimed predominately at US audiences, we can use Excel to develop a similar model of estimated traffic per hour during the day.

The distribution of traffic into the various hours as shown above roughly models the traffic we’ve seen for certain videos deployed on macromedia.com. Using this model with our ACME Company example we’ve now identified that the single hour during the entire campaign (20 days) with the most viewers will be from 11AM – 12noon PST on Day 4 and that there will be 1,950 viewers at this time.

We can now multiply the 1,950 viewers during the peak hour by 1/6 to get the estimate for the peak number of simultaneous users. In this case, our estimated number of peak simultaneous viewers of this video will be 325.

Examples of Calculating Simultaneous Users

In this example, the application is a one­way data­casting system that streams real time monitoring info to a group of end users. In this example, the Media Server will serve only one stream to each user.

Simple Connections Formula

A simple way to calculate simultaneous users can be made with the
following data points:

Total Users over a known time period

Average Connection Time for a user (normalized)

Formula:

U(s) = U(T) / (T / A)

U(s) = Simultaneous users
U(T) = Total users
T = Time period
A = Avg. connection time

Windows Media encoding for Windows Media Services hosting

March 1st, 2007

Preparing Your Content

Windows Media Player renders audio and video content in the same way, whether a file is on a Windows Media server, a Web server, a network server, or a local hard disk. The server does not affect the quality of the media. What the server does affect is how the packets of data that contain the media are delivered to Windows Media Player.

A Windows Media server is designed to handle busy, congested networks and low-bandwidth connections to client computers that are running Windows Media Player. This section describes what you should consider before you encode content that will be hosted on a Web server, and then shows you how to configure Windows Media Encoder 9 Series.

Encoding Content for a Web Server
If you stream by using a Web server instead of a Windows Media server, keep these things in mind:

  • A Web server is not designed for streaming media, so playback is more likely to be interrupted by periods of buffering. Buffering occurs when Windows Media Player is not receiving audio and video data packets fast enough. Windows Media Player has to stop to refill its memory buffer before it can proceed with playback. To help correct for this, you may have to encode files at a lower bit rate than you would if they were being streamed from a Windows Media server.

Streaming Media and Progressive Download explained

January 6th, 2007

How do you choose whether to deliver a movie using progressive download, streaming, or broadcasting? It’s an important question for you, and since GravityLab’s business is delivering your content to your audience with the best possible user experience in mind, it’s an important question for us, too.
All all of the major streaming media codecs, both audio and video, can be delivered as progressive downloads. Streaming is limited to sound, video, and text. Broadcasting is further limited to compression schemes and quality settings compatible with real-time capture and compression.

Progressive download works even when the bandwidth is not sufficient for real-time playback; it simply buffers incoming data and delivers delayed playback. However, since it is simply a web server delivering your content through the HTTP protocol, many simultaneous demands for that media can result in a poor audience experience with significant buffering while the player waits for the content from the server. The back end infrastructure of the GravityLab content delivery network provides client / server negotiation for delivering the content in a timely, efficient manner for the best possible audience experience. This is important, since your online user’s patience, speaking in statistical averages, is about 4 seconds before they move on.
Streaming movies do not store a copy of the movie on the client computer, making them inherently more difficult to copy without the consent of the movie’s owner. This can be an important consideration, and is one reason why people choose streaming over progressive download.

Streams take up a specified amount of bandwidth, whereas HTTP file downloads proceed as quickly as the connection allows. It is therefore easier to manage the bandwidth usage of a streaming server than of a web server delivering progressive-download movies. With the proliferation of high speed internet connections at home, and because the vast majority of the US workforce has high speed access at work, delivering video content at predefined multiple bit rates (streaming) makes sense.
Broadcasting allows you to deliver coverage of live events as they happen, or to provide real time “chat” between computers. GravityLab provides live video broadcasts that can scale up as your audience grows.
To sum up, if your movie includes live coverage, you must use broadcasting. If bandwidth management and copy discouragement are paramount considerations, streaming may be your best choice for stored content. If bandwidth is not a concern, you want users to be able to receive you media regardless of connection speed, and you don’t mind if users obtain the actual copies of your audio and video content on their computers and portable devices, progressive download may be viable.

Using a Windows Media Server vs. a Web Server :

A Windows Media server is often the best way to stream media because Windows Media Services is designed specifically for that purpose, and all Windows Media components work together to enhance the end-user experience. Intelligent streaming, for example, involves Windows Media Encoder, Windows Media Services, and Windows Media Player.

This section compares the features of a Windows Media server and a Web server and describes the best way to determine which option is right for you.

Comparing server features
The features of each type of server are compared in the following table.

Feature Windows Media Services Web server