[jira] [Commented] (OPENMEETINGS-550) GSOC: Improvements for video conferencing with limited bandwidth.

["Nyah Check (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/OPENMEETINGS-550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14352841#comment-14352841 ] 

Nyah Check commented on OPENMEETINGS-550:
-----------------------------------------

Hello,

I am Nyah Check, a 3rd year Computer Engineering student at the University of Buea. I have experience in C/C++ and  Java . I am a GSoC 2013 participant, X.org Evoc 2014 participant and  I'm interested  in working on this project for this  year's GSoC. I will like to get some assis tance on how to get started on this project and expectations I'll have fulfill to get selected to work on  this project during the summer.

Cheers!
Nyah

> GSOC: Improvements for video conferencing with limited bandwidth.
> -----------------------------------------------------------------
>
>                 Key: OPENMEETINGS-550
>                 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-550
>             Project: Openmeetings
>          Issue Type: Improvement
>            Reporter: Irina Arkhipets
>            Assignee: Maxim Solodovnik
>              Labels: gsoc2015, java, mentor
>
> The main idea of this task is to allow client to choose video quality from his side.
> I.e. client itself could influence the transferred amount of data to it.
> From the Sebastian's e-mail:
> ...
> 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. 
> ...
> Please take a look here for more clarification:
> http://markmail.org/message/g36swvjk6j33dwoi#query:+page:1+mid:mbeg6lfd3wonm6jl+state:results



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)