@torrent-tv/proxy 2.9.69 → 2.9.71

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,222 @@
1
+ /**
2
+ * @file The transport both sides of the torrent worker share.
3
+ *
4
+ * One place holds the request/reply bookkeeping and the streaming rules, so the
5
+ * worker and its main-thread client cannot drift apart on the details that
6
+ * matter: which side transfers, which side acknowledges, and when a stream is
7
+ * allowed to keep going.
8
+ *
9
+ * See `protocol.js` for why the design is what it is — every number in it came
10
+ * from a measurement, not a preference.
11
+ */
12
+
13
+ import { Event, STREAM_HIGH_WATER_CHUNKS } from "./protocol.js";
14
+
15
+ /**
16
+ * Issue request ids that stay unique for the life of a thread.
17
+ *
18
+ * @returns {() => number}
19
+ */
20
+ export function createRequestIds() {
21
+ let next = 0;
22
+ return () => (next += 1);
23
+ }
24
+
25
+ /**
26
+ * Wrap a port's messages into request/reply calls.
27
+ *
28
+ * Callers get promises; the plumbing of matching replies to requests, and of
29
+ * turning a worker-side failure back into a rejection, lives here. `Error`
30
+ * objects do not survive a thread boundary, so failures cross as messages and
31
+ * are rebuilt into `Error`s on arrival — a caller sees an ordinary rejection.
32
+ *
33
+ * @param {import("node:worker_threads").MessagePort | import("node:worker_threads").Worker} port
34
+ * @returns {{
35
+ * call: (command: string, params?: object) => Promise<unknown>,
36
+ * handleReply: (message: object) => boolean,
37
+ * rejectAll: (reason: Error) => void
38
+ * }}
39
+ */
40
+ export function createCaller(port) {
41
+ const nextId = createRequestIds();
42
+ const pending = new Map();
43
+
44
+ return {
45
+ call(command, params = {}) {
46
+ return new Promise((resolve, reject) => {
47
+ const id = nextId();
48
+ pending.set(id, { resolve, reject });
49
+ port.postMessage({ command, id, params });
50
+ });
51
+ },
52
+
53
+ /**
54
+ * Feed a message in; returns true when it was a reply this caller owned.
55
+ */
56
+ handleReply(message) {
57
+ const entry = pending.get(message?.id);
58
+ if (!entry) {
59
+ return false;
60
+ }
61
+ if (message.type === Event.RESULT) {
62
+ pending.delete(message.id);
63
+ entry.resolve(message.result);
64
+ return true;
65
+ }
66
+ if (message.type === Event.ERROR) {
67
+ pending.delete(message.id);
68
+ entry.reject(new Error(message.error ?? "Torrent worker request failed."));
69
+ return true;
70
+ }
71
+ return false;
72
+ },
73
+
74
+ /**
75
+ * Fail everything outstanding — the worker died, or is being shut down.
76
+ */
77
+ rejectAll(reason) {
78
+ for (const [, entry] of pending) {
79
+ entry.reject(reason);
80
+ }
81
+ pending.clear();
82
+ }
83
+ };
84
+ }
85
+
86
+ /**
87
+ * Receive a chunked body as an ordinary `ReadableStream`.
88
+ *
89
+ * This is the half that makes the design pay off: chunks arrive as transferred
90
+ * buffers (no copying), and are handed on through a standard stream, so callers
91
+ * treat it exactly like any other body. Each chunk is acknowledged as it is
92
+ * enqueued, which is what lets the worker keep only
93
+ * {@link STREAM_HIGH_WATER_CHUNKS} in flight.
94
+ *
95
+ * Cancelling the stream — a viewer navigating away, a superseded seek — sends
96
+ * the cancel command, so the worker stops reading rather than filling a queue
97
+ * nobody will drain.
98
+ *
99
+ * @param {object} params
100
+ * @param {import("node:worker_threads").Worker} params.port
101
+ * @param {number} params.requestId
102
+ * @param {() => void} params.onCancel - Sends CANCEL_READ for this request.
103
+ * @returns {{ stream: ReadableStream<Uint8Array>, push: (bytes: Uint8Array) => void, close: () => void, fail: (error: Error) => void }}
104
+ */
105
+ export function createReceiveStream({ port, requestId, onCancel }) {
106
+ let controller = null;
107
+ let finished = false;
108
+
109
+ const stream = new ReadableStream({
110
+ start(streamController) {
111
+ controller = streamController;
112
+ },
113
+ cancel() {
114
+ if (!finished) {
115
+ finished = true;
116
+ onCancel();
117
+ }
118
+ }
119
+ });
120
+
121
+ return {
122
+ stream,
123
+
124
+ push(bytes) {
125
+ if (finished || !controller) {
126
+ return;
127
+ }
128
+ controller.enqueue(bytes);
129
+ // Acknowledge only once the data is in the stream's own queue, so the
130
+ // worker's in-flight count reflects what has actually been taken up.
131
+ port.postMessage({ type: Event.CHUNK_ACK, id: requestId });
132
+ },
133
+
134
+ close() {
135
+ if (finished || !controller) {
136
+ return;
137
+ }
138
+ finished = true;
139
+ controller.close();
140
+ },
141
+
142
+ fail(error) {
143
+ if (finished || !controller) {
144
+ return;
145
+ }
146
+ finished = true;
147
+ controller.error(error);
148
+ }
149
+ };
150
+ }
151
+
152
+ /**
153
+ * Send a body as chunks, pausing when too many are unacknowledged.
154
+ *
155
+ * The worker side of the same arrangement. `waitForCapacity` resolves when the
156
+ * main thread has taken up enough of what was sent; without it a fast disk
157
+ * would outrun the channel and rebuild in the message queue exactly the memory
158
+ * the transfers were saving.
159
+ *
160
+ * @param {object} params
161
+ * @param {import("node:worker_threads").MessagePort} params.port
162
+ * @param {number} params.requestId
163
+ * @returns {{ send: (bytes: Buffer) => Promise<void>, end: () => void, ack: () => void, cancel: () => void, isCancelled: () => boolean }}
164
+ */
165
+ export function createSendStream({ port, requestId }) {
166
+ let inFlight = 0;
167
+ let cancelled = false;
168
+ let wake = null;
169
+
170
+ const waitForCapacity = () => {
171
+ if (cancelled || inFlight < STREAM_HIGH_WATER_CHUNKS) {
172
+ return Promise.resolve();
173
+ }
174
+ return new Promise((resolve) => {
175
+ wake = resolve;
176
+ });
177
+ };
178
+
179
+ return {
180
+ async send(bytes) {
181
+ await waitForCapacity();
182
+ if (cancelled) {
183
+ return;
184
+ }
185
+ inFlight += 1;
186
+ // Transfer the underlying memory rather than copying it — the whole point
187
+ // of the design, and the difference between 4.8 ms and 37 ms per 10 MB.
188
+ port.postMessage(
189
+ { type: Event.CHUNK, id: requestId, bytes },
190
+ [bytes.buffer]
191
+ );
192
+ },
193
+
194
+ end() {
195
+ if (!cancelled) {
196
+ port.postMessage({ type: Event.READ_END, id: requestId });
197
+ }
198
+ },
199
+
200
+ ack() {
201
+ inFlight = Math.max(0, inFlight - 1);
202
+ if (wake) {
203
+ const resume = wake;
204
+ wake = null;
205
+ resume();
206
+ }
207
+ },
208
+
209
+ cancel() {
210
+ cancelled = true;
211
+ if (wake) {
212
+ const resume = wake;
213
+ wake = null;
214
+ resume();
215
+ }
216
+ },
217
+
218
+ isCancelled() {
219
+ return cancelled;
220
+ }
221
+ };
222
+ }
@@ -0,0 +1,264 @@
1
+ /**
2
+ * @file Main-thread face of the torrent worker.
3
+ *
4
+ * Presents the same operations the routes and session manager already use, so
5
+ * moving the torrent to its own thread does not ripple through calling code.
6
+ * The one unavoidable change is that torrents are named by `sourceKey` instead
7
+ * of passed around as objects — objects cannot cross a thread boundary, and
8
+ * pretending otherwise would mean copying them on every call.
9
+ *
10
+ * Reads come back as an ordinary `ReadableStream`, so `/stream` and the codec
11
+ * probe consume them exactly as they consume WebTorrent's own streams today.
12
+ * What that hides is the part that matters: chunks arrive as transferred
13
+ * buffers, never copied — 5.3 ms per 10 MB against 37 ms if cloned and 104 ms
14
+ * through a transferable stream (measured 2026-08-02, see `protocol.js`).
15
+ */
16
+
17
+ import { Worker } from "node:worker_threads";
18
+ import { Readable } from "node:stream";
19
+ import { fileURLToPath } from "node:url";
20
+ import { logger } from "../../utils/logger.js";
21
+ import { createCaller, createReceiveStream } from "./channel.js";
22
+ import { Command, Event } from "./protocol.js";
23
+
24
+ const WORKER_URL = new URL("./worker.js", import.meta.url);
25
+
26
+ /**
27
+ * Runs the torrent client on its own thread and exposes it to the main thread.
28
+ *
29
+ * Why this exists at all: profiling during a live seek found the main thread
30
+ * ~85% busy with WebTorrent (buffer concatenation ~15%, wire updates ~9%,
31
+ * garbage collection ~5%), while three of four cores idled. Serving a segment
32
+ * queued behind that work, so reading a finished 10 MB file took 12-23 s where
33
+ * handing it to the channel took 125 ms.
34
+ */
35
+ export class TorrentWorkerClient {
36
+ #worker;
37
+ #caller;
38
+ /** Receive-side handles for in-flight reads, keyed by request id. */
39
+ #reads = new Map();
40
+ /** Monotonic ids for reads, independent of the caller's own numbering. */
41
+ #nextReadId = 0;
42
+
43
+ /**
44
+ * @param {{ maxDiskBytes?: number }} [options]
45
+ */
46
+ constructor({ maxDiskBytes } = {}) {
47
+ this.#worker = new Worker(fileURLToPath(WORKER_URL), {
48
+ workerData: { maxDiskBytes }
49
+ });
50
+ this.#caller = createCaller(this.#worker);
51
+
52
+ this.#worker.on("message", (message) => {
53
+ if (this.#caller.handleReply(message)) {
54
+ return;
55
+ }
56
+ switch (message?.type) {
57
+ case Event.CHUNK: {
58
+ const bytes = message.bytes;
59
+ this.#reads.get(message.id)?.push(
60
+ new Uint8Array(bytes.buffer, bytes.byteOffset, bytes.length)
61
+ );
62
+ break;
63
+ }
64
+ case Event.READ_END:
65
+ this.#reads.get(message.id)?.close();
66
+ this.#reads.delete(message.id);
67
+ break;
68
+ case Event.LOG:
69
+ logger.info(`torrent-worker: ${message.message}`);
70
+ break;
71
+ default:
72
+ break;
73
+ }
74
+ });
75
+
76
+ this.#worker.on("error", (error) => {
77
+ logger.error(`torrent-worker crashed: ${error?.message ?? error}`);
78
+ // Fail everything outstanding rather than leaving callers hanging: a dead
79
+ // worker will never answer, and a stalled request is worse than an error
80
+ // the loading flow can retry.
81
+ const reason = new Error("Torrent worker stopped unexpectedly.");
82
+ this.#caller.rejectAll(reason);
83
+ for (const [, read] of this.#reads) {
84
+ read.fail(reason);
85
+ }
86
+ this.#reads.clear();
87
+ });
88
+ }
89
+
90
+ /**
91
+ * Add (or join) a torrent and register it under `sourceKey`.
92
+ *
93
+ * @param {{ sourceKey: string, sourceType: "magnet" | "torrent", source: string }} params
94
+ * @returns {Promise<{ infoHash: string, name: string, files: { index: number, name: string, path: string, length: number }[] }>}
95
+ */
96
+ async addSource({ sourceKey, sourceType, source }) {
97
+ return this.#caller.call(Command.ADD_SOURCE, { sourceKey, sourceType, source });
98
+ }
99
+
100
+ /**
101
+ * The torrent's files, as plain data.
102
+ *
103
+ * @param {string} sourceKey
104
+ * @returns {Promise<{ index: number, name: string, path: string, length: number }[]>}
105
+ */
106
+ async listFiles(sourceKey) {
107
+ return this.#caller.call(Command.LIST_FILES, { sourceKey });
108
+ }
109
+
110
+ /**
111
+ * Claim a file so it is not evicted while being read.
112
+ *
113
+ * @param {string} sourceKey
114
+ * @param {number} fileIndex
115
+ * @returns {Promise<void>}
116
+ */
117
+ async acquireFile(sourceKey, fileIndex) {
118
+ await this.#caller.call(Command.ACQUIRE_FILE, { sourceKey, fileIndex });
119
+ }
120
+
121
+ /**
122
+ * Drop a claim taken with {@link acquireFile}.
123
+ *
124
+ * @param {string} sourceKey
125
+ * @param {number} fileIndex
126
+ * @returns {Promise<void>}
127
+ */
128
+ async releaseFile(sourceKey, fileIndex) {
129
+ await this.#caller.call(Command.RELEASE_FILE, { sourceKey, fileIndex });
130
+ }
131
+
132
+ /**
133
+ * Live download figures for the progress display.
134
+ *
135
+ * @param {{ sourceKey: string, fileIndex: number, resumeAnchorByteStart?: number | null }} params
136
+ * @returns {Promise<object>}
137
+ */
138
+ async getFileStats({ sourceKey, fileIndex, resumeAnchorByteStart = null }) {
139
+ return this.#caller.call(Command.FILE_STATS, { sourceKey, fileIndex, resumeAnchorByteStart });
140
+ }
141
+
142
+ /**
143
+ * Reorder piece selection around a read position (seek prioritisation).
144
+ *
145
+ * @param {{ sourceKey: string, fileIndex: number, byteStart: number, windowBytes?: number }} params
146
+ * @returns {Promise<void>}
147
+ */
148
+ async prioritizeByteRange({ sourceKey, fileIndex, byteStart, windowBytes }) {
149
+ await this.#caller.call(Command.PRIORITIZE, { sourceKey, fileIndex, byteStart, windowBytes });
150
+ }
151
+
152
+ /**
153
+ * Pre-fetch the head and tail the codec probe needs.
154
+ *
155
+ * @param {{ sourceKey: string, fileIndex: number, headBytes?: number, tailBytes?: number, timeoutMs?: number }} params
156
+ * @returns {Promise<unknown>}
157
+ */
158
+ async prefetchFileEdges({ sourceKey, fileIndex, headBytes, tailBytes, timeoutMs }) {
159
+ return this.#caller.call(Command.PREFETCH_EDGES, {
160
+ sourceKey,
161
+ fileIndex,
162
+ headBytes,
163
+ tailBytes,
164
+ timeoutMs
165
+ });
166
+ }
167
+
168
+ /**
169
+ * Read a byte range as a stream.
170
+ *
171
+ * Returns immediately with a stream that fills as chunks arrive; cancelling it
172
+ * (viewer gone, seek superseded) stops the worker reading, so pieces are not
173
+ * fetched for a stream nobody will drain.
174
+ *
175
+ * @param {{ sourceKey: string, fileIndex: number, start?: number | null, end?: number | null }} params
176
+ * @returns {ReadableStream<Uint8Array>}
177
+ */
178
+ createReadStream({ sourceKey, fileIndex, start = null, end = null }) {
179
+ const readId = (this.#nextReadId += 1);
180
+ const receive = createReceiveStream({
181
+ port: this.#worker,
182
+ requestId: readId,
183
+ onCancel: () => {
184
+ void this.#caller.call(Command.CANCEL_READ, { readId }).catch(() => undefined);
185
+ this.#reads.delete(readId);
186
+ }
187
+ });
188
+ this.#reads.set(readId, receive);
189
+
190
+ // The worker replies to READ_RANGE only once the body is fully sent; a
191
+ // failure before that must surface on the stream, not vanish.
192
+ this.#worker.postMessage({
193
+ command: Command.READ_RANGE,
194
+ id: readId,
195
+ params: { sourceKey, fileIndex, start, end }
196
+ });
197
+
198
+ return receive.stream;
199
+ }
200
+
201
+ /**
202
+ * A stand-in for the WebTorrent torrent object, backed by the worker.
203
+ *
204
+ * Callers already hold a torrent and reach into `torrent.files[i]` — for the
205
+ * length, the name, or a read stream. Handing back an object of the same
206
+ * shape keeps every one of those call sites working unchanged, which matters:
207
+ * they are spread across the stream route, the subtitle route, the playback
208
+ * planner and the health report, and rewriting all of them to thread a
209
+ * `sourceKey` through would be a large change with nothing to show for it.
210
+ *
211
+ * Only what is actually used is provided. Anything else would be a promise we
212
+ * cannot keep — the real object lives on the other thread and its methods are
213
+ * not reachable from here.
214
+ *
215
+ * @param {{ sourceKey: string, sourceType: "magnet" | "torrent", source: string }} params
216
+ * @returns {Promise<{ infoHash: string, name: string, sourceKey: string, files: object[] }>}
217
+ */
218
+ async getTorrent({ sourceKey, sourceType, source }) {
219
+ const info = await this.addSource({ sourceKey, sourceType, source });
220
+ const client = this;
221
+ return {
222
+ infoHash: info.infoHash,
223
+ name: info.name,
224
+ // Carried so helpers that receive only the torrent can still name it to
225
+ // the worker.
226
+ sourceKey,
227
+ files: info.files.map((file) => ({
228
+ ...file,
229
+ /**
230
+ * @param {{ start?: number, end?: number }} [options]
231
+ * @returns {ReadableStream<Uint8Array>}
232
+ */
233
+ createReadStream(options = {}) {
234
+ // Node stream, not a web one: Fastify replies and the ffmpeg pipe
235
+ // both expect that shape, and every existing call site passes the
236
+ // result straight to one of them. `Readable.fromWeb` adds no copy —
237
+ // it wraps the same buffers.
238
+ return Readable.fromWeb(
239
+ client.createReadStream({
240
+ sourceKey,
241
+ fileIndex: file.index,
242
+ start: options.start ?? null,
243
+ end: options.end ?? null
244
+ })
245
+ );
246
+ }
247
+ }))
248
+ };
249
+ }
250
+
251
+ /**
252
+ * Shut the torrent client down and stop the thread.
253
+ *
254
+ * @returns {Promise<void>}
255
+ */
256
+ async destroyAll() {
257
+ try {
258
+ await this.#caller.call(Command.DESTROY_ALL, {});
259
+ } catch {
260
+ // Already gone — termination below is what matters.
261
+ }
262
+ await this.#worker.terminate();
263
+ }
264
+ }
@@ -0,0 +1,171 @@
1
+ /**
2
+ * @file `TorrentPool`'s interface, served from the worker thread.
3
+ *
4
+ * The routes, the planner, the health report and the session manager all reach
5
+ * for a torrent pool and use it the same handful of ways. Rather than rewrite
6
+ * every one of them to thread a `sourceKey` through and await what used to be
7
+ * immediate, this presents the shape they already expect and does the thread
8
+ * hop behind it. Swapping the implementation is then a one-line change at
9
+ * construction, and the call sites are untouched — which is what keeps a change
10
+ * of this size reviewable.
11
+ *
12
+ * Two accommodations are needed, and both are deliberate:
13
+ *
14
+ * - **`acquireFile` and `prioritizeByteRange` stay synchronous.** They return
15
+ * nothing the caller inspects, so the command is dispatched and not awaited.
16
+ * `acquireFile` hands back a release function exactly as before, which sends
17
+ * its own command when called. Awaiting them would mean touching every call
18
+ * site for no observable gain.
19
+ * - **`getTorrent` needs a `sourceKey`.** Torrent objects cannot cross a
20
+ * thread, so the worker keys them. Callers that have one pass it; the rest
21
+ * get one derived from the source itself, so the identity stays stable
22
+ * across calls for the same torrent.
23
+ */
24
+
25
+ import crypto from "node:crypto";
26
+ import { TorrentWorkerClient } from "./client.js";
27
+
28
+ /**
29
+ * Stable key for a source, matching how the worker keys its torrents.
30
+ *
31
+ * Derived from the source itself rather than handed out per request, so two
32
+ * routes asking for the same torrent name the same thing on the worker side.
33
+ *
34
+ * @param {"magnet" | "torrent"} sourceType
35
+ * @param {string} source
36
+ * @returns {string}
37
+ */
38
+ function deriveSourceKey(sourceType, source) {
39
+ return `${sourceType}:${crypto.createHash("sha1").update(source).digest("hex")}`;
40
+ }
41
+
42
+ /**
43
+ * A torrent pool whose work happens on another thread.
44
+ *
45
+ * See `protocol.js` for why: the torrent was taking ~85% of the main thread and
46
+ * everything owed to a viewer queued behind it.
47
+ */
48
+ export class WorkerTorrentPool {
49
+ #client;
50
+ /** Stand-ins by source key, so repeat calls return the same object. */
51
+ #torrents = new Map();
52
+
53
+ /**
54
+ * @param {{ maxDiskBytes?: number }} [options]
55
+ */
56
+ constructor(options = {}) {
57
+ this.#client = new TorrentWorkerClient(options);
58
+ }
59
+
60
+ /**
61
+ * Load (or join) a torrent and return a stand-in for it.
62
+ *
63
+ * @param {"magnet" | "torrent"} sourceType
64
+ * @param {string} source
65
+ * @returns {Promise<object>}
66
+ */
67
+ async getTorrent(sourceType, source) {
68
+ const sourceKey = deriveSourceKey(sourceType, source);
69
+ const existing = this.#torrents.get(sourceKey);
70
+ if (existing) {
71
+ return existing;
72
+ }
73
+ const torrent = await this.#client.getTorrent({ sourceKey, sourceType, source });
74
+ this.#torrents.set(sourceKey, torrent);
75
+ return torrent;
76
+ }
77
+
78
+ /**
79
+ * Claim a file for reading; the returned function releases it.
80
+ *
81
+ * Synchronous by design — see the file header.
82
+ *
83
+ * @param {object} torrent - A stand-in from {@link getTorrent}.
84
+ * @param {number} fileIndex
85
+ * @returns {() => void}
86
+ */
87
+ acquireFile(torrent, fileIndex) {
88
+ const sourceKey = torrent?.sourceKey;
89
+ if (!sourceKey) {
90
+ return () => undefined;
91
+ }
92
+ void this.#client.acquireFile(sourceKey, fileIndex).catch(() => undefined);
93
+ let released = false;
94
+ return () => {
95
+ if (released) {
96
+ return;
97
+ }
98
+ released = true;
99
+ void this.#client.releaseFile(sourceKey, fileIndex).catch(() => undefined);
100
+ };
101
+ }
102
+
103
+ /**
104
+ * Live download figures for the progress display.
105
+ *
106
+ * @param {object} torrent
107
+ * @param {number | null} [fileIndex]
108
+ * @param {{ resumeAnchorByteStart?: number | null }} [options]
109
+ * @returns {Promise<object | null>}
110
+ */
111
+ async getFileStats(torrent, fileIndex = null, options = {}) {
112
+ const sourceKey = torrent?.sourceKey;
113
+ if (!sourceKey) {
114
+ return null;
115
+ }
116
+ return this.#client.getFileStats({
117
+ sourceKey,
118
+ fileIndex,
119
+ resumeAnchorByteStart: options?.resumeAnchorByteStart ?? null
120
+ });
121
+ }
122
+
123
+ /**
124
+ * Reorder piece selection around a read position.
125
+ *
126
+ * Synchronous by design — see the file header.
127
+ *
128
+ * @param {object} torrent
129
+ * @param {number} fileIndex
130
+ * @param {number} byteStart
131
+ * @param {number} [windowBytes]
132
+ * @returns {void}
133
+ */
134
+ prioritizeByteRange(torrent, fileIndex, byteStart, windowBytes) {
135
+ const sourceKey = torrent?.sourceKey;
136
+ if (!sourceKey) {
137
+ return;
138
+ }
139
+ void this.#client
140
+ .prioritizeByteRange({ sourceKey, fileIndex, byteStart, windowBytes })
141
+ .catch(() => undefined);
142
+ }
143
+
144
+ /**
145
+ * Pre-fetch the head and tail the codec probe needs.
146
+ *
147
+ * @param {object} torrent
148
+ * @param {number} fileIndex
149
+ * @param {number} [headBytes]
150
+ * @param {number} [tailBytes]
151
+ * @param {number} [timeoutMs]
152
+ * @returns {Promise<unknown>}
153
+ */
154
+ async prefetchFileEdges(torrent, fileIndex, headBytes, tailBytes, timeoutMs) {
155
+ const sourceKey = torrent?.sourceKey;
156
+ if (!sourceKey) {
157
+ return null;
158
+ }
159
+ return this.#client.prefetchFileEdges({ sourceKey, fileIndex, headBytes, tailBytes, timeoutMs });
160
+ }
161
+
162
+ /**
163
+ * Shut the torrent client down and stop the thread.
164
+ *
165
+ * @returns {Promise<void>}
166
+ */
167
+ async destroyAll() {
168
+ this.#torrents.clear();
169
+ await this.#client.destroyAll();
170
+ }
171
+ }