<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Pacoup.com</title>
	<atom:link href="http://pacoup.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://pacoup.com</link>
	<description></description>
	<lastBuildDate>Wed, 25 Apr 2012 18:44:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on List of True 16:9 Resolutions by 16:9 resolution below 720p? - Electronic Arts UK Community</title>
		<link>http://pacoup.com/2011/06/12/list-of-true-169-resolutions/comment-page-1/#comment-13106</link>
		<dc:creator>16:9 resolution below 720p? - Electronic Arts UK Community</dc:creator>
		<pubDate>Wed, 25 Apr 2012 18:44:47 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1717#comment-13106</guid>
		<description>[...] steps in f0CUS&#039;s post, create new 16:9 resolutions - Game now has new resolutions you created.  List of True 16:9 Resolutions &#124; Pacoup.com  Go to that link and only pick the ones highlighted in green.  May I ask your laptops specs? I have [...]</description>
		<content:encoded><![CDATA[<p>[...] steps in f0CUS&#039;s post, create new 16:9 resolutions &#8211; Game now has new resolutions you created.  List of True 16:9 Resolutions | Pacoup.com  Go to that link and only pick the ones highlighted in green.  May I ask your laptops specs? I have [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash vs HTML5 Performance (Updated January 2012) by Goodbye Flash world? Hello SVG world? &#124; Grio&#039;s Blog</title>
		<link>http://pacoup.com/2011/02/03/flash-vs-html5-performance/comment-page-1/#comment-13096</link>
		<dc:creator>Goodbye Flash world? Hello SVG world? &#124; Grio&#039;s Blog</dc:creator>
		<pubDate>Thu, 19 Apr 2012 05:22:37 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1657#comment-13096</guid>
		<description>[...] The most popular benchmark of Flash&#8217;s performance vis-a-vis SVG&#8217;s is a 2D particle simulator which counts the number of &#8220;frames&#8221; per second it&#8217;s able to render. It isn&#8217;t an accurate benchmark of anything in particular, since it doesn&#8217;t distinguish between rendering times, calculation times and document modification times, and it&#8217;s also dependent on the author&#8217;s ActionScript vs. Javascript implementations, but it is a living demonstration of the current state of affairs, since you can see the tests play right in front of you on a variety of browsers. What I see when I look at them is that, with minor quirks, SVG is more or less in parity with Flash, except on Firefox (I&#8217;m looking at v11), where Flash is still the clear winner. Here&#8217;s a summary of results from early 2012. [...]</description>
		<content:encoded><![CDATA[<p>[...] The most popular benchmark of Flash&#8217;s performance vis-a-vis SVG&#8217;s is a 2D particle simulator which counts the number of &#8220;frames&#8221; per second it&#8217;s able to render. It isn&#8217;t an accurate benchmark of anything in particular, since it doesn&#8217;t distinguish between rendering times, calculation times and document modification times, and it&#8217;s also dependent on the author&#8217;s ActionScript vs. Javascript implementations, but it is a living demonstration of the current state of affairs, since you can see the tests play right in front of you on a variety of browsers. What I see when I look at them is that, with minor quirks, SVG is more or less in parity with Flash, except on Firefox (I&#8217;m looking at v11), where Flash is still the clear winner. Here&#8217;s a summary of results from early 2012. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VP8 (WebM) vs H.264 (MP4) &#8211; August 2010 by Pacoup</title>
		<link>http://pacoup.com/2010/08/09/vp8-webm-vs-h-264-mp4-august-2010/comment-page-1/#comment-13093</link>
		<dc:creator>Pacoup</dc:creator>
		<pubDate>Tue, 17 Apr 2012 00:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1291#comment-13093</guid>
		<description>Yes, I realize this. In fact, in my oft-postponed revision of this test, I have been using CPU time to measure encoder performance and decoder performance.

Of course, there is a difference, both since both are from the standard FFMPEG stack, it&#039;s fair to say they&#039;re fairly comparable. Then again, none of this matters once you&#039;ve got a DSP doing the decoding.</description>
		<content:encoded><![CDATA[<p>Yes, I realize this. In fact, in my oft-postponed revision of this test, I have been using CPU time to measure encoder performance and decoder performance.</p>
<p>Of course, there is a difference, both since both are from the standard FFMPEG stack, it&#8217;s fair to say they&#8217;re fairly comparable. Then again, none of this matters once you&#8217;ve got a DSP doing the decoding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on VP8 (WebM) vs H.264 (MP4) &#8211; August 2010 by Suricou Raven</title>
		<link>http://pacoup.com/2010/08/09/vp8-webm-vs-h-264-mp4-august-2010/comment-page-1/#comment-13091</link>
		<dc:creator>Suricou Raven</dc:creator>
		<pubDate>Mon, 16 Apr 2012 06:45:39 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1291#comment-13091</guid>
		<description>Observing CPU usage at a point is a very inaccurate way to gauge requirements. There are programs under windows that can do it right, but nothing built-in. Under linux, you can just use the &#039;time&#039; command when invoking the playback.

WebM is improving, but remember h264 has had a a long head start. From what I&#039;ve read by those more knowledgeable than myself, there is nothing in the bitstream format that would give either one a decisive advantage - it just comes down to which has the most finely-tuned and polished encoder.</description>
		<content:encoded><![CDATA[<p>Observing CPU usage at a point is a very inaccurate way to gauge requirements. There are programs under windows that can do it right, but nothing built-in. Under linux, you can just use the &#8216;time&#8217; command when invoking the playback.</p>
<p>WebM is improving, but remember h264 has had a a long head start. From what I&#8217;ve read by those more knowledgeable than myself, there is nothing in the bitstream format that would give either one a decisive advantage &#8211; it just comes down to which has the most finely-tuned and polished encoder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash vs HTML5 Performance (Updated January 2012) by Pacoup</title>
		<link>http://pacoup.com/2011/02/03/flash-vs-html5-performance/comment-page-1/#comment-13082</link>
		<dc:creator>Pacoup</dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1657#comment-13082</guid>
		<description>You have a point, but on the other hand, Firefox is not in any way a benchmark for canvas performance. Microsoft has already shown this countless times with its significantly faster hardware acceleration. But then again, this comes back to precisely what you&#039;ve been pointing out: differences in implementation across different browsers.

But you have to account for mobile technologies too. One of the reasons I think Flash is going away as a run time is its poor support on mobile platforms. The plugin as a &quot;boxed&quot; execution does not fit the mobile Web model very well either. So many features are being baked in mobile browsers right now to account for varying pixel densities and other such variables. Flash is clearly lacking here and the focus is not there.

Logically, unless you&#039;re targeting a purely desktop/laptop demographic, Flash doesn&#039;t make sense. And that&#039;s another issue, as increasingly, the focus is on well-integrated app stores enabling easier implementations of payment systems and better visibility for developers. If there&#039;s one thing Flash is truly good for, games, it&#039;s about to have it taken away as well, given the clearly more attractive app stores, not even counting the lack of Flash in IE10 on Windows 8 and Adobe&#039;s own dismissive attitude of Flash as a mobile technology.

In fact, Adobe is even implementing HTML5 exporting abilities in Flash CS6, clearly pointing out to the trend that is slowly taking over the Web.

At this point, any hope or thought the Flash run time will remain important in any form is wishful thinking. However, as a developer, I would not dismiss the Flash Professional software or ActionScript because just as they can be used to makes games for BlackBerry Tablet OS 2.0 now, they might be used to create HTML5 games later. After-all, the Canvas is a much lower level framework than the Flash run time and there is clearly space for many frameworks to be built on top of canvas to provide more sophisticated means of programmatic animation. Alternatively, with Adobe AIR, Flash could be relegated to the jobs of a general third party framework such as Java, although I can see those disappearing as well.</description>
		<content:encoded><![CDATA[<p>You have a point, but on the other hand, Firefox is not in any way a benchmark for canvas performance. Microsoft has already shown this countless times with its significantly faster hardware acceleration. But then again, this comes back to precisely what you&#8217;ve been pointing out: differences in implementation across different browsers.</p>
<p>But you have to account for mobile technologies too. One of the reasons I think Flash is going away as a run time is its poor support on mobile platforms. The plugin as a &#8220;boxed&#8221; execution does not fit the mobile Web model very well either. So many features are being baked in mobile browsers right now to account for varying pixel densities and other such variables. Flash is clearly lacking here and the focus is not there.</p>
<p>Logically, unless you&#8217;re targeting a purely desktop/laptop demographic, Flash doesn&#8217;t make sense. And that&#8217;s another issue, as increasingly, the focus is on well-integrated app stores enabling easier implementations of payment systems and better visibility for developers. If there&#8217;s one thing Flash is truly good for, games, it&#8217;s about to have it taken away as well, given the clearly more attractive app stores, not even counting the lack of Flash in IE10 on Windows 8 and Adobe&#8217;s own dismissive attitude of Flash as a mobile technology.</p>
<p>In fact, Adobe is even implementing HTML5 exporting abilities in Flash CS6, clearly pointing out to the trend that is slowly taking over the Web.</p>
<p>At this point, any hope or thought the Flash run time will remain important in any form is wishful thinking. However, as a developer, I would not dismiss the Flash Professional software or ActionScript because just as they can be used to makes games for BlackBerry Tablet OS 2.0 now, they might be used to create HTML5 games later. After-all, the Canvas is a much lower level framework than the Flash run time and there is clearly space for many frameworks to be built on top of canvas to provide more sophisticated means of programmatic animation. Alternatively, with Adobe AIR, Flash could be relegated to the jobs of a general third party framework such as Java, although I can see those disappearing as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash vs HTML5 Performance (Updated January 2012) by James Cole</title>
		<link>http://pacoup.com/2011/02/03/flash-vs-html5-performance/comment-page-1/#comment-13076</link>
		<dc:creator>James Cole</dc:creator>
		<pubDate>Sun, 08 Apr 2012 14:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1657#comment-13076</guid>
		<description>Its interesting to see how the systems are running. I will point out, and I am sure others have mentioned it too, when you script in flash using the stage3d system, these stats start becoming meaningless. (stage 3d is the real comparison to canvas as both should rely on the gpu). 
I am currently developing a game in flash and html5, and the difference is vast. for websites, i can see html5 being very useful in standardizing the platform and bringing it up to date, but canvas isn&#039;t quite matching up to flash. Using a framework like starling on stage3d you can produce about 1000 sprites with 256 x 256 images at about 58fps. canvas 3d with gpu acceleration on Firefox hits about 15 fps doing something this intensive.
 I think flash and html will still have a long standing side by side relationship for many years to come unless there is a huge shift in the canvas performance. It may also be worth noting, that flash has a much higher consistency across the board which makes it much easier to develop for.
Don&#039;t get me wrong, i certainly want html5 to work out... but the other factors like javascript, jaggered implementation from browsers, and the adoption of various standards (including video standards) will be a major hindrance which i hope the browser developers can overcome.</description>
		<content:encoded><![CDATA[<p>Its interesting to see how the systems are running. I will point out, and I am sure others have mentioned it too, when you script in flash using the stage3d system, these stats start becoming meaningless. (stage 3d is the real comparison to canvas as both should rely on the gpu).<br />
I am currently developing a game in flash and html5, and the difference is vast. for websites, i can see html5 being very useful in standardizing the platform and bringing it up to date, but canvas isn&#8217;t quite matching up to flash. Using a framework like starling on stage3d you can produce about 1000 sprites with 256 x 256 images at about 58fps. canvas 3d with gpu acceleration on Firefox hits about 15 fps doing something this intensive.<br />
 I think flash and html will still have a long standing side by side relationship for many years to come unless there is a huge shift in the canvas performance. It may also be worth noting, that flash has a much higher consistency across the board which makes it much easier to develop for.<br />
Don&#8217;t get me wrong, i certainly want html5 to work out&#8230; but the other factors like javascript, jaggered implementation from browsers, and the adoption of various standards (including video standards) will be a major hindrance which i hope the browser developers can overcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shorthand conditional statements by jason H</title>
		<link>http://pacoup.com/2009/03/11/shorthand-conditional-statements/comment-page-1/#comment-13038</link>
		<dc:creator>jason H</dc:creator>
		<pubDate>Fri, 23 Mar 2012 15:07:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.pacoup.com/?p=267#comment-13038</guid>
		<description>Note that the Python example is only good for Python 2.5 and later.  One can still put use a simple if (no else) with: if(condition) : (do something in one line here)</description>
		<content:encoded><![CDATA[<p>Note that the Python example is only good for Python 2.5 and later.  One can still put use a simple if (no else) with: if(condition) : (do something in one line here)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash vs HTML5 Performance (Updated January 2012) by Pacoup</title>
		<link>http://pacoup.com/2011/02/03/flash-vs-html5-performance/comment-page-1/#comment-12996</link>
		<dc:creator>Pacoup</dc:creator>
		<pubDate>Mon, 05 Mar 2012 15:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1657#comment-12996</guid>
		<description>Yes, I&#039;m afraid you&#039;re right. It&#039;s very difficult to benchmark HTML5 and Flash in any meaningful way, or benchmark anything for that matter, simply because of different underlying engines.

In any cases, I think this is beyond the point. Adobe has already clearly shown Flash as a technology they will not support, in favor of HTML5, for which they are already developing animation tools. In my opinion, Flash Professional itself will eventually be repurposed into an HTML5 animation/IDE, maybe even with an ActionScript to JavaScript translator, which would frankly be appreciated, given AS3&#039;s Object Oriented Programming qualities.

I&#039;ll update my article to make mention of this.</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;m afraid you&#8217;re right. It&#8217;s very difficult to benchmark HTML5 and Flash in any meaningful way, or benchmark anything for that matter, simply because of different underlying engines.</p>
<p>In any cases, I think this is beyond the point. Adobe has already clearly shown Flash as a technology they will not support, in favor of HTML5, for which they are already developing animation tools. In my opinion, Flash Professional itself will eventually be repurposed into an HTML5 animation/IDE, maybe even with an ActionScript to JavaScript translator, which would frankly be appreciated, given AS3&#8242;s Object Oriented Programming qualities.</p>
<p>I&#8217;ll update my article to make mention of this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash vs HTML5 Performance (Updated January 2012) by Alex</title>
		<link>http://pacoup.com/2011/02/03/flash-vs-html5-performance/comment-page-1/#comment-12984</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 01 Mar 2012 17:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://pacoup.com/?p=1657#comment-12984</guid>
		<description>Seriously, it&#039;s time to STOP using this benchmark as a means of comparing Flash to HTML5. I&#039;ve heard some people say that the HTML5 versions aren&#039;t optimized well, and I&#039;m sure they&#039;re not. But the Flash version is ABSOLUTELY AWFUL. Look at the code! The author basically used ActionScript just as if it was JavaScript. No types. No use of the BitmapData routines. He has absolutely no clue what he&#039;s doing. I didn&#039;t even know Flash could be run with the type of code he used.

With Flash 10, I rewrote this demo in ActionScript to use the BitmapData.copyPixels method. Flash was able to achieve 60fps with 15,000 objects (compared to this &quot;benchmark&quot; which shows Flash struggling with 500 because of the ridiculous coding approach). 

And with Stage3D my results have been beaten soundly.</description>
		<content:encoded><![CDATA[<p>Seriously, it&#8217;s time to STOP using this benchmark as a means of comparing Flash to HTML5. I&#8217;ve heard some people say that the HTML5 versions aren&#8217;t optimized well, and I&#8217;m sure they&#8217;re not. But the Flash version is ABSOLUTELY AWFUL. Look at the code! The author basically used ActionScript just as if it was JavaScript. No types. No use of the BitmapData routines. He has absolutely no clue what he&#8217;s doing. I didn&#8217;t even know Flash could be run with the type of code he used.</p>
<p>With Flash 10, I rewrote this demo in ActionScript to use the BitmapData.copyPixels method. Flash was able to achieve 60fps with 15,000 objects (compared to this &#8220;benchmark&#8221; which shows Flash struggling with 500 because of the ridiculous coding approach). </p>
<p>And with Stage3D my results have been beaten soundly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PAE vs 64 bit &#8211; What manufacturers don&#8217;t want you to know by Pacoup</title>
		<link>http://pacoup.com/2009/05/27/pae-vs-64-bit-what-manufacturers-dont-want-you-to-know/comment-page-1/#comment-12925</link>
		<dc:creator>Pacoup</dc:creator>
		<pubDate>Tue, 21 Feb 2012 14:49:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.pacoup.com/?p=375#comment-12925</guid>
		<description>Thanks for the info. I think whatever I wrote here back in 2009 is pretty much irrelevant today anyway. I mean, if your new computer can&#039;t do 64 bit... and any other computer not 64 bit ready is getting pretty old now.</description>
		<content:encoded><![CDATA[<p>Thanks for the info. I think whatever I wrote here back in 2009 is pretty much irrelevant today anyway. I mean, if your new computer can&#8217;t do 64 bit&#8230; and any other computer not 64 bit ready is getting pretty old now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

