Jitsi-meet: [query] How can I test my outgoing audio on Jitsi Meet / WebRTC?

[lofidevops]

I want to test my audio quality (as heard by others) before I join a call. How can I do this?

Notes:

• On Skype there was a contact called "Skype call testing service". You called it, it recorded a message, and then played the message back to you.

• I found https://test.webrtc.org for generic WebRTC troubleshooting, but to test connectivity and throughput you need details for a TURN or STUN server. Are these available for Jitsi Meet?

[lofidevops]

Also posted query at https://webapps.stackexchange.com/questions/108042

[saghul]

We don't have that. The closest would be to join a random room and use the device settings panel to check your audio level, but you won't hear it back.

[varac]

There's an external echo test hosted at https://janus.conf.meetecho.com/echotest.html.

[saghul]

Closing since we don't have plans to implement a pre-call device testing screen. While in a call though, you can open the device selection dialog and it will preview audio and video devices.

[bluikko]

I would love to see this feature.

Currently joining a test room shows the local video stream. Some kind of loopback room would be great for testing the actual connection to the server. Apparently this could be achieved by opening the same room in three tabs but it is a bit much to ask from regular users (or customers!). And I do get the irony of that sentence regarding dev resources..
I am new to Jitsi and don't know the internals very well yet - maybe this would be very difficult to add? If so, expanding a bit on why it will not be done could prevent further queries for the feature.

Just checking if anything in the official stancehas changed in the last 2.5 years.

[amsnek]

I agree, this feature could help a lot, especially for less technical people (who will probably just open 3 tabs). It may however not be too trivial to implement. Ideally, it should loop audio back with a time delay and ensure its being passed over the videobridge.

Would be interested as well if the official stance has changed the past years.

[SkizzoSaar]

+1
In my opinion this is a must have feature. Especially when the number of meeting participants increases you wouldn't want to wait till every participant has found its correct settings (right audio/video devices, privacy settings in windows 10, browser settings for accessing audio/video devices, acceptable volumes, etc.) at the beginning of a conference.