+1 Jim, folks, as for help, we are looking for Apache member who may become a project champion.
-- With best regards / с наилучшими пожеланиями, Alexei Fedotov / Алексей Федотов, http://dataved.ru/ +7 916 562 8095 2011/7/23 Jim Jagielski <j...@jagunet.com>: > V. cool. Big +1 > > Let me know how I can help. > > On Jul 21, 2011, at 9:40 AM, seba.wag...@gmail.com wrote: > >> We would like to propose Openmeetings project to join the incubator. >> >> Full Proposal: >> http://wiki.apache.org/incubator/OpenmeetingsProposal >> >> Quick summary: >> OpenMeetings is Web Conferencing application that fits into >> educational or business sector. You can make conference sessions in >> different room-types with up to 100 peoples in a Room. It contains all >> main features of Web Conferencing: Audio/Video, Whiteboard, Screen >> Sharing, Chat and Moderation System. It is translated into more then >> 30 languages and its a basic goal of OpenMeetings to be easy to embed >> into existing environments. It already uses many of Apache >> Technologies like Tomcat, Mina, Velocity, Commons, ... >> >> As you can see below the last time we did the proposal we had >> Hibernate in our software stack, we did refactor the hole project and >> use openJPA now. >> So that one should be no more blocker to it. >> Red5 is used like a Servlet container and licensed under the LGPL, >> Red5 can be obtained for example from the Debian Repository: >> http://packages.debian.org/wheezy/red5-server >> >> You may find all existing documents and further material on the >> GoogleCode pages: http://code.google.com/p/openmeetings/ >> >> We appreciate any feedback and comments on the proposal. >> >> Sebastian Wagner >> >> 2009/11/9 Ross Gardler <rgard...@apache.org>: >>> Just as a point of interest, I just completed a test meeting using >>> OpenMeetings across three sites using the demo server. >>> >>> I was suitably impressed by the project. It has a few annoying >>> limitations, but as an online meeting tool it is very good. to the >>> extent that I will almost certainly be installing a copy on our own >>> servers. I would be very happy to see it coming into the incubator and >>> would be willing to be a mentor, assuming the legal issues are not >>> blockers. >>> >>> Ross >>> >>> 2009/11/3 Alexei Fedotov <alexei.fedo...@gmail.com>: >>>> Noel, >>>> Regarding Theora codec, I have checked the page [1]. Currently, there >>>> are no products which successfully use the codec for video >>>> communication. Video-phone encodes and decodes the stream in >>>> real-time, adopts the quality with regard to network conditions (e.g. >>>> lost packet rate) and tries to minimize subjective effects of network >>>> errors - the list of requirements is broader than for media players >>>> Theora is mostly used. The work [2] says suggests using hardware >>>> implementations for Theora codec because, otherwise "a computational >>>> performance too high to be implemented in the camera by the universal >>>> processor". >>>> >>>> So at least it requires some time and testing before I can say that >>>> Theora-based solution is feasible. Another ecosystem change, like >>>> embedding video-codecs in browsers, may resolve our need in a >>>> different way. >>>> >>>> [1] http://www.vorbis.com/software/ >>>> [2] http://www3.elphel.com/linuxtag/talks_2005/paper-11081 >>>> >>>> 2009/11/3 Noel J. Bergman <n...@devtech.com>: >>>>> Alexei Fedotov wrote: >>>>> >>>>>> I see two long-term possibilities for synergy. >>>>>> 1. BlueSky can integrate browser pannel in their client to handle a >>>>>> whiteboard. In this case the code for whiteboard can be re-used in >>>>>> both projects. >>>>> >>>>>> 2. They promise to get rid from mplayer and ffmpeg dependencies. If >>>>>> they get a working streaming video-client under APL, this would help >>>>>> us to remove the most imporant dependency from Flash. >>>>> >>>>> They are proposing to move to Theora/Vorbis, which is under a suitable >>>>> license: http://www.vorbis.com/faq/#slic. Would that be suitable for your >>>>> needs? >>>>> >>>>>> we [also] get more people on Apache who share the same task. >>>>> >>>>> Agreed. >>>>> >>>>> --- Noel >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> With best regards / с наилучшими пожеланиями, >>>> Alexei Fedotov / Алексей Федотов, >>>> http://www.telecom-express.ru/ >>>> http://harmony.apache.org/ >>>> http://www.expressaas.com/ >>>> http://openmeetings.googlecode.com/ >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>> >>>> >>> >>> >>> >>> -- >>> Ross Gardler >>> >>> OSS Watch - supporting open source in education and research >>> http://www.oss-watch.ac.uk >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >>> >> >> >> >> -- >> Sebastian Wagner >> http://www.webbase-design.de >> http://openmeetings.googlecode.com >> http://www.wagner-sebastian.com >> seba.wag...@gmail.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
