An Almost Free, Open Source TURN Server
https://github.com/lvidgen/WebRTC/blob/master/FOSS_TURN_Server/howto.md
An Almost Free, Open Source TURN Server
https://github.com/lvidgen/WebRTC/blob/master/FOSS_TURN_Server/howto.md
FilePizza • Your files, delivered.
Peer-to-peer file transfers in your browser.
Using WebRTC, FilePizza eliminates the initial upload step required by other web-based file sharing services. Because data is never stored in an intermediary server, the transfer is fast, private, and secure.
Another question for my #WebRTC friends: Do you know what *exactly* makes an audio stream sync up with a video stream in libwebrtc?
Is it the a=msid:<stream-id> <track-id> grouping on the sender side?
Is it the a=msid:<stream-id> <track-id> grouping on the receiver side?
Is it both? Or is it something else entirely, e.g. do we need to create a MediaStream from both tracks on the sender or the receiver? Or do we need to attach both audio and video tracks to the same <video> element?
Další skvělá aplikace na OScloud!
Vyzkoušejte MiroTalk na https://talk.oscloud.cz a začněte ihned pořádat videohovory!
https://docs.oscloud.cz/apps/mirotalk/
#OScloud #MiroTalk #Videokonference #WebRTC
I've seen cryptex being merged in libsrtp. Haven't found a cryptex issue in the libwebrtc issue tracker. Do we know more on the status quo on cryptex support in #WebRTC?
(Summoning all my WebRTC friends here
@steely_glint @s @danjenkins @lminiero @murillo
In two months starts #KamailioWorld Conference 2025 (May 12-13, 2025) in Berlin - most of the speakers are listed, schedule to be out soon: https://www.kamailioworld.com/k2025/speakers/ #opensource #voip #telephony #5G #webrtc
I like p2p communication with webRTC better and better. not having a server in between which stores messages, but only sending messages (directly or in the form of a queue) when both peers are online. writing a message queue is my next step in my #KaiOS app #webRTC #KaiOS https://github.com/strukturart/flop
Either am stupid or did #Linphone basically memory-holed #LinphoneWeb and all #SourceCode for it?
No #git or anything...
@jwildeboer Seriously, who uses #Skype in the age of #WebRTC?
who has a #webrtc experience report
I have to say it again.
#PairDrop is amazing.
https://pairdrop.net/
And looking their FAQs, seems pretty reliable... #OpenSource #FreeSoftware #Secure #Security #P2P #WebRTC #ZeroTrust #Windows #Linux #MacOS #GNU #LibreSoftware #Sharing #GPL #nodejs #PWA
https://github.com/schlagmichdoch/pairdrop/blob/master/docs/faq.md
Contributing Guidelines:
https://github.com/schlagmichdoch/PairDrop/blob/master/CONTRIBUTING.md
#Donate
https://buymeacoffee.com/pairdrop
#tools #webtools #favs #recommendations
@Yuvalne consider #NextcloudTalk (included in @nextcloud / #Nextcloud as hosted by @monocles and @Stuxhost ) as well as #JitsiMeet (which is even easier to #SelfHost.
All 3 use #WebRTC and don't require any shitty #Client #Installation whatsoever: They work from any modern #Browser like #Firefox!
I'm trying to do live #streaming with some friends. I can't quite figure out #obs.
RTP is the ideal protocol (low latency, simple to multiplex on a server), but OBS doesn't support it.
OBS supports RTMP, but that's high latency, which isn't suitable since I'll be expecting to interact with my audience.
The last choice is WHIP/WebRTC, But #VLC doesn't support #WebRTC, so I don't even know what to use client size.
Any suggestions? Is anyone doing live streams with open source software?
After taking a closer look at #XMPP clients for the #linux desktop, there's this frustrating "tie" for finding a favorite.
#Dino, which is likeable for being able to do video and audio calls, only has limited support for multi-user chat (complete with fancy moderation tools). These audio and video calls it can do are AMD64-only at this time.
#Gajim, which is likeable for being able to do multi-user chat well (with great moderation tools), alas, can't do audio and video calls to the other XMPP clients (like, say, #Conversations, as they use a newer #WebRTC-based method now).
So there's this strange situation where one is tempted to use both at the same time.
My takeaway is that #Conversations for #Android is the only xmpp client that I would possibly and carefully recommend to family and friends at this time, as it can cover all of the above. (#Monal on #iOS/#MacOS only has "partial" support for Multi-user chat, BTW.)
Yes I'm aware of the existence of Snikket, Quicksy, and Prav. No need to chime in on those.
@cwebber yes, and we already have options for that:
#JitsiMeet, #WebCall and other #WebRTC-based comms.
#OnionShare, #Wormhole, #oshi, #BitTorrent & #IPFS for #Filesharing.
#Nextcloud et. al. for collaboration.
...
#Jabber/#XMPP client that runs on #Windows (or in browser), that supports #MAM (incl. #MUC-MAM), modern A/V (#WebRTC), message reactions and replies. And is not #abandonware.
Adhoc commands and OMEMO nice to have, not a must.
I'm *almost* there, but not quite
#Dino: Windows port abandoned.
#Gajim: No modern A/V calls yet.
#Movim: Needs PHP server installation. Also not the right tool for my use-case.
#Prose: No A/V calls yet. Would be by top choice otherwise.
Did some #WebRTC bitrate testing for my LEGO trains, and, found out the current bitrate settings in Threema group calls are really not good enough for high movement scenarios. I would have to quadruple the bitrate for real jitter-free 30 fps with VP8.
Besides practical trial and error testing, are there any good resources out there I should check out to get more insights?
If you have folks you would like to video call today, but the tech/login/platform gets in the way, you might want to try https://rendezvous.Family/ it is a minimal #webrtc app that (should) work in any mobile browser. I wrote it in the height of the pandemic, but it still seems to work.