I am going to cover the small part of it here as I found that it’s a bit tricky in Flex 4 to get your background transparent and you don’t find enough help on it while searching around on the net.

In flex 4 you can’t set backgroundImage or backgroundAlpha  to zero directly you have to create skin for your application container using which you can set background color or image. So in case you want to make a see through flash/flex application you need a transparent image. The first thing you will need is a transparent image you can use. So create one using Photoshop or some other design software. For Transparent skin you can use the following code, create a file named for example: MainApplicationSkin.mxml (you can name it any. just make sure use the same name in main application).

<?xml version=”1.0″ encoding=”utf-8″?>
<s:Skin xmlns:fx=”http://ns.adobe.com/mxml/2009″
xmlns:mx=”library://ns.adobe.com/flex/mx”
xmlns:s=”library://ns.adobe.com/flex/spark”>

<fx:Metadata>  [HostComponent("spark.components.Application")] </fx:Metadata>
<s:states>
<s:State name=”normal” />
<s:State name=”disabled” />
</s:states>

<!– Use an Image control to embed an image for the background of the Application container. –>
<mx:Image source=”@Embed(source=’images/transparent.png’)”
left=”0″ right=”0″ top=”0″ bottom=”0″ maintainAspectRatio=”false” />
<s:Group id=”contentGroup” left=”0″ right=”0″ top=”0″ bottom=”0″ />
</s:Skin>

Now if this skin is at the same level as your main application you can use it in your main application as follows:

<s:Application xmlns:fx=”http://ns.adobe.com/mxml/2009″
xmlns:s=”library://ns.adobe.com/flex/spark”
xmlns:mx=”library://ns.adobe.com/flex/mx”
width=”100%” height=”100%” minWidth=”550″
skinClass=”MainApplicationSkin”>
<fx:Declarations></fx:Declarations>
</s:Application>

You can see how the MainApplicationSkin has been supplied as a parameter to skinClass. This will make your main flex application as transparent. Now the other part is to make this as a transparent in your html code. We need to tell the object code to set the object “wmode” as transparent. For this you have to set it at two places one in object code part and other in embed code part. For Example:

<object classid=”clsid:D27CDB6E-AE6D-11cf-96B8-444553540000″ width=”716″ height=”582″ title=”SampleApp”>
<param name=”movie” value=”SampleApp.swf” />
<param name=”quality” value=”high” />
<param name=”wmode” value=”transparent” />
<embed src=”SampleApp.swf” quality=”high” wmode=”transparent” pluginspage=”http://www.macromedia.com/go/getflashplayer”     type=”application/x-shockwave-flash” width=”716″ height=”582″></embed>
</object>

You can see how the wmode has been set as transparent in two places. This will make your html background appear through flash object. So as we see, we need to make it transparent at 2 levels one in flex application which we do using skin in flex 4 and other in html code. It’s same as we used to do with earlier versions of flash/flex applications.

The error was that although I could send update value to my .Net page but couldn’t receive the update back in Flash player specifically in Chrome and Opera.  To my relief the problem for Opera was resolved with their latest release of version 10.54

So the quest begin and I Google around and found the one of the best source related to Flash Errors on web which is Judah’s blog So in case you are not looking to .net related problem please go through the post and responses in that blog entry you might come across your problem related response.

I put flash.events.HTTPStatusEvent.HTTP_STATUS as suggested by Mike Chambers on that Judah’s blog that helped me to move in right direction at least. I just noticed that in Chrome I am getting status=0 whereas in Firefox or IE I was getting Status=200.

I used Wireshark as suggested in the comments by quite a few users. This post Using WireShark to sniff HTTP packets
has steps listed to help you in getting related information using Wireshark. I was able to figure out that I am receiving response from in both Chrome and Firefox but somehow Chrome is not able to read the response.

Suddenly because of my good luck ASP.Net developer has put some error in his page by mistake and i was able to see the error value in Chrome and when I asked me to send me some text in error blog itself i was able to see the value in Chrome as well.

So now it was the turn of .net code to figure out what wrong was there and we saw that the correct block has two lines after sending the values which are:

Response.Flush();
//Response.Close();

We just commented out Response.Close(); and here it is the problem is solved and we were able to see the values in all browsers. So for reference I searched around what was the problem with Response.close and here is a  post Response.End, Response.Close, and How Customer Feedback Helps Us Improve MSDN Documentation

Which clearly states that Response.close send reset packet and that’s why I was getting 0 instead of 200 and because of that Chrome was missing the values somehow.

Few other related forum questions and blog post which i have read during this problem are:

URLLoader Error #2032: Stream Error

Why is my URLLoader not dispatching when it completes?

Chrome 5.0.375.86

Uninstall Flash player from Chrome:

If you don’t want to use Flash in Chrome, you can just type “about:plugins” in the address bar in Chrome and disable the plugin.

Install debug version of Flash player on Chrome:

If you want to debug version of Flash player in Chrome, then first you need to disable flash player already installed in Chrome using steps mentioned in above paragraph, and then install a debug version of flash player plug-in.

Latest update from Adobe on Flash Player with Google Chrome:
Using Flash Player with Google Chrome

Related articles:

• Flash arrives in Google’s Chrome browser (news.cnet.com)
• Google Now Distributes Chrome with Built-In Flash Player (readwriteweb.com)

How can be create executable from AIR app:
Goto command line
Move to AIR SDK installed folder>bin
command to create executable is:

Examples:

So this one is just setting up port 80 for FMS and Wowza (Red5 maybe didn’t tried setting up port for it) and for that matter any application which you want to setup on port 80 alongside other ports for the particular IP on which you want to setup that particular application.

The pre-requisites here are that you have more then 1 IP on the Windows 2008 server on which you are going to install your streaming server In case you want to keep IIS running alongside on the same server. BTW if you are looking for setting up port 80 on Windows 2000 or Windows 2003 server please visit Stefan’s blog he has a very well written post updated for both 2000 and 2003 windows server Running Flashcom Server alongside IIS.

Technical part:

I have searched around and found this article by Steve Schofield. He setup apache alongside IIS on another IP and assigned port 80 to that.

As we know Windows always assign port 80 by default to IIS on all IP setup on a machine. So whenever we setup any application on any IP we have to first remove IIS from its port 80 only then we can assign the port 80 to our other application on that particular IP.  I will just copy paste the steps written on Steves blog for straight reference here:

1. Added or make sure your machine has at least two IPs (just for example 192.168.0.90 and 192.168.0.91)
2. “Open an [elevated] command prompt”. i.e. you need to run command prompt as an administrator as UAC will block this command.
3. Type netsh
4. Type http
5. Type sho iplisten.  It should be blank
6. Type add iplisten ipaddress=192.168.0.90 You should get IP address successfully added
7. Type sho iplisten again. It should sho 192.168.0.90 in the list
8. Type exit to get out of netsh
9. Type netstat -an. See if you notice 192.168.0.90:80 in the list.  If you see 0.0.0.0:80, do an iisreset

Now Install Wowza or FMS and then you can mention port 80 against a particular IP on which you want to setup your these streaming servers.

For Wowza:

goto: conf>vhost.xml – In IpAddress tag mention the 2nd IP on which you want to setup wowza in this case it’s 192.168.0.91.

In Port tag mention port 1935,80 using comma as a separator and after saving vhost file restart the Wowza service.

For FMS:

In FMS you can edit listening ports at two places, one at

conf>fms.ini -> In this file look for ADAPTOR.HOSTPORT tag there place port 80 after 1935 using comma separator. Add IP in front of color for example 192.168.0.91:1935,80 Make sure you don’t have # in front of ADAPTOR.HOSTPORT as it comment out the line.

The other place you can edit is directly in Adaptor.xml which is there inside folder conf\_defaultRoot_ look for HostPort add IP:Port(s) using comma separate as giving in the commenting section of adaptor.xml file. So in our example case it will be like 192.168.0.91:1935,80 in place of ${ADAPTOR.HOSTPORT} which is using variables defined in fms.ini.

You just make sure you update it only at single place in fms.ini or in adaptor.xml.

After updating the file restart both FMS services.

After installing your streaming server and configuring port 80 for them you can check if the respective IPs are listening to their port 80 by using netstat -an at command line.

In our example case it should show up something like:  192.168.0.90:80 and 192.168.0.91:80.

Then you can test out by connecting to your streaming server from your machine using rtmp://ip:80/appname. It should work.

Just hope it helps…

I designed an architecture for our application in this architecture I was trying to keep the same folder hierarchy on both server.  So that if FMS (machine 1) stops working and users connects to same running instance from FMS (machine 2) they get the last updated data on FMS (machine 2) dumped through duplicate functionality from FMS1. There is a property in tag to attach application directory name to the path on other server or not i.e. by assigning value true you can add application directory name to the path or it will just copy the files at instance path. But when I was switching off the app directory name by assigning false it was just copying all sharedobject/streams at the root instead of at instance path. If I keep the app directory by assigning it  true.  It copies at correct path including instance path but attaching application directory path at beginning.

Anyway thinking that it’s some kind of bug or I might be doing something wrong. I posted a query regarding it on Flashcomguru mailing list and here comes the reply from FMS team member:

The <DuplicateDir> functionality for SharedObjects has been deprecated; it probably shouldn’t have been documented, my apologies. I’ve added a note to the online docs (comments appear at the bottom of the page):
http://help.adobe.com/en_US/FlashMediaServer/3.5_AdminGuide/WS5b3ccc516d4fbf351e63e3d119f2926bcf-7ff0.html

So what do we do now? I mean how do we achieve the duplicate directory functionality for fail-over in case we have planned for future? Or in case some of you were using it in past? So here is the reply from Adobe engineering team:

<DuplicateDir> won’t be supported moving forward and existing bugs won’t be fixed, so it’s not a good idea to use it.
You can use the File plug-in to build a fail-over architecture for streams.

So good luck for all the FMS developers who were or are in process of implementing failover architecture and were planning to or already using this duplicate directory in their architecture.

Some other good way to implement failover is to follow architecture suggested by Rober A. Colvin

I am just curious to know that will NAS/SAN introduce any kind of latency?  Compared to the files being stored on and delivered from same  machine?

Please let me know if anyone has any idea about it.

Quality and memory usage is pretty good compare to the VH Capture which, we (flash media community) were used to use for screen-sharing applications.

You just have to put the JScrCap bundle on any web-server and use the JScrCap as an Applet in html page to start with. Just call the web page and it will prompt the client that there is an applet you want to run it or not. As soon as user clicks the run he is ready to share his screen through Flash media server or Wowza Media server.

FMS (Flash Media Server)

1. You can’t use the default code i.e. SVC1 and also free codec used for screencapture with JScrCap utility as FMS doesn’t recognize this codec. Actually FMS  drops connection after first frame. Access log shows 419 x-status code, which means “License to receive screen sharing video failed”.  See more info or feedback from Flash community as Steafen puts in his blog.
2. You can only use H264 codec for screencapture which does have licensing limitations.
3. Using H264 you can’t reocrd flv file on server you can only create mp4 files. So in case you want to use FMS for screensharing using JScrCap and want to record the stream on server as well you have to make sure you record the incoming stream as mp4 stream not flv. Following is the error i see in log file if I try to record the h264 data as flv “2009-07-09 15:07:30 7180 (w)2611179 Warning from libflv.dll: Recording H264 to FLV is unsupported, tried in FLV :
   F:\RnD\FlashCom\FlashComm Applications\livestreamrecord\streams\_definst_\livestream.flv. -
   2009-07-09 15:09:03 7180 (e)2601163 Failed to record F:\RnD\FlashCom\FlashComm Applications\livestreamrecord\streams\_definst_\livestream, no space left on device -”

4. You can record metadata in mp4 file using FMS.

Wowza Media Server

1. You can use both codec i.e. default one SVC1 or H264 for screencapture.
2. You can record flv or mp4 files using h264 codec in Wowza.
3. Wowza doesn’t record data in mp4 stream. So if you want to access data across in recorded stream make sure you only record the stream as flv.
4. JScrCap sent mouse coordinates data as onMouseData so in case you are using Wowza with JScrCap you have to listen on onMouseData on Netstream object. This was an update Vladimir done recently on request as earlier the way data was being sent across using JScrCap was only recognized by FMS not Wowza. It was pointed to me by Charlie that the wowza doesn’t record the metadata the way JScrCap is sending so he suggested the way it should be and thankfully Vladimir did it very quickly.
5. The other major benefit of using Wowza is that you can use EC2 instance of wowza which has very less cost compared to the upfront cost you have to pay to get FMS.

I tested it on Windows and Mac and it worked fine. I think any user’s platform which will be able to run java applet through JVM etc. can have screensharing working through his system.

The other important thing I noticed in JScrcap notes is that SVC1 – works on all platforms, H264 – works only on Windows and MacOSX. So as FMS can only interpret h264 stream not SVC1  that means we wont be able to use screensharing on Linux machines with FMS we have to use Wowza there as it does recognize SVC1 compressed stream.

Please post your views regarding this article or if there is anything missing I can update it here.

Here is more information in this regard.

Then it came to my mind that it could be a #2032 i.e. stream error. That means that my application is not picking up the RSL i.e. framework_..swz file from the specified location. I checked the swz file and it was there. So tried to view that swz file in browser by browsing to that file manually http://……/framework..swz and to my surprize I got 404 page not found error.  What does that mean? it means that IIS is not able to stream that file to my browser or is not recognizing the file extension or mime-type. So i searched again for the .swz mime type, it’s the same as of swf file but only the extension is different so i updated it in IIS. Following are the steps to update in IIS:

Steps to update mime type in IIS:

1. Open up IIS

2. Move to website folder

3. Right click on web site folder/virtual directory and open properties

4. Open up HTTP Headers and click on button at bottom in the tab “File Type”

5. Click “New Type”

6. Enter ‘.swz’ without quotes in Associations Extension and ‘application/x-shockwave-flash‘ without qoutes in Content type (MIME). Click ok and and you are ready to go.