[sldev] Voice =/= Proprietary

[Sylvio Deutsch]

Hahahaha I do that all the time, but most of them get it (by luck! (: ) before sending.

My problem is connection speed, it's supposedly a 256kbps dsl, but we get really around 30. With two comps all the time in SL, you can imagine how good is it! (And no way to speed it up. Phone company next option is a 500kb, but they say our line can[t go over 300, so impossible to install. Our reasoning that for 256 they deliver 30 so for 500 it would be 60, way under the 300 limit, don't work, they refuse. And cable tv offers a wonderful 2Mb connection. We have cable tv. But the internet connection isn't offered to your location, only after they go digital some time in the future... Stuck!!!
But these are personal problems... only wonder how many people in SL, premium account like me, have a situation like that? 

Jesse, this is good to know, but since the voice will be 3D, won't have a lot of info going between SL and the voice thing?


{}Overtake

  ----- Original Message ----- 
  From: Jesse Nesbitt 
  To: Second Life Developer Mailing List 
  Sent: Sunday, March 11, 2007 10:27 PM
  Subject: Fwd: [sldev] Voice =/= Proprietary


  Dang it, munge please!

  ---------- Forwarded message ----------
  From: Jesse Nesbitt <mindtriggerz at gmail.com> 
  Date: Mar 11, 2007 9:25 PM
  Subject: Re: [sldev] Voice =/= Proprietary
  To: Sylvio Deutsch <overtake at keynet.com.br>

  I like voice chat. It's fun, and if you have appearances to keep up, you can use a voice modulator or not use voice at all. 
  The voice servers are not at Linden Lab, they are provided by Vivox, so no more server lag using voice than not. 



  On 3/11/07, Sylvio Deutsch < overtake at keynet.com.br> wrote: 
    I personally am against voice in SL. I think the chat part is one of the
    main character features of SL and wonder how many residents don't want it to
    be much closer to reality than it is now, like me. I've talking around and 
    most people don't want a talking feature.
    But of course I can just turn it off...

    But what bothers me a lot is that there is a ton of lag occurring all
    around, I'm for one month having to deal with trying about 15 times (no 
    joking, i counted many many times) to take anything from my inventory, and I
    just can't understand why adding something that will be a burden on
    connections wihle these problems are so much more important to solve before. 


    {}Overtake



    ----- Original Message -----
    From: "Joe Miller" <joe at lindenlab.com >
    To: "Tim Shephard" < tshephard at gmail.com>
    Cc: <sldev at lists.secondlife.com>
    Sent: Sunday, March 11, 2007 3:18 AM 
    Subject: Re: [sldev] Voice =/= Proprietary


    > It is true that the implementation is a pair of separate processes.  The 
    > viewer launches and exchanges xml control information with the Vivox
    > gateway process (via a protocol that's fully transparent in the viewer
    > source) and the gateway makes calls to the Diamondware process that 
    > handles 3D positional audio.  The wireline protocols for the TVC (thin
    > voice client) will be fully documented, if the full source is not
    > provided.
    >
    > We're fully committed to open source.  The voice project has been in the 
    > works for a long time and we're still wringing out the details of how this
    > implementation will not become "another GPL incompatibility."  We're in an
    > early technical beta now and will be making changes as we move toward a 
    > grid-wide beta in April.  The source for the voice-enabled client will be
    > made available as a new "First Look" branch when we open the beta2 phase
    > on the production grid.
    >
    > I'll be happy to post more about this as we get closer to our release, but 
    > the codecs in use for voice are standard.  We're using G.711 and G.722.1
    > (annex C) both of which are described in relevant ITU specifications.  We
    > use RTP as media transport - the standard payload type is used for G.711
    > and a custom tag for G.722.1(C).  The control protocol is SIP (RFC 3261).
    >
    > -- Joe
    >
    >
    > Tim Shephard wrote:
    >> 03/05/2007  03:36 PM           667,648 dwTVC.exe
    >> 03/08/2007  03:04 PM        12,455,936 SecondLifeVoiceBeta.exe
    >> 03/09/2007  01:48 PM           407,341 uninst.exe
    >> 03/08/2007  02:59 PM            53,248 updater.exe
    >> 03/05/2007  03:36 PM         2,973,696 vivox-gw.exe
    >> 03/08/2007  02:59 PM           446,464 win_crash_logger.exe 
    >>
    >> dwTVC (diamondware?) and vivox-gw seem to be our candidates here.
    >>
    >> On 3/10/07, Tim Shephard < tshephard at gmail.com> wrote:
    >>> I think it's a seperate process that's running the voice stuff. 
    >>> Someone correct me if I am wrong..
    >>>
    >>> On 3/10/07, Jason Giglio < gigstaggart at gmail.com> wrote:
    >>> > Why is Linden Lab adding another closed-source proprietary 
    >>> dependency to
    >>> > the viewer?
    >>> >
    >>> > Shouldn't you be working to eliminate GPL-incompatible
    >>> dependencies, not
    >>> > adding more? 
    >>> > _______________________________________________
    >>> > Click here to unsubscribe or manage your list subscription:
    >>> > /index.html
    >>> >
    >>>
    >> _______________________________________________
    >> Click here to unsubscribe or manage your list subscription: 
    >> /index.html
    >
    >
    > _______________________________________________
    > Click here to unsubscribe or manage your list subscription:
    > /index.html 

    _______________________________________________ 
    Click here to unsubscribe or manage your list subscription:
    /index.html 





  -- 
  --Jesse 

  -- 
  --Jesse 


------------------------------------------------------------------------------


  _______________________________________________
  Click here to unsubscribe or manage your list subscription:
  /index.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070313/0cd17771/attachment.htm