| Age | Commit message (Collapse) | Author |
|---|
|
This reverts commit 6c1ff2e4b9da8069b9da573f99b52df707e97e75.
|
|
This reverts commit bf0ab355d501017669f0efeb1ca269a1dccc21bc.
|
|
|
|
On default Debian/Ubuntu GNOME-based distributions, there's already
pipewire-pulse, which would prevent WebRTC from crashing too. But in the
viewer current state, using that, would break CEF. And the difference in
our Debian arm64 build is, that it uses OpenAL and not FMOD.
So pulseaudio is used for now (it would force remove pipewire's daemon
if pipewire's is already installed, like on GNOME-based distros), until
we can have pipewire-pulse, OpenAL, CEF and WebRTC, all getting along.
|
|
This reverts commit 8d34bb549736c341e84123760901bc981c46b184.
|
|
This reverts commit e2bbc96a057eaacf8bfbc6614c156634a7697ee0.
|
|
This reverts commit 00a44adfbeac89ed646b517446cbade82da531f8.
|
|
This reverts commit 038ac8ea747b680b73bbce6a5a426abcd8132e22.
|
|
|
|
The previous would make none compile WebRTC code in llvoiceclient.cpp.
|
|
|
|
I didn't see a quick way to replace libvlc_MediaPlayerTitleChanged,
though, so I guess there's no title notification yet for the platform
that uses VLC 4 (Gentoo will, so far). Will do this later.
|
|
Similar crash as on Debian arm64. I thought it was because I hadn't
had sound working yet on my installation, but after I got sound working,
it still crashed with WebRTC on.
See commit 8d34bb549736c341e84123760901bc981c46b184
|
|
platforms that can't have WebRTC support yet or have some problem
with WebRTC (crashed by it).
|
|
From SDL2 to sdl2-compat and from openjpeg2 to openjpeg.
|
|
|
|
|
|
use libboost 91
|
|
|
|
See commit 950815943ac6f31e9135be1b22b397dfa47a9761
|
|
|
|
It no longer exists in Dullahan 1.24, my old development system
must have had leftovers from Dullahan 1.14.
|
|
|
|
|
|
The error was:
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\detail\value_from.hpp(152,9): error C2338: static assertion failed: 'No suitable tag_invoke overload found for the typ
e' [C:\Users\erik\Documents\Megapahit\viewer\build-mingw64_nt-10.0-26200-arm64\newview\Megapahit.vcxproj]
(compiling source file '../../indra/newview/llviewerdisplay.cpp')
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\detail\value_from.hpp(152,9):
the template instantiation context (the oldest one first) is
C:\Users\erik\Documents\Megapahit\viewer\indra\newview\llviewerdisplay.cpp(1112,48):
see reference to function template instantiation 'boost::json::value_ref::value_ref<T>(const T &,void *) noexcept' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_ref.hpp(230,1):
see reference to function template instantiation 'boost::json::value boost::json::value_ref::from_const<T>(const void *,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\impl\value_ref.hpp(29,12):
see reference to function template instantiation 'boost::json::value boost::json::value_from<const T&>(const boost::json::object_kind_t&,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(146,11):
see reference to function template instantiation 'boost::json::value boost::json::value_from<const T&,boost::json::detail::no_context>(const boost::json::object_kind_t&,const Contex
t &,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(125,5):
see reference to function template instantiation 'void boost::json::value_from<const T&,Context>(const boost::json::object_kind_t&,const Context &,boost::json::value &)' being compi
led
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(97,13):
see reference to function template instantiation 'void boost::json::detail::value_from_impl<const T&,Context>(boost::json::detail::no_conversion_tag,boost::json::value &,const boost
::json::object_kind_t&,const Ctx &)' being compiled
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context,
Ctx=boost::json::detail::no_context
]
|
|
|
|
|
|
|
|
|
|
Effectively all Un*x distros now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
from zlib1.dll to z.dll
|
|
|
|
|
|
|
|
|
|
for compiling using GCC 16 on Fedora 44.
|
|
Help steppers better match checkboxes and other buttons
|
|
Clean up tabs, checkboxes, marketplacebtn, etc
|
|
Adjustments for flat UI & addition of "classic" skin to colors preferences panel (WIP)
|
|
|
|
disconnect (#5706)
* Fix P2P text chat timeout on WebRTC regions and delay voice renegotiation on disconnect
Text chat: On WebRTC regions, getOutgoingCallInterface() returns nullptr,
causing mP2PAsAdhocCall to be true for all P2P sessions including text-only
IMs. This routed text chat through startP2PVoiceCoro which sent a "start p2p
voice" request and waited for a server reply that never came, resulting in a
30-second session initialization timeout. Fix by gating the p2p-as-adhoc
server init on mStartedAsIMCall so text-only sessions initialize immediately.
WebRTC: Split kFailed and kDisconnected handling in OnConnectionChange.
kFailed still renegotiates immediately. kDisconnected now waits 10 seconds
before renegotiating, giving the connection time to recover on its own. Uses
a sequence counter to ensure only the most recent disconnect transition can
trigger renegotiation, preventing stale delayed tasks from firing early
after disconnect/reconnect cycles.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
* Revert im-change for not using the voice subsystem when doing a text-only IM
---------
Co-authored-by: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
|
|
|
|
