| Age | Commit message (Collapse) | Author |
|---|
|
Anticipate the possibility that an archive isn't suffixed with a 64.
Parentheses need to be escaped by quotes (backslashing would work too),
otherwise they would be parsed as part of CMake commands syntax.
Regex subexpressions shouldn't contain regex themselves (only verbatim
or preprocessed strings are used within the parentheses).
|
|
Just playing with gimp filters :3
|
|
|
|
|
|
|
|
|
|
Tinting it a touch darker.
|
|
|
|
Play around with various values in attempt to get cleaner, more consistent display of information
|
|
|
|
But I haven't been able to make the body message text stay light grey.
It's white now. I've tried changing the chat source, chat type and
chat style (refer to indra/llui/llchat.h) but I couldn't get just
the desired combined styles.
|
|
Give avatar_name a little more space, stop avatar_distance from being cut off at the edge of the window
|
|
Adjust saturation, brightness of some icons.
|
|
Restore line dividing floater titlebar from the rest of the window
|
|
Give avatar_name more space
|
|
2024.06-atlasaurus
|
|
|
|
|
|
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.
|
|
2024.06-atlasaurus
|
|
|
|
and by default it's off.
|
|
also fixed mac High entry for RenderMirrors that got missed
|
|
|
|
|
|
|
|
|
|
2024.06-atlasaurus
|
|
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.
|
|
into roxie/webrtc-fix-mac-p2p-hang
|
|
|
|
There were changes in atlasaurus that resulted in a hang for incoming p2p
and group calls which throw up dialogs. The changes revolved around mutex,
coroutines, job queues, and such.
The fix was to do any processing that may result in callbacks from
the webrtc code in a queued job instead of a coroutine.
|
|
|
|
https://megapahit.com/show_bug.cgi?id=49
The LLVOAvatar class doesn't seem to have a display name getter.
|
|
|
|
2024.06-atlasaurus
|
|
(#2352)
|
|
|
|
|
|
2024.06-atlasaurus
|
|
|
|
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.
|
|
[WebRTC] Log WebRTC devices on webrtc initialization.
|
|
into roxie/webrtc-airpod-fixes
|
|
properly anyway.
|
|
shutting down
|
|
Its own CPACK_RPM_PACKAGE_REQUIRES will catch up soon.
|
|
When transitioning from mic-on hands-free mode to mic off,
it's expected that the audio stream would return to stereo.
Inproper logic in the mac device code in webrtc was preventing
that.
|
|
The microphone issue was causing a short moment of sound, and was
causing bluetooth headsets to switch to hands-free/one channel mode
which is disruptive.
Also, update webrtc to deal with issue where airpods were garbled
after coming out of hands-free mode.
|
|
Fixes prevent attempting to start playout/recording before the devices
are set up, to prevent restarting playout/recording, to prevent
attempts to stop when not playing/recording, and so on...
This should address the case where audio device changes can cause
an assert. It should also address the case where audio was unnecessarily played
or transmitted when connecting.
And, when voice is disabled, the audio devices are not set up to play/record
so there should be no disruption of bluetooth music from other apps.
|
