Playing list/now playing bugs

Help improve MediaMonkey 5 by testing the latest pre-release builds, and reporting bugs and feature requests.

Moderator: Gurus

Rob_S
Posts: 929
Joined: Wed Mar 10, 2021 1:53 pm

Playing list/now playing bugs

Post by Rob_S »

In the attempt to provide a playing list which plays shuffled in display order, and thus enabling the next and previous functions, while still at the same time attempting to satisfy those who wish to see the now playing list in some order other that what it is playing, several bugs have been introduced, and I fear neither side is going to be happy when 5.1 is actually completed and released. This appears much like trying to drive south in the northbound lanes....

In my mind the simplest solution would be to have two separate different modes for the playing list, one being the old way, and the other being play in display order as described here.

https://www.mediamonkey.com/forum/viewt ... 22#p517222

If that is not in the cards, then at least some of the significant bugs currently present should be addressed.

1) We really need a full explanation of how it is supposed to work, and what is meant by "original order", and "save new order" and why..

2) The apparent malfunctions which occur when sorting the playing list in the right side pane by column header, after which it no longer focusses the current playing track, drag and drop no longer works, and there is no "save order" button in this pane.

3) The above "save order" button only appears if the column sort is performed in the "playing" node in the main window, in which case it also sometimes shows up in the "playing list" context menu.

4) If a new order is in fact saved in the "playing" node, this order is not reflected in the "playing list" in the right side pane.

5) The above often results in error messages when the shuffle button is turned off, and the attempt to revert to original order fails.
Using V2024 LATEST alpha or beta build on Windows 11, HP laptop, managing 13k tracks
MattTown
Posts: 279
Joined: Sun Mar 15, 2009 5:09 pm
Location: Australia

Re: Playing list/now playing bugs

Post by MattTown »

Hi Rob

For what it's worth, I only use the Now Playing list in the "Play in Displayed Order" style that you described in your linked post.

I haven't been concerned about shuffle simply taking me to another place in an otherwised unchanged Now Playing list, but I'd be happy to have shuffle resequence the files in Now Playing so that the strict play next/play previous controls worked how you suggest.

I do all of my sorting and sequencing in the main list and in Playlists, and just use the Playlist as an indicator of what's happening for playing. I used to worry about the player stepping in sequence through files so that I didn't miss any, but that's not an issue any more.

Cheers

Matt
MM 2024.3019 (WEF 4 May 2024, Portable Mode), Gold lifetime license, user since 2009.
Currently 27K files. Library and music files are on a separate partition (E:\) on external USB drive.
Windows Surface Book (Original), i5, 8GB RAM, 250GB SSD.
Win10 Home 64 bit, update: 22H2 19045.3570
MMA 2.0.0.1103, Android 13 on Nokia XR20, music files on SD card.
Rob_S
Posts: 929
Joined: Wed Mar 10, 2021 1:53 pm

Re: Playing list/now playing bugs

Post by Rob_S »

My main beef is the current inconsistent behavior between whether or not I happen to have sorted the list in some way, where it does NOT play in displayed order.

My request is that the Playing list behavior should be always consistent as displayed, regardless of how it is sorted or re-ordered.

Exception granted if there is a way to specifically choose the old mode where it could play randomly, without regard for the order of the list.
Using V2024 LATEST alpha or beta build on Windows 11, HP laptop, managing 13k tracks
Rob_S
Posts: 929
Joined: Wed Mar 10, 2021 1:53 pm

Playing list not tracking currently playing song

Post by Rob_S »

As previously found, see the following thread:

https://www.mediamonkey.com/forum/viewt ... p?t=105813

MM 2024 still does not track and focus the currently playing track in the "Playing List" when in "List" view, and after sort by title column or any sort.

It does track in the "Playing" node view, because this view rightfully does not respond to the sort that was done.
Using V2024 LATEST alpha or beta build on Windows 11, HP laptop, managing 13k tracks
MiPi
Posts: 878
Joined: Tue Aug 18, 2009 2:56 pm
Location: Czech Republic
Contact:

Re: Playing list/now playing bugs

Post by MiPi »

This functionality was not fully finished yet, tracked as: https://www.ventismedia.com/mantis/view.php?id=20582
But note, that temporary changing displayed order without affecting playing order was requested, it is not bug. Only it should be done with ability to easily save new order/reset display order to playing order.

By "does not track and focus the currently playing track" you mean what? Currently playing track is highlighted in list as it should already, even after resort, this works as it should I think.
Rob_S
Posts: 929
Joined: Wed Mar 10, 2021 1:53 pm

Re: Playing list/now playing bugs

Post by Rob_S »

No, that exactly as you describe "Currently playing track is highlighted in list " does not occur after column sort in "Playing List" window. You need a long list for this to (not) work, so the next track is actually outside the window.

Still puzzled what possible purpose could be served by a now playing list that ever does not display songs in the order they are expected to play.

Is that not what the playing node in the main window is for??
Using V2024 LATEST alpha or beta build on Windows 11, HP laptop, managing 13k tracks
MiPi
Posts: 878
Joined: Tue Aug 18, 2009 2:56 pm
Location: Czech Republic
Contact:

Re: Playing list/now playing bugs

Post by MiPi »

Rob_S wrote: Mon Mar 11, 2024 11:07 am No, that exactly as you describe "Currently playing track is highlighted in list " does not occur after column sort in "Playing List" window. You need a long list for this to (not) work, so the next track is actually outside the window.
For me it works (playing track has different color), only automatic scrolling to the playing track is disabled during the time when sorting is changed, because user changed sorting for some reason and scrolling could be undesirable. The time, when sorting is changed, is special temporary state.

The change with sorting was done in this issue: https://www.ventismedia.com/mantis/view.php?id=16622
I had similar arguments like you (I am not fan of this too), but I was in the minority and changes were made. Only not all needed changes are finished yet.
Rob_S
Posts: 929
Joined: Wed Mar 10, 2021 1:53 pm

Re: Playing list/now playing bugs

Post by Rob_S »

Thanks, keep pluggin' away... :D
Using V2024 LATEST alpha or beta build on Windows 11, HP laptop, managing 13k tracks
rusty
Posts: 8497
Joined: Tue Apr 29, 2003 3:39 am
Location: Montreal, Canada

Re: Playing list/now playing bugs

Post by rusty »

Update:
1) I think that most of the UI issues have been clarified/dealt with, but yes, the docs will be updated upon release.

2) These issues should be mostly resolved in builds 3022+. i.e. sorting will no longer break focus on track changes, and 'Save order' appears in both the Playing list and Playing panel. D&D is still disabled when tracks are sorted by anything other than Play order.

3) The 'Save order' command should appear in any view in which the Sort order doesn't match the play order. As far as I can see, this is implemented consistently. Am I misunderstanding? Or maybe this was fixed subsequent to your comment.

4) The Sort order of the Playing list doesn't have to match that of the Playing panel. I often edit/sort in the Playing list view, but leave the Playing panel alone (showing the Play order).

5) The notification regarding inability to revert to the unshuffled sort order should appear whenever the Play order has been edited subsequent to shuffling (i.e. sorting the playing list shouldn't have any effect). I wasn't able to trigger the message by sorting, except by saving the revised sort order, in which case the message should appear.

Thanks for all the feedback! The new implementation might not be perfect, but your feedback has made it much better and I much prefer the current approach to the approach in 5.0.4.

-Rusty
Post Reply