Stream anime torrents, real-time with no waiting for downloads
Find a file
2022-03-19 21:38:08 +01:00
.github Update issue templates 2022-03-13 23:43:42 +01:00
build [hopefully] add an auto-updater 2022-03-15 19:25:47 +01:00
src fix: i'm dumb 2022-03-19 16:32:19 +01:00
.gitignore electron 2022-03-08 22:33:00 +01:00
.prettierrc sidebar 2022-03-09 01:21:44 +01:00
LICENSE bring license file back 2022-03-19 21:38:08 +01:00
package.json fix: i'm dumb 2022-03-19 16:32:19 +01:00
README.md Update README.md 2022-03-15 18:41:05 +01:00
vite.config.js consistent menu bar 2022-03-14 22:10:43 +01:00

Miru

Discord link: https://discord.gg/Z87Nh7c4Ac

Originally a joke project, turned out to be semi-viable.

A pure JS BitTorrent streaming environment, with a built-in list manager. Imagine qBit + Taiga + MPV, all in a single package, but streamed real-time.

Unlike qBit's sequential, seeking into undownloaded data will prioritise downloading that data, instead of flat out closing MPV.

Why Electron?

Electron has node.js integration, which can use TCP/UDP, that is the only reason. Browsers can't access TCP/UDP which means they can't access the global BT swarm.

Can't you make this just use WebRTC?

Yes. A BitTorrent implementation which uses WebRTC exists, but it's not yet adopted by any clients, and libtorrent [the library which qBit and others use] is still working/just added support for WebRTC, which means there's no swarm. This will hopefully change in the future.

Where codec support?

This uses the browser's built in video player, which uses a cut down version of FFMPEG, which lacks a support for a LOT of containers and codecs because of licensing. Since Electron is just Chromium IN THEORY it is possible to re-compile FFMPEG with support for more containers and codecs, but people seem to be going out of their way to make sure you can't find how to do that. PR pls?