Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

using native client technology (nacl or pnacl) as opposed to to writing everything in javascript #141

Closed
ghost opened this issue Sep 22, 2014 · 5 comments

Comments

@ghost
Copy link

@ghost ghost commented Sep 22, 2014

hey, was wondering if i could hear everyone's thought's on implementing the chrome app client that acts as the bridge to the bt swarm (speaks both protocol) using the native client technology (nacl and pnacl) this is huge considering we can have thread support and the prospect of the browser executing c and c++ source files as machine code.
doesn't the benefits outweigh the chrome app CSP hurdles ? or am i missing something ?

also (may be missing something here) wouldn't releasing the client through node-webkit be detrimental to the adoption rate as opposed to a packaged chrome app because for webtorrent protocol to work there is a need for a high adoption rate.

@WebRTCGame

This comment has been minimized.

Copy link

@WebRTCGame WebRTCGame commented Sep 22, 2014

How would this work with a 100% browser based, client side, implementation? There are other clients that work off of a chrome/firefox plugin, but none currently (that I'm aware of) that work without it. I had assumed that this was the goal, zero plugins. Maybe I'm wrong. My intention with webtorrent is to eventually create a per site peer based cdn. The last thing I would want is requiring users to download a plugin just for that. Now if you mean something like how processing.org let's you write in the processing hybrid language with custom script tags that parse on load, that might be something.

@ghost

This comment has been minimized.

Copy link
Author

@ghost ghost commented Sep 22, 2014

@WebRTCGame bitch stop hijacking my thread and start ur own

as for ur idiotic rant there are no browser that allow socket udp or tcp to be open on webpages for tabs this is not the webmodel this is unlikely to change as that would be huge change from the current web architecture,so there is no such thing as "a no plugin solution" ( the datachannel implementation of the webtorrent protocol needs plugin to access the bt swarm) in short the point of this is to start a new class of web based peers and seeders and then gradually achieving the no plugin haven!!!

there was a lot of detail i left because i don't feel the need to explain the entire thing to someone who can't even bother to read the documentation,the architecture has been discussed in detail before a lot times. ur rant has nothing to do with my thread so piss off and make ur own thread to talk about how u want stuff.

@WebRTCGame

This comment has been minimized.

Copy link

@WebRTCGame WebRTCGame commented Sep 23, 2014

No.

@iShift

This comment has been minimized.

Copy link
Contributor

@iShift iShift commented Sep 23, 2014

close issue

@feross

This comment has been minimized.

Copy link
Member

@feross feross commented Sep 23, 2014

@superseige Your tone and vitriol is not welcome here.

@feross feross closed this Sep 23, 2014
@webtorrent webtorrent locked and limited conversation to collaborators Sep 23, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants
You can’t perform that action at this time.