Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Realtime streaming from torrents in the browser

iflix.io

Post reply on HN
Print view View original

71–80 of 96 posts

Re: Realtime streaming from torrents in the browser

#71

Post by runeks »

malvosenior wrote: post #5
arthurcolle wrote: post #4

Earlier quoted context omitted.

Popcorn Time?

That's close but I want arbitrary BT files, not a hand curated content selection.

You can use peerflix[1] for that, eg:

    peerflix "magnet:?xt=urn:btih:44052304ac07aa461b4828c63c52a44f34df2ce7&dn=FIFA.World.Cup.2014.Group.B.Spain.vs.Netherlands.720p.HDTV.x264-&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A6969&tr=udp%3A%2F%2Fopen.demonii.com%3A1337"
And then watch at http://localhost:8888 with your favorite player.

[1] https://github.com/mafintosh/peerflix

Re: Realtime streaming from torrents in the browser

#72

Post by hack_edu »

rakoo wrote: post #57
sktrdie wrote: post #47

Earlier quoted context omitted.

Nice! Why not create a different protocol then if they're not yet compatible? Adoption for a browser-based p2p streaming tool should be seamless. If the only problem is BitTorrent integration, go your own way. ps: your site seems down.

The strength of Bittorrent comes from the network. If you start with little to no peers, you will have a hard time convincing users to migrate. If you can leverage the existing Bittorrent network, you will be able to build something meaningful much more easily.

And the likelihood of that integration is unlikely. Just because WebRTC operates over TCP does not mean it acts anything like a proper TCP socket. There is an unbelievable amount of overhead involved, not to mention how reliant most modern torrent work can be on UDP nowadays. It simply can't scale, it might be good enough, but it can't scale. In-client WebRTC 'support' would nearly mean an entirely different stack, built on WebRTC's clunky non-standards and take years of proper testing. Why go through the effort? And hell, torrent clients are bloated enough already.

And let's not even get started on the comparable differences in security (personal or code-wise) when running this all through Javascript training wheels, then through the browsers' secret optimization sauce, browser/plugin fracturing, then through the gamut of ads, fingerprinting, cookie drops, and who knows what else kind of tracking can be slipped in from here forward... Let's call it what it is; a cool, non-commercial, in-browser p2p file sharing protocol, not BitTorrent.

Re: Realtime streaming from torrents in the browser

#74

Post by atmosx »

feross wrote: post #40

This is neat, but what we really need is BitTorrent over WebRTC, for actual decentralized BitTorrent in the browser. See http://webtorrent.io The project's goal is to build a browser BitTorrent client that requires no install (no plugin/extension/etc.) and fully-interoperates with the regular BitTorrent network. We use WebRTC Data Channels for peer-to-peer transport. WebTorrent is designed to match the BitTorrent pro…

So (in theory) I can upload this to my server and stream content from torrents straight out (since I'm on lousy ADSL while my VPS sits on ... well a way faster connection)?

If that's what these guys after, that's amazing :-)

Re: Realtime streaming from torrents in the browser

#75

Post by atmosx »

SimeVidas wrote: post #67

I can confirm that it works in Chrome. (I tried with a Korra episode. It started playing almost instantly, with a few image glitches here and there.)

For me worked only for 'porn' which had a huge load of seeders. Not for anything meaningful (which doesn't have 2500 seeders...)

Re: Realtime streaming from torrents in the browser

#76

Post by mdpane »

aroch wrote: post #34
0x4139 wrote: post #7

Earlier quoted context omitted.

EZTV YIFI and many more don't pack anymore the data inside rar files, and it works, you can watch silicon valley from an EZTV torrent from here http://iflix.io/#/play/ef87a3f97c653d487dece0e6ea8e60b7731a5...

Yify torrents are total garbage at any rate, you'd be better off just not watching whatever you wanted to watch rather than stare at the eyesore that is Yify. Seriously, Yify encodes are like watching something through a window coated in vaseline. http://screenshotcomparison.com/comparison.php?id=87460 http://screenshotcomparison.com/comparison.php?id=10115

I dunno, it seems to me Yify's torrents are a great balance of file size and quality.

Re: Realtime streaming from torrents in the browser

#77

Post by jpdelatorre »

0x4139 wrote: post #60
jpdelatorre wrote: post #53

There's another service that I use that exactly do the same thing and it works well. http://put.io

it's not the samething, iflix.io streams almost instantly (if it wasn't for the huge load)

Well technically it's not but I think the objective is quite the same. It lets me stream video from a torrent.

Re: Realtime streaming from torrents in the browser

#78

Post by jzelinskie »

hack_edu wrote: post #72
rakoo wrote: post #57

Earlier quoted context omitted.

The strength of Bittorrent comes from the network. If you start with little to no peers, you will have a hard time convincing users to migrate. If you can leverage the existing Bittorrent network, you will be able to build something meaningful much more easily.

And the likelihood of that integration is unlikely. Just because WebRTC operates over TCP does not mean it acts anything like a proper TCP socket. There is an unbelievable amount of overhead involved, not to mention how reliant most modern torrent work can be on UDP nowadays. It simply can't scale, it might be good enough, but it can't scale. In-client WebRTC 'support' would nearly mean an entirely different stack, b…

Just to further this point: AFAIK, The BitTorrent protocol was not designed in order to stream content in any kind of order. I think the emerging P2P web technologies is good opportunity to iterate on BitTorrent and design a better-fit protocol.

Re: Realtime streaming from torrents in the browser

#79

Post by sktrdie »

feross wrote: post #52
sktrdie wrote: post #47

Earlier quoted context omitted.

Nice! Why not create a different protocol then if they're not yet compatible? Adoption for a browser-based p2p streaming tool should be seamless. If the only problem is BitTorrent integration, go your own way. ps: your site seems down.

Site is back up! I set up TLS today and made DNS changes. :) > Why not create a different protocol then if they're not yet compatible? I want existing bittorrent clients to add WebRTC support. The task of convincing the existing clients to do this will be a lot easier if the protocol is unchanged except where absolutely necessary to accommodate the WebRTC signaling (peer introduction) process. I don't want to get dis…

Would you happen to have a working demo of the webtorrent.js in the browser?

Re: Realtime streaming from torrents in the browser

#80

Post by hack_edu »

jzelinskie wrote: post #78
hack_edu wrote: post #72

Earlier quoted context omitted.

And the likelihood of that integration is unlikely. Just because WebRTC operates over TCP does not mean it acts anything like a proper TCP socket. There is an unbelievable amount of overhead involved, not to mention how reliant most modern torrent work can be on UDP nowadays. It simply can't scale, it might be good enough, but it can't scale. In-client WebRTC 'support' would nearly mean an entirely different stack, b…

Just to further this point: AFAIK, The BitTorrent protocol was not designed in order to stream content in any kind of order. I think the emerging P2P web technologies is good opportunity to iterate on BitTorrent and design a better-fit protocol.

Correct, it was not. Though even a moderately healthy swarm today can easily stream (prerecorded, this is important) linear content. It's a lot easier now that residential bandwidth and seedboxes are so prevalent.
Post reply on HN