Hello Maxim, What for do you need flex? For video AS3 is good enough. For markup and widgets you wanted wicket + jquery. -- With best regards / с наилучшими пожеланиями, Alexei Fedotov / Алексей Федотов, http://dataved.ru/ +7 916 562 8095
On Wed, Mar 13, 2013 at 10:43 AM, Maxim Solodovnik <solomax...@gmail.com> wrote: > Maybe we can add conversion task to the GSOC ideas? do we need it? > > I don't see any problems with h264 > I'm going to build > 1) SWF11 with h264 support removed > 2) SWF11 with different h264 profile > 3) SWF10 > > and compare > but i'm not expecting any major differences :( > > > > On Wed, Mar 13, 2013 at 1:17 PM, seba.wag...@gmail.com < > seba.wag...@gmail.com> wrote: > >> No there is no such conversion. You have to rewrite the LZX to MXML and >> AS3 files. >> What about the Video Codec? I don't think it makes sense to start a RC2 >> vote before this issue has been further analyzed. >> Is there a given restriction that needs h264? >> >> Sebastian >> >> >> 2013/3/13 Maxim Solodovnik <solomax...@gmail.com> >> >>> @Sebastian, maybe you know, is there any possibility to >>> automatically/semi-automatically convert our swf10 sources to "apache flex >>> xml"? Since Openlaszlo seems to be not actively developed and flex is now >>> part of Apache, maybe we can benefit from such conversion? >>> >>> >>> On Tue, Mar 12, 2013 at 4:28 PM, Maxim Solodovnik >>> <solomax...@gmail.com>wrote: >>> >>>> I have forwarded all missing messages >>>> >>>> >>>> On Tue, Mar 12, 2013 at 4:25 PM, seba.wag...@gmail.com < >>>> seba.wag...@gmail.com> wrote: >>>> >>>>> you wrote me without CC'ing Irina or the list :) >>>>> >>>>> I missed the 'reply all' button somehow. >>>>> >>>>> Sebastian >>>>> >>>>> >>>>> 2013/3/12 Maxim Solodovnik <solomax...@gmail.com> >>>>> >>>>>> this one https://issues.apache.org/jira/browse/OPENMEETINGS-559 >>>>>> >>>>>> @Irina can you describe your problem more detailed? >>>>>> >>>>>> >>>>>> On Tue, Mar 12, 2013 at 3:46 PM, seba.wag...@gmail.com < >>>>>> seba.wag...@gmail.com> wrote: >>>>>> >>>>>>> We should simply do some tests to measure the actual video with h264 >>>>>>> and the default Sorensen Codec. >>>>>>> Then we have some numbers. >>>>>>> >>>>>>> What are the exact reports for "Flash Player crashing" ? >>>>>>> >>>>>>> Sebastian >>>>>>> >>>>>>> >>>>>>> 2013/3/12 Maxim Solodovnik <solomax...@gmail.com> >>>>>>> >>>>>>>> I can add switching H264 off, but I'm not sure if this is the >>>>>>>> problem. >>>>>>>> Most claims are related to the crashing flash in browser. >>>>>>>> Do you think this would help? >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Mar 12, 2013 at 2:56 PM, seba.wag...@gmail.com < >>>>>>>> seba.wag...@gmail.com> wrote: >>>>>>>> >>>>>>>>> Sorry I did not meant default h323 I meant the default >>>>>>>>> Sorenson Spark <http://en.wikipedia.org/wiki/Sorenson_Spark>(Sorenson >>>>>>>>> H.263) >>>>>>>>> >>>>>>>>> Sebastian >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/3/12 seba.wag...@gmail.com <seba.wag...@gmail.com> >>>>>>>>> >>>>>>>>> h264 simply needs more computing time. >>>>>>>>>> AEC also is enabled (which needs some percentages more CPU power >>>>>>>>>> then the previous implementation). >>>>>>>>>> >>>>>>>>>> Switching to later Flex SDK is surely desirable but basically the >>>>>>>>>> performance is a Flash Player/VirtualMachine issue not a Flash >>>>>>>>>> Compiler >>>>>>>>>> issue. So as long as there is no Flash Player 12 that requires a >>>>>>>>>> later Flex >>>>>>>>>> SDK it is unlikely that you will gain performance advantages. >>>>>>>>>> >>>>>>>>>> I think there is a hardware acceleration for playback of h264 >>>>>>>>>> video, but I have really no idea about producing h264 in the browser >>>>>>>>>> in >>>>>>>>>> that context. >>>>>>>>>> >>>>>>>>>> From my point of view the main reason for using h264 is the SIP >>>>>>>>>> integration. For users that don't use SIP integration using h264 will >>>>>>>>>> simply just mean an annoying CPU usage. >>>>>>>>>> The case is different for AEC from my point of view. AEC brings >>>>>>>>>> enhancement for everybody immediately. And the more of CPU that it >>>>>>>>>> uses is >>>>>>>>>> only 3-4 % from my point of view. >>>>>>>>>> >>>>>>>>>> So my preference would be to make the video codec use the standard >>>>>>>>>> h323. To be honest: Who has ever complained in the last couple of >>>>>>>>>> years >>>>>>>>>> about video quality? The discussion is almost always about audio >>>>>>>>>> delay, >>>>>>>>>> audio quality, micro echo, bad microphones et cetera but actually >>>>>>>>>> never >>>>>>>>>> about video quality. >>>>>>>>>> And from what I have seen h264 also brings no improvements in >>>>>>>>>> terms of bandwidth usage. >>>>>>>>>> h264 could be available via configuration (or to enable SIP >>>>>>>>>> integration), but h323 should be used by default. >>>>>>>>>> >>>>>>>>>> Sebastian >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/3/12 Maxim Solodovnik <solomax...@gmail.com> >>>>>>>>>> >>>>>>>>>>> Hello Raju, Sebastian, >>>>>>>>>>> >>>>>>>>>>> according to >>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-559 and >>>>>>>>>>> various user reports (including mail from Sebastian[1]) >>>>>>>>>>> >>>>>>>>>>> Main code changes were: adding EnchancedMicrophone and switch to >>>>>>>>>>> h264 >>>>>>>>>>> >>>>>>>>>>> According to the Google switching to h264 can cause higher CPU >>>>>>>>>>> usage. >>>>>>>>>>> Can this be fixed by changing H264Level? >>>>>>>>>>> (currently H264Level.LEVEL_1_2 is used) >>>>>>>>>>> >>>>>>>>>>> Maybe you can us understand were performance/stability >>>>>>>>>>> degradation caused by code changes? Or maybe it is because of >>>>>>>>>>> Flex4.6.0? >>>>>>>>>>> >>>>>>>>>>> Can stability be improved by switching to Flex4.9.1? >>>>>>>>>>> >>>>>>>>>>> Thanks in advance for your help >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [1] http://markmail.org/message/2el63qarsjmbvfyy >>>>>>>>>>> >>>>>>>>>>> <http://markmail.org/message/2el63qarsjmbvfyy>-- >>>>>>>>>>> WBR >>>>>>>>>>> Maxim aka solomax >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sebastian Wagner >>>>>>>>>> https://twitter.com/#!/dead_lock >>>>>>>>>> http://www.webbase-design.de >>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>> seba.wag...@gmail.com >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sebastian Wagner >>>>>>>>> https://twitter.com/#!/dead_lock >>>>>>>>> http://www.webbase-design.de >>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>> seba.wag...@gmail.com >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> WBR >>>>>>>> Maxim aka solomax >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sebastian Wagner >>>>>>> https://twitter.com/#!/dead_lock >>>>>>> http://www.webbase-design.de >>>>>>> http://www.wagner-sebastian.com >>>>>>> seba.wag...@gmail.com >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> WBR >>>>>> Maxim aka solomax >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Sebastian Wagner >>>>> https://twitter.com/#!/dead_lock >>>>> http://www.webbase-design.de >>>>> http://www.wagner-sebastian.com >>>>> seba.wag...@gmail.com >>>>> >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >> >> >> >> -- >> Sebastian Wagner >> https://twitter.com/#!/dead_lock >> http://www.webbase-design.de >> http://www.wagner-sebastian.com >> seba.wag...@gmail.com >> > > > > -- > WBR > Maxim aka solomax