Even the best video conferencing software (codecs, etc) is no match for an unreliable network with zero latency guarantees. Otherwise we would have done this already. But you can't buffer video calls.
Who knows, maybe with net neutrality gone ISPs will provide priority traffic so companies can pay more for better video conferencing (whatever better means). And rich people can pay for better Netflix. We can dream and look on the bright side, right? I just hope you aren't a video conferencing startup, because $megacorp already has an exclusive with the ISPs for video conferencing on this priority network...
(On a serious note, I mention this because it's part of the age-old network traffic prioritisation debate, not to start a flame war about net neutrality. That includes the downside of prioritisation, too)
No, don't blame this on net neutrality. Skype used to be great, even for vidcalls - maybe not conferencing, but was tolerable - when it was pre-M$ and when it was p2p.
The thing that is destroying video calls is making them going through a centralized system; that's a delay and 2x bandwith for everyone.
I never said that. I agree it's more fundamental than that, since TCP/IP (and UDP) make no latency guarantees. (I also happen to live in a country unaffected from the situation in the US, so it is just a gedankenexperiment for me)
> The thing that is destroying video calls is making them going through a centralized system
There are many things that destroy video calls. Inadequate bandwidth. Terrible WiFi hardware (LTE/4G has worked better for me in several cases). Centralized system can even provide a benefit. Users of Teamspeak or Ventrilo might remember how much they outperformed P2P in an age of very limited bandwidth (given the server had adequate bandwidth).
I've never been convinced that lack of prioritisation is the real obstacle to videoconferencing. It's usability. The only videocall application that's ever achieved decent popularity seems to be FaceTime.
Mind you, one-way videoconferencing is becoming very popular these days in the form of "streamers".
There are also non-technical usability questions - like phones, the social cues are subtly different to same-room conversations, and potentially frustrating when it comes to the delicate dance of getting the other person to let you talk.
FaceTime works well, but only between two parties. Skype used to work well, but has inexplicably gotten worse - anecdotally of course.
> I've never been convinced that lack of prioritisation is the real obstacle to videoconferencing.
I'm not saying the lack of prioritisation is why it fails, or that prioritisation will fix everything. But lower latency and higher bandwidth doesn't seem to hurt. Going from 100Mbps to 1Gbps made a huge difference. And 1Gbps isn't that much, you can now get it some residential areas in the UK for a very reasonable £63 (about 80 USD) per month.
Again UK specific, but some ISPs have much, much better routing than others (even with "net neutrality"). Of course, in the UK ISPs have to do various government filtering, which probably adds several milliseconds...
Sounds like an idea for an app: each side of the call gets 60 seconds to speak, then is automatically muted and the other side opened. Or do it the speed chess way and have a button you press when you're done with your thought so you can "bank" time for a later point of conversation.
Hmm. With decent enough speech recognition machine learning (!) you could have the system act as "chair" and decide who it thinks should be speaking, with appropriate UI cues.
Quite tricky as you have to interpret non-speech vocalisations.
> is no match for an unreliable network with zero latency guarantees
UX is a disaster. At least they could display latency / packet loss charts for both directions. Volume gauges. Warnings on audio feedback or high compression.
We spend too much time asking if volumes and quality are ok.
> We spend too much time asking if volumes and quality are ok.
I agree, but that happens on teleconferences using phonelines, too. So not really a video conference only thing.
I'm not sure if all those problems are truly UX only problems though. How useful is an n-way latency graph Volume gauges, I see that more as a hardware fault. When using a phone or an iPad, that question never comes up. Audio feedback, IMO hardware/driver issue. Again, speakerphone is okay. High compression is obvious from the blockiness.
FaceTime's "pause" of the video is one option. Software on both ends should keep a few user-selectable "keyframes" and display them when they drop to only audio.
Who knows, maybe with net neutrality gone ISPs will provide priority traffic so companies can pay more for better video conferencing (whatever better means). And rich people can pay for better Netflix. We can dream and look on the bright side, right? I just hope you aren't a video conferencing startup, because $megacorp already has an exclusive with the ISPs for video conferencing on this priority network...
(On a serious note, I mention this because it's part of the age-old network traffic prioritisation debate, not to start a flame war about net neutrality. That includes the downside of prioritisation, too)