Hi, the a/v integration has some problem on OSX. At least on my MAC device. The effect is that the window to select your device does never close. I think the problem is that my Mac has some issues with the Camera, and Line 136 in the new editRecordStream.lzx (AS3) var _camera = Camera.getCamera(valCam); does return null, I can see sth like: Error @swf10/video/editRecordStream.lzx~124 TypeError: Error #1009
Other issues: 1) The green dot is little bit fuzzy, it does not flash when it should and sometimes stays forever green. I think I have fixed something in this activity-meter, also the video views in trunk look different, they have a full activity meter in each video view. We will need to bring those changes into your branch. 2) If you choose "audio-only" the video-view gets smaller, if you then re-sync and choose "audio And video" the video-view doesn't enlarge anymore and you cannot see your video. 3) I did not start yet to modify the ScopeApplicationAdapter to modify the RoomClient session handling. This is propably sth that I will be able to fix by this weekend. 4) There are reference errors in the video view dialog: ERROR @swf10/base/remote/baseVideoStreamDevice.lzx≈57: ReferenceError: Error #1069 ERROR @swf10/base/remote/baseVideoStreamDevice.lzx≈73: ReferenceError: Error #1069 I guess stats.info is null or sth like that. 5) Other Issues in AS3: ERROR @swf10/base/remote/baseVideoStream.lzx≈52: ArgumentError: Error #2126 ERROR @swf10/base/remote/baseVideoStream.lzx≈88: TypeError: Error #1009 => errors in the methods: createStream and playStream Those NullPointer and Reference Errors in AS3 will stop executing the code at those methods/classes. Different from AS2 where the execution throws the error but still continues. So ... as it was possible to ignore some of the debugger exceptions in the Laszlo Debugger previously, doing that now in AS3 can lead to unexpected side effects. About the Roadmap to merge this to trunk: We will release current trunk and then merge the video components to it. I will start testing trunk by tomorrow and update the demo platform. Demo has to run for some days, so that we can be sure that there is no issue with the new Red5 code. During this period those Issues in the video-components branch should be fixed so that we can start thinking about the merging process. I will try to fix the Session handling issues in the ScopeApplicationAdapter. What do you think Maxim? You have been lately doing lot of changes to trunk, you think its ready for testing or are there issues you would like to fix beforehand? Sebastian 2011/11/18 [email protected] <[email protected]> > Hi, > > your modifications look quite good, I have been able to run the code et > cetera. > > I don't see any big blockers for now. > But actually from my point of view the goal should be the transform the > whole codebase to AS3 then. > I will continue testing this weekend, if things work out well we might be > able to merge this to trunk by next week. > > Sebastian > > 2011/11/18 [email protected] <[email protected]> > > No not yet, >> I will have some time by tomorrow and give you feedback. >> >> Sebastian >> >> >> 2011/11/18 German Grekhov <[email protected]> >> >>> Hello, Sebastian. >>> >>> So, have you already seen and tested our branch? What is your opinion >>> about it? >>> >>> German. >>> >>> >>> 17 ноября 2011 г. 14:44 пользователь [email protected] < >>> [email protected]> написал: >>> >>> okay, >>>> >>>> well I can live with that one. The thing is that actually in AS3 the >>>> flash player can freeze if you have a nullpointer exception. So you might >>>> notice that something is wrong quite fast :) >>>> >>>> Btw: We should also try to use other codecs then using the new Video >>>> components. For example Speex for the Audio. I think it might get easier to >>>> encode and do some integration using speex then nellymoser. >>>> >>>> Sebastian >>>> >>>> >>>> 2011/11/17 German Grekhov <[email protected]> >>>> >>>>> Hello, Sebastian. Sorry for long response. >>>>> No, we haven't done any performance tests. >>>>> >>>>> Yes, OpenLaszlo Debugger still works. There are two debuggers now. One >>>>> is for main swf8 and another one is for video component swf10. >>>>> >>>>> But there is one problem of swf10. Using action script 3 doesn't allow >>>>> to see errors like NullPointerException and others direclty. It means that >>>>> you could see only a method that contains a error and what the error it >>>>> is, >>>>> but not the code line number with this error. It is only about swf10. Swf8 >>>>> is still ok. >>>>> >>>>> German. >>>>> >>>>> >>>>> 14 ноября 2011 г. 18:42 пользователь [email protected] < >>>>> [email protected]> написал: >>>>> >>>>> Ok, >>>>>> >>>>>> I hope to find some time by the end of this week to work on this. >>>>>> >>>>>> Have you tried to run some test with the application in terms of >>>>>> performance ( I mean for example the whiteboard performance ). >>>>>> Does the OpenLaszlo Debugger still work? I would like to have its >>>>>> ability to show NullPointerException in the JavaScript code. >>>>>> >>>>>> Thanks >>>>>> Sebastian >>>>>> >>>>>> >>>>>> >>>>>> 2011/11/10 Тимур Тлеукенов <[email protected]> >>>>>> >>>>>>> Hello Sebastian, >>>>>>> >>>>>>> Yes, all the RPC calls go through SWF8. NetConnection of AS3 >>>>>>> component >>>>>>> used only for transfering video and audio. >>>>>>> This was done to temporary avoid changes in the server side of >>>>>>> application, because in most cases the server identifies the client >>>>>>> by >>>>>>> connection\stream ID. >>>>>>> Problem with the "registerMethods" isn't solved, so we use this >>>>>>> workaround with SWF8. >>>>>>> >>>>>>> -- >>>>>>> Timur >>>>>>> >>>>>>> 2011/11/9 German Grekhov <[email protected]>: >>>>>>> > Тимур, ответь Себастьяну. >>>>>>> > про setMicMuted: я его убрал уже оттуда >>>>>>> > >>>>>>> > ---------- Forwarded message ---------- >>>>>>> > From: [email protected] <[email protected]> >>>>>>> > Date: 2011/11/9 >>>>>>> > Subject: Re: Separate video component >>>>>>> > To: German Grekhov <[email protected]> >>>>>>> > >>>>>>> > >>>>>>> > btw: >>>>>>> > >>>>>>> > I had no chance to look at it yet just for my understanding: >>>>>>> > >>>>>>> > You did refactor the current rtmpConnection to work with AS3 right? >>>>>>> > When I was doing that my problem was that the "registerMethods" >>>>>>> call did not >>>>>>> > work, so when the server did call a method in the client that >>>>>>> failed >>>>>>> > constantly. >>>>>>> > >>>>>>> > Did you solve that one? As far as I do understand you don't use the >>>>>>> > NetConnection of the AS3 component for receiving messages. There >>>>>>> is just a >>>>>>> > single call in the AS3 version of the hibRtmpConnection >>>>>>> "switchMicMuted" and >>>>>>> > this one seems having a problem according to the Debug logs in the >>>>>>> > Return-Body of the method. >>>>>>> > >>>>>>> > So all RPC calls of Openmeetings go through the SWF8 version that >>>>>>> gets >>>>>>> > loaded into the SWF10 application. The SWF8 application that uses a >>>>>>> > LocalConnection to forward the events to the SWF10 app. >>>>>>> > >>>>>>> > I think this workaround is okay to get started, however it should >>>>>>> be our >>>>>>> > goal to for the future roadmap to get the rtmp-messaging working >>>>>>> in the >>>>>>> > SWF10 runtime. >>>>>>> > >>>>>>> > Sebastian >>>>>>> > >>>>>>> > >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sebastian Wagner >>>>>> http://www.openmeetings.de >>>>>> http://www.webbase-design.de >>>>>> http://www.wagner-sebastian.com >>>>>> [email protected] >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Sebastian Wagner >>>> http://www.openmeetings.de >>>> http://www.webbase-design.de >>>> http://www.wagner-sebastian.com >>>> [email protected] >>>> >>> >>> >> >> >> -- >> Sebastian Wagner >> http://www.openmeetings.de >> http://www.webbase-design.de >> http://www.wagner-sebastian.com >> [email protected] >> > > > > -- > Sebastian Wagner > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- Sebastian Wagner http://www.openmeetings.de http://www.webbase-design.de http://www.wagner-sebastian.com [email protected] -- You received this message because you are subscribed to the Google Groups "OpenMeetings developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/openmeetings-dev?hl=en.
