[sldev] Voice =/= Proprietary
joe at lindenlab.com
Sat Mar 10 22:18:08 PST 2007
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).
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:
>> > https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev
> Click here to unsubscribe or manage your list subscription:
More information about the SLDev