| Age | Commit message (Collapse) | Author |
|---|
|
and set the runtime dependencies as automatically installed on FBSD.
|
|
|
|
plus some tidying up the README.md.
|
|
They're custom anyway so very unlikely to be reused in other projects.
TinyGLTF.cmake changes here just to minimise diff, the include
directory setting does not have any effect (just like in TinyEXR.cmake).
|
|
|
|
|
|
|
|
Remove Example section too since it's not so representative
at this moment.
Remove Windows instruction link too, we will have our own.
|
|
Somehow it wouldn't work.
|
|
cause SLPlugin's Frameworks wouldn't exist yet before installation.
|
|
Now you can pass -DCMAKE_OSX_ARCHITECTURES:STRING=`uname -m` or
-DCMAKE_OSX_ARCHITECTURES:STRING="arm64;x86_64" and it will build
as intended.
|
|
otherwise fixup_bundle would try to fix DullahanHelper executables
when otool -L somehow can't find files that contain spaces in their
names. By postponing the chmod until after fixup_bundle is called,
fixup_bundle will ignore the DullahanHelper apps since they contain
no executables yet by that time.
Apart from that, trying to link to CEF would fail before installation
cause SLPlugin's Frameworks directory wouldn't exist yet.
|
|
but set CMAKE_INSTALL_PREFIX to newview/Megapahit.app/Contents.
|
|
Using file(CHMOD ... PERMISSIONS .._EXECUTE) somehow didn't work,
so I had to set it to reinstall the Dullahan executables, and they
are the only files that are required to be executable (CEF framework
and the .dylibs aren't).
|
|
Must have been residues before, they really were in llplugin/lib
when I was doing the media plugin before.
|
|
Adding custom command to fix SLPlugin's references wouldn't have
any effect because fixup_bundle will overwrite them in install stage.
|
|
Explanation just like previous commit.
There's a reference fix that doesn't seem to be valid any more.
First of all, the path leading to CEF framework would be wrong,
and secondly, the plugin doesn't seem to link to CEF.
|
|
Somehow fixup_bundle misses fixing the plugins.
These fixes are in effect when MacPorts is used, though it wouldn't
hurt if you're using HomeBrew, it's just you'd need to add the
references to the HomeBrew libraries just like the MacPorts ones.
|
|
This commit fixes a gSavedSettings variable call
|
|
missing cmakelists.txt from previous commit
|
|
there was missing include in llwindowsdl.cpp
|
|
This commit fixes the fps limiter for intel and amd cpus
|
|
This commit fixes an issue with the contextual menu in HiDPI mode,
as well as the positioning of object hover informations.
|
|
This commit adds the tuning floater accessible via the fps button,
and improvements to the buffer mapping optimisation modes.
|
|
Even when maint-b is merged to main, webrtc-voice will very likely
still have to wait until it's merged with main to get maint-b's
changes. I'll worry about the conflicts later, just so any branch
would build on SDL2 or not without any patches.
|
|
I couldn't get CEF & Dullahan copied using this function.
fixup_bundle on SLPlugin.app was considered invalid, however, SLPlugin
itself gets install_name_tool changed but pointing to a non-existent
Frameworks directory that would be in the SLPlugin.app bundle.
We will have to create and fill such directory with links to the upper
(the root viewer app bundle Frameworks') library copies ourselves.
We wouldn't want fixup_bundle to successfully fill SLPlugin's Frameworks
with copies instead of links anyway.
See:
`man cmake-modules`
https://cmake.org/cmake/help/book/mastering-cmake/chapter/Install.html
|
|
Turns out the custom command was only for bundling it, not
necessarily installing it.
|
|
`make install` instead should do the job.
Some generations haven't been reimplemented, including
build_data.json, contributors.txt, and settings_install.xml.
|
|
|
|
|
|
plus some reindentations.
|
|
Except for SLPlugin since there's already a custom command for it.
|
|
and other missing flags from SL build-variables/variables.
Apart from that, additional parameters for macOS for getting a
universal build, https is replaced with git protocol, and an
example command to avoid being in a detached HEAD (also useful for
getting the version numbers).
|
|
that GCC did't like. Adding a compile flag to the file didn't help
somehow. So we're just initialising it with float 0.0.
|
|
More transparency
|
|
Less ugly alternative
|
|
add pirate theme!
|
|
Make outline slightly less transparent
|
|
|
|
The vertex buffer will use the original mapping for non Apple GPUs and the new optimized mapping for Apple GPUs.
It needs the Apple gpu detection in the gl manager
|
|
This improves the realiability of the fps limiter
|
|
This commit adds a mIsApple member to the gl manager and refines the buffers optimisations for Apple GPU in llvertexbuffer.cpp
|
|
After the Maintenance B merge, ironically it was Fedora's web
functionality that worked out of the box (after only
`patchelf --remove-rpath`-ing the dullahan_host binary from LL's
v1.14.0-r2 release, since rpmbuild wouldn't allow non-existent paths).
On Debian/Ubuntu somehow it wasn't working any more. It would complain
about "No usable sandbox!" in (the new, replacing cef_log.txt) cef.log.
The fix was done just by removing the chrome-sandbox' setuid permission
(that's been turned on all this time following the common practice for
CEF-based apps). On Fedora, it still works without setuid off.
It may not have been needed after all, and it's safer anyway that we
don't need to elevate the permission to use the effective UID of root to
run the sandbox.
|
|
Adjusted value for MAX_ANIM_SECONDS in llagentcamera.cpp
|
|
MaxFPS settings type and description changed
|
|
It was changed in the first place to accommodate SDL2's bigger size
need, since SDL2 was still used by all ports. This would conflict
when maint-b gets merge later, so just revert it beforehand. With
this commit, it would fail to compile for Linux & FreeBSD on main
branch temporarily.
|
|
This commit massively improves 2D UI, 3D UI and 3D world rendering performance and smoothness.
|
|
We haven't implemented our version checking anyway.
|
|
Since we stopped using SDL2 on it. It was added here before, I remember
it was so it would build on macOS too.
|
|
Our SDL2-based code is kept Darwin-ready. This move was triggered
by the merge with SLv's release/maint-b branch causing the viewer
to show only a black screen, even though everything else seemed to
be working (logging in, streaming, quitting the app). This decision
also has caused numerous MPv specific window-related macOS bugs to
be fixed. I wanted to commit this on the main branch, but somehow
it failed to build. This move was bound to happen at the arrival of
Maintenance B after all.
|
