This link has been bookmarked by 34 people . It was first bookmarked on 08 May 2007, by Daniel Jomphe.
-
14 Jun 10
-
30 Nov 09
-
11 Mar 09
-
13 Feb 09
-
21 Nov 08
-
29 Oct 08
-
09 Oct 08
-
18 Jun 08
-
05 May 08
-
21 Mar 08
-
17 Mar 08
-
06 Mar 08
-
25 Jan 08
-
Silverlight supports the WPF animation model, which is not only time based instead of frame based, but lets you define the start and end conditions and it will figure out how to get there for you. No need to deal with matrixes. No need to calculate positions on various frames. It just works.
-
Silverlight uses XAML. XAML is text based and can be output using a simple XML object. No need to buy special libraries to write files. No need to write your own libraries.
-
Flash supports multiple video formats. The latest codec is really high quality and the bandwidth usage is nice.
-
Compare that to the Silverlight story. Silverlight implements industry standard VC-1 codec for video, as well as offering support for WMV and WMA. Just about everyone already has Windows Movie Maker, but if they don’t it’s not a big deal. Why? Because Microsoft makes available a free Encoder SDK for producing WMA and WMV. So, not only are you using formats that people are more likely to be able to encode themselves, but Microsoft also provides your product with SDKs if you want to do the encoding yourself.
-
There is no development environment out there for creating real desktop applications which is based on ActionScript. If you go the Flash route, this means that all your classes and objects have to be written twice.
-
-
03 Dec 07
-
05 Nov 07
-
16 Sep 07
-
05 Sep 07
-
26 Aug 07
-
17 Aug 07
-
13 Jul 07
-
21 Jun 07
-
13 Jun 07
-
12 Jun 07
-
08 May 07
-
Functionality wise, there isn't much that Flash can do that Silverlight can't. I don't think Silverlight has support for alpha channels on video or low level, socket based communication at this time. Those eliminate a few specific usage scenarios (I know some people interested in gaming are really pushing for socket communication). The big difference IMO is that Silverlight targets application developers from the ground up, where Flash has a legacy of supporting animation. Flash is very much frame and movie clip oriented, which can be a pain when you are trying to do anything other than create a little animation sequence. Defining an application as a series of movie clips and frames is just lame.
Flex and Apollo are interesting. Apollo is a whole different ballgame though... it's like Central 2.0, and Central 1.0 was a complete failure, so I'm not expecting much from 2.0. It also doesn't deal with the creation of content, which is the side of the equation I am interested.
Flex, on the other hand, looks a lot more like Silverlight and does allow you to create SWFs. It is very much about application development. However, it still inherits all the limitations of the Flash file format. Although it has an improved animation model and can generate SWFs, you sill have the video / audio codec issues, the fact that you can only use actionscript, and the fact that you can't use your existing skills or tools. It also requires a Java application server. So if you wanted to create an app that uses it to generate SWF, it's not a lightweight component you can bundle with your application. If an open source .NET port came out as a result of their recent announcements, it would be a lot more compelling, but that remains to be seen.
-
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.