I don't use video much but I hope they've done as good of a job as they did with audio.
I checked, and it looks like they are using pretty standard webRTC settings. The audio is compressed with Opus codec. They look to be limiting the bitrate to 40 kbps. (I'm not sure, but I thought Chrome default limited the AVERAGE bitrate to 40 kbps, not the peak, so Slack might actually be imposing an even tighter limit here).
Opus does a pretty nice job and is full band. A lot of older VOIP tech used compression that severely limited the frequency response.
We've been working on a more conversational video conferencing service called Locus (inthelocus.com). There we do some processing on the audio stream to spatialize audio sources, and found audio quality improved up to bitrate of ~120 kbps. The compression difference was more noticeable when processing the stream vs. directly playing back.
I don't think that's accurate. Most conventional VoIP (in North America) uses G.711µ, whose purpose is to provide the IP correlate to logarithmically companded PCM encoding used in a normal DS0 (digital PSTN loop carrier).
DS0s are not compressed. Logarithmic steps result in some approximation, but that has more to do with the mechanics of digital sampling and quantisation than bandwidth savings. In fact, G.711µ is an uncompressed 64 Kbps codec, exactly equivalent to the synchronous data rate of a DS0 in the circuit-switched world. This is in sharp contrast to codecs like G.729, which, to simplify things, use waveform translation tables to achieve significant compression (down to about 8 Kbps in the case of G.729 specifically). Some less patent-encumbered variants do similar things.
The frequency response is limited by the standard PSTN bearer channel range of ~3.1 KHz, which is for historical reasons. That was the most frequency response one could reliably squeeze out of copper analog lines, for both physical and economic reasons tied up in the history of the telephone system. Since the primary concern of the VoIP industry was—and still is—interoperation with the traditional telephone network (PSTN, or Publicly Switched Telephone Network), adopting codecs which translate readily into that world with a minimum of CPU-hungry transcoding and reframing makes sense.
WebRTC, as a peer-to-peer multimedia calling mechanism intended to resemble something like Skype, is more purely a product of Internet-orientated thinking and has a rather post-PSTN mindset. WebRTC endpoints, like IP phones supporting wide-band codecs (e.g. G.722), are not constrained by the requirement to talk to the old-school telephone network. So, they can use codecs like G.722 and Opus.
Does a certain region use this or its usage widespread?
Crisp is a word with a few meanings. In this context, it's a metaphor assigning physical qualities to sound. (A crisp dollar bill is smooth and without creases)
Of all the different solutions I've visited (Google Hangouts, Skype, Slack, Zoom, Join.me etc.), G2M has been the most reliable and best-sounding one that I've found. It's got things like native Mac app, screen sharing (just one presenter, unfortunately), audio/video recording, telephone dial-in, calendar scheduling, and persistence (i.e. you can reuse the same meeting every day). It uses little bandwidth and behaves really well on a low-bandwidth connection. And unlike GH, we've never experienced any issues connecting or staying connected.
The only thing I miss is the ability for it to pipe back a little bit of my own audio, the way I believe phones do, so that you can talk while wearing earbuds or a closed headset. (Without this, you won't hear your own voice, which I find too unnerving.)
[1] https://www.citrix.com/blogs/2016/03/22/gotomeeting-audio-ha...
https://www.rogueamoeba.com/freebies/
hear the sound coming in through a microphone
Edit: It is specifically called out in the Citrix blog referenced above as not working well enough. Not sure if the Loopback software would be any different, but it does offer a free trial.
> New in 2.3: A long-standing issue with latency in LineIn has finally been cured! We've also added a menu item for toggling play-thru.
I'll try it out.
Just being able to see which person in the meeting is speaking is enough to to choose G2M, even if the call quality and reliability wasn't vastly better.
I legitimately want to know why, I'm not ranting.
VoIP at work (At least with Cisco) is usually some grumpy telecom guy disabling HD audio or the company skimping on telephones.
If they disable HD audio on pure-IP extension-to-extension/intra-company calling, that's stupid, though, and indeed could be done only by Mr. Grumpy.
There is unfortunately a trend to skimp on desk phones, but I think it's out of the perception that most users don't really care or use them that much.
*Wow, tough crowd.