Results tagged “flash” from 6,000 RPM's

As of late, HTML5 has been receiving a tremendous amount of well-deserved positive press. The specification attempts to update the aging HTML4 and XHTML specs with some welcome additions including vector graphics, animation, MathML, and built-in video capabilities.

Also recently, Steve Jobs, co-founder and CEO of Apple Inc, has made it very clear that Apple wants nothing to do with Adobe Flash calling Adobe "lazy" and Flash "buggy". These seem to be the only two reasons given thus far for not supporting Flash on the iPhone, iPod Touch and iPad. At the same time, Mr. Jobs is pushing the HTML5 agenda as a replacement for Flash even though the spec is far from being complete.

There are several technical and political decisions to be made concerning the HTML5 spec, among these the choice of video codec(s) to support. In one corner you have H.264 (MPEG-4/AVC), an industry standard which is supported by nearly every device from mobile phones, iPods, and browser plugins including QuickTime, Silverlight and Flash. In the other corner, Ogg Theora, an open source alternative which is unsupported on most devices and is based on the ancient On2 VP3 codec. But it's free from licensing fees.

Content producers should be actively engaged in this debate. From purely a workflow standpoint, HTML5 could alter how assets are encoded. If Ogg Theora is chosen the amount of time required to render yet another file, distribute it, and figure out a way to intelligently stream it is not a simple task. And if H.264 is chosen, nothing really changes. The MP4 files you're already encoding for QuickTime, Silverlight or Flash will continue to work. The worst thing that could happen however, is if this piece of the HTML5 spec is left unfinished and no recommendation is made, leaving browser vendors and content producers open to interpret the spec differently.

Websites use Flash for varying reasons; some for animation, some for interactivity and some for content delivery. HTML5 will eventually replace Flash for simple tasks once the spec is complete and tools are created to assist with authoring. What HTML5 will never do is replace Flash (or Silverlight for that matter) in content delivery.

The ability to deliver content reliably and in a timely manner is not something the Hypertext Transfer Protocol (HTTP) protocol was designed to do. It was designed to transfer hypertext, or HTML. To ensure a more robust streaming experience, other protocols were devised, namely Real Time Streaming Protocol (RTSP, supported by QuickTime and Silverlight) and Real Time Messaging Protocol (RTMP, supported by Flash). These protocols have a few things in common. They provide real-time streams of audio and video, can support live streaming events, allows a user to jump to an exact point in time in the video (not just the nearest keyframe), will gracefully alter the quality of the content based on the bandwidth available, and can support Digital Rights Management (DRM). Additionally, Flash offers the ability to capture the local webcam and microphone and stream it to the server for archiving and/or redistribution.

HTML5 does not address any of these things. Now, if you're a large video sharing site like YouTube with millions of 1-5 minute community-generated clips, having a quality viewing experience at all bitrates while supporting millions of concurrent live streams, and protecting the producers content during the delivery process is simply not required. In fact, the basic HTML5 video capabilities are probably good enough. However, if your business model is to make money from the content on your site though subscription services, or simply want the best user experience possible, then Flash (or Silverlight), not HTML5, is the best choice. Sites like Hulu that use RTMP in the Flash platform could not offer the kind of experience they do today by using HTML5 exclusively. It's simply not possible.

So for the Flash-haters and those blinded by the HTML5 hype, go back to the 1990's Internet and experience how bad content delivery can be without the support of streaming protocols.

All of this makes me wonder... Mr. Jobs, after the sell of Pixar to Disney, has more shares of Disney than any other individual and is a member of Disney's board of directors.  Wouldn't Jobs want Disney's content to be delivered in the best possible way while simultaneously protecting it and making it easily accessible through any web browser? A reasonable and responsible answer would be 'yes'. But Mr. Job's recent actions and statements contradict this in favor of the expectations of yesterdays technology.

In a recent press release, Adobe announced that it would publish the specification for it's Real Time Messaging Protocol (RTMP). The protocol is used to transfer messages between Flash servers and the Flash Player for Rich Internet Applications and high-performance streaming audio and video.

The proprietary protocol has never been published. As a result, third party's have been left to reverse engineer the protocol in an effort to develop alternative yet compatibile solutions to Adobe's own line of Flash Media Servers.

Vendors like Wowza and the open-source project Red5 will benefit greatly from this announcement. I predict that there will also be a slew of alternatives to these as well as a few specialized implementations of the spec.

The announcement comes at an interesting time. Adobe's recent partnership with Intel to bring Flash-based streaming video to the living room means that they need full community support behind Flash and it's messaging technology, RTMP. It also means theres plenty of opportunity to create all kinds of new services that weren't easily achievable because of high server software costs.

Version 2.0 of SpringPlayer is now available. This Flash-based video player supports all the latest video standards in the Flash platform including H.264/AAC and HD. The player is available in two editions, Free and Professional. Both are based on the same code, but the Professional Edition includes support for Javascript control of the player, RTMP support and full source code. The Free edition is available under a creative commons license while the Professional edition is available under a commercial license from Flashcomponents.net.

KEY FEATURES

H.264/AAC & HD Support
The player requires Flash 9.0.115 and higher and supports H.264 (including HD material using main or high profiles).

Containers Supported
Can playback video in FLV, F4V, MP4, M4V and MOV containers.

Auto Scaling
Will automatically scale the video to the highest possible resolution while preserving the videos aspect ratio, or can simply scale to fill the dimensions of the player window.

Progressive and RTMP Streaming (Professional Version Only)
Supports both progressive downloads from web servers, and RTMP via Flash Media Server and Red5.

Easy To Use Interface
A symmetrically elegant user interface presents the user with only the most used controls in both windowed and fullscreen modes.

Fullscreen Support With Controls
Users have access to the same easy to use interface while in fullscreen mode.

Javascript Control (Professional Version Only)
Several functions are controllable via Javascript including volume, playing, pause, seek, timing information and loading another video.

Small File Size
The player weighs in at just under 13KB for the exported SWF.

Saves Volume Settings
When a user changes the volume of the player, the settings are saved. The next time they play a video on your site, their settings will be used.

Full Sources  (Professional Version Only)
Separate FLA and AS files included for CS3 and higher. Only two lines of code exist on the FLA's stage making it very easy to modify the look of the player without worrying about code modifications.

Visit the SpringPlayer project page for more details or to watch a demo of the player in action. You can also download the player and use it free of charge on your own personal or commercial site.

I'm beginning to work on a rather large video project and have evaluated close to a hundred different players including both the commercial and open source varieties. Long story short, I didn't find one that met my needs, entirely. With that, I started creating my own. The result is SpringPlayer v1.0.

SpringPlayer is an Adobe Flash-based video player written in Actionscript 3 that targets Flash Player 9.0.115 and higher. There were three design goals of the player:

• Focus on usability to deliver a player that's functional, elegant and easy to use.
• Create a player that's small and compact and requires minimal time to download.
• Make it free for the world to use.

With this simple criteria, I've created a player with the following features:

• Written in Actionscript 3 targeting Flash Player 9 and higher.
• Compact filesize of only 13Kb.
• Supports HTTP progressive download.
• Fullscreen support with controls.
• Plays back FLV, F4V, MP4 and some MOV's.
• Videos can be resized to fill available screen or can maintain aspect ratio.
• Supports any aspect ratio (4:3, 16:9, 1.85:1, etc).
• Simple and easy to integrate into virtually any website.

As of this entry, SpringPlayer does not yet support RTMP, but will in early 2009. Support for Flash Media Server 2.x/3.x, Red5 and Wowza are in process as well as a lot of code optimizations. The goal is to add some additional functionality while decreasing the filesize of the SWF. Currently it weighs in at 13Kb which is significanly smaller than players written using Adobe's own FLVPlayer component.

Visit the SpringPlayer project page for more details or to watch a demo of the player in action. You can also download the player and use it free of charge on your own personal or commercial site.

MT-Cumulus is a Flash-based tag cloud for Movable Type. It is written as a plugin for MT 4.x and is a direct port of Roy Tanck's popular Wordpress plugin.

For an overview, usage, screenshots or to download the plugin, head on over to the MT-Cumulus project page.

August 24th, 2008 - This blog entry is outdated. Please visit the MT-Cumulus project page for a proper Movable Type 4.x plugin of this very popular Flash-based tag cloud. View the MT-Cumulus 1.0 announcement.

No doubt, the availability of plugins for Movable Type is few and far between. After searching for a Flash-based tag cloud for Movable Type 4 and finding no results, I finally gave up. Instead, I focused my energy on finding a similar plugin for WordPress and adapting the implementation for use with Movable Type. The result is WP-Cumulus developed by Roy Tanck which is now successfully running in MT.

Being new to MT, I did not know how to create a plugin, so I opted for the implementation instead. For those of you interested in using this excellent plugin on your MT blog, create a dedicated widget and call it say 'Tag Cloud - Flash'. Then in your layout, include this widget. The only file you'll need from the plugin, is the actual swf file. The rest of the files are WordPress specific and you can discard them.

Here's my code for 'Tag Cloud - Flash'

<div class="widget-tag-cloud widget">
  <h3 class="widget-header">Tag Cloud</h3>
  <div id="tagcloudflash"></div>

  <script type="text/javascript">	 
    var tags = "<tags>";
    <mt:Tags limit="30" sort_by="rank">
    <mt:If tag="TagRank" eq="1"><mt:SetVar name="font" value="18pt" /></mt:If>
    <mt:If tag="TagRank" eq="2"><mt:SetVar name="font" value="16pt" /></mt:If>
    <mt:If tag="TagRank" eq="3"><mt:SetVar name="font" value="14pt" /></mt:If>
    <mt:If tag="TagRank" eq="4"><mt:SetVar name="font" value="12pt" /></mt:If>
    <mt:If tag="TagRank" eq="5"><mt:SetVar name="font" value="10pt" /></mt:If>
    <mt:If tag="TagRank" eq="6"><mt:SetVar name="font" value="8pt" /></mt:If>
    tags += "%3Ca+href%3D%27<$mt:TagSearchLink$>%27+class%3D%27tag-link-66%27+title%3D%27<$mt:TagName$>%27+rel%3D%27tag%27+style=%27font-size:+<mt:Var name="font"/>%3B%27%3E<$mt:TagName$>%3C%2Fa%3E%0A";
    </mt:Tags>  
    tags = tags.replace(/\?/g, "%3F");
    tags = tags.replace(/&amp;/g, "%26");
    tags += "</tags>";

    var so = new SWFObject("/scripts/tagcloud.swf", "tagcloudflash", "365", "365", "7", "#292929");
    so.addVariable("tcolor", "0xEBAF00");
    so.addVariable("tagcloud", tags);
    so.write("tagcloudflash");
  </script>

</div>

Alternatively, you can download my Tag Cloud Widget here.
A special thank you goes out to Roy Tanck for his work on this project.

I've done a lot of work with Flash video over the last couple of years and have found it to be both a blessing and a curse. In one regard, a publisher doesn't have to worry too much about whether their audience can play the video or not because of the large market penetration of Flash. On the other hand, performing true streaming of content doesn't leave the developer with very many choices (Flash Media Server, Wowza Media Server, or Red5). Fortunately, Flash does something so well that it's sprouting a new 'industry' of software applications - the Flash FLV Players. Say goodbye to the boring looks of Windows Media Player, QuickTime or RealPlayer skins and say hello to the fresh new looks of Flash players. FLV players are just that - players, written in Flash, that play back Flash video files. There are too many players to mention, so forgive me if I leave one out. However, I've included my short list of players you should look at. Agriya FLV Player - This player comes in a basic, premium or elite edition depending on the features desired. It's YouTube-like functionality make it a perfect choice for commercial deployments where pre and post role advertising is required and related videos are dynamically displayed within the player. xmoov FLV Player - A minimalist approach to a player with a nice retro style buffering message that resembles a filmstrip. Completely customizable. Also on the site is xmoov-php which is a script capable of pseudo-streaming from an ordinary web server. JW FLV Player - The author, Jeroen Wijering, has spend an incredible amount of time perfecting this player. It supports every major feature you'd ever want in a player including RSS, ATOM, Playlists and an API that's accessible via Javascript.

On Monday, Adobe together with MainConcept announced details on an update to Adobe's Flash Player which will include support for H.264 (aka MPEG-4 Part 10, Advanced Video Codec, AVC). Tinic Uro, a Adobe engineer, provides details on his blog. Why is this important and how will this effect users? H.264 one of three video standards that are supported in HD-DVD and Blu-ray Disk. MPEG-2 and VC-1 are the other two standards. H.264 provides the same picture quality as MPEG-2 at less than half the bitrate. Moreover, because of it's scalable design, H.264 content is playable on anything from the smallest portable devices to the largest high-definition screens. The first major commercial media player to support H.264 was Apple's QuickTime Player. Content on the iTunes Store, and Apple's movie trailers are all encoded using H.264. The codec is supported by a number of devices including iPod, iPhone, Sony Playstation Portable and several mobile phones. Until now however, playback on a PC was limited to QuickTime and a number of lesser known players like VLC. The inclusion of H.264 into the latest Flash players due later this year is significant because it will suddenly improve a users overall video experience on sites such as YouTube which use Flash to deliver video. As a Google company, YouTube has been offering H.264 versions of it's content for several months now. The result will be less bandwidth, greater picture quality and with the inclusion of H.264 into Adobe AIR, a full-blown standalone player capable of squashing the now dominate Windows Media Player is inevitable. The Motion Picture Experts Group (MPEG) is responsible for licensing of all the MPEG technologies including H.264. As an open industry standard, H.264 content should be playable on any number of devices. And this is where Adobe is making a terrible mistake. Most websites, YouTube included, use a technique known as progressive downloading to stream content from the servers to the client. This technique uses HTTP and therefore is quite limited in what types of interactions can take place between the server and client. Content that is progressively streamed must first be downloaded to the client before it can be played. There are techniques that provide pseudo-streaming using HTTP, but still, interaction is limited to the HTTP protocol. Real Time Streaming Protocol (RTSP) was developed in 1998 by the Internet Engineering Task Force (IETF) to overcome many of the shortcomings of using HTTP for streaming and to provide a open, standards-based way to stream content from a server to a client. The benefits of using RTSP are numerous and include the ability for a client to request a start time of a audio or video file and the ability for the server to monitor the available bandwidth of the client in real time. According to Tinic Uro's blog, Adobe will not be implementing RTSP in it's Flash player. Rather, they will be streaming H.264 (and FLV for that matter) via their own proprietary protocol, RTMP. This is quite unfortunate because even though H.264 is an industry standard, in order to benefit from true streaming technology, you'll have to use Adobe's proprietary Flash Media Server which implements RTMP. This is bad news for everyone. Because RTSP (and RTMP) implements client/server interaction, bandwidth could be drastically reduced. Imagine YouTube, or any other video sharing site, having chapters or sections of a video that could be played without having to start at the beginning or having to wait for the video to progressively download. Imagine being able to click anywhere on a videos timeline and have that video start playing , instantaneously. This is possible with a true streaming solution, but with Flash it will only be possible with Flash Media Server. Vendor lock-in seems to be the game Adobe is willing to play. To me, this is completely outrageous and I implore Adobe to reconsider this decision. I understand that Adobe is a business and must make a profit. But the decision to not support RTSP hurts education, non-profits and small business, most of whom could not afford the high price tag of Flash Media Server in the first place. By contrast, a number of open source RTSP server implementations exist which are free of charge, including Darwin Streaming Server from Apple. If Flash supported RTSP, I believe the Internet would spawn a new generation of video sites, with new functionality and even greater interactivity. Think of a JumpCut, YouTube, Digg and Pownce fusion. This process alone would help Adobe sell users on their AIR and Flex platform because of the increased interactivity. With Adobe's decision, it's unfortunate that innovation in the online video arena will crawl along at it's current rate.