Results 14 comments of Rob Agar

The CircularBuffer destructor error is due to it being defined in two source files: - webrtc/modules/audio_coding/test/utility.cc - webrtc/modules/audio_processing/echo_detector/circular_buffer.cc

The Statisitics class code is in _webrtc/voice_engine/statistics.cc_, which AFAICS should be compiled in as part of the _voice_engine_ library.

Remb is in _webrtc/modules/rtp_rtcp/source/rtcp_packet/remb.cc_, in the _rtp_rtcp_ library.

Nope, mine falls over building another one of the tests :\ ``` [1576/3208] CXX obj/webrtc/rtc_unittests/array_view_unittest.o FAILED: obj/webrtc/rtc_unittests/array_view_unittest.o g++ -MMD -MF obj/webrtc/rtc_unittests/array_view_unittest.o.d -DV8_DEPRECATION_WARNINGS -DENABLE_NOTIFICATIONS -DENABLE_PLUGINS=1 -DENABLE_PDF=1 -DENABLE_PRINTING=1 -DENABLE_BASIC_PRINTING=1 -DENABLE_PRINT_PREVIEW=1 -DENABLE_SPELLCHECK=1 -DUSE_UDEV...

Wacky. I just tried building the current WebRTC head (rev b05fa2466a21ad0dfb4c750ebbb260675bce592f) with _rtc_include_tests=false_ to see if anything upstream had fixed the problem, and it now fails fails with this: ```...

Ah ha! building with _rtc_include_test=true_ succeeds with **clang**. Perhaps that should be the default compiler on Linux now? ``` diff --git a/util.sh b/util.sh index 62932c9..f4a5a8a 100644 --- a/util.sh +++ b/util.sh...

Yes, seems to only happen with stationary guardian. Replicated with a test cube at 0,1.5,-5, which appears 45° to the right. After switching to roomscale it's directly in front as...

The [InfluxDB docs](https://docs.influxdata.com/influxdb/v1/guides/write_data/#writing-multiple-points) recommend sending data in batches for performance, so here's our solution https://github.com/engineeredarts/zenoh-backend-influxdb/tree/TR-6326-zenoh-influxdb - Collect PUT queries and send in single request if `put_batch_size` is set in the...

Is it possible to select the rust version on a per-recipe basis? Generally I want to use latest stable rust, but some things need a fixed version (specifically in our...