You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@incubator.apache.org by "Noel J. Bergman" <no...@devtech.com> on 2009/11/02 22:34:13 UTC

RE: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
*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.* => :D Should be no problem if you run the restricted
roomtype. Or you record and replay it later on.

Sebastian

2011/7/25 Jeremias Maerki <de...@jeremias-maerki.ch>:
> On 21.07.2011 15:40:45 seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>> >>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> >> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> > For additional commands, e-mail: general-help@incubator.apache.org
>> >
>> >
>>
>>
>>
>> --
>> Sebastian Wagner
>> http://www.webbase-design.de
>> http://openmeetings.googlecode.com
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>
>
>
>
> Jeremias Maerki
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
On 21.07.2011 15:40:45 seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
> >>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
> >
> >
> 
> 
> 
> -- 
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 




Jeremias Maerki


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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Ross Gardler <rg...@opendirective.com>.
On 1 August 2011 11:18, seba.wagner@gmail.com <se...@gmail.com> wrote:
> the Serlvet Container is Red5 (which is a modified Tomcat Servlet
> Container), you cannot run OpenMeetings without it.
>
> For building the software, OpenMeetings implements some of the API
> Interfaces of the Red5-Server. So you need at least the red5.jar available
> at build time in order to produce a release... or you create some
> Mock-Objects to simulate the API of the Servlet Container.

I suggest this is going to be your biggest impediment to graduation.
Red5 is LGPL and thus incompatibly licensed.

Ross

>
>
> Sebastian
>
>
> 2011/8/1 Ross Gardler <rg...@opendirective.com>
>
>> Great to see this proposal coming back again. If I remember correctly
>> there was some concern about whether the application could reasonably
>> expect to be made to tun without (L)GPL dependencies.
>>
>> It's clear that you've already done a fair amount of work to remove
>> these dependencies, but the main sticking point was the servlet
>> container you were using. My recollection is that this is a runtime
>> dependency, not a build time one. However, if that is the case then
>> surely it could be run in any container. Is that the case?
>>
>> If not then this dependency needs to be identified in the "External
>> Dependencies" section.
>>
>> Please note, having a runtime dependency on incompatibly licensed code
>> does not prevent you from making releases, it just makes it harder for
>> people to install and also limits the range of people who are able to
>> install it.
>>
>> Can you please clarify whether the application can run in any servlet
>> container or not.
>>
>> Thanks.
>> Ross
>>
>> 2011/7/21 seba.wagner@gmail.com <se...@gmail.com>:
>> > 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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>> >>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> >>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> >> For additional commands, e-mail: general-help@incubator.apache.org
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Sebastian Wagner
>> > http://www.webbase-design.de
>> > http://openmeetings.googlecode.com
>> > http://www.wagner-sebastian.com
>> > seba.wagner@gmail.com
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> > For additional commands, e-mail: general-help@incubator.apache.org
>> >
>> >
>>
>>
>>
>> --
>> Ross Gardler (@rgardler)
>> Programme Leader (Open Development)
>> OpenDirective http://opendirective.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
>
> --
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>



-- 
Ross Gardler (@rgardler)
Programme Leader (Open Development)
OpenDirective http://opendirective.com

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi Ross,

the Serlvet Container is Red5 (which is a modified Tomcat Servlet
Container), you cannot run OpenMeetings without it.

For building the software, OpenMeetings implements some of the API
Interfaces of the Red5-Server. So you need at least the red5.jar available
at build time in order to produce a release... or you create some
Mock-Objects to simulate the API of the Servlet Container.


Sebastian


2011/8/1 Ross Gardler <rg...@opendirective.com>

> Great to see this proposal coming back again. If I remember correctly
> there was some concern about whether the application could reasonably
> expect to be made to tun without (L)GPL dependencies.
>
> It's clear that you've already done a fair amount of work to remove
> these dependencies, but the main sticking point was the servlet
> container you were using. My recollection is that this is a runtime
> dependency, not a build time one. However, if that is the case then
> surely it could be run in any container. Is that the case?
>
> If not then this dependency needs to be identified in the "External
> Dependencies" section.
>
> Please note, having a runtime dependency on incompatibly licensed code
> does not prevent you from making releases, it just makes it harder for
> people to install and also limits the range of people who are able to
> install it.
>
> Can you please clarify whether the application can run in any servlet
> container or not.
>
> Thanks.
> Ross
>
> 2011/7/21 seba.wagner@gmail.com <se...@gmail.com>:
> > 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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
> >>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> >>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: general-help@incubator.apache.org
> >>
> >>
> >
> >
> >
> > --
> > Sebastian Wagner
> > http://www.webbase-design.de
> > http://openmeetings.googlecode.com
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
> >
> >
>
>
>
> --
> Ross Gardler (@rgardler)
> Programme Leader (Open Development)
> OpenDirective http://opendirective.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>


-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Ross Gardler <rg...@opendirective.com>.
Great to see this proposal coming back again. If I remember correctly
there was some concern about whether the application could reasonably
expect to be made to tun without (L)GPL dependencies.

It's clear that you've already done a fair amount of work to remove
these dependencies, but the main sticking point was the servlet
container you were using. My recollection is that this is a runtime
dependency, not a build time one. However, if that is the case then
surely it could be run in any container. Is that the case?

If not then this dependency needs to be identified in the "External
Dependencies" section.

Please note, having a runtime dependency on incompatibly licensed code
does not prevent you from making releases, it just makes it harder for
people to install and also limits the range of people who are able to
install it.

Can you please clarify whether the application can run in any servlet
container or not.

Thanks.
Ross

2011/7/21 seba.wagner@gmail.com <se...@gmail.com>:
> 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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
>
>
> --
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
Ross Gardler (@rgardler)
Programme Leader (Open Development)
OpenDirective http://opendirective.com

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Yegor Kozlov <ye...@dinom.ru>.
+1 from me. I signed up as a mentor and added my name in the proposal.

There is a potential synergy with Apache POI and ODFToolkit projects.
Openmeetings  has a functionality to import office documents and
display the thumbnails. Currently it is implemented via a chained
transformation  first into a PDF using OpenOffice (OO-Service) and
then the resulting PDF into SWF by using SWFTools. This can be
significantly simplified if all document transformations are done in
pure Java.

Yegor

2011/7/21 seba.wagner@gmail.com <se...@gmail.com>:
> 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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
>
>
> --
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi Mohammed,

thanks for your feedback. About your requests:

1. You can create your own room 3 ways at the moment:
You have the personal rooms on the dashboard,
you can create events using the calendar (every event has a conference room
assigned)
or you can send private messages to otherusers and attach conference room
(actually this will create an event in the calendar again and a meeting
room).
2.*inactive the OK and Cancel button* => this is a Flash Plugin Issue, you
might right click beforehand on the plugin and generally allow/disallow
webcam/microphone access for that website. This security window of Flash is
not possible to change from a programmer point of view.
3. About UI changes in the conference room you're right. The problem is that
we have a lot of options and its quite hard to find an implementation that
includes all those options but still looks good.
Users often request for example a simpler UI, on the other hand simple means
for the most of them "remove the whiteboard", "remove the chat", "remove
moderation" et cetera. That is no option as you will get lots of complaints
if you remove functionality that was once there. If you make all those
features "optional", you get a quite complex room-configuration with lots of
checkboxes and the UI will look ugly as you have to design a layout that
works/looks good, no matter if you enable all or only 1 feature of the
conference room.
I tried to apply some kind of "property-inspector layout". Probably the
video pods will be at a fixed position in a future layout by default
(although its an important feature for lots of folks beeing able to resize
them :)).

Thanks,
Sebastian

2011/7/27 Mohammad Nour El-Din <no...@gmail.com>

> Hi...
>
> On Wed, Jul 27, 2011 at 3:59 PM, Alexei Fedotov
> <al...@gmail.com> wrote:
> > Mohammad,
> >
> > Any impressions to share? Have you occasionally faced any bugs?
>
>   1- I didn't find a way to create my own rooms ? Maybe I missed it
> some where, but I didn't find it :).
>  2- When I tried it with a colleague of mine and start a conference
> or a Webinar, I get a pop-up asking me permission to use my mic and
> camera and when I say yes, I get another pop-up I guess related to
> Flash but it is inactive the OK and Cancel button are not clickable
> but not dimmed.
>
> 3- Also, but this is only from a user perspective, I guess it needs
> some work on the UI :), I believe it can be simpler, I am not a UI guy
> but I am talking comparing to other similar solutions, like Google+
> Hangout for example which was very easy to use from the 1st try.
>
> I hope my comments can help :).
>
>
> >
> > --
> > With best regards / с наилучшими пожеланиями,
> > Alexei Fedotov / Алексей Федотов,
> > http://dataved.ru/
> > +7 916 562 8095
> >
> >
> >
> >
> > 2011/7/25 Mohammad Nour El-Din <no...@gmail.com>:
> >> +1 for the proposal
> >>
> >> I tried it out. It looks very promising :).
> >>
> >> 2011/7/25 seba.wagner@gmail.com <se...@gmail.com>:
> >>> Hi,
> >>>
> >>> thanks for your feedback!
> >>> @Scott: I think so too. Synchrious communication could become an
> >>> standard feature of Social Networking Platforms. Lets see if there is
> >>> an API in Rave for integration.
> >>>
> >>> Sebastian
> >>>
> >>> 2011/7/23 Maurizio Cucchiara <ma...@gmail.com>:
> >>>> Good idea!!! I had the opportunity to try OM, nice tool!
> >>>>
> >>>> Maurizio Cucchiara
> >>>>
> >>>> Il giorno 23/lug/2011 17.57, "Scott Wilson" <
> scott.bradley.wilson@gmail.com>
> >>>> ha scritto:
> >>>>> Fantastic proposal. It would be even more fantastic to link it up
> with
> >>>> Rave and Wookie!
> >>>>>
> >>>>> +1 (non-binding)
> >>>>>
> >>>>> S
> >>>>>
> >>>>> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
> >>>>>
> >>>>>> V. cool. Big +1
> >>>>>>
> >>>>>> Let me know how I can help.
> >>>>>>
> >>>>>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
> >>>>>>>>>> For additional commands, e-mail:
> general-help@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-unsubscribe@incubator.apache.org
> >>>>>>>>> For additional commands, e-mail:
> general-help@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-unsubscribe@incubator.apache.org
> >>>>>>>> For additional commands, e-mail:
> general-help@incubator.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Sebastian Wagner
> >>>>>>> http://www.webbase-design.de
> >>>>>>> http://openmeetings.googlecode.com
> >>>>>>> http://www.wagner-sebastian.com
> >>>>>>> seba.wagner@gmail.com
> >>>>>>>
> >>>>>>>
> ---------------------------------------------------------------------
> >>>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>>>>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>>>>
> >>>>>
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>>>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Sebastian Wagner
> >>> http://www.webbase-design.de
> >>> http://openmeetings.googlecode.com
> >>> http://www.wagner-sebastian.com
> >>> seba.wagner@gmail.com
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Thanks
> >> - Mohammad Nour
> >>   Author of (WebSphere Application Server Community Edition 2.0 User
> Guide)
> >>   http://www.redbooks.ibm.com/abstracts/sg247585.html
> >> - LinkedIn: http://www.linkedin.com/in/mnour
> >> - Blog: http://tadabborat.blogspot.com
> >> ----
> >> "Life is like riding a bicycle. To keep your balance you must keep
> moving"
> >> - Albert Einstein
> >>
> >> "Writing clean code is what you must do in order to call yourself a
> >> professional. There is no reasonable excuse for doing anything less
> >> than your best."
> >> - Clean Code: A Handbook of Agile Software Craftsmanship
> >>
> >> "Stay hungry, stay foolish."
> >> - Steve Jobs
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: general-help@incubator.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
> >
> >
>
>
>
> --
> Thanks
> - Mohammad Nour
>   Author of (WebSphere Application Server Community Edition 2.0 User Guide)
>   http://www.redbooks.ibm.com/abstracts/sg247585.html
> - LinkedIn: http://www.linkedin.com/in/mnour
> - Blog: http://tadabborat.blogspot.com
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> "Stay hungry, stay foolish."
> - Steve Jobs
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>


-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Mohammad Nour El-Din <no...@gmail.com>.
Hi...

On Wed, Jul 27, 2011 at 3:59 PM, Alexei Fedotov
<al...@gmail.com> wrote:
> Mohammad,
>
> Any impressions to share? Have you occasionally faced any bugs?

  1- I didn't find a way to create my own rooms ? Maybe I missed it
some where, but I didn't find it :).
  2- When I tried it with a colleague of mine and start a conference
or a Webinar, I get a pop-up asking me permission to use my mic and
camera and when I say yes, I get another pop-up I guess related to
Flash but it is inactive the OK and Cancel button are not clickable
but not dimmed.

3- Also, but this is only from a user perspective, I guess it needs
some work on the UI :), I believe it can be simpler, I am not a UI guy
but I am talking comparing to other similar solutions, like Google+
Hangout for example which was very easy to use from the 1st try.

I hope my comments can help :).


>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
>
>
> 2011/7/25 Mohammad Nour El-Din <no...@gmail.com>:
>> +1 for the proposal
>>
>> I tried it out. It looks very promising :).
>>
>> 2011/7/25 seba.wagner@gmail.com <se...@gmail.com>:
>>> Hi,
>>>
>>> thanks for your feedback!
>>> @Scott: I think so too. Synchrious communication could become an
>>> standard feature of Social Networking Platforms. Lets see if there is
>>> an API in Rave for integration.
>>>
>>> Sebastian
>>>
>>> 2011/7/23 Maurizio Cucchiara <ma...@gmail.com>:
>>>> Good idea!!! I had the opportunity to try OM, nice tool!
>>>>
>>>> Maurizio Cucchiara
>>>>
>>>> Il giorno 23/lug/2011 17.57, "Scott Wilson" <sc...@gmail.com>
>>>> ha scritto:
>>>>> Fantastic proposal. It would be even more fantastic to link it up with
>>>> Rave and Wookie!
>>>>>
>>>>> +1 (non-binding)
>>>>>
>>>>> S
>>>>>
>>>>> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
>>>>>
>>>>>> V. cool. Big +1
>>>>>>
>>>>>> Let me know how I can help.
>>>>>>
>>>>>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> http://www.webbase-design.de
>>>>>>> http://openmeetings.googlecode.com
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> http://www.webbase-design.de
>>> http://openmeetings.googlecode.com
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Thanks
>> - Mohammad Nour
>>   Author of (WebSphere Application Server Community Edition 2.0 User Guide)
>>   http://www.redbooks.ibm.com/abstracts/sg247585.html
>> - LinkedIn: http://www.linkedin.com/in/mnour
>> - Blog: http://tadabborat.blogspot.com
>> ----
>> "Life is like riding a bicycle. To keep your balance you must keep moving"
>> - Albert Einstein
>>
>> "Writing clean code is what you must do in order to call yourself a
>> professional. There is no reasonable excuse for doing anything less
>> than your best."
>> - Clean Code: A Handbook of Agile Software Craftsmanship
>>
>> "Stay hungry, stay foolish."
>> - Steve Jobs
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
Thanks
- Mohammad Nour
  Author of (WebSphere Application Server Community Edition 2.0 User Guide)
  http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship

"Stay hungry, stay foolish."
- Steve Jobs

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Alexei Fedotov <al...@gmail.com>.
Mohammad,

Any impressions to share? Have you occasionally faced any bugs?

--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095




2011/7/25 Mohammad Nour El-Din <no...@gmail.com>:
> +1 for the proposal
>
> I tried it out. It looks very promising :).
>
> 2011/7/25 seba.wagner@gmail.com <se...@gmail.com>:
>> Hi,
>>
>> thanks for your feedback!
>> @Scott: I think so too. Synchrious communication could become an
>> standard feature of Social Networking Platforms. Lets see if there is
>> an API in Rave for integration.
>>
>> Sebastian
>>
>> 2011/7/23 Maurizio Cucchiara <ma...@gmail.com>:
>>> Good idea!!! I had the opportunity to try OM, nice tool!
>>>
>>> Maurizio Cucchiara
>>>
>>> Il giorno 23/lug/2011 17.57, "Scott Wilson" <sc...@gmail.com>
>>> ha scritto:
>>>> Fantastic proposal. It would be even more fantastic to link it up with
>>> Rave and Wookie!
>>>>
>>>> +1 (non-binding)
>>>>
>>>> S
>>>>
>>>> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
>>>>
>>>>> V. cool. Big +1
>>>>>
>>>>> Let me know how I can help.
>>>>>
>>>>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> http://www.webbase-design.de
>>>>>> http://openmeetings.googlecode.com
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> http://www.webbase-design.de
>> http://openmeetings.googlecode.com
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
>
>
> --
> Thanks
> - Mohammad Nour
>   Author of (WebSphere Application Server Community Edition 2.0 User Guide)
>   http://www.redbooks.ibm.com/abstracts/sg247585.html
> - LinkedIn: http://www.linkedin.com/in/mnour
> - Blog: http://tadabborat.blogspot.com
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> "Stay hungry, stay foolish."
> - Steve Jobs
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Mohammad Nour El-Din <no...@gmail.com>.
+1 for the proposal

I tried it out. It looks very promising :).

2011/7/25 seba.wagner@gmail.com <se...@gmail.com>:
> Hi,
>
> thanks for your feedback!
> @Scott: I think so too. Synchrious communication could become an
> standard feature of Social Networking Platforms. Lets see if there is
> an API in Rave for integration.
>
> Sebastian
>
> 2011/7/23 Maurizio Cucchiara <ma...@gmail.com>:
>> Good idea!!! I had the opportunity to try OM, nice tool!
>>
>> Maurizio Cucchiara
>>
>> Il giorno 23/lug/2011 17.57, "Scott Wilson" <sc...@gmail.com>
>> ha scritto:
>>> Fantastic proposal. It would be even more fantastic to link it up with
>> Rave and Wookie!
>>>
>>> +1 (non-binding)
>>>
>>> S
>>>
>>> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
>>>
>>>> V. cool. Big +1
>>>>
>>>> Let me know how I can help.
>>>>
>>>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> http://www.webbase-design.de
>>>>> http://openmeetings.googlecode.com
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>
>
>
>
> --
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
Thanks
- Mohammad Nour
  Author of (WebSphere Application Server Community Edition 2.0 User Guide)
  http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship

"Stay hungry, stay foolish."
- Steve Jobs

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi,

thanks for your feedback!
@Scott: I think so too. Synchrious communication could become an
standard feature of Social Networking Platforms. Lets see if there is
an API in Rave for integration.

Sebastian

2011/7/23 Maurizio Cucchiara <ma...@gmail.com>:
> Good idea!!! I had the opportunity to try OM, nice tool!
>
> Maurizio Cucchiara
>
> Il giorno 23/lug/2011 17.57, "Scott Wilson" <sc...@gmail.com>
> ha scritto:
>> Fantastic proposal. It would be even more fantastic to link it up with
> Rave and Wookie!
>>
>> +1 (non-binding)
>>
>> S
>>
>> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
>>
>>> V. cool. Big +1
>>>
>>> Let me know how I can help.
>>>
>>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> http://www.webbase-design.de
>>>> http://openmeetings.googlecode.com
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>



-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Maurizio Cucchiara <ma...@gmail.com>.
Good idea!!! I had the opportunity to try OM, nice tool!

Maurizio Cucchiara

Il giorno 23/lug/2011 17.57, "Scott Wilson" <sc...@gmail.com>
ha scritto:
> Fantastic proposal. It would be even more fantastic to link it up with
Rave and Wookie!
>
> +1 (non-binding)
>
> S
>
> On 23 Jul 2011, at 16:25, Jim Jagielski wrote:
>
>> V. cool. Big +1
>>
>> Let me know how I can help.
>>
>> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> http://www.webbase-design.de
>>> http://openmeetings.googlecode.com
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>

Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Scott Wilson <sc...@gmail.com>.
Fantastic proposal. It would be even more fantastic to link it up with Rave and Wookie!

+1 (non-binding)

S

On 23 Jul 2011, at 16:25, Jim Jagielski wrote:

> V. cool. Big +1
> 
> Let me know how I can help.
> 
> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>> 
>>> 
>> 
>> 
>> 
>> -- 
>> Sebastian Wagner
>> http://www.webbase-design.de
>> http://openmeetings.googlecode.com
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 


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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Alexei Fedotov <al...@gmail.com>.
+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 <ji...@jagunet.com>:
> V. cool. Big +1
>
> Let me know how I can help.
>
> On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> http://www.webbase-design.de
>> http://openmeetings.googlecode.com
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Jim Jagielski <ji...@jaguNET.com>.
V. cool. Big +1

Let me know how I can help.

On Jul 21, 2011, at 9:40 AM, seba.wagner@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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>> 
>> 
> 
> 
> 
> -- 
> Sebastian Wagner
> http://www.webbase-design.de
> http://openmeetings.googlecode.com
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 


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


[PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
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 <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

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


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Ross Gardler <rg...@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 <al...@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 <no...@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-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing

Posted by Alexei Fedotov <al...@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 <no...@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-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org