Comments (21)
Hey @Sean-Der, same to me :)
I thought about it, but duplicating work sometimes helps: we can cross-validate our implementations.
Sometimes we are doing almost 1:1, something we are like fasthttp vs net/http.
About DTLS – actually I'm not sure about both approaches, I've tried to modify go TLS implementation to work with DTLS, because they share a lot of code, but there are too much abstractions and cost of failure is high – it is really scary to miss something and make the whole cryptography fail to provide security. Personally I like pion DTLS library more, it has better architecture.
Yes, you are right, sometimes we approach problems differently.
Also, my project is kinda educational, I'm learning about go optimizations and the whole stun/turn/ice stuff, it really helps to see this picture as a whole.
I'm really thankful for your effort – actually your project is one of my top reasons why I'm still working on mine. Also thank you for popularising WebRTC in to community.
from webrtc.
Well if you are ever interested I still would love to merge gortc/Pion. You do amazing work, and I think together we could all make something much better then alone. But validating against each other sounds like a fantastic plan also :)
You should join us in Slack you would love the enthusiasm everyone has for WebRTC. All the interesting conversations/projects being built is really motivating. Also would love to poke your brain on stuff I don't know!
from webrtc.
I think it is because gortc is considered as competing project.
I'm author of gortc and I'm pretty impressed of the pion progress. I'm still working on gortc time to time, doing it from zero helps to understand better WebRTC stack. Also I think that our projects have slightly different focuses.
Anyway I'm routinely directing users to pion project if they need something that still not implemented in gortc :)
from webrtc.
I created a repo https://github.com/xsbchen/awesome-pion
from webrtc.
https://github.com/vvspacetime/webrtc is/was working on an SFU. It would be great if we could support this or do it ourselves eventually. @vvspacetime still interested in working on this? Anything we can do to support/help, more then happy to share in our README and any dev help you need.
If people can use pion-webrtc to have conferences, and then maybe show them how to do server side video processing would open up cool projects.
from webrtc.
This is something I would love to see on pion.ly
and people can make PRs to update it as they want!
Something like https://github.com/sindresorhus/awesome so we can have README + website
from webrtc.
I wonder that there is no @gortc in this list. They are basically doing the same thing as you do.
https://gortc.io/
from webrtc.
Hey @ernado great to see you :)
Personally I wish we weren't duplicating work! Everyone says having more implementations is better for everyone. However I think it would better if the community could just finish one DTLS implementation and make it great, instead of a handful of half baked versions.
The only big difference for me is how I have seen is how Pion/gortc approach problems. gortc I think is a lot more detail/performance focused (I wish I was better at this stuff). Pion is more 'product focused' I tend to spend time working with people 1:1 and unblocking people so they can build things. This does accumulate tech debt/things don't get built right the first time.
The only thing that motivates me anymore is seeing the kind of impact Pion can have, and hopefully continues making. Completely new products are being launched because using WebRTC is so much easier now. For me Pion doesn't end with WebRTC either, I have lots more I want to build.
from webrtc.
@Sean-Der done
from webrtc.
Closing since we have awesome-pion now! I have made sure everything on here has been moved to that repo.
from webrtc.
An open source SFU would be very useful.
Another application would be video broadcasting over the data channel. It can help scale the delivery of a very popular stream to many viewers.
With the combination, an internet talkshow applications can be built fairly easily.
from webrtc.
Hi
@ericxtang I would love to build something that would be unique/useful for people! I am going to start a email thread on our mailing list to gauge community interest, it would distract from normal pion-WebRTC development. If it is something innovative I would love to build it.
Also we have DataChannels now! Personally I would love to do anything I can to help livepeer, the whole concept is amazing was completely unaware of this space when pion-WebRTC started. So if there is anything I can do feel free to file issues, also happy to work 1:1 if you want to drop me an email sean @ siobud (dot) com
We are also trying to work with the libp2p team, just cleaning up some of our messes before we reach out to them again.
from webrtc.
I`m working on pure js webrtc datachannel server for nodejs https://github.com/nodertc. STUN, DTLS and SCTP parts are complete. I hope established connection between pions/webrtc and nodertc will be possible sometime in the future.
from webrtc.
Thanks for reaching out @reklatsmasters. Your awesome project has been on our radar. We would love to collaborate on a connection example when it becomes possible. We also plan to build a suite of integration tests between pions and other webrtc implementations at some point. A nodertc test would fit in perfectly. Also, feel free to join Slack if you ever want to chat.
from webrtc.
I am writing another go webrtc server, https://github.com/notedit/media-server-go, It is a go binding of https://github.com/medooze/media-server. Will try to make this work with pions.
from webrtc.
This should be on wiki
from webrtc.
The only reason I would keep it here is that you can't tag people on the wiki @jinleileiking.
from webrtc.
@xsbchen wow, that is amazing! I love that. Would you be up for transferring it to the Pion organization?
I think https://github.com/pion/awesome-pion would be perfect! Then we can put the 'Awesome Pion' badge in each repo to tell people to check it out :)
this is fantastic, thank you so much for starting it.
from webrtc.
@xsbchen fantastic! I pinned it, and will add it to the pion/webrtc
repo! I will start adding more stuff tonight :)
Thank you so much for starting this, I think people are really going to find this useful
from webrtc.
So happy that I can do something help. I hope it is useful for the guy who wants to use Pion
from webrtc.
Hello Everyone ,
can we set up personal server with pion webrtc ?
i am getting error like below
{
I/flutter ( 8210): [Ion::Client] DEBUG: leave reject: error =>transport error
I/flutter ( 8210): [protoo-client] DEBUG: close()
I/flutter ( 8210): [protoo-client] DEBUG: constructor()
I/flutter ( 8210): [protoo-client] DEBUG: constructor() [url:https://meet.cynod.live/html5client/join?peer=bb48fd89-045a-47b8-b3bc-9761e21cde9c]
}
from webrtc.
Related Issues (20)
- Sending RTCP Reports as RFC8888 via PeerConnection HOT 1
- Ability to configure ice candidates gathering timeouts
- PeerConnection should drop reference to datachannel when it's closed
- Trickle ICE not working properly HOT 1
- OnTrack will not be fired HOT 10
- Pion cannot connect with Janus without manually specifying Candidates SDPMid
- Improve pluggability and testability across pion modules though Interfaces HOT 1
- Single Port mode second connect failed HOT 3
- rtp-to-webrtc H264 via gstreamer issue HOT 4
- Sending two separate video streams with rtp-to-webrtc under two different ports HOT 1
- data-channels-detach-create example is missing HOT 1
- Is there any example where the original h264 data can be sent to pion directly at the interface layer? HOT 2
- Go version in mod file too low for webrtc v3 HOT 5
- Generate host candidates with component 1 only when a=rtcp-mux is present HOT 6
- Goroutine leaks when using datachannel with a multi mux with single port HOT 3
- SampleBuilder causes segmentation fault HOT 5
- Ontrack is never be fired on client side neither with pion OnNegotiationNeeded HOT 1
- Test Coverage for Receiving RTXs HOT 1
- Specific port to automatically open? HOT 1
- How do I make Multicasting by one-to-many transmissions HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from webrtc.