Replies: 3 comments 11 replies
-
|
This is done for performance reasons. Filling the jukebox queue is resource intensive, that's the reason why it exists at all. It could be an option to make this setting configurable. |
Beta Was this translation helpful? Give feedback.
-
|
OK, that makes sense then. I suppose that adding 90 songs to the jukebox is more efficient than adding 45 times 2 songs. Related to this, the Jukebox also doesn't fill until the queue would become empty. So I cannot see the Jukebox content before 10 seconds before it starts playing the Jukebox. I would also prefer that Jukebox is always filled as soon as mympd is launched ( if enabled). |
Beta Was this translation helpful? Give feedback.
-
|
I have tested further, and with JUKEBOX_INTERNAL_SONG_QUEUE_LENGTH_MIN set to 100, there is an issue, when it refills the jukebox, the first song in the list is replaced by another one. I guess it is a side effect from the logic that updates the jukebox. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I feel like the Jukebox queue minimum length is too small compared to its maximum value.
While listening to music, I saw the Jukebox emptying, 20, 15... and wondering whether there is a problem as I will soon run out of music...
Ideally, the Jukebox could remain filled to a constant level.
Maybe there is a good reason to refill only when it becomes almost empty ?
myMPD/src/compile_time.h.in
Lines 349 to 352 in fc17269
I have tested with the min set to 99 first, I didn't see any particular issue, it refills two songs at a time.
I have also tested with the min set to 100, it is a bit more scary, but seems to work fine too. (edit: actually not, see below discussion)
Beta Was this translation helpful? Give feedback.
All reactions