On 21.07.2011 15:40:45 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

Sounds very cool! But we need support for up to 300 people for the ASF
member meeting. And a special video channel where we can see the faces
of those that have to get up in the middle of the night to join the
meeting.

> 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
> 




Jeremias Maerki


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to