| Age | Commit message (Collapse) | Author |
|---|
|
|
|
and OpenAL & FreeALUT dynamic libraries are only bundled if
USE_OPENAL is ON on Flatpak.
|
|
|
|
this fix properly set keyboard shortcuts for AZERTY keyboards on Mac (such as the moving keys but also cmd + A to select all, cmd + Z to revert a change)
|
|
so upstream dullahan_host's rpath, which is meant to have
$ORIGIN/../lib, would correctly refer to the library dir (where
libcef.so is), without having to manipulate dullahan_host (cause
Flatpak SDK doesn't have patchelf). But Dullahan/CEF is still not
working on Flatpak just yet (LibVLC does, now, after I changed the
prebuilt package from Debian 13 binaries to Fedora 44 binaries,
where libvlccore links to libidn with the same compatibility
version.
|
|
but excluding AppleClang.
|
|
|
|
Still uses prebuilt GLU, could be improved by using the glu shared
module.
Still uses prebuilt OpenAL, could be improved by separating the
ALUT dependency (which isn't available on the runtime) from it,
so we could use runtime's OpenAL.
Still uses prebuilt LibXML2, could be improved by separating the
Minizip & ColladaDOM from it (which aren't available on the
runtime) from it, so we could use runtime's LibXML2 but have
ColladaDOM built against it (and a still non-runtime Minizip).
Still uses FLTK 1.3, when I tried using 1.4, it still had linking
errors (might need to just add Cairo libraries to the
target_link_libraries).
VLC plugins are installed in vlc/plugins path relative to the vlc
& vlccore libraries, the way they are in the distro I got the
binaries from (Debian), cause I think it's the libraries that are
compiled with that path.
Still uses prebuilt dependencies in general, could be improved by
having them as modules to be built.
_FORTIFY_SOURCE needs to be skipped to avoid redefinition cause
Flatpak build system already defines it.
The conditionals for deciding installation paths need to be
reorganised to accomodate installation that doesn't require an
encapsulating namespace (because the installed files are already
encapsulated in the app sandbox).
The library directory naming scheme used here is lib64.
The libGLESv2.so & libvulkan.so.1 installed are still copies, not
links yet, because I'm still not familiar yet with the runtime
hierarchies (they might reside just in /usr/lib/x86_64-linux-gnu).
|
|
|
|
|
|
|
|
as its system CEF has been upgraded to 148.
1.31 is chosen here instead of the newer 1.35 because 1.31 is the
one used so far in SL's callum/cef-148 branch.
|
|
on the About floater. Also, linking to ll::cef should've been
enabled all this time for Windows too (I'm surprised it's been
working anyway).
|
|
so we don't have to keep 1.0.1 on vcpkg or MacPorts around any more
(the last version they compile with, in the code's current state).
|
|
as they are available only for x86-64.
The PACKAGE=ON parity files are done too in case we switch it on
(and use CPack for macOS too, again) in the future.
|
|
See commit b8a0eb6b9c7735eb910f6faf2d23229519a23b75
|
|
There's this:
Force removing attachments : @detach[:attachpt]=force (*)
Implemented in v1.10
Where part is :
chest|skull|left shoulder|right shoulder|left hand|right hand|left foot|right foot|spine|
pelvis|mouth|chin|left ear|right ear|left eyeball|right eyeball|nose|r upper arm|r forearm|
l upper arm|l forearm|right hip|r upper leg|r lower leg|left hip|l upper leg|l lower leg|stomach|left pec|
right pec|center 2|top right|top|top left|center|bottom left|bottom|bottom right|neck|root
It doesn't say UUID, but then there's this:
Force removing attachments (alias) : @remattach[:attachpt or :uuid]=force (*)
Implemented in v1.22, uuid parameter added in v2.9.20
This command is an alias to @detach[:attachpt]=force (to keep things consistent).
So there should be a @detach:uuid=force, because there are objects that command this.
|
|
The instruction is for building thin binaries anyway, the +universal
was meant for systems that are set up to build for both architectures,
BUT separate thin ones.
|
|
Add Windows x64 & macOS actions
|
|
|
|
|
|
|
|
The CEF/Dullahan and libVLC version-reporting blocks were guarded with
'#if !_M_ARM64'. _M_ARM64 is an MSVC-only predefined macro: defined only by
MSVC when targeting ARM64, never by GCC or Clang. The intent (per the
'// !LL_LINUX' comment) was to skip these blocks where the media version
headers are unavailable, but the macro only ever excludes MSVC-on-ARM64. On
Clang/macOS _M_ARM64 is undefined even on Apple Silicon, so the blocks
compiled and failed with:
fatal error: 'cef/dullahan_version.h' file not found
whenever those headers were not on the include path (a build with
ENABLE_MEDIA_PLUGINS off, or any non-MSVC platform lacking the headers).
Gate the includes and the two version-string blocks on the LL_CEF / LL_VLC
compile definitions emitted by newview/CMakeLists.txt, which track the
actual build configuration. The combined include/usage is split so a
platform that provides one library but not the other is handled correctly.
|
|
The viewer reports the bundled libVLC and CEF/Dullahan versions in the
Help->About info. Whether those version headers are available is a build
configuration fact (ENABLE_MEDIA_PLUGINS, and for CEF the DARWIN/LINUX
condition), not a CPU/compiler property. Emit LL_VLC and LL_CEF compile
definitions that mirror the existing media-plugin link availability so the
source can gate the version-reporting code on the build configuration.
No behavior change on platforms that already link these libraries.
|
|
There are binaries for Win arm64 too now.
|
|
So CEF would stop complaining about missing libGLESv2.so on Linux.
Another link, which is for libvulkan.so.1.
System libEGL would break newer CEF so we're bundling it, it's not so
big. The JSON file is so we make sure we include everything a typical
system CEF would.
|
|
This reverts commit 16d3d725998f1189083c429a1cbb2cc3fb15b7da.
|
|
teleport screen
|
|
Fedora: boost-url should be pulled already by boost-devel
openSUSE Tumbleweed: in practice, the package name is glm-devel, not glm
|
|
|
|
|
|
This reverts commit 379e5442803edda3d1f2e8120abb5c8f7a85f288.
|
|
Combat features
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Arch's system CEF version is 147 so we choose Dullahan version 1.30.
|
|
Fedora's system CEF version is 146.0.11 so we choose the Dullahan
version that uses the next closest CEF version (146.0.12 and not
146.0.10), which is Dullahan 1.29 and not 1.28.
System libcef_dll is somehow distributed only in source form
(on Arch too), so in order to be able to link to it, we have to
compile it first, but its CMakeLists.txt is a sub one, incomplete,
so we use the solution of adding an empty macro:
https://www.magpcss.org/ceforum/viewtopic.php?f=6&t=17732
System CEF's library encapsulating folder that contains libcef.so,
hence needs to be add to runtime path.
|
|
This reverts commit 8f11eb47a617d3a1344a39ed37dd1de3b422fb0b.
|
|
For convenience, on x86-64 we choose the next closest version that has
prebuilt binary so we don't have to build (we could, I've tried and it
worked too). While on aarch64, we have to compile like before and we
choose the same Dullahan version too as on Windows and macOS, for this
parity branch with SLv's.
|
|
This includes files of WebRTC, Discord, VLC & CEF and their media
plugins & resources.
This is so they won't clash just in case some other packages install
files with the same names in system library directories.
Furthermore, this seems to prevent Dullahan/CEF from breaking in
general.
The path to this encapsulating folder needs to be added as a runtime
path to especially dullahan_host & libmedia_plugin_cef.so so they can
find libcef.so etc, also for the viewer to find libllwebrtc.so &
libdiscord_partner_sdk.so. And that's why `patchelf` needs to be made
sure it's installed.
|
|
|
|
tinting
- Quick Preferences floater with hover height and bandwidth sliders
- Mouselook right-click zoom with scroll wheel adjustment
- Group-based nameplate color tinting via group profile
|
|
|
|
I believe it was meant to grey out "Automatic" on "Mouse Warp".
Also, FreeBSD is added to this condition.
|
