I'm running up against the limit for our free usage for the month of
June. Is there anyway to get this quota extended now that LCCS is being
cut off? We're currently developing our replacement, but our use is
still growing. Please let me know if there is anything I can do to
continue our video streaming this month.Thank you, -Eric
Taking a first glance at the API, it looks as if they are limiting
functionality and only giving a small taste. LCCS is much more mature at
this point in my opinion. -Eric
Hi guys just a quick question:Will the recording feature be supported in
its current state? Or will I need to start work on a custom
solution?Thanks, -Eric J Bloms
I'm currently trying to implement some LCCS on a mobile device as well
on the off time. I wouldn't mind testing your app out on a couple
devices (phones, tablets).Right now my video application is mostly
browser based and coordinates calls using a WCF webservice. Any
suggestions for accessing a WCF service from an air application on a
mobile device? I also may be able to call the same server functions from
a java implementation. Another android application that we are working
on uses a connector...
Hi LCCS Team:I have been able to create a custom playback application
that uses the FLVPlayback class and reads the .flv from the repository.
I also compiled and ran the "As Is" FLVInspector code to find the offset
info and media type. Right now my demo trys to play the flv files that
exist in the archive, but it's ugly when it plays them unsynchronized.
The main gap now with this approach is runnning the inspector when there
is a new recording present to pull the offsets and play them
according...
Playing the large recording further I'm getting:"The total stream limit
for P2P streams have exceeded" 3 times and then "mainNetStatusHandler:
NetConnection.Connect.Closed"12:41:18 GMT-0500 The total stream limit
for P2P streams have exceeded12:41:18 GMT-0500 #SessionManagerPlayback
978618 seek and play12:41:18 GMT-0500 #SessionManagerPlayback 978619
seek and play12:43:33 GMT-0500 mainNetStatusHandler:
NetConnection.Connect.Closed12:43:35 GMT-0500 [attempt 1 of 2]
Connecting to 0/1:
rtmfp://fms1...
Another Update:I'm tailing my access_log for webdav, and do not see the
GET request when I am requesting one particular recording. Ok, it showed
up after a good 15 mins of waiting, but my client side does not update
any further than below when the GET command shows in the log.The
particular recording I am testing is 66M, and we will not have anything
longer than that in the future because we are now cutting video off at
15 mins.Mon Oct 31 12:25:00 GMT-0500 2011 LCCS SDK Version : 2.1.0
Player Ve...
Thanks Nikola:I will be able to look into the webdav server today and
try to get some information from that end. This was a relatively medium
recording and we are now cutting the video conferences off at 15 mins
each in order to attempt to eliminate this playback loading issue. I
believe this one was around 31 M. Is receiveLogin an event that I can
look for on the client end? In order to display an error or no?Thanks
again,-Eric
I spoke too soon! I was able to successfully get the recording to
playback, but it was about the 8th try. Any reason I'm unable to get it
the first time?13:44:29 GMT-0500 protocols: [object
ProtocolPortPair],[object ProtocolPortPair]13:44:29 GMT-0500 [attempt 1
of 2] Connecting to 0/1:
rtmfp://fms1.acrobat.com/playback/na2-sdk-e80bc473-6f16-41ac-adcb-67e01950cd72/10272011113315281/session
#startProtosConnect#13:44:29 GMT-0500 tempNetStatusHandler
0/2,NetConnection.Connect.Success13:44:29 GMT-050...
Hi LCCS Team:I am tweaking the playback to use LCCS 2.1 SDK and I
haven't been able to bring up a recording yet. I have been trying to
play back on particular recording with no luck today. Sometimes I get
connected as follows:Thu Oct 27 13:35:04 GMT-0500 2011 LCCS SDK Version
: 2.1.0 Player Version : WIN 10,3,181,3413:35:04 GMT-0500 requestInfo
https://na2.collaboration.adobelivecycle.com/twvending/10272011113315281?guk=ZzpwbGF5YmFjaw==&mode=xml&playback=session&x=0.00481376377865672113:35:04
GM...
I believe I'm having similar issues. The playback application will not
load long streams. These may be very large (197M), but I'm hoping for a
solution that would enable the playback of these fully without taking
'slices' like I have seen in closed circuit security cam software in the
past. Please let me know if there is anything we can implement after the
recordings are in the repository to allow streaming or download.Thanks!
-EricThe following is from my playback application: 07:36:15 GMT-0500...
Thanks so much sasha. My issue was trying to set the camera directly!
The cameraNameIndex was the silver bullet. Now that I have the core
functionality of grabbing the front facing camera to publish, it's time
to build the rest. Wish me luck.
Hey guys:I've downloaded AIR 3.0 and have been anxiously awaiting the
front facing camera! Any news on when LCCS will adopt? Or is there a way
I can replace the default getCamera() functionality of the publisher?
I'm excited after coming back from MAX.Keep up the good work, -Eric
I was able to resolve the issue finally with a combination of rebuilding
multiple times and flipping the static building in flex-config.xml file
to true. I'm still relatively confused about the .swz's not being
recognized, but I'm new to flex and won't let it get me down yet.Thanks,
-Eric
I have looked around and noticed some people changing their compile
options to -static-link-runtime-shared-libraries=true.I tried to set
this in the command line options with no luck. When I set them to
-static-link-runtime-shared-libraries=true I got an error that said the
compiler could not find s:Application. I found the flex-config.xml file
and flipped that to true. Re-building and publishing to the webserver
did no good. I still get the same error.Appreciate any help, Thanks
-Eric
Update: I try to debug on my machine that I can reproduce the issue on
and I get this for a stack trace:SecurityError: Error #2148: SWF file
file:///X|/Websites/Record/WebConference.swf cannot access local
resource file:///X|/Websites/Record/framework_4.1.0.16076.swz. Only
local-with-filesystem and trusted local SWF files may access local
resources. at flash.net::URLStream/load() at flash.net::URLLoader/load()
at mx.core::CrossDomainRSLItem/load() at
mx.core::CrossDomainRSLItem/loadFailover() at...
Update: I was able to reproduce the issue on my development computer by
clearing my adobe cache. Looks like the website isn't serving up the
.swz or something?
Is there a way to install a debug version of flash player that would
give me a stack trace? I have this 32-bit laptop that I was able to
reproduce the error on. It gives me: Error #2032: Stream Error: URL:
{myUrl}/framework_4.1.0.16076I looked through Wireshark and I see GET
/framework_4.1.0.16076.swz then HTTP/1.1 404 Not Found.I'm missing this
swz file? But it only occurs on machines that aren't my development
machines.Thanks for your attention, -Eric
Hello All:I'm working on testing the video rooms, and I'm having success
with my duplex server handling connections. I thought I would show it
off to my friend in Belgium. He was not having a good time, so I took
and remoted to capture the error myself. Is this an issue from over
seas? Or should I grab wireshark and dig deeper into what's blocking
it?Thanks for the help, -Eric
Hi:Any update on my no-fms? I seem to be connecting just fine when
recording to the repository. Playing back streams is where I'm coming
short.Thanks again, -Eric
Small update: I was able to open the archive on my repository server and
view the streams. They look legitimate. However, the playback
application does not play the stream specified.-Eric
Ok, I have tried the recording and playback from the sample applications
and I get the recording to show in my repository fine, but it will not
play back. The error I get is "no-fms":Wed Aug 17 10:28:48 GMT-0500 2011
LCCS SDK Version : 2.0.0 Player Version : WIN 10,3,181,3410:28:48
GMT-0500 requestInfo
https://na2.collaboration.adobelivecycle.com/twvending/videotest?guk=ZzpwbGF5YmFjaw==&mode=xml&playback=__defaultArchive__&x=0.81260970048606410:28:49
GMT-0500 #TicketService# ticket received: 15m...
