Playback "mutes" itself during or at start of a track
Are you using the newest Version?
- [x] Yes, the issue happens on the newest version
- [x] No, there aren't any open issues about this. I checked!
Type of Report
- [x] The app is unusable
- [ ] Something isn't quite right
- [ ] Some functionality isn't accessible to me
- [ ] Accessibility
- [ ] None of the above
The exact version of the app
0.9.19
Affected Devices/Platform
- [x] Android
- [ ] Android Auto
- [ ] iOS
- [x] Linux
- [ ] MacOS (iOS version)
- [ ] MacOS (native)
- [ ] Windows
Device
No response
Description & Steps to Reproduce
Dont know exactly how to reproduce this, it kinda happens sometimes
- Play song
- Let it play a few songs
- Song either gets "muted" before the end or doesn't play any audio to begin with
Maybe the environment plays a role?
- Offline Mode is On
- Offline Songs are not transcoded
- No audio normalization
- Downloads just Repaired
- Jellyfin Version 10.10.7
Cant verify Linux having this issue currently bc the AUR package is still broken currently, I do remember this happening and being discussed on the discord though
Logs
Logs
Before and at 8:35 the music just mutes itself finamp_logs.txt
I find it interesting that it tries to Fetch metadata even though offline Mode is on. Maybe that's normal though?
Also it tries to fetch metadata twice? (at the end of the logs) Else I don't really see anything useful in the logs tbh
Additional Information
May or may not be related to
-
#1329
-
#1020 idk if thats true here since I primarily play over headphones
-
#984 Here playback doesnt really stop, it just stops playing audio while continuing the progression
-
#956 Least likely to be related but who knows
Dont know why i didnt think of that earlier but skipping back once to restart the track works, so it cant be a file issue. Could this be upstream?
@flloschy does this only happen when using Bluetooth headphones? I think I've encountered this before, but I believe this was due to my headphones acting up.
Im expecting this to be an external output problem, yeah Though I havent tested without bluetooth
But it certainly is a fairly recent issue
@flloschy next time this happens, please try disconnecting your headphones and playing over the loud speakers instead, to see if that works without rewinding.
You can also try using the output selector in Finamp to temporarily switch to the loudspeaker without disconnecting your headphones, but I'm not sure if this interacts with the issue or not, so please try both!
I tried switching output inApp, that didnt help Forgot to disconnect tho
+1
+1
A Track was muted I disconnected Bluetooth Song paused (as expected) Turned volume up all the way Continued playback Still muted
Recently i also noticed that shuffle sometimes disables itself even though I never cleared the queue, have yet to find out when that actually happens. Might as well be my car (although its native player only allows for skip and pause)
About the same time a song also refused to play bc it got paused at the start, idk why that happend, didnt do anything actively to archive that
Im thinking about a fresh install, maybe that will fix something ans if not we at least know something ig xd
About the same time a song also refused to play bc it got paused at the start, idk why that happend, didnt do anything actively to archive that
This sounds like a network error, where the track couldn't be fetched and just_audio aborted eventually. Right now the only fix for that is stopping and restoring the queue.
Could all of you provide some more information about your devices and the media you're playing? Anything that might help with reproduction...
Network error would be really odd, i had offline mode enabled. But yeah maybe it couldnt get the song from disk? But that would mean skipping back to the beginning shouldnt work. Also could I was able to just press play and it continued, so it actually just paused
Pixel 8a, Graphene OS (no Google Services Enabled/Available), latest Finamp installed via Obtainium Soundcore P20i headphones and Car via. Bluetooth and the "normal" player, not over android Auto Jellyfin Web says this about one randomly chosen song (majority should be like this I imagine):
Audio Title: MP3 - Stereo Codec: MP3 AVC: No Layout: stereo Channels: 2 ch Bitrate: 160 kbps Sample rate: 48000 Hz Default: No Forced: No External: No
All my music is in the regular 2-5 minute range, so no huge audio files Downloads are repaired and Synced, manually overwritten Offline Mode to on
Got a few mute plays again and two of them in the logfile (btw there needs to be an option to clear them, uncut file is 18MB)
finamp-logs_Song mute at 4_53 and 5_06.txt
-
[PlaybackHistoryService/FINE] 2025-09-22 16:52:48.377276(line 950) -
[PlaybackHistoryService/FINE] 2025-09-22 17:05:46.292807(line 1700)
The metadata for the songs is being fetched a few minutes before without (seemingly) any errors
And I played music without headphones at home and I got a song not skipping to the next one. Kinda forgot to save logs and I dont know the time, soooo yeah. I guess at least we now know its more of a issue? idk
Also I tried disabling offline more briefly to maybe force this bug, and it did occur, probably a case of causation without correlation though
Hmm. I also encountered "my version" of the issue again, but I've confirmed that this is related to my headphones' dual connection with my laptop, and then not properly switching to my phone as the "input" device. So that's definitely separate.
The timestamps you mentioned, is that the affected track? Or is that the actual time when sound was muted for you?
Both, once the song skipped it got "muted" instantly
Mhmm I just tried to skip (using media notification with app in background and phone locked) but got the error vibration, but the in-app log viewer is clean. Skipping a second time did actually skip Maybe what ever this cause is, is the same as when the song finishes and skips on its own But how does the error vibration happen without a log?
On another note, with headphones the muting happens basically guaranteed within 5 tracks, in my car its way less likely (just a wild guess: 1 out of 15-20 tracks?) Edit: today (a day later) i dont think i had one muted track on headphones
Okay, currently I dont have the issue anymore at all. Its (currently) never muted, and its currently never paused, and it currently always skips correctly Havent run a repair, havent run a sync, nothing... Very interesting
@flloschy maybe this is a device issue afterall? Are you using any other music apps regularly, or could it be that when you tested this with other apps that it just didn't happen that specific time?
could be but hard to confirm I dont use my phone for many audio related things other than finamp and audiobookshelf, so not many datapoints to go off of. Im sure though that audiobookshelf never had this, and that finamp had this only recently, but not directly after an update
I think its fine to mark this as Stale for now :)
I think I might have this same issue. When I play a track, sometimes the next song will be muted. If I skip to the next track instead of letting the current song finish, it will play fine. Also, sometimes the sound will cut out before a song finishes (though this is less common).
After doing some troubleshooting, I've found this only occurs when the source file is an MP3. I've only tried this for albums (which tend to be the same format for all songs), so I can't confirm whether this applies when one track is an MP3 and the next is different, or vice versa. So far, enabling transcoding seems to be a workaround for this issue. In my case, I set it to transcode to OPUS. I haven't tried transcoding to any other formats yet.
I'll definitely do some more testing when I have a minute, but I wanted to post my workaround for anybody else having this issue. Please let me know if there's anything else specific I should test out.
I didnt encounter this problem for a while now, though after reinstalling the app its back Feels like 50/50 if a song will play. Logs still empty
Will try to transcode downloads, maybe that will change something
Yeah that appears to work, redownloaded everything to OPUS@ 192