| Age | Commit message (Collapse) | Author |
|---|
|
This commit changes the gSavedSetting direct reading
to using LLCachedControl in LLReflectionMapManager
|
|
This commit fixes an issue with the multithreaded textures option on Mac
and adds some more optimisations.
|
|
This commit completes the previous ones for performance optimisations,
and adds HDR display support on mac
|
|
This commit contains performance optimisations in the the pipeline,
framebuffer, vertexbuffer, reflection probes, shadows. It also fixes
many opengl errors, modifies the opengl debugging, and adds
a visuals effects panel.
|
|
Cleaning up the unnecessary files in the Contrast skin
|
|
New skin: Gold Contrast
|
|
as requested by Bavid Dailey.
Having timestamp is set as the default.
|
|
|
|
|
|
OpenAL and LL's WebRTC now break CEF too just like on many other
supported distros.
Same as Ubuntu 24.04.2 when it comes to not yet compatible newer
Pipewire, but OpenJPEG 2.5.3 (unlike 24.04.2 which is still at 2.5.0).
The libminizip1 package name is also fixed here for Ubuntu.
|
|
|
|
|
|
The definition had already been removed, I had forgotten to remove
this one.
|
|
Noticed later that the bottom scrollbar stepper was still slightly cut-off. Reduce list height again by 3.
|
|
Adding NearMeRange slider caused avatar at the bottom of the nearby list to be cut off. Fix by reducing height.
|
|
|
|
instead of blank. The coords are hidden too, but the Party numbers
are still shown, for consistency with TPVs' implementations.
|
|
now that we don't need the user to authorise Discord SDK to have
any access to the user's friends list, etc. (which are Discord
Relationships related, and not needed just for Rich Presence).
|
|
Thank you Signal Linden for the pointer from https://discord.com/developers/docs/social-sdk/classdiscordpp_1_1Client.html#af0a85e30f2b3d8a0b502fd23744ee58e
"Note: On Desktop, rich presence can be set before calling Client::Connect, but it will be cleared if the Client connects. When Client is not connected, this sets the rich presence in the current user's Discord client when available."
This lead me to setting the Application ID here https://discord.com/developers/docs/social-sdk/classdiscordpp_1_1Client.html#ad452335c06b28be0406dab824acccc49 in place of setting it on
https://discord.com/developers/docs/social-sdk/classdiscordpp_1_1AuthorizationArgs.html which would lead Authorize, GetToken, UpdateToken, Connect, and so on.
This means we don't even need the SecAPI saveCredential, loadCredential and deleteCredential parts now.
|
|
Add "m" after the NearMeRange slider distance.
|
|
Add slider allowing users to adjust NearMeRange
|
|
Use NearMeRange to minimize difference with SLv
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Full (user) name should suffice for the chat log, as it's the one
that is more of a reference anyway instead of display name.
The other avatar's display name is still displayed on the header
anyway. Seems like display names have higher chance of being empty,
that we would miss it being logged/notified because of that.
Also, now that we've optimised the avatars' positions' retrieval,
the numbers can come later after some avatar arrives, that getting
the position using the avatar's ID as the key would result in zero.
In that case, rather than reporting wrong distances (like 403996.2),
it's better to just skip distance information (it shouldn't matter
that much anyway).
|
|
|
|
|
|
by not having extra calls to getAvatars.
The avatars' positions member had to be moved to an object that is
accessible from VOAvatar too, and that would be the global Agent.
It makes sense too, that it's the object that keeps the positions
of other agents. It even has a section for positions too.
|
|
by not having extra calls to getAvatars, by avoiding unnecessary
function overhead which actually make it possible to share some
iterative code, and by piggybacking updateNearbyList and
updateArrivalTime which is already done periodically though the
range had to be lengthened to match nearby list range which is
MPVNearMeRange instead of SLv's NearMeRange. Minimise differences
from SLv too (arrival time really doesn't need to be updated
*every* second.. every 5 seconds is just okay).
|
|
No need to check setting for the status change callback one,
because getting there would need to be connected to Discord first,
which in turn needs the integration to be enabled first.
|
|
|
|
The State field (region & coords) is updated well enough without it
now.
|
|
by saving it to a static global string for reuse.
|
|
so we don't have to make any extra getAvatars calls just for this,
as it's pricy in crowds, and we'll just be piggybacking
`updateSpeakerList` and `updateNearbyList`.
|
|
plus delay saving Discord credentials to only after the access
token is successfully updated on Discord, and try to disconnect
from Discord when the integration gets disabled regardless whether
there are credentials to delete or not and whether there's an
access token to revoke or not.
|
|
As suggested by Andrey Kleshchev. They likely can get pricey so
they need to be visible in the profiler.
|
|
as suggested by Andrey Kleshchev, anticipating external factors
such as user moving settings from another PC.
|
|
As suggested by Andrey Kleschev.
getBOOL and getF32 are expensive, so using `static LLCachedControl<>`
is the way to do it in llappviewer.cpp.
|
|
|
|
|
|
|
|
Time elapses right after viewer launch even before login.
Plus parameter name change in header to make it the same as in
implementation.
|
|
Add option to show/hide avatar name in privacy panel & connect rich presense directly to llappviewer.cpp
|
|
so when the user enables the integration after being logged in,
the init can show the name and location right away.
|
|
|
|
|
