Hello Sebastian, I would like to finish room polls (today or tomorrow) and "default language" feature (hopefully tomorrow) After that we can start testing the trunk.
2011/11/19 [email protected] <[email protected]> > 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] > -- WBR Maxim aka solomax -- 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.
