yonlu/yellowjacket
1
1
Fork 0
Code Issues 55 Pull Requests 6 Actions Packages Projects Releases 12 Wiki Activity

Desktop: configurable auto-DJ — keep the queue topped up as it runs out #45

New Issue
Open
opened 2026-08-18 05:57:03 +00:00 by logan · 0 comments
logan commented 2026-08-18 05:57:03 +00:00
Collaborator
Copy Link
Copy Source

Report

Feature request: an auto-DJ that can be toggled on and automatically queues things when the queue is about to end, based on configurable parameters.

Findings

Most of the machinery exists already:

  • backend/queue/queue.go defines FallbackSource / FallbackContext (ResolveFallback(ctx, fctx) ([]string, Source, error)), resolved when the queue exhausts, with PreviousSource and SeedPaths.
  • backend/queuefallback.go implements it with three modes from config: stop, favorites, dynamicMix. A dynamic mix in progress keeps extending itself regardless of a later mode change.

So the gap is (a) parameters, and (b) that it fires when the queue is exhausted rather than when it is about to run out.

Direction

  1. Top up ahead of exhaustion (n tracks remaining) so playback never stops while resolving — the resolve is already async (go q.resolveFallback(...)).
  2. Parameters for the dynamic mix: seed (current track / whole queue / an artist or genre), how similar vs. exploratory, restrict to a library, include/exclude unplayed, avoid recently played, block explicit repeats.
  3. A UI: a toggle plus settings, and the queue panel should say the tail is auto-generated (the Source already carries a dynamicMix type — see the "Playing from" issue for making that line honest).
**Report** Feature request: an auto-DJ that can be toggled on and automatically queues things when the queue is about to end, based on configurable parameters. **Findings** Most of the machinery exists already: - `backend/queue/queue.go` defines `FallbackSource` / `FallbackContext` (`ResolveFallback(ctx, fctx) ([]string, Source, error)`), resolved when the queue exhausts, with `PreviousSource` and `SeedPaths`. - `backend/queuefallback.go` implements it with three modes from config: `stop`, `favorites`, `dynamicMix`. A dynamic mix in progress keeps extending itself regardless of a later mode change. So the gap is (a) parameters, and (b) that it fires when the queue is *exhausted* rather than when it is about to run out. **Direction** 1. Top up *ahead* of exhaustion (n tracks remaining) so playback never stops while resolving — the resolve is already async (`go q.resolveFallback(...)`). 2. Parameters for the dynamic mix: seed (current track / whole queue / an artist or genre), how similar vs. exploratory, restrict to a library, include/exclude unplayed, avoid recently played, block explicit repeats. 3. A UI: a toggle plus settings, and the queue panel should say the tail is auto-generated (the `Source` already carries a `dynamicMix` type — see the "Playing from" issue for making that line honest).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Area/Design
Area/Downloads
Area/Explore
Area/Library-UI
Area/Metadata
Area/Packaging
Area/Player
Area/Queue
Area/Settings
Area/Shell-Nav
Compat/Breaking
Breaking change that won't be backward compatible
 Kind/Bug
Something is not working
 Kind/Documentation
Documentation changes
 Kind/Enhancement
Improve existing functionality
 Kind/Feature
New functionality
 Kind/Security
This is security issue
 Kind/Testing
Issue or pull request related to testing
 Platform/Android
Platform/Desktop
Priority
Critical
1
The priority is critical
Priority
High
2
The priority is high
Priority
Medium
3
The priority is medium
Priority
Low
4
The priority is low
Reviewed
Confirmed
1
Issue has been confirmed
Reviewed
Duplicate
2
This issue or pull request already exists
Reviewed
Invalid
3
Invalid issue
Reviewed
Won't Fix
3
This issue won't be fixed
Status
Blocked
1
Something is blocking this issue or pull request
Status
Need More Info
2
Feedback is required to reproduce issue or to continue work
Status
Abandoned
3
Somebody has started to work on this but abandoned work
Status
In Progress
Somebody is actively working on this right now
No labels Area/Queue Kind/Feature Platform/Android Platform/Desktop
Priority
Medium
3
Reviewed
Confirmed
1
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
logan yonlu
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: yonlu/yellowjacket#45