Voice Calls: Secure, Crystal-Clear, AI-Powered • Hacker News Board

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#291

Post by CaptSpify » Sat, Apr 01, 2017, 10:54 PM UTC

notspanishflu wrote: post #278

CaptSpify wrote: post #260

Earlier quoted context omitted.

Yup, latest version. I tried clearing the cache and no change. Since I was in console, I just checked syslog and I'm getting a dbus DENIED. I'll poke at it when I have more time, but I wonder if they need to fix up their apparmor perms. Curious as to why your getting a different result though. EDIT: I'd also be curious as to your opinion of Touch in general? My opinion: I love it. I'm not a huge fan of Unity, or Ubun…

Oh sh*t I'm just remembering now a problem some people had with lock files. I thought it was fixed [0]. In that thread someone said deleting .config/com.ubuntu.telegram/ /auth.lock solved the problem with Telegram not starting [1]. So look for .lock file/s and delete it/them. I still love Debian way more than Ubuntu, but I think they're doing a great work with Touch. [0] https://bugs.launchpad.net/ubuntu/+source/qtba…

Hmmm.... I don't have any lock files. I'll dig into it when I get more time. thanks

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#292

Post by ausjke » Sun, Apr 02, 2017, 2:56 AM UTC

Wait, I saw nobody mentioned this, but I feel this is very similar to Slack, group-chatting basically, isn't it?

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#293

Post by dbrian82 » Sun, Apr 02, 2017, 6:04 PM UTC

hi,i'm Brian, i had my friend help me hack my ex's email, facebook, whatsapp,and his phone cause i suspected he was cheating. all he asked for was a his phone number. he's email is (hotcyberlord425@gmail.com)..IF u need help tell him Brian referred you to him and he'll help. Am sure his going to help you do it, good luck

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#294

Post by throwaway399 » Mon, Apr 03, 2017, 12:10 AM UTC

Arathorn wrote: post #274

throwaway399 wrote: post #27

Earlier quoted context omitted.

There is no way riot is less buggy. Try macos to macos Sierra to Yosemite voice call. It segfaults right away. Wire is buggy but generally works. The main problem with it is that metadata is collected by default.

We're not aware of any crashes at all on Riot/Desktop (especially as it's an electron app, so crashes will be due to chromium bugs). Please can you make sure it's filed on https://github.com/vector-im/riot-web/issues ? thanks!

It was on MacOS desktop. I'll submit an issue when I get a chance to reproduce.

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#295

Post by torrent-of-ions » Wed, Apr 05, 2017, 3:10 PM UTC

moomin wrote: post #155

torrent-of-ions wrote: post #140

Earlier quoted context omitted.

I don't remember dialup latency. I only remember it having low bandwidth. I'm talking about ADSL latency in the 90s.

Latency for a 56k modem was 180ms. Latency for a voice call on the same line was _much_ smaller. AFAICT, latency from my games console television to my TV is much higher...

Yes, I believe you, I meant I don't remember what the latency was.

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#296

Post by ouesp » Wed, Apr 05, 2017, 7:33 PM UTC

cschmittiey wrote: post #145

ouesp wrote: post #91

Earlier quoted context omitted.

How is the quality of web based VoIP through the browsers in your hosted riot.im ?

Using riot.im/app/ to communicate with others worked surprisingly well, quality seemed good.

I ended up installing Mumble in aws because I only need voice.

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#297

Post by lambdadmitry » Thu, Apr 06, 2017, 11:54 AM UTC

magic_quotes wrote: post #287

unicornporn wrote: post #277

Earlier quoted context omitted.

Are you really serious? This is a post snowden society. > An FAQ isn't binding. Probably not, but please beware that this service is not subject to US law, but the laws of the Russian Federation. > What does their TOS say? TOS are subject to change, right? And even if it wasn't, do you really think the TOS will stop a company run by a russian nationalist[1] offering a free service with a million dollar bill will stic…

> service is not subject to US law, but the laws of the Russian Federation They are not registered in Russia, afaik. > russian nationalist[1] … [1] https://www.instagram.com/p/-MrPWGr7aL/ That's just Pavel's usual populism. He says the same things about Russia or pretty much anything.

>They are not registered in Russia, afaik.

They are writing the software in Russia (right next to the VK's door to be precise), though. Source: local Saint-Petersburg newspapers.

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#298

Post by throwaway399 » Thu, Apr 06, 2017, 10:05 PM UTC

throwaway399 wrote: post #294

Arathorn wrote: post #274

Earlier quoted context omitted.

We're not aware of any crashes at all on Riot/Desktop (especially as it's an electron app, so crashes will be due to chromium bugs). Please can you make sure it's filed on https://github.com/vector-im/riot-web/issues ? thanks!

It was on MacOS desktop. I'll submit an issue when I get a chance to reproduce.

Ok I updated the app and now it is not crashing! Thanks for a great product.

Re: Voice Calls: Secure, Crystal-Clear, AI-Powered

#299

Post by cyphunk » Sun, Apr 09, 2017, 9:18 PM UTC

stouset wrote: post #289

cyphunk wrote: post #256

Earlier quoted context omitted.

Found it [1]. tldr: First message from TelegramApp has some marketing copy ("acm winner phds") but not horrible. The TelegramApp user remains calm/careful and mostly polite in every message after that. There are only a few cases of sideways slapping and they come from HN users. Despite this the conversation between TelegramApp and HN users remain informative debate and discussion. 1. https://news.ycombinator.com/item…

Being cordial and polite on Hacker News wasn't my concern. My concern is their repeated dismissal of feedback from experienced cryptographers. Cryptographers can't seem to make sense of a lot of their design decisions in the MTProto protocol. Their response to criticism has mostly been in the form of: if you can't demonstrate a break directly, then we don't care. Given how fragile cryptography can be, this is an absu…

I read through the linked thread in my previous post and I think it gives a good idea of the rift between the in-house-HN-cryptographers and those at Telegram. One will find the exact same disconnect between cryptographers that worked under heavy computational constraints, and those that have not. For example, in the Satellite TV industry.

The Telegram designers built a protocol with anticipation of some constraints. But rather than debate the plausability of the percieved constraints, the HN-crowd just dug into whatever they already knew and threw in a lot of snark in their response to close the door.

> Their response to criticism has mostly been in the form of: if you can't demonstrate a break directly, then we don't care.

I haven't seen that. I went looking for it. If you have the patience and time please dig up a link or quote.

> That's not to throw the TLS 1.0 authors under the bus here. The weaknesses of that type of scheme were yet to be widely known. In the case of MTProto, weaknesses in their use of certain constructs are widely known, and they don't seem o care.

I did see a good bit of discussion about the feasability of some of the weakness pointed out. They responded in a way that seemed to indicate they fully understood the issue but "chose" to take the risk. I'm not sure this means "they don't care". Perhaps it does. But this is where I started to see that the rift here was really about the perception of constraints, not lack of knowledge or, in my opinion, lack of care.