Queue: Feature request to change its implementation

[samuelawachie]

Currently in a number of players (Deadbeef, Foobar, Neutron) the way the Queue (from here on out referred to by just Q) is that the Q, though a prioritized playlist, does not hand playback back to the point it took control from.
An example: I am playing a playlist of Songs [ A, B, C, D, E, F, ..., X, Y, Z ] and then after [A], the application is currently playing [B], I decided that I wanted to add a song [X] to the Q. It finishes playing B, then it plays X. When it's done with the Q [i.e. just X], I would expect playback to resume from playlist of Songs [ C, ...] but those 3 players continue from [ Y, Z, ...] meaning that they just continue from wherever X was sourced from.
Other players (Spotify, Foobar (using Playlist Attributes component)) define the Q differently. In those players, playback will resume back from C and then go on, after Q is done playing. In Foobar with Playlist Attributes(PA), there is a "Continue in playlist (CiP)" option for its custom Q that can be set to any playlist. So I just set "Queue2" as PA's Q. Then set it's "CiP" to my default playlist that I was originally playing, in this case that'd be "Songs".

Is there a way to make it hand playback cue back to the point that the original playlist was playing from?

From another forum
https://forum.powerampapp.com/topic/26483-a-small-rant-about-poweramps-ui/page/2/#findComment-122761
https://hydrogenaud.io/index.php/topic,73783.msg1014389.html#msg1014389
where a similar discussion ensued.
I think the way I described is the SUPERIOR implementation and wonder if that could be added to DeadBeef.

[samuelawachie]

BTW, those links should just be copied as plain-text to browser URL bar and then "Enter".
Seems like Github's URL share linking is broken.
"Every thing is broken and we are broken at the broken places" - Ernest Hemingway

[Oleksiy-Yakovenko]

I fixed urls in your post.

[Oleksiy-Yakovenko]

I have converted this discussion into an issue. Closing this one.