<?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 on: wish-apollo</title>
	<atom:link href="http://www.mikechambers.com/blog/2006/03/16/wish-apollo/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/</link>
	<description>code = joy</description>
	<lastBuildDate>Fri, 02 Dec 2011 01:36:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Wade Arnold</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-7375</link>
		<dc:creator>Wade Arnold</dc:creator>
		<pubDate>Fri, 27 Apr 2007 01:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-7375</guid>
		<description>H.264 support and other web standard video codecâ€™s. I enjoy rtmp but the rest of the world runs on rtsp it seems. 

Some level of OpenGL ES support. 

Access to C++ so that we can extend the framework and add additional features. Game controllers, file system functions such as ftp, etc. The community would add all of this if there we a simple interface like JNI from java. 

Wade Arnold</description>
		<content:encoded><![CDATA[<p>H.264 support and other web standard video codecâ€™s. I enjoy rtmp but the rest of the world runs on rtsp it seems. </p>
<p>Some level of OpenGL ES support. </p>
<p>Access to C++ so that we can extend the framework and add additional features. Game controllers, file system functions such as ftp, etc. The community would add all of this if there we a simple interface like JNI from java. </p>
<p>Wade Arnold</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mayur</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6624</link>
		<dc:creator>Mayur</dc:creator>
		<pubDate>Mon, 26 Mar 2007 07:14:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6624</guid>
		<description>Can Apollo record sound and flv without need for FMS?

</description>
		<content:encoded><![CDATA[<p>Can Apollo record sound and flv without need for FMS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sylvio Drouin</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6623</link>
		<dc:creator>Sylvio Drouin</dc:creator>
		<pubDate>Thu, 12 Oct 2006 23:03:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6623</guid>
		<description>Mike

  Actionscript 3.0 display lists access was a good start but now we need some kind of simplified 3d API providing us access to opengl (could be OpenGL ES without all extensions so you dont have to worry about portability of specific graphic chipsets). And if we could have a wider variety of CODECs (read H.264)...that would be awsome...

  Actionscript 3.0 goes a long way in order to structure Flash programming and help avoid what i call &quot;impulse programming&quot; when using the Flash IDE (the idea of throwing code at all objects and then forget about it because the visuals are taking over!)...</description>
		<content:encoded><![CDATA[<p>Mike</p>
<p>  Actionscript 3.0 display lists access was a good start but now we need some kind of simplified 3d API providing us access to opengl (could be OpenGL ES without all extensions so you dont have to worry about portability of specific graphic chipsets). And if we could have a wider variety of CODECs (read H.264)&#8230;that would be awsome&#8230;</p>
<p>  Actionscript 3.0 goes a long way in order to structure Flash programming and help avoid what i call &#8220;impulse programming&#8221; when using the Flash IDE (the idea of throwing code at all objects and then forget about it because the visuals are taking over!)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erny</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6622</link>
		<dc:creator>Erny</dc:creator>
		<pubDate>Thu, 20 Jul 2006 06:06:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6622</guid>
		<description>Can Apollo insert a Windows media player 9 object and see an wmv streem format and play , stop ecc ?</description>
		<content:encoded><![CDATA[<p>Can Apollo insert a Windows media player 9 object and see an wmv streem format and play , stop ecc ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6621</link>
		<dc:creator>Marco</dc:creator>
		<pubDate>Wed, 17 May 2006 15:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6621</guid>
		<description>I&#039;d like to have a 3D API that takes advantage of 3D video hardware acceleration that&#039;s in almost every PC today, including sharders and such.</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to have a 3D API that takes advantage of 3D video hardware acceleration that&#8217;s in almost every PC today, including sharders and such.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike chambers</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6620</link>
		<dc:creator>mike chambers</dc:creator>
		<pubDate>Sun, 07 May 2006 03:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6620</guid>
		<description>&gt;How about making Apollo a branch and not stopping development of a THIN flash player

Don&#039;t worry. The Flash Player in the browser, and the Apollo player on the desktop are two seperate things.

mike chambers

mesh@adobe.com</description>
		<content:encoded><![CDATA[<p>>How about making Apollo a branch and not stopping development of a THIN flash player</p>
<p>Don&#8217;t worry. The Flash Player in the browser, and the Apollo player on the desktop are two seperate things.</p>
<p>mike chambers</p>
<p><a href="mailto:mesh@adobe.com">mesh@adobe.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6619</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Fri, 05 May 2006 12:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6619</guid>
		<description>How about making Apollo a branch and not stopping development of a THIN flash player.  Don&#039;t force me to adopt a complete platform if my target audience is in another world where a low impact, ubiquious Flash player continues to allow me to deliver exceptional content.</description>
		<content:encoded><![CDATA[<p>How about making Apollo a branch and not stopping development of a THIN flash player.  Don&#8217;t force me to adopt a complete platform if my target audience is in another world where a low impact, ubiquious Flash player continues to allow me to deliver exceptional content.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rishi</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6618</link>
		<dc:creator>rishi</dc:creator>
		<pubDate>Fri, 21 Apr 2006 08:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6618</guid>
		<description>Apollo should have the following utilities, I assure this will boom and Microsoft will have to think once. 

1) To record Video/Audio options on Desktop. Convert video/audio image formats. 

2)Image cropping utility at desktop as in Image Magick. 

3)It should be able to connect to database without an intermediatery script or depending on Microsft tools.

4)A direct Access to Com/DCOM object.

5) Direct access to printer without displaying the Select printer dialog Box.

6) Font embedding at runtime from fonts folder.

7) Direct access to all advance protocols like SMTP/POP

8) Of Course Export image quality should also be there.

I&#039;ll recommend these enhancements in flash player.
Though there is no end to my wish list. Lets what we get in the end.---

Rishi Raj Singh
Deputy Program Manager
Sebiz Infotech</description>
		<content:encoded><![CDATA[<p>Apollo should have the following utilities, I assure this will boom and Microsoft will have to think once. </p>
<p>1) To record Video/Audio options on Desktop. Convert video/audio image formats. </p>
<p>2)Image cropping utility at desktop as in Image Magick. </p>
<p>3)It should be able to connect to database without an intermediatery script or depending on Microsft tools.</p>
<p>4)A direct Access to Com/DCOM object.</p>
<p>5) Direct access to printer without displaying the Select printer dialog Box.</p>
<p>6) Font embedding at runtime from fonts folder.</p>
<p>7) Direct access to all advance protocols like SMTP/POP</p>
<p>8) Of Course Export image quality should also be there.</p>
<p>I&#8217;ll recommend these enhancements in flash player.<br />
Though there is no end to my wish list. Lets what we get in the end.&#8212;</p>
<p>Rishi Raj Singh<br />
Deputy Program Manager<br />
Sebiz Infotech</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Potter</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6617</link>
		<dc:creator>Mike Potter</dc:creator>
		<pubDate>Mon, 20 Mar 2006 15:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6617</guid>
		<description>Apollo should have the ability to debug AJAX applications easily, possibly integrating with Eclipse&#039;s debug, as I can currently do now with Flex applications.

Mike</description>
		<content:encoded><![CDATA[<p>Apollo should have the ability to debug AJAX applications easily, possibly integrating with Eclipse&#8217;s debug, as I can currently do now with Flex applications.</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miles</title>
		<link>http://www.mikechambers.com/blog/2006/03/16/wish-apollo/comment-page-1/#comment-6616</link>
		<dc:creator>Miles</dc:creator>
		<pubDate>Mon, 20 Mar 2006 11:56:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=952#comment-6616</guid>
		<description>I&#039;m not 100% sure of what Adobe / Macromedia&#039;s intentions are regarding Apollo, but here&#039;s a couple of things I&#039;d like to see.

Fully compiled stand-alone applications that the user downloads, installs and runs.

Dynamic instances of streamed applications that are linked to from urls, either in web browser or from other Apollo apps. So, user can click on a link in a web site that opens an Apollo app.

Front-end that can integrate with other application frameworks. I&#039;m thinking, use Apollo as a front end that can integrate with a Java / VB / C# / etc app. Possibly via External Interface? Not sure if this would involve having to embed an instance of Apollo within the other application or would be better if other application, when starting, opens an Apollo app that uses the installed player. I leave that to you guys to figure out ? :)

Apollo provides native, stand-alone playback of FLV files, FlashPaper files, and SWF files - although Flash plugin ought to provide all this anyway.

Multi Window Applications

Chromeless windows with transparency

Fullscreen applications - over which other Apollo app windows can still be opened

Inter-application communication

Full right-click mouse control

Both local and network privileges.

Security model that doesn&#039;t involve connecting to Macromedia site to adjust settings

Auto-update mechanism that would allow users to easily check for, download and install any updates for all Apollo apps they may have installed

Some kind of layout flow component structure that would help developers create flexible layouts that can adapt to various different window sizes, possibly using the scroll pane?

That&#039;s all for now. Thanks.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not 100% sure of what Adobe / Macromedia&#8217;s intentions are regarding Apollo, but here&#8217;s a couple of things I&#8217;d like to see.</p>
<p>Fully compiled stand-alone applications that the user downloads, installs and runs.</p>
<p>Dynamic instances of streamed applications that are linked to from urls, either in web browser or from other Apollo apps. So, user can click on a link in a web site that opens an Apollo app.</p>
<p>Front-end that can integrate with other application frameworks. I&#8217;m thinking, use Apollo as a front end that can integrate with a Java / VB / C# / etc app. Possibly via External Interface? Not sure if this would involve having to embed an instance of Apollo within the other application or would be better if other application, when starting, opens an Apollo app that uses the installed player. I leave that to you guys to figure out ? :)</p>
<p>Apollo provides native, stand-alone playback of FLV files, FlashPaper files, and SWF files &#8211; although Flash plugin ought to provide all this anyway.</p>
<p>Multi Window Applications</p>
<p>Chromeless windows with transparency</p>
<p>Fullscreen applications &#8211; over which other Apollo app windows can still be opened</p>
<p>Inter-application communication</p>
<p>Full right-click mouse control</p>
<p>Both local and network privileges.</p>
<p>Security model that doesn&#8217;t involve connecting to Macromedia site to adjust settings</p>
<p>Auto-update mechanism that would allow users to easily check for, download and install any updates for all Apollo apps they may have installed</p>
<p>Some kind of layout flow component structure that would help developers create flexible layouts that can adapt to various different window sizes, possibly using the scroll pane?</p>
<p>That&#8217;s all for now. Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

