Have something to say?

Tell us how we could make the product more useful to you.

Bulk playlist do not load all songs

I'd like to report a bug with shuffle on large playlists. App version: 1.44.0 Jellyfin server version: 10.11.11 iOS version: 26.6 Steps to reproduce: Open a playlist with 400+ songs. Immediately tap Shuffle (or Shuffle All) without scrolling through the track list first. Only a subset of the tracks get included in the shuffle/playback — not the full playlist. Workaround I found: If I scroll all the way down through the entire track list first (so every track loads), then scroll back to the top and hit Shuffle, it works correctly and shuffles the full playlist. This suggests shuffle is only operating on whatever tracks have been paginated/loaded into memory at the time, rather than fetching the complete playlist first. I noticed the 1.40.0 changelog mentioned "Large playlists now load all tracks correctly" — this may be a regression of that fix, or a related edge case that wasn't fully covered. If I go to songs with 400+ songs and do shuffle all, it will not load all songs in the shuffle pool as well. Thanks for the great app otherwise — it's been my go-to Jellyfin client.

cisco 4 days ago

1

In Progress

Possible DSD/DSF playback issue resulting in queue unsyncing

I’ve noticed on several occasions now that when I play from my server with transcoding off when a DSD/DSF file plays sometimes it just goes silent and I end up hitting next to skip it. Then I hear track B while the interface is showing track A as playing. If I double click on the “currently playing” in the queue, it just restarts Track B’s audio while still showing Track A playing. I have to double click on an upcoming track to get the display and playback back in sync, I don’t think next track fixes it, but I didn’t retry that today, but I seam to recall that using the next track button would then show Track B and play Track C. My library is a mix of older MP3 files, FLAC, DSD/DSF. My server is currently Jellyfin 10.11.11 and the client is 1.44.0 (127) onan M4 MacBook Air.

John 24 days ago

1

In Progress

Apple TV Version - FLAC always transcoded and large albums crash.

Finer TV crashes when opening very large Jellyfin music album (748 tracks) I’m seeing a reproducible crash in Finer TV on Apple TV with one unusually large music album. The album is a custom compilation containing 748 FLAC tracks. When I select the album, the album screen begins to open, playback starts for roughly one second, and then Finer TV immediately exits back to the Apple TV home screen. The exact same album opens and plays correctly in Finer on iOS. I checked the files fairly thoroughly and the metadata looks clean: 748 FLAC files ALBUM: 80s Experience on all 748 ALBUMARTIST: Various Artists on all 748 DISCNUMBER: 1/1 on all 748 Track numbers: sequential 1–748 No duplicate track numbers No malformed/missing album, disc, or track tags No ffprobe errors All tracks contain the same 500×500 embedded cover image I also compared playback against a normal 22-track FLAC album that plays perfectly in Finer TV: Working albumCrashing album Audio FLAC FLAC Bit depth 16-bit 16-bit Sample rate 48 kHz 48 kHz Channels Stereo Stereo Artwork 500×500 500×500 Jellyfin delivery AAC 256 kb/s HLS AAC 256 kb/s HLS Jellyfin transcode completes Yes Yes Album size 22 tracks 748 tracks Result Works Finer TV crashes Jellyfin/FFmpeg continues transcoding the crashing album’s first track successfully even after Finer TV has exited, with no FFmpeg error, so this does not appear to be a server-side transcoding failure. This makes me suspect a large-album / large-playback-queue / memory issue in the tvOS client, possibly while Finer is constructing the 748-track album view or queue after playback begins. One separate observation: Finer TV currently appears to request AAC 256 kb/s / 44.1 kHz HLS transcoding even for 16-bit/48 kHz FLAC, although Jellyfin reports the files themselves as supporting Direct Play. That may be unrelated to the crash, but I thought it was worth mentioning. Happy to provide the Jellyfin FFmpeg logs, metadata audit, or test progressively smaller copies of the album if that would help reproduce it.

Michael McCoy 25 days ago

2

Add a “Stop” button to explicitly stop active playback streams

Please consider adding a dedicated “Stop” button to the player controls to allow users to explicitly stop the current playback stream. Currently, when the application is closed while music is still playing, the server-side playback session can not be properly terminated. The stream continues running on the Jellyfin server. As a result, the Playback Reporting plugin continues recording playback time, causing the reported play duration to be significantly longer than the actual listening time. A “Stop” button would allow users to manually terminate the playback session before closing the application, ensuring that the Jellyfin server correctly stops the stream. Thank you for considering this improvement.

JonathanChiu about 1 month ago

1