TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: Talk – A free group video call app with screen sharing

310 点作者 vasanthv超过 4 年前

27 条评论

CameronNemo超过 4 年前
Is this different from or better than Jitsi Meet? Not intending to criticize the effort, just curious if I should switch my goto choice of video conferencing software.<p><a href="https:&#x2F;&#x2F;meet.jit.si&#x2F;" rel="nofollow">https:&#x2F;&#x2F;meet.jit.si&#x2F;</a>
评论 #24381852 未加载
评论 #24382481 未加载
theanirudh超过 4 年前
Another fully featured group video chat: <a href="https:&#x2F;&#x2F;talky.io" rel="nofollow">https:&#x2F;&#x2F;talky.io</a><p>It&#x27;s based on this open source app <a href="https:&#x2F;&#x2F;github.com&#x2F;simplewebrtc&#x2F;simplewebrtc-talky-sample-app" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;simplewebrtc&#x2F;simplewebrtc-talky-sample-ap...</a><p>They also run <a href="https:&#x2F;&#x2F;www.simplewebrtc.com" rel="nofollow">https:&#x2F;&#x2F;www.simplewebrtc.com</a> which is an SDK for building custom WebRTC apps. They also provide TURN and SFU servers.
评论 #24383052 未加载
评论 #24386077 未加载
Benjamin_Dobell超过 4 年前
Is this hosted anywhere?<p>I created <a href="https:&#x2F;&#x2F;omen.tv&#x2F;" rel="nofollow">https:&#x2F;&#x2F;omen.tv&#x2F;</a> just last weekend. Similar in that it&#x27;s powered by WebRTC, but it&#x27;s designed for casting your screen (e.g. Jackbox Games) to other people&#x27;s TVs.<p>My greatest annoyances with WebRTC were:<p>1. WebRTC <i>requires</i> a STUN server, and despite the spec initially supporting default ICE servers, it has since been pulled out into an extension because browser vendors don&#x27;t want to provide servers[1]. There are free STUN servers (Google etc.) but...<p>2. Double NAT clients. STUN is inevitably going to discover double NAT clients. The <i>only</i> way to connect these clients is through a proxy. Specifically a TURN server. Unlike STUN servers, these are not light-weight, and I can totally understand why browser vendors don&#x27;t offer them by default. So inevitably any WebRTC use still requires a self-hosted TURN server.<p>3. Inconsistent access to streams across browsers. In particular the getDisplayMedia[2] API provides poor availability of the audio stream. Courtesy of Apple doing Apple things, I don&#x27;t believe it&#x27;s even possible to implement this API on macOS as there&#x27;s no audio loopback device. I worked around this for my use-case by installing BlackHole[3] (which is great software!) However, the loopback device appears as an input e.g. like a microphone, so isn&#x27;t technically the display audio.<p>For this all to be smooth I think all these pain points need to be addressed.<p>Issue 1 and 2 require NAT to be kicked to the curb, come on IPv6! Issue 3, requires Apple to expose a loopback device <i>and</i> browsers to implement support. These aren&#x27;t insurmountable issues, but they&#x27;re unfortunately out of our hands as day-to-day devs.<p>[1] <a href="https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;API&#x2F;RTCPeerConnection&#x2F;getDefaultIceServers" rel="nofollow">https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;API&#x2F;RTCPeerConn...</a><p>[2] <a href="https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;API&#x2F;MediaDevices&#x2F;getDisplayMedia" rel="nofollow">https:&#x2F;&#x2F;developer.mozilla.org&#x2F;en-US&#x2F;docs&#x2F;Web&#x2F;API&#x2F;MediaDevice...</a><p>[3] <a href="https:&#x2F;&#x2F;github.com&#x2F;ExistentialAudio&#x2F;BlackHole" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ExistentialAudio&#x2F;BlackHole</a>
评论 #24382221 未加载
评论 #24382230 未加载
评论 #24382209 未加载
评论 #24382315 未加载
评论 #24382653 未加载
评论 #24382093 未加载
评论 #24382312 未加载
评论 #24383015 未加载
评论 #24386098 未加载
评论 #24386592 未加载
评论 #24386512 未加载
评论 #24382108 未加载
mpartel超过 4 年前
The JS code is under 500 lines so this is at least simple and auditable.<p>I didn&#x27;t see anything about encryption based on a cursory read. Does WebRTC have some built in or is this unencrypted?
评论 #24382008 未加载
abhayhegde超过 4 年前
Amazing! I think this is the better open-source alternative to Google Meet and Zoom. Of course, this may not be filled with all the features offered by them, but this is more than enough for meeting 6-8 people at a time.
cloogshicer超过 4 年前
Is there a video call app with screen sharing that doesn&#x27;t use WebRTC?<p>I often host online lectures and with screen sharing, it always uses up 100% of my CPU resources.
ArtWomb超过 4 年前
&gt;&gt;&gt; quality of the call is inversely proportional to the number of people on the cal<p>Interesting experiment would be to run locally on high speed LAN with LOTS of participants. Whats the limit to what the browser can handle?<p>Thanks for building, vasanthv ;)
_heimdall超过 4 年前
Is this pretty similar to zipcall.io? I&#x27;ve used it a few times and was surprised with how well it worked for video calls and screen sharing.<p>Only problem I had with it was one client that couldn&#x27;t get his mic working. I&#x27;m assuming it was a browser permissions issue but I called him on Signal instead rather than trying to track it down remotely.
badalsurana超过 4 年前
I am surprised to see a video call and screensharing app build with less than 500 lines of JS code.<p>Did not know that.
moron4hire超过 4 年前
WebRTC is amazing, until you start getting users on iPads. The complaints of the Firefox users are easy to ignore (there are so few of them, after all), but the iPad users are too numerous (especially within my company).
fonosip超过 4 年前
here&#x27;s a similar webrtc app, but free of node.js dependency <a href="https:&#x2F;&#x2F;ba.net&#x2F;screen-share-party" rel="nofollow">https:&#x2F;&#x2F;ba.net&#x2F;screen-share-party</a>
amitheonlyone超过 4 年前
I don&#x27;t know anything about STUN or TURN servers. I saw some credentials in the script.js file. Is it dummy or is it okay to make this public?
评论 #24382107 未加载
评论 #24382183 未加载
canada_dry超过 4 年前
Couldn&#x27;t the double NAT STUN&#x2F;TURN thing be eliminated if the solution was modified to utilize Wireguard on all the endpoints?
haroldegibbons超过 4 年前
I thought WebRTC was the coolest thing since sliced bread until I ran into the whole TURN and STUN thing. I feel catfished.
评论 #24382053 未加载
评论 #24382380 未加载
评论 #24382557 未加载
redindian75超过 4 年前
Here is a demo:<p><a href="http:&#x2F;&#x2F;talk.vasanthv.com" rel="nofollow">http:&#x2F;&#x2F;talk.vasanthv.com</a>
h43z超过 4 年前
To share just one screen (mostly for my mom and me) I created <a href="https:&#x2F;&#x2F;screenshare.43z.one&#x2F;" rel="nofollow">https:&#x2F;&#x2F;screenshare.43z.one&#x2F;</a> in just a few lines of client side js.
nyxtom超过 4 年前
Nice! The WebRTC samples tend to be a bit convoluted. This sample project is a great demonstration of simplicity. Going to use this for some data channel work.
pkz超过 4 年前
It would be great with a similar solution that also packaged you own STUN&#x2F;TURN setup. Maybe there is someone who did that for Jitsi meet?
评论 #24384277 未加载
rajbiswas125超过 4 年前
Is there anything which doesn&#x27;t use webrtc?
upofadown超过 4 年前
How does the identity management work here? How do you know that you are talking to who you think you are talking to?
评论 #24383057 未加载
rdlecler1超过 4 年前
There are lots of free options. We use zoom because it has the best and most consistent quality.
评论 #24384219 未加载
usaphp超过 4 年前
Is there a way for multiple people to simultaneously share their screen with each other
rambojazz超过 4 年前
Could you add some screenshots on the README?
mixedbit超过 4 年前
Up to how many participants P2P WebRTC video calls work well in browsers?
评论 #24382012 未加载
john_alan超过 4 年前
Doesn’t look too secure.
评论 #24382035 未加载
评论 #24381926 未加载
pmlnr超过 4 年前
Great. Can I has hw encoding&#x2F;decoding on linux, please? I don&#x27;t need another software, I need my laptop not to boil.
评论 #24386820 未加载
hn3333超过 4 年前
Stop giving away great software for free. Sell it! :)<p>(P.S:: Didn&#x27;t check out the source code. It&#x27;s just a general sentiment of mine lately.)