deltachat / deltachat-core

Delta.Chat C-Library with e2e chat-over-email functionality & Python bindings
https://c.delta.chat
Other
304 stars 26 forks source link

include videochats via webrtc links #101

Closed roth-a closed 6 years ago

roth-a commented 6 years ago

Videochats are an important part of every messenger. Can Delta chat include a video chat button, that opens a webrtc link in the browser?

testbird commented 6 years ago

Do you have an example how links have to look like?

roth-a commented 6 years ago

For the beginning delta chat could use a third party provider like: https://videolink2.me/ But in the long run, this could be hosted on an own server following the webrtc guidelines: https://www.html5rocks.com/en/tutorials/webrtc/basics/

Hocuri commented 6 years ago

Related to / duplicate of #44 (?) (although I also think that it would be a very useful & important feature)

testbird commented 6 years ago

If you would like to implement this, you could probably rely on delta chat messages for the signaling (removing the requirement to host a webrtc signaling server) and use a library like https://simplewebrtc.com to set up the video streams (alternatives: https://stackoverflow.com/questions/24857637/current-state-of-javascript-webrtc-libraries).

testbird commented 6 years ago

https://stackoverflow.com/a/29056385

testbird commented 6 years ago

@r10s Hi, hope your are well and feel completely healthy again.

Maybe you or the general autocrypt folks already thought about a universal email message format that would fit for p2p session initiation and communication signaling for external apps. Here is a chance to integrate with the new "Nextcloud Talk" video chat: https://github.com/nextcloud/talk-android/issues/58#issuecomment-364872566

testbird commented 6 years ago

Ideally there could be a standard "email push" message format. Some day, free operating system platforms would then only need one runnning OS process that holds the IMAP server watch connection open, and notifies apps as necessary.

r10s commented 6 years ago

@testbird thanks, i am well and healthy again :)

thank you for pointing in the direction, i really like the idea of a push message initializing the a/v, however, i have not though much in details about this (an i will not have the time until Delta Chat 1.0 is ready and in Play Store :)

testbird commented 6 years ago

Good to read. Could you ping other persons (from autocrypt etc.) that might have an interest about replacing google push services with some email (IMAP) push messaging standard?

Derive: Email-Chat messaging standard --> Email-Push notification standard https://stackoverflow.com/questions/20329403/android-push-notification-without-using-gcm

Support for a simple, manual "click-a-link-in-deltachat-to-answer-a-call-with-another-app" (like nextcloud talk) seems like a low hanging fruit for a java dev, so it could get contributed.

testbird commented 6 years ago

Can you confirm or correct this statement in the other thread:

The Telegram-FOSS Android 8.0 issue is correct. You cannot guarantee a persistent service, and IMAP push cannot wake the device.

testbird commented 6 years ago

To me it looks as if you already solved the problems and deltachat-core could already function as a push client library to other apps as well. Areas to improve would be reducing data overhead (message size) after initial handshake and forwarding push notifications to multiple apps (to require only one watching process per device). Your dev perspective would be welcome in the other thread.

whippedcream-log commented 6 years ago

wake the device

google must really want your metadata to coerce use of their services

r10s commented 6 years ago

:)

it's a little bit weird that that there are two issues where discussions take place about a/v calls. i close this one now in favour to #44 which seems more general to me.