Hi, as probably other people here, I’m evaluating Jami for replacing skype, that was used in my family on windows computers (and I don’t want to continue with Ms…).
I did 2 tests with my father.
Both had the same issue, it’s unusable because of very bad sound quality.
First try on my “tower” (main computer).
He can hear me well, but on my side the sound quality from his voice is awful, a lot of “parasites” or kind of crackling sounds.
We both use logitech usb webcams (not the same models), on win 10.
The video quality (at 1280x) is fine.
If doing a simple sound call, the issue remains the same, so it’s not an issue of bandwith.
I just tried the test on my laptop → same issue.
We tried to change the audio encoder and put the 2nd possible one instead of the 1st one which was by default → same issue.
I asked him to check his mic volume level in the settings, while he was speaking, it’s ok, it was not going to the max so it’s not saturation issue.
Note: he also has a tower, there’s no other mic than the one from the webcam.
Does anyone had the same kind of issue, or an idea of what could fix it?
If there’s no possible fix then I’ll have to check for another software unfortunately…
Have a call with all participants, except one, muting their microphones. Repeat the scenario for each participant to be the one having the unmuted microphone.
Have a call with all participants using headphones instead of speakers.
Hi, thanks,
I’ll do the test with headphones, but I’m not sure my parents do have one (for pc).
I did a one to one test.
Regarding the soundcard issue, when checking here before posting, I saw this post, but from what I understood it concerns soundcards 5.1 or 7.1
Here, for the 3 tested pcs, it’s stereo cards (or already configuration done) anyway.
Or did I get it wrong, it can happen even with a stereo card?
We are working with/helping out folks using Jami also as a replacement for Skype.
They are experiencing hit or miss audio quality along with video issues.
We are available to configure and run tests to assist understanding this/these issues.
to be fair, there are issues with the alternatives as well, we just want to help Jami become the better of handling the challenges
The caller is using iphone in this case, so earphones are possible (will check) and PTT is possible.
The callee is unattended so PTT and headphones are not possible.
(1) Is there a sample video showing how an iphone caller (in this case with audio issues) can enable logging, collect, and email the log file for analysis?
(2) For the windows 11 pro pc that is the callee, would log files give us any useful information?
(3) Since this is an unattended pc, can this pc run in debug mode indefinitely (assuming there is log management/trimming and no leaky cache)?
(4) Is there an indicator we can use originating in a Jami unit test, rating the hardware capable of keeping up with xx video frame size/depth xx audio sampling size/depth ? It is likely that the developers are not running tests on low end hardware running Win11Pro ?
(5) Is it possible to /force mono audio @ 8k, 16k, 24k for testing, assuming that both ends of the test have turned off the video?
Thanks, I’ll check when I can do more tests.
As I wrote in my initial post, both jami apps were running on win 10 pcs. We launched jami shortly before doing the call, and jami app was having the focus.
Sorry, english is not my native language, I don’t understand what you mean by “The callee is unattended”, could you clarify?
Jami iphone client (caller) <----> Win11Pro Jami client (callee)
normal user <----> disabled user, auto answer enabled
I looked at the link to 4 yo issue referenced above. If I understand the OP you can force MONO audio using a specific Speaker device (VOICEMEETER BANANA) and the OP reports in MONO or SURROUND SOUND or QUADRAPHONIC audio configuration for Speaker device the audio exhibits the problem. The OP reports when the STEREO configuration is selected/enabled the problem is not exhibited. I checked the callee device and it is configured to STEREO as shown.
Usage: ./jami [options]
Options:
-h, --help Displays help on commandline options.
--help-all Displays help, including generic Qt
options.
-v, --version Displays version information.
--remote-debugging-port <port> Web debugging port.
-m, --minimized Start minimized.
-d, --debug Debug out.
-f, --file <file> Debug to <file>.
-t, --term Terminate all instances.
-q, --quiet Mute daemon logging. (only if debug)
--qmljsdebugger <value> Activates the QML/JS debugger with a
specified port. The value must be of
format port:1234[,block]. "block" makes
the application wait for a connection.
--platform <platformName[:options]> QPA plugin. See QGuiApplication
documentation for available options for
each plugin.
--platformpluginpath <path> Path to the platform plugins.
--platformtheme <theme> Platform theme.
--plugin <plugin> Additional plugins to load, can be
specified multiple times.
--qwindowgeometry <geometry> Window geometry for the main window,
using the X11-syntax, like 100x100+50+50.
--qwindowicon <icon> Default window icon.
--qwindowtitle <title> Title of the first window.
--reverse Sets the application's layout direction
to Qt::RightToLeft (debugging helper).
--session <session> Restores the application from an earlier
session.
@ [rr22520]: once again, both terminals were win 10 computers, we don’t use any iphone in my family, I guess you mix with another post.
I just launched Jami, it did an update, many some fixes were deployed?
On windows, in the Jami options it’s indicated that the audio manager system is “portaudio” (and there’s no other choice available).
For audio only call, we tried only 16khz encoder, not below. But without video, the issue was the same (or maybe even worse…).
It’s not an echo issue, rather kind of very distorted sound, or very poor connexion quality (like if many packets are lost. A bit similar to a cell phone connexion really at limit of beeing able to manage the communication, like it was too much often happening at beginnings of cell phone calls ).
Thanks for the help, I don’t know yet when I can make more tests, me and my mother both having health issues, so I’m already overwhelmed with daily life…
I’m having the same issue. All the PCs are Windows PCs (10 or 11).
It seems Jami is extremely sensitive to the microphone input volume, and very easy distort, even when Windows report the microphone input is <10% and even though the same microphone works/worked fine with Skype, Teams, and OBD studio.
Lowering the microphone volume does help, but it doesn’t fix it completely. And it requires adjusting the speaker volume every time I use Jami, since it has to be turned up waaay to loud for everything else.
The issue is both with my Plantronics 8200 Bluetooth headset, and on multiple machines with a Jabra 001 conference speaker mic. The audio in the receiving end is simply terrible.
When on my Plantronics headset, if I switch to use the micrphone that’s build in to the laptop, and sit, like, 5-6 feet from the laptop, the audio is fine. Get closer to the laptip, or switch back to the headset mic, and everything is badly distorted.
I am suspicions there’s an auto-gain/compressor function in Jami that’s running amok. But in any case, if it is possible to add an input gain attenuator to the audio configuration page, that would be great. As it is, it’s almost impossible for me and my family to use. Unfortunately.
Oh, wow. Well, that’s quite the opposite of running amok!
It was set to true in mine back when I installed a few month ago, if that means anything…
[edit: I assume, I only started looking into the dring.yml file a couple of weeks ago].
Off topic, but perhaps you know the answer: When I make changes in dring.yml (for testing audio), whenever I re-launch Jami all settings are reversed to what they were. Is there a trick to make the changes is dring.yml persist when restarting the app?
).
