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

Error 403 #153

Open
BowgartField opened this issue Dec 19, 2024 · 14 comments
Open

Error 403 #153

BowgartField opened this issue Dec 19, 2024 · 14 comments
Labels
bug Something isn't working

Comments

@BowgartField
Copy link

Describe the bug and how to reproduce it

Hi,
I'm using the last version 4.15.8 but i'm not able to download videos. I'm getting a error 403.

Environment

  • @distube/ytdl-core version: 4.15.8
  • Node.js version: v21.4.0
  • Operating system: macos
@BowgartField BowgartField added the bug Something isn't working label Dec 19, 2024
@RafaelAlthaus

This comment was marked as resolved.

@BowgartField

This comment was marked as resolved.

@CCattano

This comment was marked as resolved.

@BowgartField
Copy link
Author

Are you both using cookies or/and proxy ?

@CCattano
Copy link

CCattano commented Dec 19, 2024

Are you both using cookies or/and proxy ?

No I'm not. Just using the minimal out-of-the-box functionality.

I am specifying a specific format via the downloadOptions param when I start the download, but I'm assuming that's unlikely to be relevant.

My setup to acquire the Readable stream is

const metadata: videoInfo = await getInfo(ytLink);
const formatToUse: videoFormat = metadata.formats.filter(format => ...)[0];
const videoStream: Readable = ytdl(ytLink, { format: formatToUse });

From there what I do with the stream is heavily bespoke for my circumstances.

But I can also successfully run videoStream.pipe(fs.createWriteStream('videoOutput.mp4')) when on v4.15.6

@BowgartField
Copy link
Author

Are you both using cookies or/and proxy ?

No I'm not. Just using the minimal out-of-the-box functionality.

I am specifying a specific format via the downloadOptions param when I start the download, but I'm assuming that's unlikely to be relevant.

My setup to acquire the Readable stream is

const metadata: videoInfo = await getInfo(ytLink);
const formatToUse: videoFormat = metadata.formats.filter(format => ...)[0];
const videoStream: Readable = ytdl(ytLink, { format: formatToUse });

From there what I do with the stream is heavily bespoke for my circumstances.

But I can also successfully run videoStream.pipe(fs.createWriteStream('videoOutput.mp4')) when on v4.15.6

Ok, this is weird because i'm doing the same think, but throught proxy.

@osistlk
Copy link

osistlk commented Dec 21, 2024

Downgrade worked for me as well, thanks boss!

@skick1234
Copy link

skick1234 commented Dec 22, 2024

"WEB" client seem doesn't work on every region.
You don't need to downgrade, just change the playerClients option as a workaround.

ytdl.getInfo("...", { playerClients: ["IOS", "WEB_CREATOR"] })

I will investigate this when I have time.

@BowgartField

This comment was marked as resolved.

@BobbyHertz

This comment was marked as resolved.

@lltr
Copy link

lltr commented Dec 24, 2024

Still facing this issue even when downgrading to 4.15.6 or 4.15.7 and setting the default playerClients.

@ilvro
Copy link

ilvro commented Dec 26, 2024

downgrade also worked for me (4.15.4)

@Brendon3578
Copy link

downgrade also worked for me (4.15.4)

it worked for me too: npm install @distube/[email protected]

@BobbyHertz
Copy link

Can the author/repo owner stop marking "rollback" comments as resolved?

As long as the latest revision reproduces the problem, the issue is NOT resolved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

9 participants