<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Zinc &#8211; Saving images</title>
	<atom:link href="http://blog.six4rty.ch/2009/12/02/zinc-saving-images/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.six4rty.ch/2009/12/02/zinc-saving-images/</link>
	<description>Code &#38; Technology Aficionado - Come for the Flash, stay for more!</description>
	<lastBuildDate>Tue, 07 Feb 2012 13:29:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Tiago</title>
		<link>http://blog.six4rty.ch/2009/12/02/zinc-saving-images/comment-page-1/#comment-67991</link>
		<dc:creator>Tiago</dc:creator>
		<pubDate>Mon, 14 Jun 2010 06:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.six4rty.ch/?p=616#comment-67991</guid>
		<description>Diego, the writeDataBA is actually supposed to be faster as it&#039;s a native call from flash writing bytearrays, that it becomes slower with videos, is in my opinion not the problem of flash rather then ZINC, videos are normally bigger then images and therefore it needs a bit more time &amp; resources to save but it shouldn&#039;t crash flash at all. 

I wouldn&#039;t even think about using ZINC to save a video or anything else in the future, have a look at my previous ZINC post, the guys from &lt;a href=&#039;http://www.northcode.com/&#039; rel=&quot;nofollow&quot;&gt;NorthCode&lt;/a&gt; have an offer running for ZINC users that you might like :)</description>
		<content:encoded><![CDATA[<p>Diego, the writeDataBA is actually supposed to be faster as it&#8217;s a native call from flash writing bytearrays, that it becomes slower with videos, is in my opinion not the problem of flash rather then ZINC, videos are normally bigger then images and therefore it needs a bit more time &#038; resources to save but it shouldn&#8217;t crash flash at all. </p>
<p>I wouldn&#8217;t even think about using ZINC to save a video or anything else in the future, have a look at my previous ZINC post, the guys from <a href='http://www.northcode.com/' rel="nofollow">NorthCode</a> have an offer running for ZINC users that you might like <img src='http://blog.six4rty.ch/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego</title>
		<link>http://blog.six4rty.ch/2009/12/02/zinc-saving-images/comment-page-1/#comment-67919</link>
		<dc:creator>Diego</dc:creator>
		<pubDate>Tue, 08 Jun 2010 18:51:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.six4rty.ch/?p=616#comment-67919</guid>
		<description>Hello. Have you ever tryed to download video files and save in the file system using zinc? I tested here with images and it worked fine for me, but with videos its so slow that the flash crashes. I&#039;m using the writeDataBA. I dont know if I understand right what you sayd but is the writeData faster than the writeDataBA?</description>
		<content:encoded><![CDATA[<p>Hello. Have you ever tryed to download video files and save in the file system using zinc? I tested here with images and it worked fine for me, but with videos its so slow that the flash crashes. I&#8217;m using the writeDataBA. I dont know if I understand right what you sayd but is the writeData faster than the writeDataBA?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tiago</title>
		<link>http://blog.six4rty.ch/2009/12/02/zinc-saving-images/comment-page-1/#comment-62695</link>
		<dc:creator>Tiago</dc:creator>
		<pubDate>Thu, 10 Dec 2009 11:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.six4rty.ch/?p=616#comment-62695</guid>
		<description>Hi Dunlavy, absolutely not, there is NO reason Zinc 3.0 to exist, I switched back and forth during development without having any issues  (besides the one with the bytearray). So just because of enabling bytearrays and a new GUI, there is absolutely no reason to switch to Zinc 3.0.</description>
		<content:encoded><![CDATA[<p>Hi Dunlavy, absolutely not, there is NO reason Zinc 3.0 to exist, I switched back and forth during development without having any issues  (besides the one with the bytearray). So just because of enabling bytearrays and a new GUI, there is absolutely no reason to switch to Zinc 3.0.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dunlavy</title>
		<link>http://blog.six4rty.ch/2009/12/02/zinc-saving-images/comment-page-1/#comment-62670</link>
		<dc:creator>Dunlavy</dc:creator>
		<pubDate>Wed, 09 Dec 2009 17:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.six4rty.ch/?p=616#comment-62670</guid>
		<description>I&#039;ll ask you this since you&#039;ve dabbled with 3.0 and I never touched it (2.5 ex-user here):  In your professional opinion, is there even a reason for 3.0 to *exist?*  When support for 2.5 went the way of Alderon then 3.0 emerged months later, I was like &quot;WTF?&quot;  I looked at the API and didn&#039;t see anything new or compelling.

I&#039;m not talking about MDM&#039;s support or the fact that they locked the 2.5 forums.  Just software-wise... should 3.0 have been born?</description>
		<content:encoded><![CDATA[<p>I&#8217;ll ask you this since you&#8217;ve dabbled with 3.0 and I never touched it (2.5 ex-user here):  In your professional opinion, is there even a reason for 3.0 to *exist?*  When support for 2.5 went the way of Alderon then 3.0 emerged months later, I was like &#8220;WTF?&#8221;  I looked at the API and didn&#8217;t see anything new or compelling.</p>
<p>I&#8217;m not talking about MDM&#8217;s support or the fact that they locked the 2.5 forums.  Just software-wise&#8230; should 3.0 have been born?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

