Re: [rtcweb] Screen sharing

On 12/02/2011 01:31 AM, Henry Sinnreich wrote:
> Can remote meeting attendees read the print on say a legal document
> under discussion?
All I can say is that in the little testing we did it looks quite OK. If 
you want to you can test our using our lib; depending on what GStreamer 
plug-ins you add Theora (no plug-in added), VP8 or H.264 would be used.

But probably Aron's/Justin's experiences are more valid as those are 
based on live services if I understand correctly.

My conclusion is that using video for screen sharing can be a quick way 
forward.
>
> If yes for commercial grade quality (I still have doubts), how is the
> codec tweaking enabled via the API?
I proposed that a "screen" option could be added to the API (now "audio" 
and "video" is there). If "screen" is selected, the codec parameters 
could be tweaked accordingly (we have no tweaking in our current lib though)
>
> Thanks, Henry
>
>
> On 12/1/11 5:05 PM, "Aron Rosenberg" <arosenberg@logitech.com> wrote:
>
>     Screen sharing works great over H.264 or VP8 for us. You have to
>     tweak the codec encoding parameters and FPS a bit, but you get great
>     quality even on text.
>
>     Aron Rosenberg
>     LifeSize, a division of Logitech
>
>
>
>     On Thu, Dec 1, 2011 at 11:18 AM, Henry Sinnreich
>     <henry.sinnreich@gmail.com> wrote:
>
>         Hi Stefan,
>
>         Video sucks for screen sharing, displaying documents or even
>         plain bullet
>         slides.
>         Displaying the screen and documents is in a completely other
>         league IMO.
>
>         Thanks, Henry
>
>
>         On 12/1/11 9:19 AM, "Stefan Håkansson LK"
>         <stefan.lk.hakansson@ericsson.com>
>         wrote:
>
>         >  Related to use-case 4.2.7 "Simple Video Communication Service with
>         >  sharing"
>         >
>         (<http://datatracker.ietf.org/doc/draft-ietf-rtcweb-use-cases-and-requirements
>         >  /?include_text=1>)
>         >  we had a student experimenting a bit.
>         >
>         >  Essentially, the screen was treated as another video source
>         (just as a
>         >  camera), and was transmitted to the other end as a MediaStream
>         over a
>         >  PeerConnection.
>         >
>         >  The implementation of getUserMedia allowed the screen to be
>         selected as
>         >  a video source.
>         >
>         >  Perhaps this could be a way forward for meeting this use-case? And
>         >  perhaps "screen" should be defined as a valid options argument to
>         >  getUserMedia?
>         >
>         >  (there is some more info about what the student did at
>         >
>         <https://labs.ericsson.com/developer-community/blog/screen-sharing>
>         <https://labs.ericsson.com/developer-community/blog/screen-sharing>>)
>         >
>         >  Stefan
>         >  _______________________________________________
>         >  rtcweb mailing list
>         >  rtcweb@ietf.org
>         >  https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>         _______________________________________________
>         rtcweb mailing list
>         rtcweb@ietf.org
>         https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>     ------------------------------------------------------------------------
>     _______________________________________________
>     rtcweb mailing list
>     rtcweb@ietf.org
>     https://www.ietf.org/mailman/listinfo/rtcweb
>