Ok, I will do that. But where should I submit them? 1) Proposal: wiki and melange. 2) Resume, Cover Letter: ???
German. 2 апреля 2012 г. 23:54 пользователь [email protected] <[email protected]> написал: > Yeah you have to submit it, mentors will then rate it. > > I copy here the requirements publiched by IDI for GSoC: > > Students applying to work with [ORG] must submit a Resume, Cover Letter, > and a one or two page project proposal as described on the Project Ideas > Page. > > Proposal should include: > > 1. The title of the project > > 2. A summary of the research done to become familiarized with a project. > > 3. A list of distinct tasks that will be completed over the project period. > > 4. A timeline listing when key deliverables will be completed > > 5. Links to resources that will be utilized for the project. > > Applicants may also choose to include mockups, wireframes, and other media > elements to enhance their proposals. Please be sure your proposal is no > longer than two pages in length. > Sebastian > > 2012/4/2 Alexei Fedotov <[email protected]> > >> You should >> 02.04.2012 18:29 пользователь "German Grekhov" <[email protected]> >> написал: >> >> > What is melange? Who should post the proposal there: I or my mentor? >> > >> > 2 апреля 2012 г. 18:16 пользователь [email protected] >> > <[email protected]> написал: >> > > How did you get the mentoring access to the melange website? Do you >> need >> > to >> > > request it on code-awards? >> > > >> > > Sebastian >> > > >> > > 2012/4/2 Alexei Fedotov <[email protected]> >> > > >> > >> Yes I do have the access, >> > >> and I cannot see German and Dmitry projects among listed projects. >> > >> >> > >> BTW, were there any other applicants on the list? >> > >> >> > >> -- >> > >> With best regards / с наилучшими пожеланиями, >> > >> Alexei Fedotov / Алексей Федотов, >> > >> http://dataved.ru/ >> > >> +7 916 562 8095 >> > >> >> > >> >> > >> >> > >> 2012/4/2 [email protected] <[email protected]>: >> > >> > @Alexei: Do you have a mentoring access to melange? >> > >> > >> > >> > 2012/4/2 Alexei Fedotov <[email protected]> >> > >> > >> > >> >> Guys, >> > >> >> proposals should be published both on the project wiki (or Apache >> > >> >> wiki) and at melange, that's important not to miss melange. >> > >> >> >> > >> >> -- >> > >> >> With best regards / с наилучшими пожеланиями, >> > >> >> Alexei Fedotov / Алексей Федотов, >> > >> >> http://dataved.ru/ >> > >> >> +7 916 562 8095 >> > >> >> >> > >> >> >> > >> >> >> > >> >> On Mon, Apr 2, 2012 at 2:35 PM, [email protected] >> > >> >> <[email protected]> wrote: >> > >> >> > *Have I understood right that upload stream from a user with a >> wide >> > >> >> > >> > >> >> > connection is with high quality, but then when it has gone to the >> > >> >> > server the quality of the download stream could be changed for a >> > user >> > >> >> > with narrow connection? What do you think about the importance of >> > the >> > >> >> > task?* >> > >> >> > => No, curently we can't deliver different stream based on user >> > >> >> > configuration. Basically this task requires to modify Red5. >> > >> >> > Importance of that feature ... well sure it would be nice and >> > >> important >> > >> >> to >> > >> >> > be able to have the option to watch a stream in different quality >> > >> modes >> > >> >> and >> > >> >> > eventually in HTTP streaming instead of flash. At some point it >> > will >> > >> >> require >> > >> >> > you to think about how to transcode the stream on server side et >> > >> cetera. >> > >> >> So >> > >> >> > it is basically a server side project. However it is up to you to >> > >> decide >> > >> >> if >> > >> >> > you want to apply for such a project. >> > >> >> > >> > >> >> > *How do you estimate this task? Is it the task for whole GSoC or >> > just >> > >> a >> > >> >> > part? If it is for the whole GSoC, I could make it.* >> > >> >> > => Hm yes sure we could make this task grow, however if you want >> to >> > >> just >> > >> >> do >> > >> >> > this single tool you will have to give much more details about it >> > so >> > >> that >> > >> >> > 3th parties understand what is involved in it so that it takes 4 >> > >> months >> > >> >> to >> > >> >> > implement it. >> > >> >> > >> > >> >> > As far is I do understand you want to work with the UI. So your >> > >> Proposal >> > >> >> > could cover those tasks: >> > >> >> > 1) Bandwidth / Network testing tool, >> > >> >> > attached is a screenshot from such a tool, so that tool would >> have >> > 5 >> > >> >> > indicators: >> > >> >> > Ports, Connection, Repeat time, Download Speed, Upload speed >> > >> >> > You would need to create a server side servlet for testing the >> > upload >> > >> >> speed. >> > >> >> > >> > >> >> > 2) Add audio/video settings to user profile >> > >> >> > User could adjust those settings in the Testing Application that >> > pops >> > >> up >> > >> >> > before he enters the video conference room, That way he can >> record >> > 5 >> > >> >> seconds >> > >> >> > and test on its own and then store the settings to his profile. >> > >> >> > => You should add a small mockup what of what it should look like >> > >> >> > >> > >> >> > 3) Improve the video pods >> > >> >> > I did not understand what you want to do here >> > >> >> > >> > >> >> > >> > >> >> > Sebastian >> > >> >> > >> > >> >> > 2012/4/2 German Grekhov <[email protected]> >> > >> >> >> >> > >> >> >> Sebastian, >> > >> >> >> >> > >> >> >> thanks for your fast answer. Ok, I have understood that video >> > stream >> > >> >> >> resolution auto-adjusting is unuseful feature. So, about your >> > >> >> >> suggestions... >> > >> >> >> >> > >> >> >> > Adjustment of the stream and measuring bandwidth while >> > >> conferencing is >> > >> >> >> > basically a streaming server feature... >> > >> >> >> > So if you are going to work on that, your task will be: >> > >> >> >> > - analysing which events are available in Red5 >> > >> >> >> > - defining which scenarios we can realise using those events >> and >> > >> >> >> > features >> > >> >> >> > in Red5 >> > >> >> >> > - implementing such scenarios >> > >> >> >> >> > >> >> >> Have I understood right that upload stream from a user with a >> wide >> > >> >> >> connection is with high quality, but then when it has gone to >> the >> > >> >> >> server the quality of the download stream could be changed for a >> > user >> > >> >> >> with narrow connection? What do you think about the importance >> of >> > the >> > >> >> >> task? >> > >> >> >> >> > >> >> >> > A completely separated thing would be to implement an initial >> > load >> > >> >> >> > Tester: >> > >> >> >> > A separated tool (comparable to SpeedTest) that checks if you >> > have >> > >> >> >> > sufficient down/upload rate, can connect to needed ports and >> > >> measures >> > >> >> >> > your >> > >> >> >> > ping time. Such a "bandwidth detection tool" would be >> > implemented >> > >> as >> > >> >> >> > standalong application as you would do that test even outside >> of >> > >> >> >> > OpenMeetings. >> > >> >> >> >> > >> >> >> How do you estimate this task? Is it the task for whole GSoC or >> > just >> > >> a >> > >> >> >> part? If it is for the whole GSoC, I could make it. >> > >> >> >> >> > >> >> >> Unfortunately, we have not much time because the proposal should >> > be >> > >> >> >> uploaded until the 6th of April, so I need harry up with this >> > choice. >> > >> >> >> >> > >> >> >> German. >> > >> >> >> >> > >> >> >> >> > >> >> >> > 2012/4/2 [email protected] <[email protected]> >> > >> >> >> > >> > >> >> >> >> Hi German, >> > >> >> >> >> >> > >> >> >> >> thanks for the proposal! >> > >> >> >> >> >> > >> >> >> >> Could you please explain a bit more detailed what you are >> going >> > >> to do >> > >> >> >> >> and >> > >> >> >> >> what tools and methods you will be exactly using? For example >> > for >> > >> UI >> > >> >> >> >> changes it is common that you might include a small mackup >> that >> > >> >> >> >> describes >> > >> >> >> >> the changes. >> > >> >> >> >> >> > >> >> >> >> About the automatic bandwidth detection / adjustment: >> > >> >> >> >> I would like to know what process you imagine to adjust the >> > >> >> bandwidth. >> > >> >> >> >> To >> > >> >> >> >> detect the bandwidth is one thing, however to change >> somebodys >> > >> >> >> >> bandwidth >> > >> >> >> >> you would need to re-publish his stream with different video >> > >> >> settings. >> > >> >> >> >> The >> > >> >> >> >> width and height of the video has the biggest impact on >> > bandwidth. >> > >> >> >> >> However >> > >> >> >> >> changing the video pod width/height "auto-magically" is no >> > >> option... >> > >> >> >> >> the >> > >> >> >> >> user chooses that value. >> > >> >> >> >> The bandwidth detection also cannot change the download rate >> of >> > >> >> >> >> anybody, >> > >> >> >> >> you can only influence the upload bandwidth. If you want to >> > change >> > >> >> >> >> somebodys download rate the only option you got is turning >> > on/off >> > >> >> video >> > >> >> >> >> as >> > >> >> >> >> we don't provide different streams available for each >> > participant. >> > >> >> >> >> Measuring the bandwidth while you are doing conferencing is >> > also >> > >> not >> > >> >> >> >> that >> > >> >> >> >> easy, you can hardly do load test permanently while >> > conferencing >> > >> as >> > >> >> the >> > >> >> >> >> bandwidth test will affect the conference (for example audio >> > will >> > >> >> >> >> stutter >> > >> >> >> >> et cetera). >> > >> >> >> >> So I wonder what exactly have you in mind ? What tools and >> > methods >> > >> >> are >> > >> >> >> >> you >> > >> >> >> >> going to use ? >> > >> >> >> >> >> > >> >> >> >> Thanks! >> > >> >> >> >> Sebastian >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> 2012/4/2 German Grekhov <[email protected]> >> > >> >> >> >> >> > >> >> >> >>> Hello. >> > >> >> >> >>> I'm German Grekhov. I want to take a part in Google Summer >> of >> > >> code >> > >> >> >> >>> with the OpenMeetings project. >> > >> >> >> >>> You could find and read my proposal here: >> > >> >> >> >>> >> > >> >> >> >>> >> > >> >> >> >>> >> > >> >> >> > >> >> > >> https://docs.google.com/document/d/1k0d70n0i-54pnsUgm7FycnHLI6v9yNSdZ_Md4iPDeFA/edit >> > >> >> >> >>> >> > >> >> >> >>> Everybody has the right of commenting this document. >> > >> >> >> >>> >> > >> >> >> >>> Best regards, >> > >> >> >> >>> German Grekhov. >> > >> >> >> >>> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> -- >> > >> >> >> >> Sebastian Wagner >> > >> >> >> >> https://twitter.com/#!/dead_lock >> > >> >> >> >> http://www.openmeetings.de < >> > >> >> http://incubator.apache.org/openmeetings/> >> > >> >> >> >> http://www.webbase-design.de >> > >> >> >> >> http://www.wagner-sebastian.com >> > >> >> >> >> [email protected] >> > >> >> >> >> >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > -- >> > >> >> >> > Sebastian Wagner >> > >> >> >> > https://twitter.com/#!/dead_lock >> > >> >> >> > http://www.openmeetings.de < >> > >> http://incubator.apache.org/openmeetings/ >> > >> >> > >> > >> >> >> > http://www.webbase-design.de >> > >> >> >> > http://www.wagner-sebastian.com >> > >> >> >> > [email protected] >> > >> >> > >> > >> >> > >> > >> >> > >> > >> >> > >> > >> >> > -- >> > >> >> > Sebastian Wagner >> > >> >> > https://twitter.com/#!/dead_lock >> > >> >> > http://www.openmeetings.de >> > >> >> > http://www.webbase-design.de >> > >> >> > http://www.wagner-sebastian.com >> > >> >> > [email protected] >> > >> >> >> > >> > >> > >> > >> > >> > >> > >> > -- >> > >> > Sebastian Wagner >> > >> > https://twitter.com/#!/dead_lock >> > >> > http://www.openmeetings.de < >> http://incubator.apache.org/openmeetings/ >> > > >> > >> > http://www.webbase-design.de >> > >> > http://www.wagner-sebastian.com >> > >> > [email protected] >> > >> >> > > >> > > >> > > >> > > -- >> > > Sebastian Wagner >> > > https://twitter.com/#!/dead_lock >> > > http://www.openmeetings.de >> > > http://www.webbase-design.de >> > > http://www.wagner-sebastian.com >> > > [email protected] >> > >> > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected]
