After disconnecting once, audio starts audibly buffering
Here is part of my
/play
command:
Now, this works flawlessly. But, when I initiate a connection.disconnect()
- in a seperate command - it does indeed leave the voice channel. But when I run /play
again, while it does play, it is very buffery.
I believe what is happening is the old player hasn't been destroyed, and my computer is trying to play 2 streams? Maybe not?
- GuildVoiceStates
intent is enabled
- Here is my dependencies:
6 Replies
- What are your intents?
GuildVoiceStates
is required to receive voice data!
- Show what dependencies you are using -- generateDependencyReport()
is exported from @discordjs/voice
.
- Try looking at common examples: https://github.com/discordjs/voice-examples.
- Consider reading #how-to-get-help to improve your question!
- Explain what exactly your issue is.
- Post the full error stack trace, not just the top part!
- Show your code!
- Issue solved? Press the button!Tried a few different things, still errors.
errors or buffers?
Sorry, been away for a few days.
As far as I am aware from listening to error events there are no errors.
I added some verbose logging. can't see what is going wrong...
Maybe becasue it is a streamed mp3?
I still think the connection is not being destroyed, and stays listening to the mp3 in memory or something...
shouldnt matter
but i have no idea what the issue is
if you turn off inlinevolume does anything change?
I believe what is happening is the old player hasn't been destroyed, and my computer is trying to play 2 streams? Maybe not?the connection can only listen to one player and it prepares packets by reading the stream from the player, just to explain that "shouldnt matter" msg above there's no way i can think of that it would be reading from two players at once
No clue what is happening, still doing it.