-
-
Notifications
You must be signed in to change notification settings - Fork 256
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
Unable to play any songs #1037
Comments
Same issue, even with dockerized environment. |
Same thing here, also running in a docker container. query: spotify:track:4PTG3Z6ehGkBFwjybzWkR8 Though the youtube query also works for this song: query: https://www.youtube.com/watch?v=dQw4w9WgXcQ However for example "Never Gonna Stop" also from Rick Astley, doesn't work and gives the result as stated by the issue: query: https://www.youtube.com/watch?v=qWNQUvIk954 |
I am getting the same thing and I just started using the project with the dockerized container. The bot comes in muted on spotify as well. Edit: ah I think youtube is throttling certain ips. is everyone running on a vps? |
@bu3alwa Yes I am, however, this is not the problem I think, because in the google cloud console the API requests are successful, so it'd have no sense to be a youtube's problem |
I was ablw to get it to work locally but not on vps. Same docker container. So my assumption is some sort of limiting. Are you able to try your bot locally and see if it works vs on a vps? |
I also faced this issue when deployed bot to my new VPS. But when I instead deployed it on my local server it worked fine. |
I have it deployed locally and it's running into this issue |
Mine started working on vps after I stopped it for a while. For my case I am pretty sure it was throttling from youtubes side on my ip. |
@bu3alwa mine still doesn't work. |
I'm running into a similar issue (Docker container) where after working just fine, it suddenly stopped working and while you can add songs, they do not play and the queue/now-playing say they are empty |
With a quick glance at the code, it seems that the problem is what it appears to be, the song isn't queue'd: await player.play();
if (wasPlayingSong) {
statusMsg = 'resuming playback';
}
await interaction.editReply({
embeds: [buildPlayingMessageEmbed(player)],
}); Here, But right after, At least, it seems to be like this. I don't have a chance to try the code myself This seems like just a logical error, I could be totally wrong thought. @codetheweb I think this isn't an impossible/long fix. Hope I can help with a PR soon |
thought id try the bot, this is all im getting from the get go, using docker image with all tokens set. i tried 2.8.1 and latest muse. running on debian 12 locally, fresh install |
Same issue, running docker image in Unraid locally. Song adds, but queue is empty. |
+1 also not working via docker on Linux or Windows. |
+1 the bot now won't play anything, I'm running on docker linux |
+1 also not working on Linux using docker |
+1 from me as well. Running with docker compose in Ubuntu 22.04.4 LTS and it's adding songs but nothing is playing. Logs aren't displaying any errors either. |
I tried deploying the container using a 2.7.1 and it's still not playing. This may be an issue with the spotify and/or youtube api? |
Yeah it was a breaking change by Youtube, it broke everything. The easiest solution is to switch to https://github.com/distubejs/ytdl-core, which already released a fix. This is what this PR #1042 proposes, but it has not been accepted yet. In the mean time, if anyone want to fix their own Docker installation, you can add this to your Dockerfile:
It installs @distube/ytdl-core and replaces imports in the code. |
I did the following in my compose file...
the container creates but doesn't seem to be functioning. absolutely no messages in the stdout |
No error at all in the container output? Does the node process start correctly? |
This is what I get when I try adding it in my compose file:
And this is the output when I try it locally:
|
Another workaround while waiting for #1042 to be merged, is to use Works fine for me. |
Yep, switched to it and it seems to work |
This is normal output for my method, its just downloading the new packages. It could take a while depending on the quality of your connection.
Your version of node is too old. It has been unsupported for quite a while now, you should upgrade 😄 |
Did not know PR published a docker image, nice. This is definetely better than my workaround 😉 |
Yep, was on the wrong node version because it's recommended in the README:
|
Yeah the README is wrong, Node 16 has not been LTS for quite a while, this should be updated too I guess ^^ |
can confirm switching to |
I get "🚫 ope: Sign in to confirm you’re not a bot" using |
I also get the same error! Is there anyway to run the bot via a proxy/vpn to get around the issue? I'm running via Docker and it isn't working. |
Switching to codetheweb/muse:pr-1042 running via docker resolved the issue for me. |
Getting the following error on codetheweb/muse:pr-1042 with the same issue as before: no song audibly playing.
Cancel that. It was likely due to no storage space on the drive. |
Same thing is happening to me |
Same thing here, one day of working bot then that error occurred |
This is a wider issue affecting many other bots using Youtube's API.
It seems like the cobalt client implemented OAuth tokens to circumvent this: Follow up in #1049. |
🚀 Released in Release v2.9.0. |
Apologies for the delay here! |
Its still not working for me. Can anyone confirm it the bot is functional again yet? or is it still dead. trying "codetheweb/muse:pr-1042" did nothing for me either. my logs don't give much insight
|
I'm on you with this one. I even tried the latest commit and it only plays some songs. I think bots on discord are dead for good. |
What's happening?
I am currently getting an error when trying to play any songs, the bot says "ope: No playing song found".
Logs
Screenshots
Runtime
I'm running Muse:
Versions
The text was updated successfully, but these errors were encountered: