Error: Status code: 416

[skiuelowsky]

I have latest ytdl-core

`events.js:287
throw er; // Unhandled 'error' event
^

Error: Status code: 416
at ClientRequest. (E:\KrzysBot\node_modules\discord-ytdl-core\node_modules\miniget\dist\index.js:157:27)
at Object.onceWrapper (events.js:417:26)
at ClientRequest.emit (events.js:310:20)
at HTTPParser.parserOnIncomingClient [as onIncoming] (_http_client.js:596:27)
at HTTPParser.parserOnHeadersComplete (_http_common.js:119:17)
at TLSSocket.socketOnData (_http_client.js:469:22)
at TLSSocket.emit (events.js:310:20)
at addChunk (_stream_readable.js:286:12)
at readableAddChunk (_stream_readable.js:268:9)
at TLSSocket.Readable.push (_stream_readable.js:209:10)
Emitted 'error' event on PassThrough instance at:
at PassThrough. (E:\KrzysBot\node_modules\discord-ytdl-core\node_modules\ytdl-core\lib\index.js:137:14)
at PassThrough.emit (events.js:310:20)
at ClientRequest. (E:\KrzysBot\node_modules\discord-ytdl-core\node_modules\miniget\dist\index.js:162:28)
at Object.onceWrapper (events.js:417:26)
[... lines matching original stack trace ...]
at addChunk (_stream_readable.js:286:12)
[nodemon] app crashed - waiting for file changes before starting...`

[fent]

I've seen this a few times. but have yet to be able to consistently get it myself.

[Malexion]

I've noticed fiddling with the highWaterMark value can prevent it for me, though it causes other issues.

[M4X1MUS07]

I've noticed fiddling with the highWaterMark value can prevent it for me, though it causes other issues.

Yeah using lower highWaterMark values causes 416 for me but using higher values prevents it. I haven't seen any 416 after increasing it.

[Aasim-A]

if you're passing a range option to the download, make sure that the range is valid, because if not YouTube will return this error.
(416 => Range Not Satisfiable)

[iwa]

tried with a 1024kb highWaterMark, but I still have the issue
with a 8min long video, it stops around 6min with the 416 error

[iwa]

still with 1024kb, every videos with a length above 5-6 mins drop around 1 or 2 minutes before the end

[Paultje52]

I'm making a music discord bot, and this is a very annoying issue. I'm having it with about half of all the songs I play. The music jumps around, and then throws this error. This is my code.

let dispatcher = connection.play(ytdl(url, {filter: "audioonly"}));

What I'm reading here, is that this is a range issue, but I'm not using any custom range, so ytdl-core does this by itself. Is there maybe a way that I can force it to use a lower range, so my music bot just stays working?

Edit: I went as far back as version 2.1.5, and even on this version, I get the same kind of error, but I get it not as often.

Error: read ECONNRESET
    at TLSWrap.onStreamRead (internal/stream_base_commons.js:205:27) {
  errno: 'ECONNRESET',
  code: 'ECONNRESET',
  syscall: 'read'
}

Second edit: I was thinking, there can only be two reasons, because I never had problems before, and I even tried the same version.

1. The issue is with YouTube updating something
2. The issue is with a dependency of ytdl-core

[fent]

• The issue is with a dependency of ytdl-core

ytdl-core uses miniget to download videos. it has a feature for retrying to download a video with a ranged request if the connection drops halfway. I'm guessing the error lies somewhere around there.

[mh4ck]

I had a similar issue. My problem was that i close the writestream, to which i pipe the download, in the 'finish' event. Maybe it could help someone.

And i'm using 8mb highwaterMark and got problems till now.

[fent]

for those that keep getting this error, can you log the requests miniget makes? just add a console.log(url) at the start of doDownload in node_modules/miniget/dist/index.js

[fent]

for those that get the error, do you know what formats it happens on?

another thing you can try, there was recently a change that chunks downloads for certain formats, you can try enabling that for all formats and see if you still get the error. to enable it, change this line to

const shouldBeChunked = true;