<?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"
	>
<channel>
	<title>Comments on: Flash Media Server 3 Feature Requests</title>
	<atom:link href="http://jessewarden.com/2006/11/flash-media-server-3-feature-requests.html/feed" rel="self" type="application/rss+xml" />
	<link>http://jessewarden.com/2006/11/flash-media-server-3-feature-requests.html</link>
	<description>A blog on software development, technology, games &#038; movies.</description>
	<pubDate>Sun, 20 Jul 2008 16:32:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Wen</title>
		<link>http://jessewarden.com/2006/11/flash-media-server-3-feature-requests.html#comment-3921</link>
		<dc:creator>Wen</dc:creator>
		<pubDate>Tue, 28 Nov 2006 05:03:05 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1091#comment-3921</guid>
		<description>We are looking for software API:
1) API for Helix DNA producer to accept RGB data in real time from our own software
2) API for Helix DNA server to save the file in 3GPP in original size (VGA or QVGA) and stream out QCIF to RTSP. Time sync is not important in our application.
3) API for Helix DNA server to add channel or remove channel (one channel represents one camera source) (if authentication is provided in the following item, this request could be eliminated)
4) API for Helix DNA server to receive connect, disconnect and authentication information from client software
5) Sample code similar to http://www.astatech.com/news/200508/20050814.asp
 
Please let us know if you could help or know any one who could.

</description>
		<content:encoded><![CDATA[<p>We are looking for software API:<br />
1) API for Helix DNA producer to accept RGB data in real time from our own software<br />
2) API for Helix DNA server to save the file in 3GPP in original size (VGA or QVGA) and stream out QCIF to RTSP. Time sync is not important in our application.<br />
3) API for Helix DNA server to add channel or remove channel (one channel represents one camera source) (if authentication is provided in the following item, this request could be eliminated)<br />
4) API for Helix DNA server to receive connect, disconnect and authentication information from client software<br />
5) Sample code similar to <a href="http://www.astatech.com/news/200508/20050814.asp" rel="nofollow">http://www.astatech.com/news/200508/20050814.asp</a></p>
<p>Please let us know if you could help or know any one who could.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JesterXL</title>
		<link>http://jessewarden.com/2006/11/flash-media-server-3-feature-requests.html#comment-3920</link>
		<dc:creator>JesterXL</dc:creator>
		<pubDate>Mon, 06 Nov 2006 23:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1091#comment-3920</guid>
		<description>Thanks for your input, Chris!  I really don't know much about the technicals behind SMS so if it's really that do-able, it sounds really fun!

Regarding clients... well, no good answer here bro!  Basically, there are people out there who don't like open-source, mainly because it's expensive and/or dangerous.  For example, currently, it's expensive and hard to find an FMS consultant.  They certainly aren't coming out of the woodwork compared to Java developers.  It's even worse with Red5 cause she's so new.  I know you've got a following on OSFlash, but it's hard for me to pin down an applicable, competent community size yet, ya know?

So, some companies don't want to be left out on the cold.  A lot pay consultants insane fee's to make themsevles feel more comfortable.  Like, the same dudes who pay for Windows and .NET solutions vs. Linux &#38; PHP.  The consultants selling the packaged solutions sometimes do better sales.  While some may find it easier to sell open source solutions on merit alone, a lot of companies don't sell on price.  As such, the "open source is cheaper argument" doesn't ring true with them, and thus they have no qualms paying large fee's because they recognize all the support they are getting with those solutions.  They want large, older companies behind their technology.  It helps them have trust.

Support obviously is questionable, but on paper in sale's meetings it gives the suits warm fuzzy feelings, ya see?

Same argument can be made against Ruby on Rails vs. Java Spring &#38; Hibernate, ColdFusion vs. .NET, Perl vs. C.  It's not just open source vs. proprietary, or free vs. pay, but a combination of the services that surround the technologies, and their perception inside a company.

For example, one of the con's to Flex was it was from Macromedia. A server-side technology from a 'small' company didn't score a lot of points with people who traditionally were used to Oracle n' friends.  I personally don't understand the mentaility of those poeple, but I do recognize the reality of it existing.  Adobe's acquisition helped since they are a bigger company, but their server-side offerings aren't well known compared to Microsoft, Sun, and IBM for example.

So... perception.  FMS, pay, big company, services around it, make you feel secure by spending more money.

I don't really care which one they use, I just want my RSO's...</description>
		<content:encoded><![CDATA[<p>Thanks for your input, Chris!  I really don&#8217;t know much about the technicals behind SMS so if it&#8217;s really that do-able, it sounds really fun!</p>
<p>Regarding clients&#8230; well, no good answer here bro!  Basically, there are people out there who don&#8217;t like open-source, mainly because it&#8217;s expensive and/or dangerous.  For example, currently, it&#8217;s expensive and hard to find an FMS consultant.  They certainly aren&#8217;t coming out of the woodwork compared to Java developers.  It&#8217;s even worse with Red5 cause she&#8217;s so new.  I know you&#8217;ve got a following on OSFlash, but it&#8217;s hard for me to pin down an applicable, competent community size yet, ya know?</p>
<p>So, some companies don&#8217;t want to be left out on the cold.  A lot pay consultants insane fee&#8217;s to make themsevles feel more comfortable.  Like, the same dudes who pay for Windows and .NET solutions vs. Linux &amp; PHP.  The consultants selling the packaged solutions sometimes do better sales.  While some may find it easier to sell open source solutions on merit alone, a lot of companies don&#8217;t sell on price.  As such, the &#8220;open source is cheaper argument&#8221; doesn&#8217;t ring true with them, and thus they have no qualms paying large fee&#8217;s because they recognize all the support they are getting with those solutions.  They want large, older companies behind their technology.  It helps them have trust.</p>
<p>Support obviously is questionable, but on paper in sale&#8217;s meetings it gives the suits warm fuzzy feelings, ya see?</p>
<p>Same argument can be made against Ruby on Rails vs. Java Spring &amp; Hibernate, ColdFusion vs. .NET, Perl vs. C.  It&#8217;s not just open source vs. proprietary, or free vs. pay, but a combination of the services that surround the technologies, and their perception inside a company.</p>
<p>For example, one of the con&#8217;s to Flex was it was from Macromedia. A server-side technology from a &#8217;small&#8217; company didn&#8217;t score a lot of points with people who traditionally were used to Oracle n&#8217; friends.  I personally don&#8217;t understand the mentaility of those poeple, but I do recognize the reality of it existing.  Adobe&#8217;s acquisition helped since they are a bigger company, but their server-side offerings aren&#8217;t well known compared to Microsoft, Sun, and IBM for example.</p>
<p>So&#8230; perception.  FMS, pay, big company, services around it, make you feel secure by spending more money.</p>
<p>I don&#8217;t really care which one they use, I just want my RSO&#8217;s&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Allen</title>
		<link>http://jessewarden.com/2006/11/flash-media-server-3-feature-requests.html#comment-3919</link>
		<dc:creator>Chris Allen</dc:creator>
		<pubDate>Mon, 06 Nov 2006 23:32:20 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1091#comment-3919</guid>
		<description>Hey Jesse,

Great suggestions! These of course are very useful for us developing Red5 as well. 

I have thought about providing a way to deploy content to mobile devices using 3GP and or RTSP. That shouldn't be too hard to do given our infrastructure. The main hurdle would be the encoding/decoding legal issues surrounding On2's VP6. Perhaps Adobe will have better luck doing that sort of thing given that they are already licensing the codec from them.

The SMS idea is cool too. Assuming that there is a decent Java API for doing this sort of thing (Just googled and found this: http://www.objectxp.com/products/jSMS/ ), then hooking it up with Red5 should be cake.

I'm also curious to hear why some of your clients might not be down with Red5. It seems to me that if you want a lightweight RTMP solution that supports server-side scripting with a low cost license arrangement (free), then Red5 would be a great solution for you/them.</description>
		<content:encoded><![CDATA[<p>Hey Jesse,</p>
<p>Great suggestions! These of course are very useful for us developing Red5 as well. </p>
<p>I have thought about providing a way to deploy content to mobile devices using 3GP and or RTSP. That shouldn&#8217;t be too hard to do given our infrastructure. The main hurdle would be the encoding/decoding legal issues surrounding On2&#8217;s VP6. Perhaps Adobe will have better luck doing that sort of thing given that they are already licensing the codec from them.</p>
<p>The SMS idea is cool too. Assuming that there is a decent Java API for doing this sort of thing (Just googled and found this: <a href="http://www.objectxp.com/products/jSMS/" rel="nofollow">http://www.objectxp.com/products/jSMS/</a> ), then hooking it up with Red5 should be cake.</p>
<p>I&#8217;m also curious to hear why some of your clients might not be down with Red5. It seems to me that if you want a lightweight RTMP solution that supports server-side scripting with a low cost license arrangement (free), then Red5 would be a great solution for you/them.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
