I was reading an older post by Jesse Warden today in which he theorizes that Adobe may be withholding the ability for sending Bitmapdata objects via a Netconnection simply in order to keep Breeze's toolkit ahead of FMS2 (ok, Jesse didn't put it that way but I think that's what he meant), basically discouraging developers from being able to build their own Breeze's. The more I think about it the more angry this makes me... I should have ranted about this much earlier.
We all know that pretty much every Flashcom developer has to date built some kind of a mini-Breeze app, and some implementations are very neat indeed. People (myself included) have even found ways to work around the lack of screensharing using third party screen capture drivers such as the VH Screen Capture Driver for example. Make no mistake though, while it may be a workable solution it is nowhere near as integrated as Breeze makes it. Quality and bandwidth consumption are other issues you may run into.
If it was possible to send Bitmapdata objects (a Flash 8 feature) via a Netconnection (and FMS2) then that would make it fairly easy to build some basic screensharing applications. Granted, I don't know what framerate you could achieve but that's not the point. The point is that for some mysterious reason it is not possible to send Bitmapdata objects via FMS2 as I have found out a while ago. But why not?
I have heard many theories as to why it is that screensharing capabilities have been omitted from FMS2. It seems quite obvious that Adobe wants to keep Breeze ahead of the pack. However some of the reasons came directly from Adobe and while I cannot tell you what those reasons are I can say that they do not support the lack of Bitmapdata over a Netconnection. It just seems like yet another stab in the back to me. The conflict of interest here is just unreal - and before the merger someone put this very well: it is as if Adobe would be running design studios while also selling Photoshop (but they'd probably drop the undo tool).
Call me a conspiracy theorist but this stinks.
My favorite quote from Bob Burgess:
"And, so, the fact that we own the client as well as the server gives
[us] a long-term competitive advantage."
See: http://knowledge.wharton.upenn.edu/article/1059.cf...
They want their proprietary protocols in the player to give them ownership of the server side.
Cheers,
-Brian
For example, 2880x2880 is the maximum image size in Flash. That takes up 44megs, even if it's blank.
Ok, divide that by 3... that's still like 22megs. How in the hell are you going to shove that over the wire without some sort of compression (like PNG/lzw/etc.)? I almost think it was mostly to prevent us from shooting ourselves in the foot.
Granted, some of the image compression algos that were written when Flash 8 was released will run reasonably well in Flash 8.5 because of it's awesome speed, but still... seems to me the use case is actually less prevalent because of bandwidth restraints. We really really really need to break the speed of light barrier.
Seriously, don't tell me which tools are good or bad for me. Don't stop selling knifes because I may stab you, all I want is to cut some salami man!
It still seems to be too much of a coincedence to me.
http://osflash.org/red5
-e
And in some respect they are probably right too. (although it would suck of course :) )
all the best,
Arnoud
Of course, Macromedia wasn't competing against its developers in those days...
tmc