You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2013/02/11 20:44:54 UTC
GSoC project ideas wanted
Google Summer of Code is about to start soon!
Google sponsors every student with 4500USD. Plus 500 for the Apache
Foundation.
We are searching for ideas what porential students can do.
Ideas from Non-Developers are welcome too!
We will add the ideas to JIRA then with a special label so students can
find it.
Sebastian
Re: GSoC project ideas wanted
Posted by Maxim Solodovnik <so...@gmail.com>.
my list:
1) HTML5 whiteboard
2) faster screen sharing
3) wicketstuff-poi for HTML5 document sharing (otherwise we should use
images somehow)
4) Apache compatible wysiwyg editor Wicket component (to be used in
chat/invitations/messages)
TBD
On Tue, Feb 12, 2013 at 5:16 AM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> Regarding point No2:
> Compression ratio in the screensharing is somehow limited to the available
> codecs we can use.
> We can use SHA1 and SHA2 (Adobe Screen Sharing Codec).
> I think we currently use SHA1, SHA2 might be a nice project for a student
> that is interested in coding some codec.
> And I think we can provide a reference implementation somewhere.
> I think this project has good chances and a well defined scope.
>
> @Daniel: Screenshot tool is also a nice idea, but it would end up to be
> part of the screensharing Web-Start application. Is that what you intend to
> propose?
>
> Sebastian
>
>
> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>
>
> Hi Ed,
>>
>> thanks for your ideas.
>>
>> About idea no 1:
>> That is an interesting idea, however it won't be possible that you
>> provide a "free to choose" bandwidth for each user.
>> The background is: Every stream that any client consumes has to be
>> created somewhere.
>> So what could be realized is that every stream that is broadcasted from
>> one user via webcam to Red5/OpenMeetings will be re-transcoded into
>> multiple streams (high, middle, low) bandwidth.
>>
>> So there might be some limitations to that:
>> - "high" quality will never be better then the original material. We
>> can't make a picture better then the original. So all re-transcoding will
>> only make the original to lower quality, never to higher.
>> - Re-transcoding has to happen on the server side (and number of streams
>> are limited, we can't provide a stream on the required bandwidth
>> "on-demand" for each user, or only with very big effort)
>> - it will require real-time transcoding on server side which is possible
>> with FFMPEG and some integration into Red5. But we would need a very
>> specialized student that is keen and very motiviated as there is hardly any
>> documentation on that available in the internet.
>> What a project makes a success is if all participant know the potential
>> outcome and the tools and methods that are needed to realize that. I would
>> be happy to put this project on our list but it will be difficult to find
>> somebody with the needed skills.
>>
>> Sebastian
>>
>>
>>
>> 2013/2/12 BBS Technik <do...@gmx.de>
>>
>>> Hi all,
>>>
>>> I think, one of the gratest liminations for satisfactory video
>>> conferencing with om is the limited bandwidth of internet connections of
>>> the clients .
>>> Therefore I would like to suggest the following ideas for a GSoC project
>>> :
>>>
>>> 1. The image size of the videos transferred from the om server to the
>>> clients should be adapted to the video window size set in the recipient
>>> client.
>>> Thus the recipient client itself could influence the transferred amount
>>> of data to it.
>>> Then all the participants achieve the best possible result for them.
>>>
>>> 2. A second proposal concerns that the screensharing bandwidth
>>> requirements has an great impact on the overall quality of the video
>>> conference.
>>> Here, in a project the existing function of sreen sharing could be
>>> expanded and enhanced.
>>> For example, the possibility for the transfer on only one application
>>> window, regardless of its size.
>>> Or the possibility of shared browsing with a locally installed browser.
>>> Moreover, certainly an improvement of the used compression method would
>>> be a very good project topic.
>>>
>>> I would be happy if the subject of bandwidth consumption would plays a
>>> role in the selected GSoC project .
>>>
>>> Best regards
>>>
>>> Ed
>>>
>>>
>>>
>>>
>>> -------- Original-Nachricht --------
>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>> > An: dev <de...@openmeetings.apache.org>
>>> > CC: user@openmeetings.apache.org
>>> > Betreff: GSoC project ideas wanted
>>>
>>> > Google Summer of Code is about to start soon!
>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>> > Foundation.
>>> >
>>> > We are searching for ideas what porential students can do.
>>> > Ideas from Non-Developers are welcome too!
>>> >
>>> > We will add the ideas to JIRA then with a special label so students can
>>> > find it.
>>> >
>>> > Sebastian
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: GSoC project ideas wanted
Posted by Irina Arkhipets <ir...@gmail.com>.
Hi All,
I've started to create the issues:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20OPENMEETINGS%20AND%20labels%20%3D%20gsoc2013
Please fill free to add your own issues or add your comments to mine.
I am also going to add the following in the nearest future (just want to
discuss some details with Maxim first):
- faster screen sharing;
- wicketstuff-poi for HTML5 document sharing (otherwise we should use
images somehow)
- Apache compatible wysiwyg editor Wicket component (to be used in
chat/invitations/messages)
- Full screen mode for screen sharing (we already done some work in this
direction, so probably we'll just check our sources in and don't need any
additional work)
Best regards,
Irina.
On Fri, Mar 8, 2013 at 2:28 AM, seba.wagner@gmail.com <seba.wagner@gmail.com
> wrote:
> yes,
>
> please go ahead!
>
> Sebastian
>
>
> 2013/3/8 Maxim Solodovnik <so...@gmail.com>
>
>> should we start create issues and mark it as "gsoc2013" I guess it is
>> time for it now .....
>>
>>
>> On Sun, Feb 17, 2013 at 9:19 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
>>
>>> Okay, I understand. Do you, or anyone else, have any idea what the
>>> chances are of this being approved as a project?
>>>
>>>
>>> On Sat, Feb 16, 2013 at 3:22 PM, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> We can propose that. But you have to find a student that is willing
>>>> todo it and convince Google/ASF that this is worth sponsoring.
>>>>
>>>> Sebastian
>>>> Am 17.02.2013 08:43 schrieb "Daniel Ascher" <da...@aplustutoring.com>:
>>>>
>>>> Would a comprehensive user's guide be considered, or does it have to be
>>>>> a programming project?
>>>>>
>>>>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>>>>> seba.wagner@gmail.com> wrote:
>>>>>
>>>>>> No,
>>>>>>
>>>>>> you can still add things. In fact students can propose ideas on their
>>>>>> own too.
>>>>>> It is just more likely that we get a success project if we can define
>>>>>> a nice project scope upfront.
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>>>>
>>>>>>> Has this list of projects/features been finalized yet?
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> Dan
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>>
>>>>>>>> One idea for the Calender would be also to have export and import
>>>>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>>>>> mobile.
>>>>>>>>
>>>>>>>> Sebastian
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>>>>
>>>>>>>>> Hi Sebastian,****
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>>>>> OpenMeetings calendar.****
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> Best regards,****
>>>>>>>>>
>>>>>>>>> Irina.****
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> Hi Ed,
>>>>>>>>>
>>>>>>>>> thanks for your ideas.****
>>>>>>>>>
>>>>>>>>> About idea no 1:
>>>>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>>>>> The background is: Every stream that any client consumes has to be
>>>>>>>>> created somewhere.
>>>>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>>>>
>>>>>>>>> So there might be some limitations to that:****
>>>>>>>>>
>>>>>>>>> - "high" quality will never be better then the original material.
>>>>>>>>> We can't make a picture better then the original. So all re-transcoding
>>>>>>>>> will only make the original to lower quality, never to higher.****
>>>>>>>>>
>>>>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>>>>
>>>>>>>>> - it will require real-time transcoding on server side which is
>>>>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>>>>> hardly any documentation on that available in the internet.****
>>>>>>>>>
>>>>>>>>> What a project makes a success is if all participant know the
>>>>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>>>>> difficult to find somebody with the needed skills.
>>>>>>>>>
>>>>>>>>> Sebastian****
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> ** **
>>>>>>>>>
>>>>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>>>>> the clients .
>>>>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>>>>> project :
>>>>>>>>>
>>>>>>>>> 1. The image size of the videos transferred from the om server to
>>>>>>>>> the clients should be adapted to the video window size set in the recipient
>>>>>>>>> client.
>>>>>>>>> Thus the recipient client itself could influence the transferred
>>>>>>>>> amount of data to it.
>>>>>>>>> Then all the participants achieve the best possible result for
>>>>>>>>> them.
>>>>>>>>>
>>>>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>>>>> requirements has an great impact on the overall quality of the video
>>>>>>>>> conference.
>>>>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>>>>> expanded and enhanced.
>>>>>>>>> For example, the possibility for the transfer on only one
>>>>>>>>> application window, regardless of its size.
>>>>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>>>>> browser.
>>>>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>>>>> would be a very good project topic.
>>>>>>>>>
>>>>>>>>> I would be happy if the subject of bandwidth consumption would
>>>>>>>>> plays a role in the selected GSoC project .
>>>>>>>>>
>>>>>>>>> Best regards
>>>>>>>>>
>>>>>>>>> Ed
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -------- Original-Nachricht --------
>>>>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>>>>> > CC: user@openmeetings.apache.org
>>>>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> > Google Summer of Code is about to start soon!
>>>>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the
>>>>>>>>> Apache
>>>>>>>>> > Foundation.
>>>>>>>>> >
>>>>>>>>> > We are searching for ideas what porential students can do.
>>>>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>>>>> >
>>>>>>>>> > We will add the ideas to JIRA then with a special label so
>>>>>>>>> students can
>>>>>>>>> > find it.
>>>>>>>>> >
>>>>>>>>> > Sebastian****
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ****
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sebastian Wagner
>>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>>> http://www.webbase-design.de
>>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>>> seba.wagner@gmail.com ****
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sebastian Wagner
>>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>>> http://www.webbase-design.de
>>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>>> seba.wagner@gmail.com ****
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Daniel Ascher, M.Ed.
>>>>>>>>> President
>>>>>>>>> A+ Test Prep and Tutoring
>>>>>>>>> "Creating Bright Futures"
>>>>>>>>>
>>>>>>>>> 505 York Road, Suite 6
>>>>>>>>> Jenkintown, PA 19046
>>>>>>>>> Office: 215.886.9188
>>>>>>>>> Direct: 267.242.9640
>>>>>>>>> www.aplustutoring.com
>>>>>>>>>
>>>>>>>>> [image: Image removed by sender.]****
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> http://www.webbase-design.de
>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>> seba.wagner@gmail.com
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Daniel Ascher, M.Ed.
>>>>>>> President
>>>>>>> A+ Test Prep and Tutoring
>>>>>>> "Creating Bright Futures"
>>>>>>>
>>>>>>> 505 York Road, Suite 6
>>>>>>> Jenkintown, PA 19046
>>>>>>> Office: 215.886.9188
>>>>>>> Direct: 267.242.9640
>>>>>>> www.aplustutoring.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Daniel Ascher, M.Ed.
>>>>> President
>>>>> A+ Test Prep and Tutoring
>>>>> "Creating Bright Futures"
>>>>>
>>>>> 505 York Road, Suite 6
>>>>> Jenkintown, PA 19046
>>>>> Office: 215.886.9188
>>>>> Direct: 267.242.9640
>>>>> www.aplustutoring.com
>>>>>
>>>>>
>>>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
yes,
please go ahead!
Sebastian
2013/3/8 Maxim Solodovnik <so...@gmail.com>
> should we start create issues and mark it as "gsoc2013" I guess it is
> time for it now .....
>
>
> On Sun, Feb 17, 2013 at 9:19 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
>
>> Okay, I understand. Do you, or anyone else, have any idea what the
>> chances are of this being approved as a project?
>>
>>
>> On Sat, Feb 16, 2013 at 3:22 PM, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> We can propose that. But you have to find a student that is willing todo
>>> it and convince Google/ASF that this is worth sponsoring.
>>>
>>> Sebastian
>>> Am 17.02.2013 08:43 schrieb "Daniel Ascher" <da...@aplustutoring.com>:
>>>
>>> Would a comprehensive user's guide be considered, or does it have to be
>>>> a programming project?
>>>>
>>>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>>>> seba.wagner@gmail.com> wrote:
>>>>
>>>>> No,
>>>>>
>>>>> you can still add things. In fact students can propose ideas on their
>>>>> own too.
>>>>> It is just more likely that we get a success project if we can define
>>>>> a nice project scope upfront.
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>>>
>>>>>> Has this list of projects/features been finalized yet?
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>
>>>>>>> One idea for the Calender would be also to have export and import
>>>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>>>> mobile.
>>>>>>>
>>>>>>> Sebastian
>>>>>>>
>>>>>>>
>>>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>>>
>>>>>>>> Hi Sebastian,****
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>>>> OpenMeetings calendar.****
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> Best regards,****
>>>>>>>>
>>>>>>>> Irina.****
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> Hi Ed,
>>>>>>>>
>>>>>>>> thanks for your ideas.****
>>>>>>>>
>>>>>>>> About idea no 1:
>>>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>>>> The background is: Every stream that any client consumes has to be
>>>>>>>> created somewhere.
>>>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>>>
>>>>>>>> So there might be some limitations to that:****
>>>>>>>>
>>>>>>>> - "high" quality will never be better then the original material.
>>>>>>>> We can't make a picture better then the original. So all re-transcoding
>>>>>>>> will only make the original to lower quality, never to higher.****
>>>>>>>>
>>>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>>>
>>>>>>>> - it will require real-time transcoding on server side which is
>>>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>>>> hardly any documentation on that available in the internet.****
>>>>>>>>
>>>>>>>> What a project makes a success is if all participant know the
>>>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>>>> difficult to find somebody with the needed skills.
>>>>>>>>
>>>>>>>> Sebastian****
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> ** **
>>>>>>>>
>>>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>>>> the clients .
>>>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>>>> project :
>>>>>>>>
>>>>>>>> 1. The image size of the videos transferred from the om server to
>>>>>>>> the clients should be adapted to the video window size set in the recipient
>>>>>>>> client.
>>>>>>>> Thus the recipient client itself could influence the transferred
>>>>>>>> amount of data to it.
>>>>>>>> Then all the participants achieve the best possible result for them.
>>>>>>>>
>>>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>>>> requirements has an great impact on the overall quality of the video
>>>>>>>> conference.
>>>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>>>> expanded and enhanced.
>>>>>>>> For example, the possibility for the transfer on only one
>>>>>>>> application window, regardless of its size.
>>>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>>>> browser.
>>>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>>>> would be a very good project topic.
>>>>>>>>
>>>>>>>> I would be happy if the subject of bandwidth consumption would
>>>>>>>> plays a role in the selected GSoC project .
>>>>>>>>
>>>>>>>> Best regards
>>>>>>>>
>>>>>>>> Ed
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> -------- Original-Nachricht --------
>>>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>>>> > CC: user@openmeetings.apache.org
>>>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>>>
>>>>>>>>
>>>>>>>> > Google Summer of Code is about to start soon!
>>>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the
>>>>>>>> Apache
>>>>>>>> > Foundation.
>>>>>>>> >
>>>>>>>> > We are searching for ideas what porential students can do.
>>>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>>>> >
>>>>>>>> > We will add the ideas to JIRA then with a special label so
>>>>>>>> students can
>>>>>>>> > find it.
>>>>>>>> >
>>>>>>>> > Sebastian****
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ****
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> http://www.webbase-design.de
>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>> seba.wagner@gmail.com ****
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> http://www.webbase-design.de
>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>> seba.wagner@gmail.com ****
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Daniel Ascher, M.Ed.
>>>>>>>> President
>>>>>>>> A+ Test Prep and Tutoring
>>>>>>>> "Creating Bright Futures"
>>>>>>>>
>>>>>>>> 505 York Road, Suite 6
>>>>>>>> Jenkintown, PA 19046
>>>>>>>> Office: 215.886.9188
>>>>>>>> Direct: 267.242.9640
>>>>>>>> www.aplustutoring.com
>>>>>>>>
>>>>>>>> [image: Image removed by sender.]****
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Daniel Ascher, M.Ed.
>>>>>> President
>>>>>> A+ Test Prep and Tutoring
>>>>>> "Creating Bright Futures"
>>>>>>
>>>>>> 505 York Road, Suite 6
>>>>>> Jenkintown, PA 19046
>>>>>> Office: 215.886.9188
>>>>>> Direct: 267.242.9640
>>>>>> www.aplustutoring.com
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Ascher, M.Ed.
>>>> President
>>>> A+ Test Prep and Tutoring
>>>> "Creating Bright Futures"
>>>>
>>>> 505 York Road, Suite 6
>>>> Jenkintown, PA 19046
>>>> Office: 215.886.9188
>>>> Direct: 267.242.9640
>>>> www.aplustutoring.com
>>>>
>>>>
>>>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> Jenkintown, PA 19046
>> Office: 215.886.9188
>> Direct: 267.242.9640
>> www.aplustutoring.com
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: GSoC project ideas wanted
Posted by Maxim Solodovnik <so...@gmail.com>.
should we start create issues and mark it as "gsoc2013" I guess it is time
for it now .....
On Sun, Feb 17, 2013 at 9:19 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
> Okay, I understand. Do you, or anyone else, have any idea what the chances
> are of this being approved as a project?
>
>
> On Sat, Feb 16, 2013 at 3:22 PM, seba.wagner@gmail.com <
> seba.wagner@gmail.com> wrote:
>
>> We can propose that. But you have to find a student that is willing todo
>> it and convince Google/ASF that this is worth sponsoring.
>>
>> Sebastian
>> Am 17.02.2013 08:43 schrieb "Daniel Ascher" <da...@aplustutoring.com>:
>>
>> Would a comprehensive user's guide be considered, or does it have to be a
>>> programming project?
>>>
>>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> No,
>>>>
>>>> you can still add things. In fact students can propose ideas on their
>>>> own too.
>>>> It is just more likely that we get a success project if we can define a
>>>> nice project scope upfront.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>>
>>>>> Has this list of projects/features been finalized yet?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>>> seba.wagner@gmail.com> wrote:
>>>>>
>>>>>> One idea for the Calender would be also to have export and import
>>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>>> mobile.
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>>
>>>>>>> Hi Sebastian,****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>>> OpenMeetings calendar.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Best regards,****
>>>>>>>
>>>>>>> Irina.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Hi Ed,
>>>>>>>
>>>>>>> thanks for your ideas.****
>>>>>>>
>>>>>>> About idea no 1:
>>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>>> The background is: Every stream that any client consumes has to be
>>>>>>> created somewhere.
>>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>>
>>>>>>> So there might be some limitations to that:****
>>>>>>>
>>>>>>> - "high" quality will never be better then the original material.
>>>>>>> We can't make a picture better then the original. So all re-transcoding
>>>>>>> will only make the original to lower quality, never to higher.****
>>>>>>>
>>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>>
>>>>>>> - it will require real-time transcoding on server side which is
>>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>>> hardly any documentation on that available in the internet.****
>>>>>>>
>>>>>>> What a project makes a success is if all participant know the
>>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>>> difficult to find somebody with the needed skills.
>>>>>>>
>>>>>>> Sebastian****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>>> the clients .
>>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>>> project :
>>>>>>>
>>>>>>> 1. The image size of the videos transferred from the om server to
>>>>>>> the clients should be adapted to the video window size set in the recipient
>>>>>>> client.
>>>>>>> Thus the recipient client itself could influence the transferred
>>>>>>> amount of data to it.
>>>>>>> Then all the participants achieve the best possible result for them.
>>>>>>>
>>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>>> requirements has an great impact on the overall quality of the video
>>>>>>> conference.
>>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>>> expanded and enhanced.
>>>>>>> For example, the possibility for the transfer on only one
>>>>>>> application window, regardless of its size.
>>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>>> browser.
>>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>>> would be a very good project topic.
>>>>>>>
>>>>>>> I would be happy if the subject of bandwidth consumption would
>>>>>>> plays a role in the selected GSoC project .
>>>>>>>
>>>>>>> Best regards
>>>>>>>
>>>>>>> Ed
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -------- Original-Nachricht --------
>>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>>> > CC: user@openmeetings.apache.org
>>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>>
>>>>>>>
>>>>>>> > Google Summer of Code is about to start soon!
>>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>>>> > Foundation.
>>>>>>> >
>>>>>>> > We are searching for ideas what porential students can do.
>>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>>> >
>>>>>>> > We will add the ideas to JIRA then with a special label so
>>>>>>> students can
>>>>>>> > find it.
>>>>>>> >
>>>>>>> > Sebastian****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ****
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com ****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com ****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Daniel Ascher, M.Ed.
>>>>>>> President
>>>>>>> A+ Test Prep and Tutoring
>>>>>>> "Creating Bright Futures"
>>>>>>>
>>>>>>> 505 York Road, Suite 6
>>>>>>> Jenkintown, PA 19046
>>>>>>> Office: 215.886.9188
>>>>>>> Direct: 267.242.9640
>>>>>>> www.aplustutoring.com
>>>>>>>
>>>>>>> [image: Image removed by sender.]****
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Daniel Ascher, M.Ed.
>>>>> President
>>>>> A+ Test Prep and Tutoring
>>>>> "Creating Bright Futures"
>>>>>
>>>>> 505 York Road, Suite 6
>>>>> Jenkintown, PA 19046
>>>>> Office: 215.886.9188
>>>>> Direct: 267.242.9640
>>>>> www.aplustutoring.com
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>>
>>>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
>
>
--
WBR
Maxim aka solomax
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
Okay, I understand. Do you, or anyone else, have any idea what the chances
are of this being approved as a project?
On Sat, Feb 16, 2013 at 3:22 PM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> We can propose that. But you have to find a student that is willing todo
> it and convince Google/ASF that this is worth sponsoring.
>
> Sebastian
> Am 17.02.2013 08:43 schrieb "Daniel Ascher" <da...@aplustutoring.com>:
>
> Would a comprehensive user's guide be considered, or does it have to be a
>> programming project?
>>
>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> No,
>>>
>>> you can still add things. In fact students can propose ideas on their
>>> own too.
>>> It is just more likely that we get a success project if we can define a
>>> nice project scope upfront.
>>>
>>> Sebastian
>>>
>>>
>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>
>>>> Has this list of projects/features been finalized yet?
>>>>
>>>> Thanks.
>>>>
>>>> Dan
>>>>
>>>>
>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>> seba.wagner@gmail.com> wrote:
>>>>
>>>>> One idea for the Calender would be also to have export and import
>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>> mobile.
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>
>>>>>> Hi Sebastian,****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>> OpenMeetings calendar.****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> Best regards,****
>>>>>>
>>>>>> Irina.****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> Hi Ed,
>>>>>>
>>>>>> thanks for your ideas.****
>>>>>>
>>>>>> About idea no 1:
>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>> The background is: Every stream that any client consumes has to be
>>>>>> created somewhere.
>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>
>>>>>> So there might be some limitations to that:****
>>>>>>
>>>>>> - "high" quality will never be better then the original material. We
>>>>>> can't make a picture better then the original. So all re-transcoding will
>>>>>> only make the original to lower quality, never to higher.****
>>>>>>
>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>
>>>>>> - it will require real-time transcoding on server side which is
>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>> hardly any documentation on that available in the internet.****
>>>>>>
>>>>>> What a project makes a success is if all participant know the
>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>> difficult to find somebody with the needed skills.
>>>>>>
>>>>>> Sebastian****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>> the clients .
>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>> project :
>>>>>>
>>>>>> 1. The image size of the videos transferred from the om server to the
>>>>>> clients should be adapted to the video window size set in the recipient
>>>>>> client.
>>>>>> Thus the recipient client itself could influence the transferred
>>>>>> amount of data to it.
>>>>>> Then all the participants achieve the best possible result for them.
>>>>>>
>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>> requirements has an great impact on the overall quality of the video
>>>>>> conference.
>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>> expanded and enhanced.
>>>>>> For example, the possibility for the transfer on only one application
>>>>>> window, regardless of its size.
>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>> browser.
>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>> would be a very good project topic.
>>>>>>
>>>>>> I would be happy if the subject of bandwidth consumption would plays
>>>>>> a role in the selected GSoC project .
>>>>>>
>>>>>> Best regards
>>>>>>
>>>>>> Ed
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -------- Original-Nachricht --------
>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>> > CC: user@openmeetings.apache.org
>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>
>>>>>>
>>>>>> > Google Summer of Code is about to start soon!
>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>>> > Foundation.
>>>>>> >
>>>>>> > We are searching for ideas what porential students can do.
>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>> >
>>>>>> > We will add the ideas to JIRA then with a special label so students
>>>>>> can
>>>>>> > find it.
>>>>>> >
>>>>>> > Sebastian****
>>>>>>
>>>>>>
>>>>>>
>>>>>> ****
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com ****
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com ****
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Daniel Ascher, M.Ed.
>>>>>> President
>>>>>> A+ Test Prep and Tutoring
>>>>>> "Creating Bright Futures"
>>>>>>
>>>>>> 505 York Road, Suite 6
>>>>>> Jenkintown, PA 19046
>>>>>> Office: 215.886.9188
>>>>>> Direct: 267.242.9640
>>>>>> www.aplustutoring.com
>>>>>>
>>>>>> [image: Image removed by sender.]****
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Ascher, M.Ed.
>>>> President
>>>> A+ Test Prep and Tutoring
>>>> "Creating Bright Futures"
>>>>
>>>> 505 York Road, Suite 6
>>>> Jenkintown, PA 19046
>>>> Office: 215.886.9188
>>>> Direct: 267.242.9640
>>>> www.aplustutoring.com
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> Jenkintown, PA 19046
>> Office: 215.886.9188
>> Direct: 267.242.9640
>> www.aplustutoring.com
>>
>>
>>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
We can propose that. But you have to find a student that is willing todo it
and convince Google/ASF that this is worth sponsoring.
Sebastian
Am 17.02.2013 08:43 schrieb "Daniel Ascher" <da...@aplustutoring.com>:
> Would a comprehensive user's guide be considered, or does it have to be a
> programming project?
>
> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
> seba.wagner@gmail.com> wrote:
>
>> No,
>>
>> you can still add things. In fact students can propose ideas on their own
>> too.
>> It is just more likely that we get a success project if we can define a
>> nice project scope upfront.
>>
>> Sebastian
>>
>>
>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>
>>> Has this list of projects/features been finalized yet?
>>>
>>> Thanks.
>>>
>>> Dan
>>>
>>>
>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> One idea for the Calender would be also to have export and import
>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>> mobile.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>
>>>>> Hi Sebastian,****
>>>>>
>>>>> ** **
>>>>>
>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>> OpenMeetings calendar.****
>>>>>
>>>>> ** **
>>>>>
>>>>> Best regards,****
>>>>>
>>>>> Irina.****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>
>>>>> ** **
>>>>>
>>>>> Hi Ed,
>>>>>
>>>>> thanks for your ideas.****
>>>>>
>>>>> About idea no 1:
>>>>> That is an interesting idea, however it won't be possible that you
>>>>> provide a "free to choose" bandwidth for each user.
>>>>> The background is: Every stream that any client consumes has to be
>>>>> created somewhere.
>>>>> So what could be realized is that every stream that is broadcasted
>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>
>>>>> So there might be some limitations to that:****
>>>>>
>>>>> - "high" quality will never be better then the original material. We
>>>>> can't make a picture better then the original. So all re-transcoding will
>>>>> only make the original to lower quality, never to higher.****
>>>>>
>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>
>>>>> - it will require real-time transcoding on server side which is
>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>> very specialized student that is keen and very motiviated as there is
>>>>> hardly any documentation on that available in the internet.****
>>>>>
>>>>> What a project makes a success is if all participant know the
>>>>> potential outcome and the tools and methods that are needed to realize
>>>>> that. I would be happy to put this project on our list but it will be
>>>>> difficult to find somebody with the needed skills.
>>>>>
>>>>> Sebastian****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I think, one of the gratest liminations for satisfactory video
>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>> the clients .
>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>> project :
>>>>>
>>>>> 1. The image size of the videos transferred from the om server to the
>>>>> clients should be adapted to the video window size set in the recipient
>>>>> client.
>>>>> Thus the recipient client itself could influence the transferred
>>>>> amount of data to it.
>>>>> Then all the participants achieve the best possible result for them.
>>>>>
>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>> requirements has an great impact on the overall quality of the video
>>>>> conference.
>>>>> Here, in a project the existing function of sreen sharing could be
>>>>> expanded and enhanced.
>>>>> For example, the possibility for the transfer on only one application
>>>>> window, regardless of its size.
>>>>> Or the possibility of shared browsing with a locally installed browser.
>>>>> Moreover, certainly an improvement of the used compression method
>>>>> would be a very good project topic.
>>>>>
>>>>> I would be happy if the subject of bandwidth consumption would plays
>>>>> a role in the selected GSoC project .
>>>>>
>>>>> Best regards
>>>>>
>>>>> Ed
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------- Original-Nachricht --------
>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>> > CC: user@openmeetings.apache.org
>>>>> > Betreff: GSoC project ideas wanted****
>>>>>
>>>>>
>>>>> > Google Summer of Code is about to start soon!
>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>> > Foundation.
>>>>> >
>>>>> > We are searching for ideas what porential students can do.
>>>>> > Ideas from Non-Developers are welcome too!
>>>>> >
>>>>> > We will add the ideas to JIRA then with a special label so students
>>>>> can
>>>>> > find it.
>>>>> >
>>>>> > Sebastian****
>>>>>
>>>>>
>>>>>
>>>>> ****
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com ****
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com ****
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Daniel Ascher, M.Ed.
>>>>> President
>>>>> A+ Test Prep and Tutoring
>>>>> "Creating Bright Futures"
>>>>>
>>>>> 505 York Road, Suite 6
>>>>> Jenkintown, PA 19046
>>>>> Office: 215.886.9188
>>>>> Direct: 267.242.9640
>>>>> www.aplustutoring.com
>>>>>
>>>>> [image: Image removed by sender.]****
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
>
>
Re: GSoC project ideas wanted
Posted by Alexei Fedotov <al...@gmail.com>.
Sure, no question about usefullness of good instructions.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Mon, Mar 11, 2013 at 5:38 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
> Thanks for letting me know Alexei. I think it would be worthwhile to
> improve the instructions.
>
>
> On Mon, Mar 11, 2013 at 7:49 AM, Alexei Fedotov <al...@gmail.com>wrote:
>
>> Hello Daniel,
>> GSoC projects require programming, or at least writing tests.
>> Documentation projects cannot be sponsored. There is another event from
>> Google for schoolchildren to fix and improve documentation.
>>
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sat, Feb 16, 2013 at 11:42 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
>>
>>> Would a comprehensive user's guide be considered, or does it have to be
>>> a programming project?
>>>
>>>
>>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> No,
>>>>
>>>> you can still add things. In fact students can propose ideas on their
>>>> own too.
>>>> It is just more likely that we get a success project if we can define a
>>>> nice project scope upfront.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>>
>>>>> Has this list of projects/features been finalized yet?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>>> seba.wagner@gmail.com> wrote:
>>>>>
>>>>>> One idea for the Calender would be also to have export and import
>>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>>> mobile.
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>>
>>>>>>> Hi Sebastian,****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>>> OpenMeetings calendar.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Best regards,****
>>>>>>>
>>>>>>> Irina.****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> Hi Ed,
>>>>>>>
>>>>>>> thanks for your ideas.****
>>>>>>>
>>>>>>> About idea no 1:
>>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>>> The background is: Every stream that any client consumes has to be
>>>>>>> created somewhere.
>>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>>
>>>>>>> So there might be some limitations to that:****
>>>>>>>
>>>>>>> - "high" quality will never be better then the original material.
>>>>>>> We can't make a picture better then the original. So all re-transcoding
>>>>>>> will only make the original to lower quality, never to higher.****
>>>>>>>
>>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>>
>>>>>>> - it will require real-time transcoding on server side which is
>>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>>> hardly any documentation on that available in the internet.****
>>>>>>>
>>>>>>> What a project makes a success is if all participant know the
>>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>>> difficult to find somebody with the needed skills.
>>>>>>>
>>>>>>> Sebastian****
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> ** **
>>>>>>>
>>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>>> the clients .
>>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>>> project :
>>>>>>>
>>>>>>> 1. The image size of the videos transferred from the om server to
>>>>>>> the clients should be adapted to the video window size set in the recipient
>>>>>>> client.
>>>>>>> Thus the recipient client itself could influence the transferred
>>>>>>> amount of data to it.
>>>>>>> Then all the participants achieve the best possible result for them.
>>>>>>>
>>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>>> requirements has an great impact on the overall quality of the video
>>>>>>> conference.
>>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>>> expanded and enhanced.
>>>>>>> For example, the possibility for the transfer on only one
>>>>>>> application window, regardless of its size.
>>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>>> browser.
>>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>>> would be a very good project topic.
>>>>>>>
>>>>>>> I would be happy if the subject of bandwidth consumption would
>>>>>>> plays a role in the selected GSoC project .
>>>>>>>
>>>>>>> Best regards
>>>>>>>
>>>>>>> Ed
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -------- Original-Nachricht --------
>>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>>> > CC: user@openmeetings.apache.org
>>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>>
>>>>>>>
>>>>>>> > Google Summer of Code is about to start soon!
>>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>>>> > Foundation.
>>>>>>> >
>>>>>>> > We are searching for ideas what porential students can do.
>>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>>> >
>>>>>>> > We will add the ideas to JIRA then with a special label so
>>>>>>> students can
>>>>>>> > find it.
>>>>>>> >
>>>>>>> > Sebastian****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ****
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com ****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com ****
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Daniel Ascher, M.Ed.
>>>>>>> President
>>>>>>> A+ Test Prep and Tutoring
>>>>>>> "Creating Bright Futures"
>>>>>>>
>>>>>>> 505 York Road, Suite 6
>>>>>>> Jenkintown, PA 19046
>>>>>>> Office: 215.886.9188
>>>>>>> Direct: 267.242.9640
>>>>>>> www.aplustutoring.com
>>>>>>>
>>>>>>> [image: Image removed by sender.]****
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Daniel Ascher, M.Ed.
>>>>> President
>>>>> A+ Test Prep and Tutoring
>>>>> "Creating Bright Futures"
>>>>>
>>>>> 505 York Road, Suite 6
>>>>> Jenkintown, PA 19046
>>>>> Office: 215.886.9188
>>>>> Direct: 267.242.9640
>>>>> www.aplustutoring.com
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>>
>>>
>>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
>
>
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
Thanks for letting me know Alexei. I think it would be worthwhile to
improve the instructions.
On Mon, Mar 11, 2013 at 7:49 AM, Alexei Fedotov <al...@gmail.com>wrote:
> Hello Daniel,
> GSoC projects require programming, or at least writing tests.
> Documentation projects cannot be sponsored. There is another event from
> Google for schoolchildren to fix and improve documentation.
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Sat, Feb 16, 2013 at 11:42 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
>
>> Would a comprehensive user's guide be considered, or does it have to be a
>> programming project?
>>
>>
>> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> No,
>>>
>>> you can still add things. In fact students can propose ideas on their
>>> own too.
>>> It is just more likely that we get a success project if we can define a
>>> nice project scope upfront.
>>>
>>> Sebastian
>>>
>>>
>>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>>
>>>> Has this list of projects/features been finalized yet?
>>>>
>>>> Thanks.
>>>>
>>>> Dan
>>>>
>>>>
>>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>>> seba.wagner@gmail.com> wrote:
>>>>
>>>>> One idea for the Calender would be also to have export and import
>>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>>> mobile.
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>>
>>>>>> Hi Sebastian,****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>>> OpenMeetings calendar.****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> Best regards,****
>>>>>>
>>>>>> Irina.****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> Hi Ed,
>>>>>>
>>>>>> thanks for your ideas.****
>>>>>>
>>>>>> About idea no 1:
>>>>>> That is an interesting idea, however it won't be possible that you
>>>>>> provide a "free to choose" bandwidth for each user.
>>>>>> The background is: Every stream that any client consumes has to be
>>>>>> created somewhere.
>>>>>> So what could be realized is that every stream that is broadcasted
>>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>>
>>>>>> So there might be some limitations to that:****
>>>>>>
>>>>>> - "high" quality will never be better then the original material. We
>>>>>> can't make a picture better then the original. So all re-transcoding will
>>>>>> only make the original to lower quality, never to higher.****
>>>>>>
>>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>>
>>>>>> - it will require real-time transcoding on server side which is
>>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>>> very specialized student that is keen and very motiviated as there is
>>>>>> hardly any documentation on that available in the internet.****
>>>>>>
>>>>>> What a project makes a success is if all participant know the
>>>>>> potential outcome and the tools and methods that are needed to realize
>>>>>> that. I would be happy to put this project on our list but it will be
>>>>>> difficult to find somebody with the needed skills.
>>>>>>
>>>>>> Sebastian****
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> ** **
>>>>>>
>>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I think, one of the gratest liminations for satisfactory video
>>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>>> the clients .
>>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>>> project :
>>>>>>
>>>>>> 1. The image size of the videos transferred from the om server to the
>>>>>> clients should be adapted to the video window size set in the recipient
>>>>>> client.
>>>>>> Thus the recipient client itself could influence the transferred
>>>>>> amount of data to it.
>>>>>> Then all the participants achieve the best possible result for them.
>>>>>>
>>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>>> requirements has an great impact on the overall quality of the video
>>>>>> conference.
>>>>>> Here, in a project the existing function of sreen sharing could be
>>>>>> expanded and enhanced.
>>>>>> For example, the possibility for the transfer on only one application
>>>>>> window, regardless of its size.
>>>>>> Or the possibility of shared browsing with a locally installed
>>>>>> browser.
>>>>>> Moreover, certainly an improvement of the used compression method
>>>>>> would be a very good project topic.
>>>>>>
>>>>>> I would be happy if the subject of bandwidth consumption would plays
>>>>>> a role in the selected GSoC project .
>>>>>>
>>>>>> Best regards
>>>>>>
>>>>>> Ed
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -------- Original-Nachricht --------
>>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>>> > CC: user@openmeetings.apache.org
>>>>>> > Betreff: GSoC project ideas wanted****
>>>>>>
>>>>>>
>>>>>> > Google Summer of Code is about to start soon!
>>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>>> > Foundation.
>>>>>> >
>>>>>> > We are searching for ideas what porential students can do.
>>>>>> > Ideas from Non-Developers are welcome too!
>>>>>> >
>>>>>> > We will add the ideas to JIRA then with a special label so students
>>>>>> can
>>>>>> > find it.
>>>>>> >
>>>>>> > Sebastian****
>>>>>>
>>>>>>
>>>>>>
>>>>>> ****
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com ****
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com ****
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Daniel Ascher, M.Ed.
>>>>>> President
>>>>>> A+ Test Prep and Tutoring
>>>>>> "Creating Bright Futures"
>>>>>>
>>>>>> 505 York Road, Suite 6
>>>>>> Jenkintown, PA 19046
>>>>>> Office: 215.886.9188
>>>>>> Direct: 267.242.9640
>>>>>> www.aplustutoring.com
>>>>>>
>>>>>> [image: Image removed by sender.]****
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Ascher, M.Ed.
>>>> President
>>>> A+ Test Prep and Tutoring
>>>> "Creating Bright Futures"
>>>>
>>>> 505 York Road, Suite 6
>>>> Jenkintown, PA 19046
>>>> Office: 215.886.9188
>>>> Direct: 267.242.9640
>>>> www.aplustutoring.com
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> Jenkintown, PA 19046
>> Office: 215.886.9188
>> Direct: 267.242.9640
>> www.aplustutoring.com
>>
>>
>>
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by Alexei Fedotov <al...@gmail.com>.
Hello Daniel,
GSoC projects require programming, or at least writing tests. Documentation
projects cannot be sponsored. There is another event from Google for
schoolchildren to fix and improve documentation.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Sat, Feb 16, 2013 at 11:42 PM, Daniel Ascher <da...@aplustutoring.com>wrote:
> Would a comprehensive user's guide be considered, or does it have to be a
> programming project?
>
>
> On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
> seba.wagner@gmail.com> wrote:
>
>> No,
>>
>> you can still add things. In fact students can propose ideas on their own
>> too.
>> It is just more likely that we get a success project if we can define a
>> nice project scope upfront.
>>
>> Sebastian
>>
>>
>> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>>
>>> Has this list of projects/features been finalized yet?
>>>
>>> Thanks.
>>>
>>> Dan
>>>
>>>
>>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> One idea for the Calender would be also to have export and import
>>>> mechanisms to ICS format so you can display those meetings and sync to your
>>>> mobile.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>>
>>>>> Hi Sebastian,****
>>>>>
>>>>> ** **
>>>>>
>>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>>> OpenMeetings calendar.****
>>>>>
>>>>> ** **
>>>>>
>>>>> Best regards,****
>>>>>
>>>>> Irina.****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>>
>>>>> ** **
>>>>>
>>>>> Hi Ed,
>>>>>
>>>>> thanks for your ideas.****
>>>>>
>>>>> About idea no 1:
>>>>> That is an interesting idea, however it won't be possible that you
>>>>> provide a "free to choose" bandwidth for each user.
>>>>> The background is: Every stream that any client consumes has to be
>>>>> created somewhere.
>>>>> So what could be realized is that every stream that is broadcasted
>>>>> from one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>>> multiple streams (high, middle, low) bandwidth.****
>>>>>
>>>>> So there might be some limitations to that:****
>>>>>
>>>>> - "high" quality will never be better then the original material. We
>>>>> can't make a picture better then the original. So all re-transcoding will
>>>>> only make the original to lower quality, never to higher.****
>>>>>
>>>>> - Re-transcoding has to happen on the server side (and number of
>>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>>> "on-demand" for each user, or only with very big effort)****
>>>>>
>>>>> - it will require real-time transcoding on server side which is
>>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>>> very specialized student that is keen and very motiviated as there is
>>>>> hardly any documentation on that available in the internet.****
>>>>>
>>>>> What a project makes a success is if all participant know the
>>>>> potential outcome and the tools and methods that are needed to realize
>>>>> that. I would be happy to put this project on our list but it will be
>>>>> difficult to find somebody with the needed skills.
>>>>>
>>>>> Sebastian****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I think, one of the gratest liminations for satisfactory video
>>>>> conferencing with om is the limited bandwidth of internet connections of
>>>>> the clients .
>>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>>> project :
>>>>>
>>>>> 1. The image size of the videos transferred from the om server to the
>>>>> clients should be adapted to the video window size set in the recipient
>>>>> client.
>>>>> Thus the recipient client itself could influence the transferred
>>>>> amount of data to it.
>>>>> Then all the participants achieve the best possible result for them.
>>>>>
>>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>>> requirements has an great impact on the overall quality of the video
>>>>> conference.
>>>>> Here, in a project the existing function of sreen sharing could be
>>>>> expanded and enhanced.
>>>>> For example, the possibility for the transfer on only one application
>>>>> window, regardless of its size.
>>>>> Or the possibility of shared browsing with a locally installed browser.
>>>>> Moreover, certainly an improvement of the used compression method
>>>>> would be a very good project topic.
>>>>>
>>>>> I would be happy if the subject of bandwidth consumption would plays
>>>>> a role in the selected GSoC project .
>>>>>
>>>>> Best regards
>>>>>
>>>>> Ed
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------- Original-Nachricht --------
>>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>>> > An: dev <de...@openmeetings.apache.org>
>>>>> > CC: user@openmeetings.apache.org
>>>>> > Betreff: GSoC project ideas wanted****
>>>>>
>>>>>
>>>>> > Google Summer of Code is about to start soon!
>>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>>> > Foundation.
>>>>> >
>>>>> > We are searching for ideas what porential students can do.
>>>>> > Ideas from Non-Developers are welcome too!
>>>>> >
>>>>> > We will add the ideas to JIRA then with a special label so students
>>>>> can
>>>>> > find it.
>>>>> >
>>>>> > Sebastian****
>>>>>
>>>>>
>>>>>
>>>>> ****
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com ****
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com ****
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Daniel Ascher, M.Ed.
>>>>> President
>>>>> A+ Test Prep and Tutoring
>>>>> "Creating Bright Futures"
>>>>>
>>>>> 505 York Road, Suite 6
>>>>> Jenkintown, PA 19046
>>>>> Office: 215.886.9188
>>>>> Direct: 267.242.9640
>>>>> www.aplustutoring.com
>>>>>
>>>>> [image: Image removed by sender.]****
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
>
>
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
Would a comprehensive user's guide be considered, or does it have to be a
programming project?
On Sat, Feb 16, 2013 at 2:13 PM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> No,
>
> you can still add things. In fact students can propose ideas on their own
> too.
> It is just more likely that we get a success project if we can define a
> nice project scope upfront.
>
> Sebastian
>
>
> 2013/2/17 Daniel Ascher <da...@aplustutoring.com>
>
>> Has this list of projects/features been finalized yet?
>>
>> Thanks.
>>
>> Dan
>>
>>
>> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> One idea for the Calender would be also to have export and import
>>> mechanisms to ICS format so you can display those meetings and sync to your
>>> mobile.
>>>
>>> Sebastian
>>>
>>>
>>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>>
>>>> Hi Sebastian,****
>>>>
>>>> ** **
>>>>
>>>> My idea for GSOC-2013 is to add recurrence events support for
>>>> OpenMeetings calendar.****
>>>>
>>>> ** **
>>>>
>>>> Best regards,****
>>>>
>>>> Irina.****
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>>
>>>> ** **
>>>>
>>>> Hi Ed,
>>>>
>>>> thanks for your ideas.****
>>>>
>>>> About idea no 1:
>>>> That is an interesting idea, however it won't be possible that you
>>>> provide a "free to choose" bandwidth for each user.
>>>> The background is: Every stream that any client consumes has to be
>>>> created somewhere.
>>>> So what could be realized is that every stream that is broadcasted from
>>>> one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>>> multiple streams (high, middle, low) bandwidth.****
>>>>
>>>> So there might be some limitations to that:****
>>>>
>>>> - "high" quality will never be better then the original material. We
>>>> can't make a picture better then the original. So all re-transcoding will
>>>> only make the original to lower quality, never to higher.****
>>>>
>>>> - Re-transcoding has to happen on the server side (and number of
>>>> streams are limited, we can't provide a stream on the required bandwidth
>>>> "on-demand" for each user, or only with very big effort)****
>>>>
>>>> - it will require real-time transcoding on server side which is
>>>> possible with FFMPEG and some integration into Red5. But we would need a
>>>> very specialized student that is keen and very motiviated as there is
>>>> hardly any documentation on that available in the internet.****
>>>>
>>>> What a project makes a success is if all participant know the potential
>>>> outcome and the tools and methods that are needed to realize that. I would
>>>> be happy to put this project on our list but it will be difficult to find
>>>> somebody with the needed skills.
>>>>
>>>> Sebastian****
>>>>
>>>> ** **
>>>>
>>>> ** **
>>>>
>>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>>
>>>> Hi all,
>>>>
>>>> I think, one of the gratest liminations for satisfactory video
>>>> conferencing with om is the limited bandwidth of internet connections of
>>>> the clients .
>>>> Therefore I would like to suggest the following ideas for a GSoC
>>>> project :
>>>>
>>>> 1. The image size of the videos transferred from the om server to the
>>>> clients should be adapted to the video window size set in the recipient
>>>> client.
>>>> Thus the recipient client itself could influence the transferred amount
>>>> of data to it.
>>>> Then all the participants achieve the best possible result for them.
>>>>
>>>> 2. A second proposal concerns that the screensharing bandwidth
>>>> requirements has an great impact on the overall quality of the video
>>>> conference.
>>>> Here, in a project the existing function of sreen sharing could be
>>>> expanded and enhanced.
>>>> For example, the possibility for the transfer on only one application
>>>> window, regardless of its size.
>>>> Or the possibility of shared browsing with a locally installed browser.
>>>> Moreover, certainly an improvement of the used compression method would
>>>> be a very good project topic.
>>>>
>>>> I would be happy if the subject of bandwidth consumption would plays a
>>>> role in the selected GSoC project .
>>>>
>>>> Best regards
>>>>
>>>> Ed
>>>>
>>>>
>>>>
>>>>
>>>> -------- Original-Nachricht --------
>>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>>> > An: dev <de...@openmeetings.apache.org>
>>>> > CC: user@openmeetings.apache.org
>>>> > Betreff: GSoC project ideas wanted****
>>>>
>>>>
>>>> > Google Summer of Code is about to start soon!
>>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>>> > Foundation.
>>>> >
>>>> > We are searching for ideas what porential students can do.
>>>> > Ideas from Non-Developers are welcome too!
>>>> >
>>>> > We will add the ideas to JIRA then with a special label so students
>>>> can
>>>> > find it.
>>>> >
>>>> > Sebastian****
>>>>
>>>>
>>>>
>>>> ****
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com ****
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com ****
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Ascher, M.Ed.
>>>> President
>>>> A+ Test Prep and Tutoring
>>>> "Creating Bright Futures"
>>>>
>>>> 505 York Road, Suite 6
>>>> Jenkintown, PA 19046
>>>> Office: 215.886.9188
>>>> Direct: 267.242.9640
>>>> www.aplustutoring.com
>>>>
>>>> [image: Image removed by sender.]****
>>>>
>>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> Jenkintown, PA 19046
>> Office: 215.886.9188
>> Direct: 267.242.9640
>> www.aplustutoring.com
>>
>>
>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
No,
you can still add things. In fact students can propose ideas on their own
too.
It is just more likely that we get a success project if we can define a
nice project scope upfront.
Sebastian
2013/2/17 Daniel Ascher <da...@aplustutoring.com>
> Has this list of projects/features been finalized yet?
>
> Thanks.
>
> Dan
>
>
> On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
> seba.wagner@gmail.com> wrote:
>
>> One idea for the Calender would be also to have export and import
>> mechanisms to ICS format so you can display those meetings and sync to your
>> mobile.
>>
>> Sebastian
>>
>>
>> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>>
>>> Hi Sebastian,****
>>>
>>> ** **
>>>
>>> My idea for GSOC-2013 is to add recurrence events support for
>>> OpenMeetings calendar.****
>>>
>>> ** **
>>>
>>> Best regards,****
>>>
>>> Irina.****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>>
>>> ** **
>>>
>>> Hi Ed,
>>>
>>> thanks for your ideas.****
>>>
>>> About idea no 1:
>>> That is an interesting idea, however it won't be possible that you
>>> provide a "free to choose" bandwidth for each user.
>>> The background is: Every stream that any client consumes has to be
>>> created somewhere.
>>> So what could be realized is that every stream that is broadcasted from
>>> one user via webcam to Red5/OpenMeetings will be re-transcoded into
>>> multiple streams (high, middle, low) bandwidth.****
>>>
>>> So there might be some limitations to that:****
>>>
>>> - "high" quality will never be better then the original material. We
>>> can't make a picture better then the original. So all re-transcoding will
>>> only make the original to lower quality, never to higher.****
>>>
>>> - Re-transcoding has to happen on the server side (and number of
>>> streams are limited, we can't provide a stream on the required bandwidth
>>> "on-demand" for each user, or only with very big effort)****
>>>
>>> - it will require real-time transcoding on server side which is
>>> possible with FFMPEG and some integration into Red5. But we would need a
>>> very specialized student that is keen and very motiviated as there is
>>> hardly any documentation on that available in the internet.****
>>>
>>> What a project makes a success is if all participant know the potential
>>> outcome and the tools and methods that are needed to realize that. I would
>>> be happy to put this project on our list but it will be difficult to find
>>> somebody with the needed skills.
>>>
>>> Sebastian****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>>
>>> Hi all,
>>>
>>> I think, one of the gratest liminations for satisfactory video
>>> conferencing with om is the limited bandwidth of internet connections of
>>> the clients .
>>> Therefore I would like to suggest the following ideas for a GSoC project
>>> :
>>>
>>> 1. The image size of the videos transferred from the om server to the
>>> clients should be adapted to the video window size set in the recipient
>>> client.
>>> Thus the recipient client itself could influence the transferred amount
>>> of data to it.
>>> Then all the participants achieve the best possible result for them.
>>>
>>> 2. A second proposal concerns that the screensharing bandwidth
>>> requirements has an great impact on the overall quality of the video
>>> conference.
>>> Here, in a project the existing function of sreen sharing could be
>>> expanded and enhanced.
>>> For example, the possibility for the transfer on only one application
>>> window, regardless of its size.
>>> Or the possibility of shared browsing with a locally installed browser.
>>> Moreover, certainly an improvement of the used compression method would
>>> be a very good project topic.
>>>
>>> I would be happy if the subject of bandwidth consumption would plays a
>>> role in the selected GSoC project .
>>>
>>> Best regards
>>>
>>> Ed
>>>
>>>
>>>
>>>
>>> -------- Original-Nachricht --------
>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>> > An: dev <de...@openmeetings.apache.org>
>>> > CC: user@openmeetings.apache.org
>>> > Betreff: GSoC project ideas wanted****
>>>
>>>
>>> > Google Summer of Code is about to start soon!
>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>> > Foundation.
>>> >
>>> > We are searching for ideas what porential students can do.
>>> > Ideas from Non-Developers are welcome too!
>>> >
>>> > We will add the ideas to JIRA then with a special label so students can
>>> > find it.
>>> >
>>> > Sebastian****
>>>
>>>
>>>
>>> ****
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com ****
>>>
>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com ****
>>>
>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> Jenkintown, PA 19046
>>> Office: 215.886.9188
>>> Direct: 267.242.9640
>>> www.aplustutoring.com
>>>
>>> [image: Image removed by sender.]****
>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
Has this list of projects/features been finalized yet?
Thanks.
Dan
On Wed, Feb 13, 2013 at 11:55 PM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> One idea for the Calender would be also to have export and import
> mechanisms to ICS format so you can display those meetings and sync to your
> mobile.
>
> Sebastian
>
>
> 2013/2/14 Irina Arkhipets <ia...@unipro.ru>
>
>> Hi Sebastian,****
>>
>> ** **
>>
>> My idea for GSOC-2013 is to add recurrence events support for
>> OpenMeetings calendar.****
>>
>> ** **
>>
>> Best regards,****
>>
>> Irina.****
>>
>> ** **
>>
>> ** **
>>
>> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>>
>> ** **
>>
>> Hi Ed,
>>
>> thanks for your ideas.****
>>
>> About idea no 1:
>> That is an interesting idea, however it won't be possible that you
>> provide a "free to choose" bandwidth for each user.
>> The background is: Every stream that any client consumes has to be
>> created somewhere.
>> So what could be realized is that every stream that is broadcasted from
>> one user via webcam to Red5/OpenMeetings will be re-transcoded into
>> multiple streams (high, middle, low) bandwidth.****
>>
>> So there might be some limitations to that:****
>>
>> - "high" quality will never be better then the original material. We
>> can't make a picture better then the original. So all re-transcoding will
>> only make the original to lower quality, never to higher.****
>>
>> - Re-transcoding has to happen on the server side (and number of streams
>> are limited, we can't provide a stream on the required bandwidth
>> "on-demand" for each user, or only with very big effort)****
>>
>> - it will require real-time transcoding on server side which is possible
>> with FFMPEG and some integration into Red5. But we would need a very
>> specialized student that is keen and very motiviated as there is hardly any
>> documentation on that available in the internet.****
>>
>> What a project makes a success is if all participant know the potential
>> outcome and the tools and methods that are needed to realize that. I would
>> be happy to put this project on our list but it will be difficult to find
>> somebody with the needed skills.
>>
>> Sebastian****
>>
>> ** **
>>
>> ** **
>>
>> 2013/2/12 BBS Technik <do...@gmx.de>****
>>
>> Hi all,
>>
>> I think, one of the gratest liminations for satisfactory video
>> conferencing with om is the limited bandwidth of internet connections of
>> the clients .
>> Therefore I would like to suggest the following ideas for a GSoC project :
>>
>> 1. The image size of the videos transferred from the om server to the
>> clients should be adapted to the video window size set in the recipient
>> client.
>> Thus the recipient client itself could influence the transferred amount
>> of data to it.
>> Then all the participants achieve the best possible result for them.
>>
>> 2. A second proposal concerns that the screensharing bandwidth
>> requirements has an great impact on the overall quality of the video
>> conference.
>> Here, in a project the existing function of sreen sharing could be
>> expanded and enhanced.
>> For example, the possibility for the transfer on only one application
>> window, regardless of its size.
>> Or the possibility of shared browsing with a locally installed browser.
>> Moreover, certainly an improvement of the used compression method would
>> be a very good project topic.
>>
>> I would be happy if the subject of bandwidth consumption would plays a
>> role in the selected GSoC project .
>>
>> Best regards
>>
>> Ed
>>
>>
>>
>>
>> -------- Original-Nachricht --------
>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>> > An: dev <de...@openmeetings.apache.org>
>> > CC: user@openmeetings.apache.org
>> > Betreff: GSoC project ideas wanted****
>>
>>
>> > Google Summer of Code is about to start soon!
>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>> > Foundation.
>> >
>> > We are searching for ideas what porential students can do.
>> > Ideas from Non-Developers are welcome too!
>> >
>> > We will add the ideas to JIRA then with a special label so students can
>> > find it.
>> >
>> > Sebastian****
>>
>>
>>
>> ****
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com ****
>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com ****
>>
>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> Jenkintown, PA 19046
>> Office: 215.886.9188
>> Direct: 267.242.9640
>> www.aplustutoring.com
>>
>> [image: Image removed by sender.]****
>>
>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
One idea for the Calender would be also to have export and import
mechanisms to ICS format so you can display those meetings and sync to your
mobile.
Sebastian
2013/2/14 Irina Arkhipets <ia...@unipro.ru>
> Hi Sebastian,****
>
> ** **
>
> My idea for GSOC-2013 is to add recurrence events support for OpenMeetings
> calendar.****
>
> ** **
>
> Best regards,****
>
> Irina.****
>
> ** **
>
> ** **
>
> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>****
>
> ** **
>
> Hi Ed,
>
> thanks for your ideas.****
>
> About idea no 1:
> That is an interesting idea, however it won't be possible that you provide
> a "free to choose" bandwidth for each user.
> The background is: Every stream that any client consumes has to be created
> somewhere.
> So what could be realized is that every stream that is broadcasted from
> one user via webcam to Red5/OpenMeetings will be re-transcoded into
> multiple streams (high, middle, low) bandwidth.****
>
> So there might be some limitations to that:****
>
> - "high" quality will never be better then the original material. We
> can't make a picture better then the original. So all re-transcoding will
> only make the original to lower quality, never to higher.****
>
> - Re-transcoding has to happen on the server side (and number of streams
> are limited, we can't provide a stream on the required bandwidth
> "on-demand" for each user, or only with very big effort)****
>
> - it will require real-time transcoding on server side which is possible
> with FFMPEG and some integration into Red5. But we would need a very
> specialized student that is keen and very motiviated as there is hardly any
> documentation on that available in the internet.****
>
> What a project makes a success is if all participant know the potential
> outcome and the tools and methods that are needed to realize that. I would
> be happy to put this project on our list but it will be difficult to find
> somebody with the needed skills.
>
> Sebastian****
>
> ** **
>
> ** **
>
> 2013/2/12 BBS Technik <do...@gmx.de>****
>
> Hi all,
>
> I think, one of the gratest liminations for satisfactory video
> conferencing with om is the limited bandwidth of internet connections of
> the clients .
> Therefore I would like to suggest the following ideas for a GSoC project :
>
> 1. The image size of the videos transferred from the om server to the
> clients should be adapted to the video window size set in the recipient
> client.
> Thus the recipient client itself could influence the transferred amount of
> data to it.
> Then all the participants achieve the best possible result for them.
>
> 2. A second proposal concerns that the screensharing bandwidth
> requirements has an great impact on the overall quality of the video
> conference.
> Here, in a project the existing function of sreen sharing could be
> expanded and enhanced.
> For example, the possibility for the transfer on only one application
> window, regardless of its size.
> Or the possibility of shared browsing with a locally installed browser.
> Moreover, certainly an improvement of the used compression method would be
> a very good project topic.
>
> I would be happy if the subject of bandwidth consumption would plays a
> role in the selected GSoC project .
>
> Best regards
>
> Ed
>
>
>
>
> -------- Original-Nachricht --------
> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
> > An: dev <de...@openmeetings.apache.org>
> > CC: user@openmeetings.apache.org
> > Betreff: GSoC project ideas wanted****
>
>
> > Google Summer of Code is about to start soon!
> > Google sponsors every student with 4500USD. Plus 500 for the Apache
> > Foundation.
> >
> > We are searching for ideas what porential students can do.
> > Ideas from Non-Developers are welcome too!
> >
> > We will add the ideas to JIRA then with a special label so students can
> > find it.
> >
> > Sebastian****
>
>
>
> ****
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com ****
>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com ****
>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> www.aplustutoring.com
>
> [image: Image removed by sender.]****
>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
RE: GSoC project ideas wanted
Posted by Irina Arkhipets <ia...@unipro.ru>.
Hi Sebastian,
My idea for GSOC-2013 is to add recurrence events support for OpenMeetings
calendar.
Best regards,
Irina.
2013/2/12 seba.wagner@gmail.com <se...@gmail.com>
Hi Ed,
thanks for your ideas.
About idea no 1:
That is an interesting idea, however it won't be possible that you provide a
"free to choose" bandwidth for each user.
The background is: Every stream that any client consumes has to be created
somewhere.
So what could be realized is that every stream that is broadcasted from one
user via webcam to Red5/OpenMeetings will be re-transcoded into multiple
streams (high, middle, low) bandwidth.
So there might be some limitations to that:
- "high" quality will never be better then the original material. We can't
make a picture better then the original. So all re-transcoding will only
make the original to lower quality, never to higher.
- Re-transcoding has to happen on the server side (and number of streams
are limited, we can't provide a stream on the required bandwidth "on-demand"
for each user, or only with very big effort)
- it will require real-time transcoding on server side which is possible
with FFMPEG and some integration into Red5. But we would need a very
specialized student that is keen and very motiviated as there is hardly any
documentation on that available in the internet.
What a project makes a success is if all participant know the potential
outcome and the tools and methods that are needed to realize that. I would
be happy to put this project on our list but it will be difficult to find
somebody with the needed skills.
Sebastian
2013/2/12 BBS Technik <do...@gmx.de>
Hi all,
I think, one of the gratest liminations for satisfactory video conferencing
with om is the limited bandwidth of internet connections of the clients .
Therefore I would like to suggest the following ideas for a GSoC project :
1. The image size of the videos transferred from the om server to the
clients should be adapted to the video window size set in the recipient
client.
Thus the recipient client itself could influence the transferred amount of
data to it.
Then all the participants achieve the best possible result for them.
2. A second proposal concerns that the screensharing bandwidth requirements
has an great impact on the overall quality of the video conference.
Here, in a project the existing function of sreen sharing could be expanded
and enhanced.
For example, the possibility for the transfer on only one application
window, regardless of its size.
Or the possibility of shared browsing with a locally installed browser.
Moreover, certainly an improvement of the used compression method would be a
very good project topic.
I would be happy if the subject of bandwidth consumption would plays a role
in the selected GSoC project .
Best regards
Ed
-------- Original-Nachricht --------
> Datum: Tue, 12 Feb 2013 08:44:54 +1300
> Von: "seba.wagner@gmail.com" <se...@gmail.com>
> An: dev <de...@openmeetings.apache.org>
> CC: user@openmeetings.apache.org
> Betreff: GSoC project ideas wanted
> Google Summer of Code is about to start soon!
> Google sponsors every student with 4500USD. Plus 500 for the Apache
> Foundation.
>
> We are searching for ideas what porential students can do.
> Ideas from Non-Developers are welcome too!
>
> We will add the ideas to JIRA then with a special label so students can
> find it.
>
> Sebastian
--
Sebastian Wagner
<https://twitter.com/#%21/dead_lock> https://twitter.com/#!/dead_lock
<http://www.webbase-design.de> http://www.webbase-design.de
<http://www.wagner-sebastian.com> http://www.wagner-sebastian.com
<ma...@gmail.com> seba.wagner@gmail.com
--
Sebastian Wagner
<https://twitter.com/#%21/dead_lock> https://twitter.com/#!/dead_lock
<http://www.webbase-design.de> http://www.webbase-design.de
<http://www.wagner-sebastian.com> http://www.wagner-sebastian.com
<ma...@gmail.com> seba.wagner@gmail.com
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com <http://www.aplustutoring.com/>
Image removed by sender.
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
- My proposal for the screenshot tool is that it be part of the standard
room layout.
- Also, current screen-sharing tool cannot be viewed as full screen (as
far as I know). Is there a way to make it viewable in full screen and/or
zoom-in?
Thanks.
Dan
On Mon, Feb 11, 2013 at 5:16 PM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> Regarding point No2:
> Compression ratio in the screensharing is somehow limited to the available
> codecs we can use.
> We can use SHA1 and SHA2 (Adobe Screen Sharing Codec).
> I think we currently use SHA1, SHA2 might be a nice project for a student
> that is interested in coding some codec.
> And I think we can provide a reference implementation somewhere.
> I think this project has good chances and a well defined scope.
>
> @Daniel: Screenshot tool is also a nice idea, but it would end up to be
> part of the screensharing Web-Start application. Is that what you intend to
> propose?
>
> Sebastian
>
>
> 2013/2/12 seba.wagner@gmail.com <se...@gmail.com>
>
> Hi Ed,
>>
>> thanks for your ideas.
>>
>> About idea no 1:
>> That is an interesting idea, however it won't be possible that you
>> provide a "free to choose" bandwidth for each user.
>> The background is: Every stream that any client consumes has to be
>> created somewhere.
>> So what could be realized is that every stream that is broadcasted from
>> one user via webcam to Red5/OpenMeetings will be re-transcoded into
>> multiple streams (high, middle, low) bandwidth.
>>
>> So there might be some limitations to that:
>> - "high" quality will never be better then the original material. We
>> can't make a picture better then the original. So all re-transcoding will
>> only make the original to lower quality, never to higher.
>> - Re-transcoding has to happen on the server side (and number of streams
>> are limited, we can't provide a stream on the required bandwidth
>> "on-demand" for each user, or only with very big effort)
>> - it will require real-time transcoding on server side which is possible
>> with FFMPEG and some integration into Red5. But we would need a very
>> specialized student that is keen and very motiviated as there is hardly any
>> documentation on that available in the internet.
>> What a project makes a success is if all participant know the potential
>> outcome and the tools and methods that are needed to realize that. I would
>> be happy to put this project on our list but it will be difficult to find
>> somebody with the needed skills.
>>
>> Sebastian
>>
>>
>>
>> 2013/2/12 BBS Technik <do...@gmx.de>
>>
>>> Hi all,
>>>
>>> I think, one of the gratest liminations for satisfactory video
>>> conferencing with om is the limited bandwidth of internet connections of
>>> the clients .
>>> Therefore I would like to suggest the following ideas for a GSoC project
>>> :
>>>
>>> 1. The image size of the videos transferred from the om server to the
>>> clients should be adapted to the video window size set in the recipient
>>> client.
>>> Thus the recipient client itself could influence the transferred amount
>>> of data to it.
>>> Then all the participants achieve the best possible result for them.
>>>
>>> 2. A second proposal concerns that the screensharing bandwidth
>>> requirements has an great impact on the overall quality of the video
>>> conference.
>>> Here, in a project the existing function of sreen sharing could be
>>> expanded and enhanced.
>>> For example, the possibility for the transfer on only one application
>>> window, regardless of its size.
>>> Or the possibility of shared browsing with a locally installed browser.
>>> Moreover, certainly an improvement of the used compression method would
>>> be a very good project topic.
>>>
>>> I would be happy if the subject of bandwidth consumption would plays a
>>> role in the selected GSoC project .
>>>
>>> Best regards
>>>
>>> Ed
>>>
>>>
>>>
>>>
>>> -------- Original-Nachricht --------
>>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>>> > An: dev <de...@openmeetings.apache.org>
>>> > CC: user@openmeetings.apache.org
>>> > Betreff: GSoC project ideas wanted
>>>
>>> > Google Summer of Code is about to start soon!
>>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>>> > Foundation.
>>> >
>>> > We are searching for ideas what porential students can do.
>>> > Ideas from Non-Developers are welcome too!
>>> >
>>> > We will add the ideas to JIRA then with a special label so students can
>>> > find it.
>>> >
>>> > Sebastian
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Regarding point No2:
Compression ratio in the screensharing is somehow limited to the available
codecs we can use.
We can use SHA1 and SHA2 (Adobe Screen Sharing Codec).
I think we currently use SHA1, SHA2 might be a nice project for a student
that is interested in coding some codec.
And I think we can provide a reference implementation somewhere.
I think this project has good chances and a well defined scope.
@Daniel: Screenshot tool is also a nice idea, but it would end up to be
part of the screensharing Web-Start application. Is that what you intend to
propose?
Sebastian
2013/2/12 seba.wagner@gmail.com <se...@gmail.com>
> Hi Ed,
>
> thanks for your ideas.
>
> About idea no 1:
> That is an interesting idea, however it won't be possible that you provide
> a "free to choose" bandwidth for each user.
> The background is: Every stream that any client consumes has to be created
> somewhere.
> So what could be realized is that every stream that is broadcasted from
> one user via webcam to Red5/OpenMeetings will be re-transcoded into
> multiple streams (high, middle, low) bandwidth.
>
> So there might be some limitations to that:
> - "high" quality will never be better then the original material. We
> can't make a picture better then the original. So all re-transcoding will
> only make the original to lower quality, never to higher.
> - Re-transcoding has to happen on the server side (and number of streams
> are limited, we can't provide a stream on the required bandwidth
> "on-demand" for each user, or only with very big effort)
> - it will require real-time transcoding on server side which is possible
> with FFMPEG and some integration into Red5. But we would need a very
> specialized student that is keen and very motiviated as there is hardly any
> documentation on that available in the internet.
> What a project makes a success is if all participant know the potential
> outcome and the tools and methods that are needed to realize that. I would
> be happy to put this project on our list but it will be difficult to find
> somebody with the needed skills.
>
> Sebastian
>
>
>
> 2013/2/12 BBS Technik <do...@gmx.de>
>
>> Hi all,
>>
>> I think, one of the gratest liminations for satisfactory video
>> conferencing with om is the limited bandwidth of internet connections of
>> the clients .
>> Therefore I would like to suggest the following ideas for a GSoC project :
>>
>> 1. The image size of the videos transferred from the om server to the
>> clients should be adapted to the video window size set in the recipient
>> client.
>> Thus the recipient client itself could influence the transferred amount
>> of data to it.
>> Then all the participants achieve the best possible result for them.
>>
>> 2. A second proposal concerns that the screensharing bandwidth
>> requirements has an great impact on the overall quality of the video
>> conference.
>> Here, in a project the existing function of sreen sharing could be
>> expanded and enhanced.
>> For example, the possibility for the transfer on only one application
>> window, regardless of its size.
>> Or the possibility of shared browsing with a locally installed browser.
>> Moreover, certainly an improvement of the used compression method would
>> be a very good project topic.
>>
>> I would be happy if the subject of bandwidth consumption would plays a
>> role in the selected GSoC project .
>>
>> Best regards
>>
>> Ed
>>
>>
>>
>>
>> -------- Original-Nachricht --------
>> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
>> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
>> > An: dev <de...@openmeetings.apache.org>
>> > CC: user@openmeetings.apache.org
>> > Betreff: GSoC project ideas wanted
>>
>> > Google Summer of Code is about to start soon!
>> > Google sponsors every student with 4500USD. Plus 500 for the Apache
>> > Foundation.
>> >
>> > We are searching for ideas what porential students can do.
>> > Ideas from Non-Developers are welcome too!
>> >
>> > We will add the ideas to JIRA then with a special label so students can
>> > find it.
>> >
>> > Sebastian
>>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: GSoC project ideas wanted
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi Ed,
thanks for your ideas.
About idea no 1:
That is an interesting idea, however it won't be possible that you provide
a "free to choose" bandwidth for each user.
The background is: Every stream that any client consumes has to be created
somewhere.
So what could be realized is that every stream that is broadcasted from one
user via webcam to Red5/OpenMeetings will be re-transcoded into multiple
streams (high, middle, low) bandwidth.
So there might be some limitations to that:
- "high" quality will never be better then the original material. We can't
make a picture better then the original. So all re-transcoding will only
make the original to lower quality, never to higher.
- Re-transcoding has to happen on the server side (and number of streams
are limited, we can't provide a stream on the required bandwidth
"on-demand" for each user, or only with very big effort)
- it will require real-time transcoding on server side which is possible
with FFMPEG and some integration into Red5. But we would need a very
specialized student that is keen and very motiviated as there is hardly any
documentation on that available in the internet.
What a project makes a success is if all participant know the potential
outcome and the tools and methods that are needed to realize that. I would
be happy to put this project on our list but it will be difficult to find
somebody with the needed skills.
Sebastian
2013/2/12 BBS Technik <do...@gmx.de>
> Hi all,
>
> I think, one of the gratest liminations for satisfactory video
> conferencing with om is the limited bandwidth of internet connections of
> the clients .
> Therefore I would like to suggest the following ideas for a GSoC project :
>
> 1. The image size of the videos transferred from the om server to the
> clients should be adapted to the video window size set in the recipient
> client.
> Thus the recipient client itself could influence the transferred amount of
> data to it.
> Then all the participants achieve the best possible result for them.
>
> 2. A second proposal concerns that the screensharing bandwidth
> requirements has an great impact on the overall quality of the video
> conference.
> Here, in a project the existing function of sreen sharing could be
> expanded and enhanced.
> For example, the possibility for the transfer on only one application
> window, regardless of its size.
> Or the possibility of shared browsing with a locally installed browser.
> Moreover, certainly an improvement of the used compression method would be
> a very good project topic.
>
> I would be happy if the subject of bandwidth consumption would plays a
> role in the selected GSoC project .
>
> Best regards
>
> Ed
>
>
>
>
> -------- Original-Nachricht --------
> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
> > An: dev <de...@openmeetings.apache.org>
> > CC: user@openmeetings.apache.org
> > Betreff: GSoC project ideas wanted
>
> > Google Summer of Code is about to start soon!
> > Google sponsors every student with 4500USD. Plus 500 for the Apache
> > Foundation.
> >
> > We are searching for ideas what porential students can do.
> > Ideas from Non-Developers are welcome too!
> >
> > We will add the ideas to JIRA then with a special label so students can
> > find it.
> >
> > Sebastian
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: GSoC project ideas wanted
Posted by Daniel Ascher <da...@aplustutoring.com>.
I really like Ed's suggestions regarding bandwidth and especially the
screen-sharing upgrades. One additional useful function would be a
screenshot tool so that users can take a screenshot at any time and have
the file automatically saved in the room files.
Thanks.
Dan
On Mon, Feb 11, 2013 at 3:23 PM, BBS Technik <do...@gmx.de> wrote:
> Hi all,
>
> I think, one of the gratest liminations for satisfactory video
> conferencing with om is the limited bandwidth of internet connections of
> the clients .
> Therefore I would like to suggest the following ideas for a GSoC project :
>
> 1. The image size of the videos transferred from the om server to the
> clients should be adapted to the video window size set in the recipient
> client.
> Thus the recipient client itself could influence the transferred amount of
> data to it.
> Then all the participants achieve the best possible result for them.
>
> 2. A second proposal concerns that the screensharing bandwidth
> requirements has an great impact on the overall quality of the video
> conference.
> Here, in a project the existing function of sreen sharing could be
> expanded and enhanced.
> For example, the possibility for the transfer on only one application
> window, regardless of its size.
> Or the possibility of shared browsing with a locally installed browser.
> Moreover, certainly an improvement of the used compression method would be
> a very good project topic.
>
> I would be happy if the subject of bandwidth consumption would plays a
> role in the selected GSoC project .
>
> Best regards
>
> Ed
>
>
>
>
> -------- Original-Nachricht --------
> > Datum: Tue, 12 Feb 2013 08:44:54 +1300
> > Von: "seba.wagner@gmail.com" <se...@gmail.com>
> > An: dev <de...@openmeetings.apache.org>
> > CC: user@openmeetings.apache.org
> > Betreff: GSoC project ideas wanted
>
> > Google Summer of Code is about to start soon!
> > Google sponsors every student with 4500USD. Plus 500 for the Apache
> > Foundation.
> >
> > We are searching for ideas what porential students can do.
> > Ideas from Non-Developers are welcome too!
> >
> > We will add the ideas to JIRA then with a special label so students can
> > find it.
> >
> > Sebastian
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
www.aplustutoring.com
Re: GSoC project ideas wanted
Posted by BBS Technik <do...@gmx.de>.
Hi all,
I think, one of the gratest liminations for satisfactory video conferencing with om is the limited bandwidth of internet connections of the clients .
Therefore I would like to suggest the following ideas for a GSoC project :
1. The image size of the videos transferred from the om server to the clients should be adapted to the video window size set in the recipient client.
Thus the recipient client itself could influence the transferred amount of data to it.
Then all the participants achieve the best possible result for them.
2. A second proposal concerns that the screensharing bandwidth requirements has an great impact on the overall quality of the video conference.
Here, in a project the existing function of sreen sharing could be expanded and enhanced.
For example, the possibility for the transfer on only one application window, regardless of its size.
Or the possibility of shared browsing with a locally installed browser.
Moreover, certainly an improvement of the used compression method would be a very good project topic.
I would be happy if the subject of bandwidth consumption would plays a role in the selected GSoC project .
Best regards
Ed
-------- Original-Nachricht --------
> Datum: Tue, 12 Feb 2013 08:44:54 +1300
> Von: "seba.wagner@gmail.com" <se...@gmail.com>
> An: dev <de...@openmeetings.apache.org>
> CC: user@openmeetings.apache.org
> Betreff: GSoC project ideas wanted
> Google Summer of Code is about to start soon!
> Google sponsors every student with 4500USD. Plus 500 for the Apache
> Foundation.
>
> We are searching for ideas what porential students can do.
> Ideas from Non-Developers are welcome too!
>
> We will add the ideas to JIRA then with a special label so students can
> find it.
>
> Sebastian
Re: GSoC project ideas wanted: Acoustic Echo Cancellation
Posted by Maxim Solodovnik <so...@gmail.com>.
We will try to implement it for 2.1
On Tue, Feb 12, 2013 at 6:06 AM, George Kirkham <gk...@co2crc.com.au>wrote:
> Sebastian,****
>
> ** **
>
> A few suggestions:****
>
> ** **
>
> **1) **If the Adobe Acoustic Echo Cancellation (AEC) has not as yet
> been implemented, please have the students complete this addition.
>
> ****
>
> **2) **Quality Assurance testing for the User Interface, review the
> UI and ensure that features work well, text entered in an entry field does
> not overflow when displayed in later Windows/Fields.
>
> ****
>
> **3) **Data validation checking for any data entry fields.****
>
> ** **
>
> Thanks,****
>
> ** **
>
> George Kirkham****
>
> ** **
>
> ** **
>
> ** **
>
> *From:* seba.wagner@gmail.com [mailto:seba.wagner@gmail.com]
> *Sent:* Tuesday, 12 February 2013 6:45 AM
> *To:* dev
> *Cc:* user@openmeetings.apache.org
> *Subject:* GSoC project ideas wanted****
>
> ** **
>
> Google Summer of Code is about to start soon!
> Google sponsors every student with 4500USD. Plus 500 for the Apache
> Foundation.****
>
> We are searching for ideas what porential students can do.
> Ideas from Non-Developers are welcome too!****
>
> We will add the ideas to JIRA then with a special label so students can
> find it.****
>
> Sebastian****
>
--
WBR
Maxim aka solomax
RE: GSoC project ideas wanted: Acoustic Echo Cancellation
Posted by George Kirkham <gk...@co2crc.com.au>.
Sebastian,
A few suggestions:
1) If the Adobe Acoustic Echo Cancellation (AEC) has not as yet
been implemented, please have the students complete this addition.
2) Quality Assurance testing for the User Interface, review the UI
and ensure that features work well, text entered in an entry field does
not overflow when displayed in later Windows/Fields.
3) Data validation checking for any data entry fields.
Thanks,
George Kirkham
From: seba.wagner@gmail.com [mailto:seba.wagner@gmail.com]
Sent: Tuesday, 12 February 2013 6:45 AM
To: dev
Cc: user@openmeetings.apache.org
Subject: GSoC project ideas wanted
Google Summer of Code is about to start soon!
Google sponsors every student with 4500USD. Plus 500 for the Apache
Foundation.
We are searching for ideas what porential students can do.
Ideas from Non-Developers are welcome too!
We will add the ideas to JIRA then with a special label so students can
find it.
Sebastian