| Age | Commit message (Collapse) | Author |
|---|
|
https://megapahit.com/show_bug.cgi?id=56
I could make such metadata setting triggered by an event only on the
media plugin's side, not on the viewer's side. I had tried adding
a MEDIA_EVENT_NOWPLAYING_CHANGED and hoped that mediactrl, viewerparcelmedia,
or viewermedia would react to it, but no, so this is the best I could
come up with for now, to keep checking if what's now playing has been
updated or not. I intentionally didn't clear mNowPlaying the way mURL is,
so that it wouldn't notify one last double after the player stops streaming.
mNowPlaying and mMediaNowPlaying need to be kept in their last states so
that the comparison is correct. I also intentionally didn't put the
notification inside the MEDIA_PLAYING scope, cause the flow somehow never
got into that scope.
|
|
and by default it's off.
|
|
|
|
The period got updated to something more frequent (from 5 to 1 second).
I copied from newview/llpanelpeople.cpp and updateLastInteractionTime.
The values are still not accurate, and have a delayed start.
The presentation could use something like std's strftime, but I started from
what worked first, which was using LL's formatSeconds.
The alignments really need some tidying up too.
|
|
https://megapahit.com/show_bug.cgi?id=49
The LLVOAvatar class doesn't seem to have a display name getter.
|
|
Turns out it was on by default, probably that's why it would fail
on everyone else's systems, building libcurl, cause in the log
I saw libssh2 was requiring the very openssl3 we have to deactivate
until libcurl compilation is done.
|
|
Its own CPACK_RPM_PACKAGE_REQUIRES will catch up soon.
|
|
|
|
https://megapahit.com/show_bug.cgi?id=49
Still needs to be tidied up. For now it's aligned to the left.
If you want to align it to the right, apart from modifying
avatar_distance in panel_avatar_list_item.xml to look more like
last_interaction, modify newview/llavatarlistitem.cpp line 555
to be something like:
`S32 avatar_distance_width = avatar_item->mLastInteractionTime->getRect().mLeft - avatar_item->mAvatarDistance->getRect().mLeft;`
I had tried this at first, but I couldn't make it look good and
that's why I aligned it to the left.
Also, these distances need to not be shown on Friends list.
I'm doing that next.
|
|
instead of 0.
|
|
in their original names.
|
|
LLCoreHttp.cmake is included earlier (by llappearance/CMakeLists.txt),
before llcorehttp/CMakeLists.txt (even though it includes LLCoreHttp.cmake
in return).
|
|
cause it's needed at least on macOS, where the command to install
the FMOD (which is the one done earliest) library is
execute_process(COMMAND lipo), and not file(COPY) that would imply
a mkdir.
|
|
instead of if there's openjpeg.
|
|
to make it more flexible in case we want to use a different string
for the viewer channel, such as "Megapahit Viewer Release" or the
likes.
|
|
so we can have 1 set of instructions that applies to both Debian
and Ubuntu.
|
|
The MacPorts openssl11 port is not needed any more for building our libcurl.
|
|
|
|
Also CMakeCache.txt removal and Debian dependencies that might not
be relevant on non-debootstraps are not part of the instructions.
|
|
|
|
file(COPY) seems to already include making the necessary directories.
|
|
yet, i.e. OpenJPEG not installed yet.
|
|
|
|
I couldn't get try_compile to succeed using COMPILE_DEFINITIONS,
I couldn't either using quotes for the CMAKE_C_FLAGS.
|
|
file(DOWNLOAD) replacing execute_process(COMMAND curl),
file(ARCHIVE_EXTRACT) replacing execute_process(COMMAND tar xf),
file(MAKE_DIRECTORY) replacing execute_process(COMMAND mkdir -p),
file(COPY) replacing execute_process(COMMAND cp),
file(RENAME) replacing execute_process(COMMAND mv),
try_compile replacing execute_process(COMMAND cmake/make),
LIBS_PREBUILT_DIR replacing AUTOBUILD_INSTALL_DIR,
0 replacing ${${_binary}_installed} where appropriate,
no FMOD reinstallation when it's already installed,
and archives & unarchived source/build directories are in CMake
root binary directory, instead of /tmp.
SHOW_PROGRESS is on for downloading Dullahan from the Megapahit
website cause it can be slow.
|
|
|
|
When linking to the static archive on arm64, it would fail with an
error of undefined iconv symbols.
When linking to the dynamic library, the path was to the dynamic
library was still assumed to still be in /usr/local/lib, so specifically
for the executable target, this needs to be changed (temporarily) to
the one in the prebuilt directory first, to later be changed again
by fixup_bundle to the bundled one in Frameworks.
|
|
|
|
|
|
also fix ${_binary} to its intended fmodstudio name.
|
|
|
|
|
|
by making sure we *write* the _installed files (containing the value 0).
|
|
and building only for one architecture at a time is the one supported now.
|
|
|
|
LL's build seems to have a minimum macOS of 13.3.
|
|
The variables set in this file are used only in llfilesystem/CMakeLists.txt,
and only used within a Linux (& FreeBSD) section, which then later
used in llfilesystem/lldir_linux.cpp, so Darwin doesn't need these
variables set specifically for it.
|
|
and can be differentiated across different distros, even though
there are only stable/LTS Debian and Ubuntu for now.
|
|
where they belong in newview/CMakeLists.txt.
|
|
by moving them to Variables.cmake so they can be reused throughout
all CMake files.
|
|
and Ubuntu. find_package(meshoptimizer) didn't imply its
target_link_libraries.
|
|
It is decided that on x86-64, it's compiled too instead of using
LL's (old) prebuilt libmeshoptimizer.a.
|
|
otherwise the app would crash on GNU/Linux or BSD for missing the
share directory prefix, unless cmake is run twice like before just
so APP_SHARE_DIR is picked up but we don't want to have to run it
twice.
|
|
|
|
since the app links to Meshoptimizer statically now on macOS.
|
|
on macOS and Fedora.
|
|
|
|
so that we don't have to run cmake twice just to pick up those
variables.
|
|
|
|
|
