What do you mean…like slightly over 5k but for all practical purposes 5K?
I hsve seen on other threads that Roon Support said this would be fixed (meaning in can shuffle your entire playlists, library) in the next release. By next release to they mean 2.0 or a point release/build. Can someone from roon comment on a ETA?
You can correctly shuffle a large library/playlist (more than 5k tracks) now - this is fixed. Before, only the first 5k tracks of the library/playlist got shuffled - every time.
The 5k track limit of the queue is still there. It has nothing to do with shuffle and there was never a promise to leverage that limit AFAIK.
Thank you, BlackJack.
I guess everything stops when the queue is empty but who is likely to be listening that long?
Still, I would like to shuffle everything and not have a queue size limitation - just because.
I believe iTunes has been shuffling for 1,000,000 years now without this limitation.
Can someone from ROON support comment
We shuffle everything but only add 5000 to the queue.
Is there any practical reason why you’d want more? If you had 20000 tracks, you’ll get a random 5000. Same as if you added all 20000 shuffled and listened to the first 5000 or fewer. There are technical reasons we limit this, but it really shouldn’t matter. If you have any reasons (beyond “just because”), I’m willing to hear them.
The problem is that, besides 5k limit, the new shuffle UI made impossible to shuffle complex tags, but it used to work before. You can read the details in this thread:
I was hoping random works as follows:
Randomize list/library (this becomes the “master list.”)
Loop until “master list” EOF
If not, the first pass
Randomize the “master list.”
Take the top of the stack track from the “master list” and add it to the queue
Remove the track from the “master list.”
Play the single track the queue
Repeat until “master list” is EOF
For me seeing the randomized queue of 5K (or whatever the number is) the thrill of randomize (or “shuffle”) is gone. The queue becomes a static playlist.
It was static before as well, you just never saw any of the list. And you had weirdo shuffle mode, along with a shuffle toggle as well
I guess to put it simply I want a random song delivered in real time from a source until the source is exhausted.
Is there any practical difference in what it does now that I’m missing? You are feeling something that I can’t, so clearly I am missing something. Help me understand what that is so I can evaluate if it’s worth rethinking this.
There was a real reason we did this change. The “shuffle mode” was a very confusing concept, often complained about. This made it work far more understandably.
I’m sorry for the intrusion, maybe it was static as well under the hood but anyway it had the ability to shuffle the whole tag with all non-library tracks in playlists in this tag. And now it can’t.
That tag issue is a bug, and being addressed in that other topic you linked. This topic is about the 5k limit and has nothing to do with that bug.
The practical difference is that I want a random track delivered to the queue from a source and then removed from the source. Once the track is played another random song is delivered real-time to the queue until the source is empty of tracks. I don’t want a randomized static list. I truly want to be surprised with each delivered track. Does that make sense?
If we didn’t show you the queue, you’d be happy? You’d probably never make it through 5000 tracks, so is there any difference other than the fact that we show it to you?
The old behavior was static as well.
Both old and new implementations are the same random, and both were predetermined.
Even toggling shuffle on the queue predetermines the order. It’s still equally random, but you can choose to see what’s coming up if you want. If you don’t want to see it, don’t look
I am not doing a good job of explaining myself, so my apologies. I want roon to re-randomize between each delivered track and deliver a single track to the queue. I should only see one track in the queue. Before the next track is delivered to the queue, roon would randomize the source again to server up another track. In this way, I never know what’s coming next. I guess it’s like Bingo. The container is spinning, a number is removed from the container and delivered. The container spins again and another number is delivered until the container is empty - or in the roon world until I stop listening.
Sorry again, but I got the answer that you don’t consider it as a bug.
And what about 5k in the queue, I’ve already written before about the misadvantages of this approach:
- much slower and less responsive queue (in comparison with track-by-track shuffle);
- and if I click shuffle twice then I loose all my previous queue (only 3000 tracks from first shuffle left).
Yah but look at the bottom of the thread, it looks like a different report has nailed the issue, which is related to the add.
Shouldn’t that blow away all of the previous shuffle? If it keeps it around, that’s probably a bug.
It’s heavier on the display, but the point of the new method is to show the list.
Yah I get that you want to choose how the algorithm works.
I’m trying to find what the practical difference between your algorithm and what it does now.
If you want the surprise, you can chose to not look. For those who don’t want the surprise, they can look.
Ok, I must be driving you nuts.
Imagine a list of your tracks in a bag. You reach in, mix it up and select one and then play it and discard it. Now this track is no longer in the bag.
You reach in the bag again, mix it up, and pull out another track to play.
Remove the track from the bag and play it. Repeat until you are done for the night.
I don’t understand what you mean, because there is another unrelated issue at the bottom of the thread.
I’ll try to explain. I have tracks in the queue, already been played or not played, anyway I don’t want to lose them for at least a couple of days. But if I click Shuffle two times (including by mistake, because now Roon takes more time to start shuffling) all these tracks are gone and in the previous queue I can see only 3000 tracks from the first Shuffle click.
Another example: I used to love to shuffle all 1970s for a couple of hours, and then all 1980s. And it was a good queue without anything unnecessary. But now every time I’ve got these 3k-4k tracks skippings and losing all previously played tracks.
And it definitely works slower now.