summaryrefslogtreecommitdiff
path: root/apps/playback.c
diff options
context:
space:
mode:
authorWilliam Wilgus <wilgus.william@gmail.com>2023-09-19 08:15:07 -0400
committerWilliam Wilgus <me.theuser@yahoo.com>2023-09-19 19:47:22 -0400
commite01055a287500d8cc90cda3b4816d3dc2f07bde4 (patch)
tree4779332d98be4ce97692e2326e410b613124b7bb /apps/playback.c
parent3dbf5a97ad3ad8164d07a990e787feece1616f49 (diff)
downloadrockbox-e01055a287500d8cc90cda3b4816d3dc2f07bde4.tar.gz
rockbox-e01055a287500d8cc90cda3b4816d3dc2f07bde4.zip
[RFC] REPEAT_ONE manual track skip
I recently added track skipping while REPEAT_ONE was set currently by registering a track skip callback I'm not entirely happy with the additional constant overhead of the event callback Instead I went looking for a way to distinguish a pending track skip from some limited testing it appears to work just as well to compare playback's skip_pending == TRACK_SKIP_AUTO but the lack of lifetime control worries me slightly Change-Id: Ic71b4c3925e991f5a1216d16ecd3af6cc777ef1e
Diffstat (limited to 'apps/playback.c')
-rw-r--r--apps/playback.c6
1 files changed, 6 insertions, 0 deletions
diff --git a/apps/playback.c b/apps/playback.c
index f698bed024..865d0d724f 100644
--- a/apps/playback.c
+++ b/apps/playback.c
@@ -3687,6 +3687,12 @@ void audio_resume(void)
3687 audio_queue_send(Q_AUDIO_PAUSE, false); 3687 audio_queue_send(Q_AUDIO_PAUSE, false);
3688} 3688}
3689 3689
3690/* Internal function used by REPEAT_ONE */
3691bool audio_pending_track_skip_is_auto(void)
3692{
3693 return (skip_pending == TRACK_SKIP_AUTO);
3694}
3695
3690/* Skip the specified number of tracks forward or backward from the current */ 3696/* Skip the specified number of tracks forward or backward from the current */
3691void audio_skip(int offset) 3697void audio_skip(int offset)
3692{ 3698{