Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Audio crackly in BigBlueButton 2.2 #7007

Closed
sydneysider opened this issue Mar 13, 2019 · 99 comments
Closed

Audio crackly in BigBlueButton 2.2 #7007

sydneysider opened this issue Mar 13, 2019 · 99 comments

Comments

@sydneysider
Copy link

@sydneysider sydneysider commented Mar 13, 2019

Unfortunately, we're developing new issues with BBB. Audio crackling for some users. Unfortunately, we're to the point where my users have zero faith in BBB which is a total bummer. I really love the product, but seemingly too unstable.

@ffdixon
Copy link
Member

@ffdixon ffdixon commented Mar 13, 2019

You didn't offer any details on the users, but we're interested to try and help. A few questions

  1. Do you have users who are consistently having troubles, or occasionally having troubles?
  2. Are all the users in a session having troubles, or only some

The user's audio experience is dependent on (a) user's browser, (b) operating system, (c) computer, (d) connection to the internet (wired or wireless), (e) internet connection between their connection and your BigBlueButton server, (f) your BigBlueButton server's incoming bandwidth, (g) your server, and (h) the version of BigBlueButton running on the server.

The trick is to narrow down which step along the way is causing users to have poor bandwidth. Some of these you can control -- (f), (g), and (h) -- but the rest are dependent on the users.

Usually (a) to (e) are good for the average user, but 'good' heavily depends on where they live. Can you share more details about your users?

You haven't provided any details on your server, so the following would be helpful

  1. What is the version of BigBlueButton you are using?
  2. Does your server meet the minimum configuration required by BigBlueButton (Yes/No)?
  3. Did you get errors during installation?
  4. Did you make any custom changes to BigBlueButton outside of using bbb-conf?

If you have users that are consistently having troubles, then have them try out

https://test.bigbluebutton.org/

There experience with the above server -- better/same/worse experience -- will help isolate differences in (f) and (g).

There is a bit of investigation needed here. If you are willing to provide more information, we're interested in figuring out why users are not having good audio.

@sydneysider
Copy link
Author

@sydneysider sydneysider commented Mar 13, 2019

Apologies for the brevity. That's the thing, it's too intermittent (100 users), some in different countries, some at home, some in the office. Some on wifi, some are wired. The easiest common denominator was their version of Chrome, with an updated version some issues seemed to fix quickly.

I can tell you the AWS instance have set up C5Large (10G throughput) was set up fine with bbb-install.sh - 4 cores, 8gb ram. I haven't seen any actual hardware performance come close to hitting those numbers.

We're running v2.2, and look, it runs fine when you test. If I run your test at test.bigbluebutton.org, that runs fine too. But unfortunately, we have users that require instant working connections 100% of the time.

  1. 2.2
  2. Meets minimum requirements, see above.
  3. No errors, ran from bbb-install.sh script.
  4. No custom changes.

Unfortunately, the problem is always going to come down the lack of experience with the user - they just want things to work, and when they don't, they're ready to trash it - which is annoying. Because I get no real feedback outside of "crackly audio" "green fuzziness video". But unfortunately, between all these tests among multiple users, the general agreement is that it's a bad experience in terms of its inconsistency.

@ffdixon
Copy link
Member

@ffdixon ffdixon commented Mar 13, 2019

We empathize.

From a user's perspective, if the software loaded, it must therefore work. If it doesn't, the problem must be with the software. It's a common conclusion.

Consistently sending and receiving media packets requires a stable network. A browser can load a web page in 250 ms or 500 ms and the users can't tell the difference. But given network latency of 250 ms or 500 ms the users can hear the difference. Combine high latency, dropped packets, and low bandwidth together, these network issues will cause poor audio for a user.

Right now with BigBlueButton, any network issues are largely invisible to the users.

We're working to make potential network issues visible to the user, see

#5286

Chrome especially has evolved its WebRTC statistics and we're building upon this to give the user feedback when the client detects possible network issues (this will become default in Chrome 74), see about issue for more details.

This way, if the user is notified of a potential issue and starts to hear poor audio, they can make the connection on what is causing the problem. It's their network.

If the user experiencing poor audio asks others in the session about their audio, and if others say it's OK, then that user can conclude it's not the server, and it's not the software, it's something on their end (most likely their network).

Giving feedback on potential network problems won't resolve audio issues, but it does give users valuable information on how they might improve their audio during the session (i.e. try a different network access point if they are on wireless).

We'll keep this issue open until the work for #5286 lands in the client. As soon as it does and is available in 2.2-beta, we'll let you know.

In a strange way, we need people who are having audio troubles to help us test our work. Hopefully you'll be able to try it out when is ready and give us your feedback.

@Deepcuts
Copy link

@Deepcuts Deepcuts commented Nov 10, 2019

Having the same issue with latest beta.
Running on ESXI 6.7
Ubuntu 16.04 with kernel 4.15.0-66
BigBlueButton Server 2.2.0-rc-1 (1569)
CPU is an Intel Xeon D-2146NT 8 cores/16 T
Allocated 32 GB of RAM
Storage is on a Samsung 960 PRO SSD

At first I thought the presenters just have bad mics and/or internet.
Tested from a computer that has 1 Gbps/2 ms tested connection to the server hosting BBB.
Same result: audio is crackling loudly from time to time.

Sample recording via desktop microphone from two speakers playing an audiobook
https://soundcloud.com/razvan-constantin-9/bbb-crackling
Cracklings at 00:11 00:29 00:36 00:53
Recorded voice from an actual presenter shows even more crackling.

Tried disabling comfort audio noise. No change

@ffdixon
Copy link
Member

@ffdixon ffdixon commented Nov 10, 2019

Can you do a recording test on

https://demo.bigbluebutton.org/

and let us know if it sounds any different. Also, the upload sounds to soundcloud were not available when we clicked on them to listen.

@Deepcuts
Copy link

@Deepcuts Deepcuts commented Nov 10, 2019

Sorry, the recording was set to private. Fixed now.
Will try to record on demo.bigbluebutton.org and get back with details.

@ffdixon
Copy link
Member

@ffdixon ffdixon commented Nov 10, 2019

Also, see the following discussion on bigbluebutton-dev

https://github.com/blindsidenetworks/wordpress-plugin_bigbluebutton

regarding the possible adjustments to the audio.

@capilkey
Copy link
Collaborator

@capilkey capilkey commented Nov 11, 2019

I think the correct link is this one, https://groups.google.com/d/msg/bigbluebutton-setup/3Y7VBllwpX0/e05YaXQWBgAJ. That's where discussion was going on about configuration changes to FreeSWITCH.

@Deepcuts
Copy link

@Deepcuts Deepcuts commented Nov 12, 2019

Thank you for pointing me to that discussion.
I have tried every possible combination based on https://groups.google.com/d/msg/bigbluebutton-setup/3Y7VBllwpX0/e05YaXQWBgAJ without any kind of success.
Searching some more, it seems the crackling audio is a long standing "feature" of freeswitch. I was able to track users with similar problems back to at least 2013.
I should point out that the crackling is also present during live session, not only on the recording and also, that VM or dedicated server makes no difference.

Still looking for a solution.

@ffdixon
Copy link
Member

@ffdixon ffdixon commented Nov 12, 2019

Thanks for the feedback. We're always looking to improve the audio as well. For most users, they occasional crackling isn't a bit deal as the audio sounds much richer than the phone. Still, we'd like to reduce (or eliminate) as much unwanted sounds as possible.

@Semelovich
Copy link

@Semelovich Semelovich commented Mar 29, 2020

Check this out https://groups.google.com/d/msg/bigbluebutton-dev/joJyywgYTTk/roFBwEq4EQAJ Kudos to Roberto!

We used almost the same config with small changes (we don't need increased bitrate and we don't use the video-mcu-stereo profile he is using. + we decided to keep vbr and set packet loss to 5%)

https://pastebin.com/8Fs9qG0w

The sound is MUCH better but there is still work to be done to make it better.

So, guys, you should really start looking into these settings ;) At least this will give you an idea what to look for and there. Perhaps you could get in touch with your Freeswitch contacts , I dunno.

Regards.

@ritzalam
Copy link
Member

@ritzalam ritzalam commented Mar 29, 2020

CONFERENCE>CONF.XML

<profile name="cdquality">
      <param name="domain" value="$${domain}"/>
      <param name="rate" value="48000"/>
      <param name="interval" value="20"/>
      <param name="energy-level" value="0"/>
      <!-- <param name="sound-prefix" value="$${sounds_dir}/en/us/callie"/> -->
      <!-- param name="muted-sound" value="conference/conf-muted.wav"/>
      <param name="unmuted-sound" value="conference/conf-unmuted.wav"/>
      <param name="alone-sound" value="conference/conf-alone.wav"/>

      <param name="moh-sound" value="$${hold_music}"/>
      <param name="enter-sound" value="tone_stream://%(200,0,500,600,700)"/>
      <param name="exit-sound" value="tone_stream://%(500,0,300,200,100,50,25)"/>
      <param name="kicked-sound" value="conference/conf-kicked.wav"/>

      <param name="locked-sound" value="conference/conf-locked.wav"/>
      <param name="is-locked-sound" value="conference/conf-is-locked.wav"/>
      <param name="is-unlocked-sound" value="conference/conf-is-unlocked.wav"/>
      <param name="pin-sound" value="conference/conf-pin.wav"/>
      <param name="bad-pin-sound" value="conference/conf-bad-pin.wav"/> -->
      <param name="caller-id-name" value="$${outbound_caller_name}"/>
      <param name="caller-id-number" value="$${outbound_caller_id}"/>
      <!-- param name="comfort-noise" value="true"/ -->
      <param name="comfort-noise" value="0"/>


OPUS.CONF.XML

<configuration name="opus.conf">
      <settings> <!--param name="asymmetric-sample-rates" value="0"/-->
        <param name="use-vbr" value="1"/>
        <param name="use-dtx" value="0"/>
	<param name="complexity" value="10"/>
	<param name="packet-loss-percent" value="5"/>
        <param name="keep-fec-enabled" value="0"/>
        <param name="use-jb-lookahead" value="0"/>
        <param name="advertise-useinbandfec" value="0"/>
	<param name="adjust-bitrate" value="0"/>
      </settings>
</configuration>


BBB_CONFERENCE.XML

<include>
    <extension name="bbb_conferences_ws">
      <condition field="${bbb_authorized}" expression="true" break="on-false"/>
      <condition field="${sip_via_protocol}" expression="^wss?$"/>
      <condition field="destination_number" expression="^(\d{5,6})$">
<action application="set" data="rtp_jitter_buffer_plc=true"/>
<!--action application="set" data="rtp_jitter_buffer_during_bridge=true"/>
<action application="set" data="jitterbuffer_msec=15:100"/>-->
<action application="jitterbuffer" data="60"/>
        <action application="answer"/>
        <action application="conference" data="$1@cdquality"/>
      </condition>
    </extension>
    <extension name="bbb_conferences">
      <condition field="${bbb_authorized}" expression="true" break="on-false"/>
      <condition field="destination_number" expression="^(\d{5,6})$">
<action application="set" data="rtp_jitter_buffer_plc=true"/>
<!--action application="set" data="rtp_jitter_buffer_during_bridge=true"/>        
<action application="set" data="jitterbuffer_msec=15:100"/>-->
<action application="jitterbuffer" data="60"/>
        <action application="answer"/>
        <action application="conference" data="$1@cdquality"/>
      </condition>
    </extension>
</include>


BBB_ECHO_TO_CONFERENCE.XML


<include>
  <extension name="ECHO_TO_CONFERENCE">
    <condition field="${bbb_from_echo}" expression="true" break="on-false"/>
    <condition field="destination_number" expression="^(ECHO_TO_CONFERENCE)$">
<action application="set" data="rtp_jitter_buffer_plc=true"/>
<!--action application="set" data="rtp_jitter_buffer_during_bridge=true"/>
<action application="set" data="jitterbuffer_msec=15:100"/> -->
<action application="jitterbuffer" data="60"/>
      <action application="answer"/>
      <action application="conference" data="${vbridge}@cdquality"/>
    </condition>
  </extension>
</include>

@Semelovich
Copy link

@Semelovich Semelovich commented Mar 29, 2020

The default opus template https://github.com/fusionpbx/fusionpbx/blob/master/resources/templates/conf/autoload_configs/opus.conf.xml seems to work fine too

But you need to have settings in conference.conf.xml (energy level mostly) ,bbb_conference.conf.xml and bbb_echo_to_conference.conf.xml as in the files Roberto posted.

So, looking at the Roberto's changes, I presume it's mostly about jitter buffer setting and soem minor things.

@iorobertob
Copy link

@iorobertob iorobertob commented Mar 30, 2020

Hi there, I read this here and I feel I need to give the right credit to my colleague @Vytenis, it was mostly him in a joint exploration to find those settings.

Now, we are still facing the issues with disabling the AGC and AEC in the browser side (which still degrades the audio quality). In the same thread, Stephen mentioned editing of the bbb webrtc bridge and sip JS files, looking for the getUserMedia function, but still we haven't been able to get that to work. If anyone had some progress on that front it would be great to discuss that.

@prlanzarin
Copy link
Member

@prlanzarin prlanzarin commented Mar 30, 2020

@iorobertob
Copy link

@iorobertob iorobertob commented Mar 30, 2020

Hi @prlanzarin thanks a lot for your reply, actually not files i am fiddling with, in Ubuntu, are not in the dev fork, but in the installed BBB distro:
/var/www/bigbluebutton/client/lib/bbb_webrtc_bridge_sip.js
and
/var/www/bigbluebutton/client/lib/sip.js

As we haven't forked the dev [yet], at least didn't think we'd have to go that far.

@prlanzarin
Copy link
Member

@prlanzarin prlanzarin commented Mar 30, 2020

@iorobertob Are you using the HTML5 client or the Flash client? Those files apply only to the Flash client.

@bruno-berchielli
Copy link

@bruno-berchielli bruno-berchielli commented Mar 30, 2020

I'm suffering with the same problema, crackly audio on a fresh install of BBB 2.2 (c5.2xlarge).

With the suggestions made by @Semelovich @iorobertob the problem seems to be fixed.

Of course this problem still require deeper investigation. Will post any new findings about this.

Thanks

@iorobertob
Copy link

@iorobertob iorobertob commented Mar 30, 2020

@prlanzarin Oh I see... we are using HMTL5. So then I understand the way forward would be to fork the dev and fiddle with the files you mentioned earlier, right?

Thanks again!!!

@prlanzarin
Copy link
Member

@prlanzarin prlanzarin commented Mar 30, 2020

@iorobertob I think you can alter the bundled files directly for the HTML5 client as well in /usr/share/meteor/bundle/programs/web.browser/app/compatibility/sip.js. Be aware of caching problems. Also restart bbb-html5 after changing stuff.

Optional AGC/AEC is something I think would be cool in BBB, though. If you end up forking it and extending the HTML5 client with it, maybe you could open a PR.

@davidpesce
Copy link

@davidpesce davidpesce commented Mar 31, 2020

I'm not sure if this is helpful, but the crackling audio seems to occur when there is an iOS device connected. We can replicate this within 10mins of starting a meeting when using two iphones.

@bruno-berchielli
Copy link

@bruno-berchielli bruno-berchielli commented Mar 31, 2020

Hello, would like to share that by only ajusting /opt/freeswitch/etc/freeswitch/autoload_configs/conference.conf.xml in the "cdquality" profile to

<param name="energy-level" value="20"/> (default 200)

Most of the crackly the sound is gone. It's not perfect, but far better.

@Semelovich
Copy link

@Semelovich Semelovich commented Apr 2, 2020

Attention!

It looks like these changes (#7007 (comment)) might cause audio\video out of sync issue!

They do fix more or less crackly sounds but out of sync issue appears!

See latest posts https://groups.google.com/forum/#!topic/bigbluebutton-setup/3Y7VBllwpX0

@iorobertob
Copy link

@iorobertob iorobertob commented Apr 4, 2020

Hi there, following this thread, yes we also noticed sync issues, and are still to explore the jitter config.

Besides that, thanks to @prlanzarin !!! after your advice I was able to disable AGC, AEC and NS by hacking the sip.js file on

/usr/share/meteor/bundle/programs/web.browser/app/compatibility/sip.js

and force my own constraints into the mediaStream. I also made the changes in the forked version, but I think I would still be a long way from putting something together for a PR.

For the time being, the changes (see post https://groups.google.com/forum/#!topic/bigbluebutton-setup/3Y7VBllwpX0) work and now audio quality is perfect, only facing dropped samples, but at least no auto gaining for now.

@iorobertob
Copy link

@iorobertob iorobertob commented Apr 5, 2020

Just a note, as mentioned in that google group thread: these constraints included "echoCancellation: false", which would induce feedback in a normal conference. Four our music purposes this is fine, of the routing we do within our DAWs, but just in case someone runs into that. Aand, these last changes do not necessarily contribute to fix crackling, just to the overall quality of the sound, so maybe this should be dealt with in a separate issue/thread?

@nplesa
Copy link

@nplesa nplesa commented Apr 8, 2020

Hi , We are using BBB version 2.2.
The system is working fine except an audio issue that we can not properly identify:

During the conference, before someone start speaking we can hear a small noise (half second) .
We usually don't hear this noise when someone speaks continously but it appears as soon as it stop and speak again.
We don't know where this issue comes from and it is not related to the server hardware performance/bandwidth.

@mtsonline
Copy link

@mtsonline mtsonline commented Apr 30, 2020

Hi

@znerol
very interesting ... hope you can investigate this and maybe get more details.

@ffdixon
today we tested the new jb 60 as introduzed by 2.2.6 and also 60:120 with video and again had the audio/video out of sync with up to three/four seconds after about 10 minutes of activated webcams. So same results, as we already had with our tests in the past.

We also tested timestamp activated, which did not solve the sync problems.

hopefully znerols finding can lead to the cause...

cheers

@a-ttila
Copy link

@a-ttila a-ttila commented Apr 30, 2020

there was a little typo!...the line should be:

<action application="jitterbuffer" data="60:120"/>

Corrected, THX.

@hsssystems
Copy link

@hsssystems hsssystems commented Apr 30, 2020

we tested with version 2.2.8 and

<action application="jitterbuffer" data="60:120"/>

Results:

  • better sound, no crackling compared to 2.2.3
  • no audio/video sync problems during meeting
  • AND no audio/video sync problems in the recording

Thx a lot! Great software!

@mtsonline
Copy link

@mtsonline mtsonline commented Apr 30, 2020

@dtaht
Copy link

@dtaht dtaht commented May 1, 2020

What sort of users are experiencing the problem? It is pretty easy to induce a ton of jitter. Just start doing a big up or download to the universe regularly to some provider not running BBR (google and dropbox run that, so it won't help). Most speedtests will do you in, the flent.org tool can also do you in, handily, and repeatably. Steam downloads are often good (bad). The bloat on cable can be pretty extreme, dsl often worse, and LTE, worst of all. Fiber is usually pretty good.

so it does sound like there is some sort of accounting bug in the jitterbuffer code, the above are techniques to make triggering it more repeatable.

@guerby
Copy link

@guerby guerby commented May 2, 2020

2\. /opt/freeswitch/etc/freeswitch/dialplan/default/bbb_echo_to_conference.xml

I just apt-get update/upgrade and got 2.2.9 with 60:120 in jitterbuffer out of the box.

@quendi1985
Copy link

@quendi1985 quendi1985 commented May 3, 2020

Hi all, we follow this discussion with great interest. We use BBB 2.2.2 (ms=20:400) for more than a month on Azure server and we are happy to say that everything seem to work fine. The only serious issue we observed was the crackling in various sessions. Interesting thing is that in some sessions was virtually non existent, in some other very evident and annoying. So, we started noting what the presenters use and testing the various browsers with laptops/desktops and integrated/external mics and chrome gave us the best results.
Still, the cracking is there. We also did some sessions in demo.bigbluebutton.org, where the cracking is nearly zero (again with chrome). If not mistaken, demo uses 2.2.9 with 60:120, right? We tested that but no difference.
So, is there a way to integrate the new settings in 2.2.2? Should we update freeswitch? Or the only way is to update to the latest bbb version? We are a little bit reluctant to do that, as everything else is working perfectly and we are waiting for 2.3 interesting changes.

Panos

@ffdixon
Copy link
Member

@ffdixon ffdixon commented May 3, 2020

Thanks for the feedback.  

Interesting thing is that in some sessions was virtually non existent, in some other very evident and annoying.

I'm wondering if for those sessions where the user has crackling in their audio, is there any different if they disconnect from the audio and reconnect again?

 We also did some sessions in demo.bigbluebutton.org, where the cracking is nearly zero (again with chrome). If not mistaken, demo uses 2.2.9 with 60:120, right? We tested that but no difference.

Demo is running on two 16 core physical machines with using Scalelite as a load balancer between them.  On Azure, are you using shared CPU or dedicate CPU instances?

We recommend you update your servers to the latest build of 2.2.9 as it has the latest bugs/security fixes.

Please let us know after updating if you encounter any differences in the audio as well.

@quendi1985
Copy link

@quendi1985 quendi1985 commented May 4, 2020

Hi Fred, thanks for the reply.

I'm wondering if for those sessions where the user has crackling in their audio, is there any different if they disconnect from the audio and reconnect again?

Hmm, seems that yes, but I don't have enough data to be sure about that. We'll check it from now on.

On Azure, are you using shared CPU or dedicate CPU instances?

Dedicated. Right now we are running on 16 CPUs and 64GB RAM.

We recommend you update your servers to the latest build of 2.2.9 as it has the latest bugs/security fixes. Please let us know after updating if you encounter any differences in the audio as well.

Thank you, we'll let you know after updating and testing.

Panos

@jshosseini
Copy link

@jshosseini jshosseini commented May 4, 2020

Dear Fred
thanks for all your great efforts. Today we installed 2.2.9 version and all audio problems seem to be solved.

@aminprox
Copy link

@aminprox aminprox commented May 8, 2020

Hi,

I've made some changes that enhanced the audio quality a bit (on my configuration which is the latest version at the moment). It might not be the best or even the correct way but it might help someone else here.

In the "/usr/local/bigbluebutton/bbb-webrtc-sfu/config/default.yml" file changed these values in the "conference-media-specs" under "OPUS":

maxaveragebitrate: "510000"
ptime: "60"
minptime: "40"
maxptime: "120"

In the "/opt/freeswitch/etc/freeswitch/autoload_configs/conference.conf.xml" file changed these values in the "cdquality" profile:

  <param name="rate" value="48000"/>
  <param name="interval" value="60"/>
  <param name="energy-level" value="0"/>

Please note that changing the "energy-level" to 0 will make the microphone active all the time and if you want to reduce the background noises you should use the default value (100 or 200), but I chose to go with 0 (which is fine for my use case with just a few unmuted mics at the same time)

And finally in the "/opt/freeswitch/etc/freeswitch/autoload_configs/opus.conf.xml" file made these changes:

<configuration name="opus.conf">
  <settings>
    <param name="use-vbr" value="1"/>
    <param name="use-dtx" value="0"/>
    <param name="complexity" value="10"/>
    <param name="maxaveragebitrate" value="510000"/>
    <param name="maxplaybackrate" value="48000"/>
    <param name="packet-loss-percent" value="5"/>
    <param name="sprop-maxcapturerate" value="48000"/>
    <param name="keep-fec-enabled" value="1"/>
    <param name="use-jb-lookahead" value="1"/>
    <param name="advertise-useinbandfec" value="1"/>
  </settings>
</configuration>

I'm not sure if this is the correct way of configuration, but it works great. I'm new to BBB and FreeSWITCH, so please excuse me if it all seems wrong.

@mtsonline
Copy link

@mtsonline mtsonline commented May 8, 2020

@aminprox
Copy link

@aminprox aminprox commented May 8, 2020

||
In the "/opt/freeswitch/etc/freeswitch/autoload_configs/conference.conf.xml" file changed these values in the "cdquality" profile: ||
|Hi, the freeswitch docs say:| |rate Audio sample rate. Special value "auto" sets this based on the rate of the first member to enter. 8000 8000, 12000, 16000, 24000, 32000, 44100, 48000, auto | ||
||
|this lowers quality to 1/3 ...does it really improve your quality? Did you test with interval 10, which should encrease quality? ... lower intervals should minimize crackling though, that is correct, as far as I could test.| ||
| | Please note that changing the "energy-level" to 0 will make the microphone active all the time and if you want to reduce the background noises you should use the default value (100 or 200), but I've chosen to go with 0 (which is fine for my use case with just a few people with unmuted mics)
additionally with level 0 the "is speaking" display in the room will not work any longer. If you set a low value e.g. 20 you can keep this functionality. * *
||
|does it change anything if you already set that in the webrtc-sfu settings?| | | ||
||
|does this change anything? Should be the default I guess.| | | really appreciate that you are testing and trying to improve ... keep on! ;-) cheers Martin

You are right about the "rate" variable and it should be "48000". I've changed that in the comment.
These values are measured by trial and error and I'm not sure if some of them are actually making any changes or not.
Lower "interval" values don't make any sensible change to the quality. The "energy-level" value of zero will disable the talking indicator (kind of), but the overall quality is better and the cracking noises, when there is stop and resume in the voice, will be very much lower. With these values in my tests, the overall quality is better when multiple voices are mixed in the session.

@cappelnord
Copy link

@cappelnord cappelnord commented May 9, 2020

Just wanted to report; an Update to 2.2.9 improved the crackly audio issue for me considerably!

@hsssystems
Copy link

@hsssystems hsssystems commented May 11, 2020

We just had a session with 66 participants on a proxmox virtual machine. The host only serves this BBB VM, we virtualized it to be able to snapshot the VMs... is it possible to

  1. is it possible / recommended to run only freeswitch on bare metal
  2. can the KVM virtualization be the reason for the crackling?

@znerol
Copy link
Contributor

@znerol znerol commented May 11, 2020

I'm running FreeSWITCH on bare metal and the rest in VMs on Proxmox, so yes, this is possible. I do not record anything though, I expect that if you need that feature, then the setup might be more complex than just replacing the FreeSWITCH IPs in config files.

@quendi1985
Copy link

@quendi1985 quendi1985 commented May 11, 2020

@hsssystems
Copy link

@hsssystems hsssystems commented May 11, 2020

I'm running FreeSWITCH on bare metal and the rest in VMs on Proxmox, so yes, this is possible. I do not record anything though, I expect that if you need that feature, then the setup might be more complex than just replacing the FreeSWITCH IPs in config files.

What else did you change in config? Any hints are greatly appreciated!

@shubamraina
Copy link

@shubamraina shubamraina commented May 16, 2020

@ffdixon
Hi, I have installed bbb 2.2.10 and i am currently facing issues in this. The issues are listed below:

  1. When joined to a Demo Meeting if i click on Microphone then i am getting error WebSocket connection failed-Error Code 1002. And i join with Listen Only Mode then it is connecting to the conference with Listen Only Mode.

  2. I am recording my demo screen and i want my recordings to store on OpenCast. I have done the integration steps but no recording is storing on Opencast. I have followed this link -- https://weblog.lkiesow.de/20200318-integrate-bigbluebutton-opencast/ for integration and changed the values for Opencast server and its login credentials.

Previously i have installed bbb (2.2.9) and i was facing these issues and other issues as well like Camera Sharing(It was throwing error) , Screen Sharing(Screen was not getting shared on the demo)
But after upgradation to version 2.2.10 all these problems were resolved and now hang up this Microphone issue.
I am using AWS Instance with 2Cores CPU, 8GB RAM and ubuntu 16.04LTS (Just for testing,After successful run then i will upgrade cores to 4.
Please suggest me what i need to do to resolve these above mentioned issues (1 and 2 point). Suggestions are highly appreciated.

@znerol
Copy link
Contributor

@znerol znerol commented May 16, 2020

@hsssystems Regarding external FreeSWITCH, see this thread in bigbluebutton-setup for pointers.

@ffdixon / @ritzalam I suggest closing this issue. There are enough reports of people who are happy with 2.2.9.

@vlasov01
Copy link

@vlasov01 vlasov01 commented Jun 3, 2020

@ffdixon
Hi, I have installed bbb 2.2.10 and i am currently facing issues in this. The issues are listed below:

1. When joined to a Demo Meeting if i click on Microphone then i am getting error WebSocket connection failed-Error Code 1002. And i join with Listen Only Mode then it is connecting to the conference with Listen Only Mode.

2. I am recording my demo screen and i want my recordings to store on OpenCast. I have done the integration steps but no recording is storing on Opencast. I have followed this link -- https://weblog.lkiesow.de/20200318-integrate-bigbluebutton-opencast/ for integration and changed the values for Opencast server and its login credentials.

Previously i have installed bbb (2.2.9) and i was facing these issues and other issues as well like Camera Sharing(It was throwing error) , Screen Sharing(Screen was not getting shared on the demo)
But after upgradation to version 2.2.10 all these problems were resolved and now hang up this Microphone issue.
I am using AWS Instance with 2Cores CPU, 8GB RAM and ubuntu 16.04LTS (Just for testing,After successful run then i will upgrade cores to 4.
Please suggest me what i need to do to resolve these above mentioned issues (1 and 2 point). Suggestions are highly appreciated.

What was your CPU usage, number of users and their profile (video/audio sharing on/off) when you noticed the problem?
Have you looked at https://docs.bigbluebutton.org/support/faq.html#some-users-are-experiencing-audio-problems ?
I'm running on AWS using t3a.2xlarge, which has 8 cores with 32GB of RAM and it seems working quite well with default settings with 2.2.16.

@shubamraina
Copy link

@shubamraina shubamraina commented Jun 3, 2020

@ffdixon
Hi, I have installed bbb 2.2.10 and i am currently facing issues in this. The issues are listed below:

1. When joined to a Demo Meeting if i click on Microphone then i am getting error WebSocket connection failed-Error Code 1002. And i join with Listen Only Mode then it is connecting to the conference with Listen Only Mode.

2. I am recording my demo screen and i want my recordings to store on OpenCast. I have done the integration steps but no recording is storing on Opencast. I have followed this link -- https://weblog.lkiesow.de/20200318-integrate-bigbluebutton-opencast/ for integration and changed the values for Opencast server and its login credentials.

Previously i have installed bbb (2.2.9) and i was facing these issues and other issues as well like Camera Sharing(It was throwing error) , Screen Sharing(Screen was not getting shared on the demo)
But after upgradation to version 2.2.10 all these problems were resolved and now hang up this Microphone issue.
I am using AWS Instance with 2Cores CPU, 8GB RAM and ubuntu 16.04LTS (Just for testing,After successful run then i will upgrade cores to 4.
Please suggest me what i need to do to resolve these above mentioned issues (1 and 2 point). Suggestions are highly appreciated.

What was your CPU usage, number of users and their profile (video/audio sharing on/off) when you noticed the problem?
Have you looked at https://docs.bigbluebutton.org/support/faq.html#some-users-are-experiencing-audio-problems ?
I'm running on AWS using t3a.2xlarge, which has 8 cores with 32GB of RAM and it seems working quite well with default settings with 2.2.16.

The issue i was facing is at the initial setup,No users were using BBB that time. I was facing that at initial steps while setting up BBB. Now all problems were resolved and everything is working as expected.
Thanks

@ffdixon ffdixon closed this as completed Jun 3, 2020
@chaosgrid
Copy link

@chaosgrid chaosgrid commented Jun 5, 2020

Still hearing some cracks here and there but it is noticeably better, good job!

@samtech09
Copy link

@samtech09 samtech09 commented Jul 6, 2020

Getting fine video but poor audio. Using 2.2.16.
As video is fine then it should not be bandwidth issue. What else shoudld i check ?

@matiasilva
Copy link
Collaborator

@matiasilva matiasilva commented Jul 6, 2020

Hi @samtech09 browse this issue for suggestions, other issues for recommendations and the groups too. I can tell you there is a wealth of information there.

@Afr33t
Copy link

@Afr33t Afr33t commented Dec 30, 2020

I also have same audio cracking and reconnecting problem.
I have tested on three different internet with 3 different system, but still facing problem from 8th of December. My friends who are connected from Germany not facing this problem but I am in Pakistan and facing this problem.
Kindly check the server of this region.

defnull added a commit to defnull/ansible-role-bigbluebutton that referenced this issue Jun 13, 2022
The jitterbuffer accepts two parameters: start and maximum buffer length. If no maximum is defined, it defaults to 50 samples (50*20ms = 1s) which is way too large. Packets should be dropped in that case. See bigbluebutton/bigbluebutton#7007 (comment)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests