Archive for the ‘Adobe’ Category

Adobe flash vs HTML 5

Saturday, July 3rd, 2010

When Apple launched the iPad , its lack of support for the flash browser plug-in started  the HTML5 vs. Flash discussions. Does HTML5 really beat flash? HTML5: could it kill flash and silverlight? Will HTML5 replace flash? And so on…

As developers who work with the Flash platform, we like to point out a few of our observations.

HTML5 promises to bring rich interactive web in the future. Object animation, tweening effects, and video that have long been the domain of Flash. One of the upcoming features of HTML5 which is considered as  a Flash killer is the new video tag. You can view the videos without a flash player plug-in !!

But there is a  formidable hurdle to cross.  Browser vendors cannot get to agree on which codec the video tag will support. “Ogg Theora” was the recommended standard video format in HTML5 and now will support H.264 video codec.

Firefox, Opera and Chrome support the Ogg Theora/On2 VP3codec. Safari, IE 9 and Chrome supports the newer H.264. All major browsers support either of the two codec. YouTube is already showing some videos in HTML5.

Ogg Theora is an open and royalty-free codec, but it is not as efficient as H.264. Google’s Chris DiBona stated that if Youtube were to use Theora as its codec, it would take up most of the available bandwidth on the internet.

Mozilla has also problem with H.264 codec because it would violate the principles of free software.

And there are few questions; Do we have facility to videoconferencing in HTML5? Do we have facility to live audio/video recording in HTML5? Are we able to add dynamic objects over the video? Can one add captions for the video?

HTML5 standards are yet to finalize and formulating them would take time. This would mean a lot of pain for the web designer / programmer over browser compliance.

HTML 5 is a programming language which needs to be interpreted by the browser. It is up to the browser to interpret that language and display the content. If the browser can't render the code, strange things start to happen in the display. Different browsers on different platforms interpret the code differently and browsers display the content as they see fit. Until HTML 5 gets standardized, each browser will interpret it differently.

Here are some lines from Lee Brimelow’s blog

“Now this is not to say that in the future, maybe they will all agree on an implementation. If that happens and it performs better than Flash, then that is how I will be delivering my videos as well. But another thing to point out is that Flash video is used for a lot of things beyond basic playback. Flash supports embedded cue points and alpha channels and is often used in ways beyond the traditional YouTube playback scenario. So while HTML 5 video looks promising, it is clearly way too early for people to be writing an eulogy for Flash video. Remember also that while the browsers get their acts together, Flash video will continue to evolve as well.”

Let us look through the flash gaming industry. Sony has sold 33.5 million playstation 3 units, Microsoft moved 40 million X-box 360 units, Nintendo 70 million and Farmville alone has 80 million active users.

Flash has so many attributes which cannot be easily replicated in HTML5.

Speed – ActionScript 3 Flash is so much faster than current Javascript implementations with the use of new Action script Virtual Machine 2.

Preloading – In flash it is byte-level preloading but in HTML5 it is object-level preloading.

Tweening and timeline animation – It is not easy to create time animations and tweening in HTML5.

Flash games can easily distribute as a single swf file and converted in to desktop applications using Adobe AIR.

Testing Flash and HTML5

Jan Ozer, an expert in video encoding technologies recently put HTML5 up against Flash in a series of tests that pitted the two  against  each other on both the Mac and PC and on web browsers including Internet Explorer 8, Google Chrome, Apple Safari and Mozilla Firefox.

Mac Tests

With Safari, HTML5 was the most efficient and consumed less CPU than Flash using only 12.39% CPU. With Flash 10.0, CPU utilization was at 37.41% and with Flash 10.1, it dropped to 32.07%

With Google Chrome, Flash and HTML5 were both equally inefficient (both are around 50%)

With Firefox, Flash was only slightly less efficient than in Safari, but better than in Chrome

Windows Tests

Safari wouldn't play HTML5 videos, so there was no way to test that. However, Flash 10.0 used 23.22% CPU but Flash 10.1 only used 7.43% CPU

Google Chrome was more efficient on Windows than Mac. Playback with Flash Player 10.0 was about 24% more efficient than HTML5, while Flash Player 10.1 was 58% more efficient than HTML5.

On Firefox, Flash 10.1 dropped CPU utilization to 6% from 22% in Flash 10.0

In IE8, Flash 10.0 used 22.41% CPU and Flash 10.1 used 14.62% CPU

References:

http://www.readwriteweb.com/archives/does_html5_really_beat_flash_surprising_results_of_new_tests.php

http://theflashblog.com/?p=1698

    Getting ready with HTML 5

    Friday, June 11th, 2010

    The much awaited HTML5, the major revision of HTML, is expected to take over the world wide web by the end of 2010. It is considered to be the major replacer for HTML 4.01, XHTML 1.0. The most notable feature of HTML5 is its big foot over the plug-in-based rich internet application (RIA) technologies such as Adobe Flash, Microsoft Silverlight, and Sun Java FX. The reason is that, HTML 5 can do whatever these applications can, in a perfect manner with its powerful set of tags and related attributes. If it is about the origin of HTML5, it’s a different story.

    The core developers of HTML, the W3C was found to focus much on XML and XHTML rather than looking forward to real world application needs. The HTML working group felt disturbed over this and they formed a new group called Web Hypertext Application Technology Working Group (WHATWG).It focused purely to evolving web and its future .This group is the core team behind HTML5 and maybe that is why HTML5 is not a W3C recommendation yet. The latest news from Adobe Dreamweaver is that the new version Dreamweaver CS5 will be supporting the HTML5 and CSS3 in its full flavours.

    Now looking over to HTML5 and conventional HTML, the following are the basic changes as an overview.

    1) Simple DOCTYPE

     HTML5 requires very simple DOCTYPE: <!DOCTYPE html>.

    2) Easy attributes for language

    In HTML5 we don’t need to remember xml:lang attributes in the <html> tag. <html lang=”en”> will now make it work.

    3) Trailing slashes taken off

    Void elements in HTML5 such as the br, img and input elements don’t require a trailing slash.

    4) Elements disappeared

    These are the following set of element not supported in HTML5:

    <acronym>, <applet>, <basefont>, <big>, <center>, <dir>, <font>, <frame>, <frameset>, <noframes>, <s>, <strike>, <tt>, <u> and <xmp>

    New tags on deck

    HTML5 Introduces, a very distinct set of powerful new tags.

    ·         audio – denoting an audio stream
    ·         source – the video or audio source files
    ·         video – denoting a video stream
    ·         canvas – a place to draw dynamic graphics
    ·         command – denotes a command button that has information sent to the server or script
    ·         datagrid – references dynamic data in a tree form or tabular data form
    ·         datalist – references a list of data in a drop-down list
    ·         details – provides additional details of a page element, like pop-up help text
    ·         output – references the output of a script or calculation
    ·         progress – represents a progress bar in the completion of a process
    ·         dialog – a conversation or people talking
    ·         hgroup – a grouping of header tags that should stay together
    ·         meter – a scalar gauge of measurement
    ·         time – a date or time

    Features

    High level of user privilege is the most highlighted feature of HTML5.The very new set of tags plays a crucial role for this achievement. . Of all tags  <video> takes the videos through web to a new level. HTML 5 video ensures maximum reach by allowing you to encode your video in as many formats as you need, so that your customers don’t need an additional plugin for viewing the video. It also lets you control every aspect of your video, from who can view it, how long it is, what the content is, where it's hosted and how the server performs etc as far we know till now.

    Considering the Browser side, Google chrome, upcoming IE9, Apple safari, firefox 4.0 etc   are all set up for providing a perfect support for HTML5 pages.

    Drawbacks

    Some of the drawbacks pointed against HTML5 are based on hosting HTML5 videos to sites like youtube. They are

    ·         Encoding of video in at least three different codecs is needed
    ·         Browsers that don't support HTML 5 will work only with the aid of some set of java scripts
    ·         Bandwidth requirements of hosting videos must be satisfied

    Another problem developers have to face is the conversion of XHTML 1 to HTML5, unless we have a well formed and valid XHTML document

    HTML Team @ Software Associates

      Apple vs Adobe: Clash of the Titans

      Monday, May 17th, 2010

       


       
      The two titans in the web need no introduction – Apple and Adobe. Apple owns the smart phone industry with its iPhone and Adobe has set the standard on Internet streaming content.
       
      Sounds like a perfect match?? Not likely so, because what’s brewing is the perfect clash between the giants of the web world. And Adobe doesn’t seem very happy with the way things are going.
       
      The first model of the iPhone did not offer support for flash applications and this did not change with any subsequent iPhone model release or iPhone OS software update. Popular sites and applications such as Disney, Farmville and miniclip were not available to the iPhone/iPad users. But Adobe was quick to come out with a work around- its own cross-compiler system- Adobe Flash CS5. It allowed developers to develop content with flash tools which could then be converted to an iPhone native code which was no different from the titles available at Apple’s App store.
       
      Now everything seemed to be in place, until Apple released a new draft of their iPhone developer program license. The revised clause in sections 3.3.1 aimed at being a blow on the face of Adobe from Apple. It states in its entirety,
       
       
      “3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited)”
       
      This, in effect, restricted applications built with Flash CS5 along with a few others. Or in other words, if you developed your application in Flash and then compiled it as a native iPhone app, you still wouldn’t be able to use it with Apple’s products.
                               
      Lee Brimelow (Platform Evangelist at Adobe) responded in his blog as follows,
      “What is clear is that Apple has timed that purposely to hurt sales of CS5. This has nothing to do whatsoever with bringing the Flash player to Apple’s devices. That is a separate discussion entirely. What they are saying is that they won’t allow applications onto their marketplace solely because of what language was originally used to create them.”
       
       “The fact that Apple would make such a hostile and despicable move like this clearly shows the difference between the two companies. All we want is to provide creative professionals an avenue to deploy their work to as many devices as possible. We are not looking to kill anything or anyone. This would be like us putting something in our SDK to make it impossible for 3rd-party editors like FDT to work with our platform. I can tell you that we wouldn’t even think or consider something like that.
       
      Many of Adobe’s supporters have mentioned that we should discontinue the Creative Suite products on OS X as a form of retaliation. Again, this is something that Adobe would never consider in a million years. We are not looking to abuse our loyal users and make them pawns for the sake of trying to hurt another company. What is clear is that Apple most definitely would do that sort of thing as is evidenced by their recent behavior.”
       
      The second blow came from Apple Inc CEO Steve Jobs himself. In April 2010, Jobs published a letter on his “Thoughts on Flash”. Jobs intended on giving an explanation as to why Apple do not allow Flash on iPhones, iPods and iPads, stating that Apple had few joint interests with Flash. He also quoted the performance, security and reliability of Flash applications in mobile phones as an added concern. To read more, follow this link
       
      After this blog appeared on the Apple’s site Santhanu Narayen (CEO of Adobe Systems) replied to Steve in an interview.
       
      Let see a few excerpts from the interview,
       
      Mr. Narayen responded to a question about Mr. Jobs’ assertion that Adobe is a closed platform as, "I find it amusing, honestly. Flash is an open specification," he says.
       
      The technology problems that Mr. Jobs mentions in his essay are "really a smokescreen," Mr. Narayen says. He says more than 100 applications that used Adobe's software was accepted in the App Store. "When you resort to licensing language" to restrict this sort of development, he says, it has "nothing to do with technology."
       
      Speaking about Mr. Jobs's assertion that Adobe is the No. 1 cause of Mac crashes, Mr. Narayen says if Adobe crashes Apple that actually has something "to do with the Apple operating system."
       
      To conclude, Mr. Narayen says he's for "letting customers decide," but that the multi-platform world will "eventually prevail."
       
      Kevin Lynch, CTO, Adobe had his say on the Adobe Conversations blog, where he implied that the ban on flash was clearly a decision solely from Apple and that the users will be provided with a choice of other major participants in the mobile ecosystem. Read more..
       
      There has also been a rumour that the public spat between Apple and Adobe may lead to an investigation on Apple over Antitrust Concerns.
       
      Apple may not welcome Flash with open hands, but as it turns out Apple is not the only house in the block.
       
      The battle has just begun. Follow the two giants closely to see how the battle unfolds.
       
       
      Flash Team
       
      Software Associates
       

        Nokia to support Microsoft Silverlight

        Wednesday, March 5th, 2008

        Signs of Silverlight becoming the de-facto small browser / rich internet standard

        Nokia has announced plans to make Microsoft's Silverlight available for Nokia's S60 platform on Symbian OS in the near future, and for Series 40 devices and Nokia Internet tablets down the road. This will let S60 application developers use an even wider range of development environments for S60 on Symbian OS than currently available. Today S60 developers can use: C++ (using native Symbian OS APIs and Open C providing subset of standard POSIX libraries), S60 Web Run-time (supporting standards-based web technologies such as Ajax, JavaScript, CSS and HTML), the Java language, Flash Lite from Adobe, and Python.

        Software Associates has been working on Silverlight web applications

          Offline web applications – Adobe AIR

          Monday, November 12th, 2007

          Websites value regular users, but the problem is, you might forget they are there as there are too many to count. Worse, when you are travelling / offline, you can't get to them. If only they could put a mini application (yes, the application is still alive) on your desktop, you'd be able to do some useful things while not connected, and the sites' brand image would always be in your face.

          Welcome to Adobe AIR

          That's what Air does: it enables websites to break out of the browser. These applets don't have the full power of a traditional desktop application, but Adobe reckons they are much quicker and easier to write. Also, web developers create them using the tools with which they are already familiar, which is interesting. These include both HTML (JavaScript, CSS, XML) and Adobe Flash (ActionScript, Flex, XML). The Flash support means Air can also run audio and video.