Age | Commit message (Collapse) | Author |
|
|
|
When WebRTC was compiled with the viewer, we got this:
Fatal error in: ../webrtc/src/media/engine/adm_helpers.cc, line 39
last system error: 88
Check failed: 0 == adm->Init() (0 vs. -1)
Failed to initialize the ADM.
This commit hasn't included the additional preprocessor macro for the
platform in indra/newview/llvoiceclient.cpp yet, because there's no such
macro yet to distinguish such distro from any other GNU/Linux distro.
|
|
|
|
This reverts commit a8dfeed4632aad0233ff08d1efd950b620fd1be7.
|
|
|
|
previously unintentionally left out from commit 829e4
|
|
In file included from /usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/lltrace.h:38,
from /usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llfasttimer.h:31,
from /usr/home/erik/Documents/Megapahit/viewer/indra/newview/llviewerprecompiledheaders.h:61,
from /usr/home/erik/Documents/Megapahit/viewer/build-linux-x86_64/newview/CMakeFiles/megapahit.dir/cmake_pch.hxx:5,
from <command-line>:
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h: In instantiation of ‘void LLPointer<Type>::ref() [with Type = LLViewerObject]’:
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h:60:9: required from ‘LLPointer<Type>::LLPointer(Type*) [with Type = LLViewerObject]’
/usr/home/erik/Documents/Megapahit/viewer/indra/newview/llreflectionmap.h:127:47: required from here
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h:174:23: error: invalid use of incomplete type ‘class LLViewerObject’
174 | mPointer->ref();
| ~~~~~~~~~~^~~
In file included from /usr/home/erik/Documents/Megapahit/viewer/indra/newview/llviewerregion.h:45,
from /usr/home/erik/Documents/Megapahit/viewer/indra/newview/llagentlanguage.cpp:32:
/usr/home/erik/Documents/Megapahit/viewer/indra/newview/llreflectionmap.h:33:7: note: forward declaration of ‘class LLViewerObject’
33 | class LLViewerObject;
| ^~~~~~~~~~~~~~
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h: In instantiation of ‘void LLPointer<Type>::unref() [with Type = LLViewerObject]’:
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h:92:9: required from ‘LLPointer<Type>::~LLPointer() [with Type = LLViewerObject]’
/usr/home/erik/Documents/Megapahit/viewer/indra/newview/llreflectionmap.h:127:47: required from here
/usr/home/erik/Documents/Megapahit/viewer/indra/llcommon/llpointer.h:184:19: error: invalid use of incomplete type ‘class LLViewerObject’
184 | temp->unref();
| ~~~~~~^~~~~
/usr/home/erik/Documents/Megapahit/viewer/indra/newview/llreflectionmap.h:33:7: note: forward declaration of ‘class LLViewerObject’
33 | class LLViewerObject;
| ^~~~~~~~~~~~~~
|
|
|
|
|
|
Add support for frametime events per minute.
|
|
|
|
Merge develop into gltf mesh import
|
|
|
|
To simplify merging into mesh import branch
This reverts commit b0c951ffe348f478f27a85720cc7aeffea32fe73.
|
|
|
|
Make downstepper better match upstepper
|
|
applied
|
|
|
|
|
|
|
|
|
|
Download DiscordSocialSdk-1.4.9649.zip
https://discord.com/developers/applications/1393451183741599796/social-sdk/downloads
to your ~/Downloads folder.
Add -DUSE_DISCORD:BOOL=ON to your cmake line.
The authorisation is triggered by selecting Help > Discord Social.
It seems that the user will need to do this every time they want Rich
Presence support on the viewer while using Discord.
The Discord app is still set to be a public client in the OAuth2 tab,
I'm going to try to make it work with the app set to be a confidential
client, next.
All Discord-related code are contained within one file, llstartup.cpp,
and other classes access it through some opaque layer, static functions,
otherwise we'd get these "duplicate symbol" linking errors.
|
|
to make root prim more deterministic instead of being random each try
|
|
See f4e04a3e7bac42a8cb18e9c70b67bf97ce020d8c
|
|
Variant of default skin with gold buttons & tabs
|
|
A minimal one. It would still work even when the path leading to
the right name of the end folder is wrong, but since scripts would
likely be trying to get path components from issuing @getinv
commands beforehand instead of inserting random names, we'll
perfect this implementation later.
|
|
The collar I happen to have issued @getinv:.outfits/=98745923, so
I just assume ignoring folders beginning with a dot only applies to
the answer, not the command.
|
|
|
|
|
|
|
|
Either don't track (go) or implement trackSearch
onCommitSearchResult() tracks location and 'autocompletes' as it is
meant for selecting and applying items from search list.
|
|
Returns an empty string if #RLV folder doesn't contain any folder.
Listing sub-folders (folders under any folder under #RLV,
listed on the options) isn't implemented yet in this commit.
|
|
|
|
|
|
|
|
Turns out the one used is
installed/<arch>-windows/tools/pkgconf/pkgconf.exe which is installed by
some package...
No special PKG_CONFIG_LIBDIR/PATH needed either.
|
|
and it turns it's installed automatically for building some of our
dependencies, and *not* by the "pkgconf" package.
|
|
Usecase: Unable to use the same GLB model for physics
|
|
Part of the @detach=<y/n> command implementation.
|
|
|
|
cause it's available now on trixie.
|
|
|
|
and don't rebuild NDOF on non x86-64 Linux when it's already installed.
|
|
Part of the @detach=<y/n> command implementation.
|
|
|
|
so we don't have to keep adding unsupporting ones to the preprocessors
in llvoiceclient.
Note that CM_WEBRTC is complementary to LL_WEBRTC, which means its
purpose is not to be XOR-ed.
Any WebRTC supporting (either using LL's or CM's build) will have
LL_WEBRTC set to ON, but *only* ones that use CM builds will have
CM_WEBRTC set to ON *too*.
|
|
|
|
Fix severe log spam
|
|
|
|
The Debian version supported is 13 (trixie), because that's the version
I could install on my M1, hence the Boost default version is 1.83 & we
can use system's OpenJPEG 2.5.3.
Somehow CMake's FindOpenGL wasn't effective, but we can get around this
by setting the GL libraries paths when running cmake.
Debian aarch64 suffers from the same problem Fedora aarch64 had when
compiling libcurl, and it's assumed that it's Linux aarch64 thing.
When trying to build ColladaDOM when building the viewer, it couldn't
find Boost somehow, so building ColladaDOM is done in configuration
stage instead.
Upstream Variables.cmake is full of assumptions regarding architecture,
and ARCH is used in many places already for Debian/Ubuntu, so we have to
make sure ARCH is set with the correct value at the root level.
Pipewire on trixie is also too new, so it's cancelled here.
Some dependencies have the t64 suffixes on them, just like the currently
supported Ubuntu (because I guess 24.04 *is*, based on trixie).
The executable still crashes when launched on my M1, however, but we'll
commit the progress so far for now.
|