[sldev] Re: Vote for voice protocol documentation
Rob Lanphier
robla at lindenlab.com
Wed Aug 15 17:06:13 PDT 2007
On 8/15/07 3:15 PM, John Hurliman wrote:
> I've asked several questions about the voice protocol on this list and
> filed a JIRA for a documentation request when the voice viewer was
> released, I guess the only tool left is voting on the JIRA issue.
>
> http://jira.secondlife.com/browse/VWR-2029
Sorry John, I'm at least partly to blame for this being stalled. I have
a response to your earlier mail, and I've been struggling with the best
way to ensure a productive dialog on this feature.
Below is a response on a couple of your earlier questions (courtesy one
of our devs).
I've put more thoughts in VWR-2029. Let's use JIRA and Wiki as
appropriate to collaborate on documentation, per my comments in
VWR-2029, as it's more likely we'll make forward progress that way. If
things get stalled, ping me (either privately or via this mailing list),
and feel free to send occasional emails to this list (e.g. every couple
of days) to keep momentum going on this.
As to the choice of codec, someone should file a feature request, and
redirect the conversation to JIRA.
Thanks
Rob
> On 8/2/07 10:52 PM, John Hurliman wrote:
>> Aux.RenderAudioStart.1 doesn't seem to return a reply for me, yet
>> Aux.RenderAudioStop.1 will return a successful reply. I've tried with
>> Loop set to both 0 and 1 and a relative and absolute path to a small
>> wave file. Is RenderAudioStart implemented, and if so is the
>> SoundFilePath expecting a relative or absolute (or either) file path,
>> and what file format should the audio be in?
> We don't use these features of the audio tuning mode (we only needed
> Aux.CaptureAudioStart/Aux.CaptureAudioStop for our current
> implementation of the mic tuning wizard). The RenderAudioStart/Stop
> calls are currently untested and it's entirely possible that they
> don't work.
>> Aux.SetSpeakerLevel.1 interprets Level values oddly. Through guess
>> and
>> check I found the valid range is between 0 and 100 (integer), but
>> when
>> I send 75 it says I sent 87. Is this an issue with how fine-grained
>> the volume is able to be set on my system, or something else going
>> on?
>
> I don't think I ever looked at the numbers coming back from this
> command, so this is news to me. (I assume you're looking at the
> Aux.SetSpeakerLevel.1 response message.) It's possible that the
> volume numbers are internally quantized, although since that happens
> inside the vivox gateway we don't have any visibility on that code.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070815/5aece849/signature.pgp
More information about the SLDev
mailing list