Age | Commit message (Collapse) | Author |
|
where sensible.
Not all instances of dist_vec() were squared, only those where it wouldn't (hopefully) change the functionality.
|
|
|
|
open the mic.
Also hoisted PTT key handling from LLVivoxVoiceClient up to LLVoiceClient. This cleans up LLVoiceModuleInterface a bit and makes the PTT logic more centralized.
Reviewed by Richard.
|
|
|
|
it happens consistently.
|
|
/Users/Aimee/Documents/Work/Linden-Lab/Development/viewer/convert/viewer-identity-evolution
|
|
Checker: UNINIT_CTOR
Function: LLVivoxProtocolParser::LLVivoxProtocolParser()
File: /indra/newview/llvoicevivox.cpp
|
|
|
|
|
|
|
|
just kill the SLVoice process. Verified this is OK on windows.
|
|
profile page after Voice chat was disabled in 'Preferences'
There was a missing listener notification when enabling/disabling voice
CR (actualy, took code from) Valeriy ProductEngine
|
|
|
|
|
|
|
|
Checker: UNINIT_CTOR
Function: LLVivoxVoiceClient::participantState::participantState(const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&)
File: /indra/newview/llvoicevivox.cpp
|
|
Checker: UNINIT_CTOR
Function: LLVivoxVoiceClient::sessionState::sessionState()
File: /indra/newview/llvoicevivox.cpp
|
|
timestamp from Vivox is incorrect.
Will need the correct time specifying as VOICE_FONT_EXPIRY_TIME when know what it is from Vivox.
Enforce expiry times rather than just relying on the flag from Vivox to avoid ambiguity.
Only set expiry timers on adding new fonts, or if the expiry time has changed, to avoid unnecessary notifications.
|
|
chat.
This is a workaround until a way to request the current voice channel moderation mode is implemented in the viewer.
Details:
* Added method to initialize Speaker manager's Voice moderate_mode once Agent's participant state is known.
* Once agent's voice participant is updated this method is called.
* This method initializes Voice moderate_mode only once.
This is necessary to process "Mute everyone" menu item calls properly.
Also renamed moderateVoiceOtherParticipants methods with moderateVoiceAllParticipants and related staff.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/448/
--HG--
branch : product-engine
|
|
the Voice font list
|
|
|
|
|
|
different effect is selected. Added a notification on receiving new voice effects.
|
|
Tidied up initialization of voice font expiry timers.
|
|
|
|
Hide Me->My Voice menu item when VoiceMorphing is disabled.
Removed temporary VoiceFontsAvailable debug setting.
|
|
|
|
dates.
|
|
|
|
Separate Play and Stop callbacks, to allow single click previews in the effect list.
|
|
|
|
the Voice Effects preview is opened.
Disconnecting from voice on hitting record was taking too long and causing the start of the voice recording to be cut off.
|
|
Reviewed with Leyla
|
|
Handle mediaCompletionEvents in the voice client to update UI when preview playback ends.
|
|
Added LLVoiceEffectInterface::getVoiceEffectProperties
Added LLVivoxVoiceClient::getVoiceFontTemplateIndex
|
|
client.
|
|
LLVivoxVoiceClient::getVoiceEffectList() and LLVivoxVoiceClient::getVoiceEffectTemplateList() out of the header file
|
|
(Last commit was actually for outbound). Reviewed with Leyla
|
|
|
|
|
|
Created LLVoiceEffectInterface as an optional interface to be implemented by voice modules that support voice effects.
|
|
|
|
|
|
|
|
|
|
viewer 2 build
|
|
|
|
DEV-48903 - malformed names in p2p dialogs for Diamondware
In the merge there were some changes that didn't get propagated that resulted in some failures with
respect to diamondware name processing. THe determination as to whether a p2p session was with
an avatar or with an alcatel (pbx) wasn't propagated into the diamondware code.
I fixed that by merging the changes to the vivox module with respect to that into the diamondware module.
Also, the acceptance dialog was vanishing too quickly as the determination as to whether there was still
a p2p invite pending was not updated when the calling code was updated.
The calling code initially was changed to look into vivox state which isn't really valid. that was changed in
the 'trunk' to another mechanism, but that still assumed visibility into the voice code.
I fixed that by creating an API call to ask whether a call was pending.
CR: Karina
|
|
|
|
|