Lessons Learned with StageVideo

Last week, along with the release of Flash Player 10.2, Brightcove released a page showing off the Brightcove player using StageVideo.

Here's the lessons I learned from working with StageVideo:
  • Getting started with StageVideo is fairly simple. The article on getting started spells things out well, and while the StageVideo object is quite different from the regular Video object, it's not hard at all to use.
  • Things can get tricky when using StageVideo with a complicated player given the fact that StageVideo sits below all objects on the display list. If you had your Video object added on top of a complicated display, you'll need rework this.
  • You can use StageVideo in a player that doesn't require Flash Player 10.2 Try loading the Brightcove player page in a browser using an older version of the Flash Player to see this- it can even be loaded with Flash Player 9. This isn't done too easily but can be managed with loading the StageVideo code in its own SWF as needed.
  • The StageVideo numbers are impressive, as shown in the link above. I heard more than one person surprised at how much it knocked down the processing power needed on their machine.

Come Work at Brightcove

It's incredibly exciting to work on a video player that can be seen on websites I visit every day. Want to do the same? We have positions open on the player team and all over the company. There's more than 25 job openings in a lot of areas.

I'm more than happy to answer questions- email me at bdeitte at brightcove dot com for anything you'd like to know.

I wrote another "come work at Brightcove" post nearly four years ago. How time flies... most of that post is no longer relevant, but the view is the same.

Speaking at RIA Unleashed

I'm excited to say that I'll be speaking at RIA Unleashed in two weeks in Boston. The talk will be about the future of video players from the perspective of someone working on them at Brightcove.

Tickets are still available for the two-day conference that has a lot of exceptional speakers from the Flash community. It also includes a night of geeking out at the MIT museum.

And a welcome back to any blog readers! I've had one month absences from this blog of five years, but this is my first six month absence. I don't expect to keep up very well in the short term, but the blog ain't dead yet. You can also hear from me on Twitter or at brian at deitte dot com.

Why VAST Is Important

This is the second in a series of articles on video advertising. I'll be writing about what VAST is, why this standard is so important, and what's happening with VAST 2.

VAST is the standardized way to deliver an ad response to a video player. This is done with XML which contains information about the type of ad, where the ad creative (also known as the ad video file or other asset) is located, events to fire when certain things happen, and much more. The specification explains in detail what all can be done.

Having this standard ad response allows for ad servers to work very differently. Instead of spending a lot of time worrying about the differences between different video players and the types and formats of responses they are expecting, the ad server can ideally return the same ad XML to all places. More importantly, ad servers often talk to each other, grabbing ads from different places as needed and requested. This is the real power of VAST, which is that it allows 3rd-party ad serving to happen easily, allowing ad servers to talk to each other. This makes things like the real-time bartering of video ads possible.

I'm personally excited by VAST because I've seen the changes that a standard can bring. About ten years ago, I helped implement the J2EE specification in JRun at Allaire. J2EE, now referred to as Java EE, consolidated a lot of different ideas going on in the Java world at the time and allowed people to choose the application server that was the best for them. I see similar parallels in VAST and VPAID (another important standard which I'll talk about in a future article). The consolidation of ideas can be seen by looking at the Brightcove ad XML formats which can now all be described in VAST.

My experience with standards gives me one thing to worry about in this time period, when VAST is still being adopted, which is this: standards must be completely implemented and widely used for them to be successful. J2EE solved this with a Compatibility Test Suite and a market that insisted on products that were J2EE. There's different ways to get to completely implemented and widely used standards, and I hope in short time we will see VAST become this type of standard.

VAST was created by the Interactive Advertising Bureau (the IAB). The IAB put together this specification by talking with a lot of ad server companies, video platforms, ad agencies, and other people interested in getting a standard format. Brightcove was one of the companies who helped with this specification, and we used our knowledge from the Brightcove ad XML that I previously mentioned to suggest changes to the specification. The VAST specification, XSD and some samples can all be found on the IAB website.

You'll notice on the IAB website that the current version is 2. VAST 1 had some support in the industry, but VAST 2 has completely overtaken it. Many ad servers, like DoubleClick's platform have announced supported for VAST 2. And a growing number of video players, including Brightcove's player, allow its use. Besides the wider support, VAST 2 also has a lot more of the elements and attributes that are needed for ad responses. There are a numbers of limitations in the VAST 1 specification, which does not allow ad creatives in certain places, misses some events that people wanted to know about, and has elements that need to be clarified. If you'd like to read more, Eyeblaster's blog has an excellent article on the advantages of VAST 2.

While VAST 2 is now recommended, Brightcove implements both VAST 1 and VAST 2 specifications. We are also continuously adding new features to the player to allow for more of the VAST 2 elements to be used.

The Life of an Ad

This is the first in a series of articles on video advertising. To start this series off, I wanted to give a general overview of how video advertising works from the point-of-view of a Brightcove player. The slides below are adapted from a presentation I gave at 360Flex a few months ago.

This presentation would more accurately be called The Life of an Ad From the Video Player's Perspective, but that didn't sound as catchy. It's not discussing the technical side of creating an ad or using an ad server, both of which are immense topics by themselves.

New Series on Video Advertising

Over the next month or two, I'll be writing a series of technical articles on video advertising. You'll learn more about how the ad lifecycle, the standards that have emerged for video ads, and what's in the video ad future. If you're a developer who doesn't know much about advertising, this is a great time to learn! So, before you install Adblock on this series, here's a few reasons to read more:

  • As a web developer, you've certainly already worked on a website that uses advertising. Why not understand what's really going on underneath it all? It helps to know about the HTTP protocol, even if you aren't writing a webserver, and I think that a similar case can be made for advertising. The Law of Leaky Abstraction makes us all dig deeper from time to time, and an understanding of what's under the covers with ads will come in handy someday.
  • Even if you don't deal with video ads, this series will be useful to you. There's a lot of banner ads and rich media ads that are needed as part of a video player experience as well, and much of the articles are applicable to the rich media ad market and some to display ads. Google's blog has an excellent description of both rich media ads and display ads.
  • Although I'll be writing a lot about Brightcove, almost all of the items I will cover are not specific to Brightcove. The IAB standards and advertising approaches are industry-wide; and we'll just happen to be using a Brightcove player when talking about them.
  • Video advertising is an area that's expanding rapidly, growing more than 40% last year and projected to do the same this year.
  • This is being written by someone who has an inside look at how video advertising is coming together. I've been dealing with advertising at Brightcove for more than two years now, and I've written many of the pieces in the ad SDK. And, if I can persuade them, you may also see a post or two from others on the advertising team here at Brightcove in the future.

Have I convinced you? I hope so, but if you need any more persuasion or just want to ask a question, write a comment here or send me a message on twitter.

Here are links to the published articles: