Age | Commit message (Collapse) | Author |
|
|
|
Checker: UNINIT_CTOR
Function: LLVoiceClient::LLVoiceClient()
File: /indra/newview/llvoiceclient.cpp
|
|
Hide Me->My Voice menu item when VoiceMorphing is disabled.
Removed temporary VoiceFontsAvailable debug setting.
|
|
the voice effect list with new effects.
|
|
Created LLVoiceEffectInterface as an optional interface to be implemented by voice modules that support voice effects.
|
|
when no voice fonts are available.
|
|
|
|
Also simplified LLPanelVoiceFont some.
|
|
|
|
|
|
|
|
can be reused.
|
|
via PSTN bridge)
Applyied Aimee's patch to enable blocking of avaline caller:
added an "External" mute type which isn't sent to the SL servers or stored in the cache across sessions.
The caller's ID will change each time so there's no point cluttering up the mute list by persisting them.
Known issue: Right now the mute is added with the caller's phone number as the name shown in the block list,
so that will need changing to "Avaline Caller 1" etc
--HG--
branch : product-engine
|
|
|
|
|
|
Added 'VoiceFontDefault' saved setting.
Implemented LLVoiceClientFontsObserver to update the UI when the voice font list is received.
Renamed LLVoiceClientParticipantObserver::onChange() to onParticipantsChanged to avoid ambiguity and make the code more readable.
Made the Voice Font combo in the VCP auto resize to make best use of the available space when the 'Leave Call button is not visible.
|
|
viewer 2 build
|
|
|
|
|
|
integer rather than a UUID.
|
|
|
|
they are not guaranteed unique across sessions.
Replaced all references to "Font" with "Voice Font" where possible to reduce confusion for anyone grepping code in future.
|
|
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
|
|
LLFloaterActiveSpeakers and related classes from viewer)
* Removed llfloateractivespeacker.h/cpp from CMakeLists.txt and from the repo.
* Removed llmediaremotectrl.h/cpp, llvoiceremotectrl.h/cpp from the repo (were not in CMakeLists.txt).
* Unused in 2.0 setings ("ShowVoiceChannelPopup" & "ShowVolumeSettingsPopup") are moved to the end of settings.xml (to not affect 1.23 if remove).
* Removed xml files related to Active Speakers floater and old Communication floater (related cpp files have been already removed). Also removed their localized versions.
* Also removed old textures related to removed xml and unused in 2.0 anymore.
Reviewed by Vadim at https://codereview.productengine.com/secondlife/r/226/
--HG--
branch : product-engine
|
|
|
|
|
|
|
|
|
|
|
|
This makes sure we have the voice font list before attempting to start a session.
|
|
|
|
mVolumeDirty needs to be set when recalling volume levels, for both the participant and the session, to trigger sending a volume change message to Vivox.
Reviewed by: Lynx.
|
|
Checker: REVERSE_INULL
Function: LLVoiceClient::startUserIMSession(const LLUUID &)
File: /indra/newview/llvoiceclient.cpp
|
|
- for now volume level is stored in external (vivox) format [0.0 - 1.0]
- this fix should be included into the Beta 2 release
--HG--
branch : product-engine
|
|
|
|
LLVoiceClient::voiceWorking() in general to clear things up a bit.
--HG--
branch : product-engine
|
|
|
|
from parcel with disabled voice)
- One more voice client state is now treated by voiceWorking() as valid.
--HG--
branch : product-engine
|
|
change in the Vivox API
The master voice mute in preferences wasn't working either, due to the minimum scaled volume now being 30 instead of 0.
Reviewed by Lynx.
|
|
Vivox API
Added <Scope>Audio</Scope> to the SetParticipantMuteForMe message.
Reviewed by Lynx
|
|
--HG--
branch : product-engine
|
|
Checker: UNINIT_CTOR
Function: LLVoiceClient::sessionState::sessionState()
File: /indra/newview/llvoiceclient.cpp
|
|
Checker: UNINIT_CTOR
Function: LLVivoxProtocolParser::LLVivoxProtocolParser()
File: /indra/newview/llvoiceclient.cpp
|
|
LLPanelFriends::refreshNames
--HG--
branch : product-engine
|
|
settings per resident between voice sessions)
- moved default internal voice level value into application settings
- cleanned up include list in llmutelist.cpp
--HG--
branch : product-engine
|
|
settings per resident between voice sessions)
- moved necessary functionality from LLMuteList to LLVoiceClient. It was used only in active speackers floater which is deprecated.
- initialized saving/loading of voice level in voice client.
- also saving voice levels between session is activated.
--HG--
branch : product-engine
|
|
disabled) and EXT-4313
(Should not be able to start a call when voice is disabled). Call buttons state now reacts on
voice changes in time.
- Added voiceWorking() method to LLVoiceClient to determine real availability of voice, because voiceEnabled()
doesn't take into account possible errors. Perhaps there is no need in two methods- some investigation will be
made and depending on its results they may become one non-static method. voiceWorking() uses state of voice
client(mState) to determine voice availability. Also some states which are not currently counted by voiceWorking()
as valid may be added if testing reveals problems.
- To enable/disable call buttons in time, LLVoiceClientStatusObserver is used. Its trigger uses states from its
enum only to skip updating button in some states(to avoid button blinking), but to determine button state
LLVoiceClient's voiceWorking() is used.
--HG--
branch : product-engine
|
|
(following by the 7d600b529ee8 commit)
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
leave some LLFloaterChat usages commented for later review...
--HG--
branch : product-engine
|