| Age | Commit message (Collapse) | Author |
|---|
|
Disable shortening avatar skeleton in mouselook like other TPVs
|
|
bump ANIM_METERS_PER_SECOND to 20.0
|
|
This reverts commit 3a36cdf6ebd9d2795bdcd14162f38df568d51796.
|
|
|
|
|
|
on the CMake string match tests.
|
|
cause this one spans a bit far, that we need to set some value in
the parentheses as a reminder.
|
|
to make it more flexible the next time a value in the if's parentheses
gets changed again, and also to reduce duplicate pattern matches when
grepping those CMake files with certain keywords.
|
|
but the fact that we keep on using as many system libraries as we
can (and only resort to other sources in certain cases), hasn't
changed, of course.
Also stop having to set USE_AUTOBUILD_3P to OFF.
Lines are reindented, and when a system library can be found for
a dependency, then that should be the way. If later we find out
that using some other way is better, than stick to that. So, one
option at a time, whichever is best for the situation.
GLEXT hasn't been used, and in order to be not having to hack its
.cmake file, we bypass it and refer to GLH (which is still used)
right away in LLWindow.
CMake commands that need to be bypassed, if it's a one-liner then
it's just commented out, but if it's multiple lines, then scope
them with if (FALSE) to minimise difference.
|
|
with the effect of choosing zlib over zlib-ng in any condition, which
has been the case so far. But this opens the way to relying on some
other condition, such as which platform, for deciding whether we can
use zlib-ng or not, instead of zlib. So we can freely use, for example
LL's prebuilt, zlib-ng while still using system libraries for others.
|
|
Pretty much similar to the previous commit (especially that the
the encapsulating directory, in cases where LL's prebuilt is used,
is already a searched directory by the last line in its .cmake file),
except there had never been any use of LL_USESYSTEMLIBS for this one,
so just replacing the single upstream lines would be the minimal
difference.
|
|
The only condition where Expat headers would be encapsulated is when
using LL's Autobuild-based prebuilt libraries, and we're never using
any of LL's prebuilt binary for Expat on desktop, since Expat is
practically available on any supported desktop platform.
The system Expat headers are never encapsulated in any of those
platforms.
This is the beginning of not relying on the LL_USESYSTEMLIBS macro
any more (eventually not relying on the custom USESYSTEMLIBS CMake
setting either).
Keeping the build system still flexible to have the option to use
LL's prebuilt libraries *fully* (we still use some of them in cases
where the platform may not have the related system library or for
convenience, so the term USESYSTEMLIBS may not always be consistent),
is getting harder to maintain.
The way it's done is using #if 1, in order to minimise difference
from upstream.
|
|
fix Linux build)
|
|
when compiling a Linux viewer.
|
|
LLFloaterReg in the global namespace
|
|
|
|
|
|
|
|
|
|
|
|
|
|
illustration
|
|
|
|
|
|
Linux on M1 crash, caused by PBR Terrain. M1 only supports 16 image
samplers in the fragment shader (GL_MAX_TEXTURE_IMAGE_UNITS).
That's why we need to be able to mask RenderTerrainPBRDetail on Linux
too by adding it to an also added TexUnit16orLess list to its feature
table, and to the graphic settings lists above it in the file.
|
|
Thanks to Jenni Windrider for the bug report and solution.
On startup, the log gets flooded with:
[0426/150813.911339:ERROR:viz_main_impl.cc(196)] Exiting GPU process due to errors during initialization
[0426/150813.918965:ERROR:egl_util.cc(44)] Failed to load GLES library: /usr/lib/x86_64-linux-gnu/libGLESv2.so: /usr/lib/x86_64-linux-gnu/libGLESv2.so: cannot open shared object file: No such file or directory
doing a ls shows there's indeed no libGLESv2.so:
ll /usr/lib/x86_64-linux-gnu/libGLESv2*
- rw-r--r-- root root 110.39K 18.Mar'25 15:10 libGLESv2_nvidia.so.2
- rw-r--r-- root root 110.39K 18.Mar'25 15:10 libGLESv2_nvidia.so.570.133.07
- rw-r--r-- root root 70.30K 08.Apr'24 10:04 libGLESv2.so.2
- rw-r--r-- root root 70.30K 08.Apr'24 10:04 libGLESv2.so.2.1.0
The package that provides this isn't installed by default:
apt-file search libGLESv2.so
libgles-dev: /usr/lib/x86_64-linux-gnu/libGLESv2.so
So installing libgles-dev fixes that.
|
|
Shorter.
|
|
On macOS, it's static library too, now, hence the stream editing is
done out of any platform scope (which it's still needed because
BUILD_SHARED_LIBS is ignored), and the (so)versions don't need to be
set any more.
CMAKE_INSTALL_LIBDIR is also ignored, hence the libcollada14dom.a
moving.
|
|
Turns out it hasn't been needed, might be leftover from system Collada
DOM, and LL has their own URI parser.
|
|
|
|
|
|
|
|
The second call to pwaterpool->pushWaterPlanes(1) is a reminicence of an older method
where it was using 2 passes.
|
|
Adjustments in the featuretable for mac so the low preset doesn't render dark.
RenderReflectionsEnabled set to 0 and RenderReflectionProbeCount set to 1 was causing the issue.
|
|
AA was causing the viewer to slow down when used with hdr & emissive option ON.
This commit fixes the issue, by making sure mipmap generation is inactive on the Luminance framebuffer.
|
|
|
|
|
|
|
|
assertInitializedDoError() on shutdown
|
|
A long standing one
|
|
according to bugsplat mWrapperPanel is null.
|
|
|
|
|
|
|
|
Gentoo uses lib64, just like Fedora, and has libexec too.
The necessary step to install dependencies is part of the ebuild script
now (tracked in another repo, ebuild.git).
One thing I forgot to mention on the commit in that ebuild repo is,
unzip.h is provided on Gentoo only by minizip, and not minizip-ng cause
somehow the (minizip) "compat" USE flag couldn't be turned on somehow,
and there was no "minizip" (without -ng) package on Gentoo, but it was
achievable by setting the "minizip" USE flag on the zlib (again, without
-ng) package.
The queue header inclusion is needed cause its absence would cause the
compiling to fail on Portage (though it compiled when building the
viewer manually without Portage).
Also, using the prebuilt Meshoptimizer caused some linking errors when
using Portage (though, again, it linked when building the viewer
manually without Portage), hence Meshoptimizer is built from source as
part of the CMake configuration on Gentoo, differing from fellow Linux
distros.
Now Collada DOM, firstly the unpack destination directory is moved to
inside the build directory now, to make it uniform with other 3rd-party
files, just for less confusion. Secondly, since the patching that takes
effect is the one done by Portage, it would kill the process when there
are offending failed patchings (ones that generate .rej, reject files),
and they are the vcxproj patchings which aren't used anyway. Thirdly,
the hash checking on the downloaded file, that would fail anyway since
Portage doesn't allow any downloading that isn't part of the ebuild,
unfortunately has to be skipped so the emerge process wouldn't be killed
just because of it. Ebuild has its own sum checking (though this means
this particular file is not checked on other platforms, but other files
aren't checked either anyway yet).
Last but not least, the XDG Application category is removed because it's
considered deprecated by Portage, though not fatal, but the viewer is
already shown well in the Internet (Network) submenu anyway on unix
desktops.
|
|
|
|
New optimisation and resolution shadow options
|
|
|
|
|
|
|
