Announcing Commercial "Pay-per-Use" Pricing

Question

Hi all,
To all those eager to hear about our pricing, I'm pleased to be able to share this with you all.  As of today, the LiveCycle Collaboration Service (LCCS) is available for purchase on a "pay-per-use" model -- worldwide!
Dimension
Price
Description
Live Stream Bandwidth
$0.49 USD per GB
Up/down live stream bandwidth, such as real-time audio and video. P2P stream via RTMFP is excluded though LCCS will gracefully switch connection methods if a P2P connection cannot be established or maintained.
Push Messages
$0.10 USD per 1K
Push messages are data messages in to the service. Data messages out are excluded. Some examples of data messages include chat messages and shared cursors. Push messages assist in collaborative workflows between clients.
User Minutes
$0.01 USD per Hour
User minutes is the amount of time that a connection is maintained to the service. If there are 3 connections maintained over a 5 minute period, the total user minutes for that session is 15 minutes.
Note: Though multiple currencies are supported and your payment card will be charged in the appropriate currency, the developer portal interface and billing emails will be in English and USD only.
For more detailed information around our pricing model, please see the attached FAQ.  Sign up now for a free account and/or upgrade your account now via our developer portal.
For those who we can't get anything past, we'll explain the rebranding later...
Thanks,
Fang

Answer 1

Nigel,
          Can you clarify this statement " First up, for P2P audio/video chat, as long as you're just doing 3 people or fewer in a room, and they all have permissive firewalls, you'll be fine."
In a previous thread where I asked about three man a/v chat I asked:
Is there a limit on the number of P2P streams allowed by the flash player?    I've got three way video chat working and there's a message in my debug log that says:  "The total stream limit for P2P streams have"   and then it cuts off.   I grepped the source and didn't find that warning/error message.
So I'm guessing it's about to tell me the number of streams have been reached?   Beyond the fact that 3 upstream video chats is probably all most connections can handle, is this a hard limit in the player or a soft limit based on available bandwidth?
Thanks for the help.
-Eric
To which Hironmay later responded:
Hi,
If you are doing both audio and video for all three , It won't work. However, if you are doing only video then all three can share video.
So, the logic says the number of streams of any user multiplied by number of other users (except him) should not be greater than 3. So, if I am sharing both audio and video and there are two more people, then it becomes 4, which makes it fall back to hub-spoke.
Hope this helps
Thanks
Hironmay Basu
To which you responed:
Yeah, in this case, for every user that's receiving your stream, you have
to stream separately to them. So if I'm videochatting with 3 folks, I'm
pushing 3 streams - it's a lot for most uplinks to handle (many have their
hands full with just 1).
What we could consider doing is adding an API to StreamManager, such that
you could declare the stream limit and override how much pushing you think
your users can handle.
nigel
So does this mean you  have removed this restriction or that there is a new API in StreamManager I need to look up and add to our code?
Not trying to be a d*ck just want to make sure I'm on top of things.
Thank You,
Eric