Closed phoxwupsh closed 1 year ago
Following this thread as it seems we're also having this issue on our side.
Thanks for the report, I suspect this is coming from how youtube-dl/yt-dlc/yt-dlp behaves. Unfortunately, I don't have too much time for non-next
development -- If you can investigate and fix, then feel free!
@FelixMcFelix your suspicions are right, I update my yt-dlp version to 2023.04.27.022240
, which is a nightly version, and the problem is solved. Thanks a lot!
Songbird version:
0.3.2
Rust version (
rustc -V
):1.69.0
Serenity/Twilight version:
0.11.5
Output of
ffmpeg -version
,yt-dlp --version
(if relevant):Description: The problem is like, for example, I send
play
command and use YouTube linkA
as an argument, it can playA
correctly, then I sendplay
command and use another YouTube linkB
as argument whileA
is still playing, it will stopA
and playA
again, instead of playingB
. While it is playingA
in the second time (that the input is actuallyB
), and I sendplay
command and useB
as argument again, then it stopA
and start playingB
. Consequently, if I need to stop the track playing currently and start playing another track by usingplay
, I have to send theplay
command twice. In my code, I implement myplay
command myself, and I'm not using thebuiltin-queue
feature, I implement aHashMap
to store what is playing for each guild instead. Below is my code:Steps to reproduce: You can reproduce this with this example code by using the
play
command in it.