All Activity

Can you supply a log from the app? Thanks.

Important note: Google have now mostly confirmed that the app is moved to a special review queue that will always take ages to validate without any intention to tell me why or how to return to a normal way. As a consequence I’m now changing the handling of the F-Droid (APK) distribution to be official . This means the beta repos are also official (including Android TV) and that I’ll push builds there before Play Store validate. It is recommended that you switch to this solution if you want to be part of the beta to help faster and better releases to get out. Docs: F-Droid repository and manual APK downloads | Symfonium Docs Version 15.1.0 Notes: This is a continuation of the USB exclusive work. Please report any issues that arise to keep fixing things and move out of experimental status. Please remember to update your written review on the Play Store. Your feedback is essential for improving the app’s ranking and helping secure Symfonium’s future. Added: Added native DSD playback on compatible Shanling DAPs. (Experimental) Added ‘isaudiobook’ custom string to album page. Changed: USB exclusive playback now keeps compatible sessions active across seeks and PCM, DoP, and native DSD format changes for faster, smoother transitions. Improved USB exclusive buffering and recovery for high sample rates. USB audio connection pop-up handling is now disabled by default. It can still be enabled in Settings > Playback > Advanced. PEQ shelf filters now supports both Q and Slope values. Standard local playback now preserves the source sample-rate family when applying the maximum output sample rate. Fixed: Fixed USB exclusive playback on Pixel 11 devices. Fixed USB exclusive playback with Chord Mojo devices. Fixed possible USB exclusive audio cuts, stalls, deadlocks, and startup failures, especially with high-rate PCM, DoP, and native DSD. Fixed USB exclusive playback after pause, resume, seek, timeout, or track replacement. Fixed USB exclusive transitions when changing sample rates or switching between PCM, DoP, and native DSD. Fixed possible USB exclusive race conditions when starting, controlling, stopping, or disconnecting a DAC. Fixed DoP marker continuity during USB exclusive startup, recovery, seeks, and track changes. Fixed some USB DACs reporting unsupported sample rates as available, including GO link Max devices. Fixed playback replacement and audio-focus cleanup after USB exclusive playback failures. Fixed Smart Crossfade preparation and crossfades involving processed PCM or DSD tracks. Fixed playback position and progress reporting when changing playback speed. Fixed the Force first song pre-cache option and seeking in transcoded tracks. Fixed offline-cached tracks restarting after provider or network recovery. Fixed playback failing while a media provider was still reconnecting. Fixed shuffle and repeat modes being reset when restoring the playback queue. Fixed saved queues not restoring local files selected through Android’s document picker. Fixed playback of WavPack files containing metadata-only blocks. Fixed offline cache library selection for Subsonic servers with only one library. Fixed and optimized Navidrome ID migrations after server upgrades. Fixed Subsonic playback recovery when switching between primary and secondary connections. Fixed unnecessary transcoding when playing Subsonic tracks through Kodi or compatible UPnP renderers. Fixed some Jellyfin artists not being matched correctly when the server omits legacy item counts. Fixed missing Appears On album relationships for Plex artists (Due to lack of Plex data this is best effort). Fixed waveform extraction being cancelled on pause or failing for Plex tracks that require transcoding. Fixed server-transcoded DSD tracks being incorrectly sent through a local DSD playback path. Fixed direct playback of Opus in Ogg containers on compatible UPnP renderers. Fixed built-in speaker output settings changing when Android reported a different or localized route name. Fixed ignored sorting articles such as “The” not matching when capitalization differed. Fixed the Artists action label in the expanded cover art settings. Fixed PEQ import to properly import shelf filters Q values as Q and not Slope. Fixed some drag / reorder gesture issues. Fixed some possible issues with playback speed. Fixed bluetooth lyrics option not always working. Fixed playlists not updating their title during sync if there’s no content change server side. Fixed some MP3 transcoding issue when downloading to Wear. Fixed some possible non resuming of tracks after connection change.

Yea I guess we don’t have a migration guide. Mostly guides to start fresh.

thanks working now. I had copied the system.xml from local instance to docker instance. So there was a permission error for system.xml.

Use the permissions if you want to take away all live TV access from a user.

Must be different to what I'm seeing. I get the error on anything with subtitles.

Hi, how did you set the quality options in the download dialog?

I provided a log, and it has zero downloads...

You could try setting the option in the ui instead of the config file.

Folder view shows physical folders. I want a symbolic link to an item so I can have a single item in multiple collections.

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Yep apologies as I edited it I realized that but couldn't delete post

playback error only seems to be on h264 codec everything else plays fine, started on .64 update.

There may not have even been one submitted yet according to Luke's comment in the link below on Thursday. If one has been submitted then Google just got it and it will be some time.

I didn't make this thread (or the scripts) to "blame someone".

@stuartafix you permissions

@horstepipeShow us you compose file.

Hi all, I've just copied this to my Synology plugin location but on restart it doesn't seem to appear

Hi @Luke I moved to Emby for Docker. I can't reach the plugin catalogue, seeing this error: "Connection to https://www.mb3admin.com/admin/service/EmbyPackages.json timed out" So I changed the existing DisableOutgoingIPv6 setting in /config/config/system.xml from false to true while the container was stopped. This causes Emby to exit immediately. Log doesn't really help, I am seeing just three lines there: 2026-10-04 15:21:41.073 Info Main: Application path: /system/EmbyServer.dll 2026-10-04 15:21:41.120 Info NetworkManager: Adding event handler for NetworkChange.NetworkAddressChanged 2026-10-04 15:21:41.258 Info Main: Shutdown complete I moved back to my local instance on the same host and it is working fine there. I am using --network host parameter for docker. Everything else seems to work fine there. BR

If it at the very least makes a report system possible then i will be all smile.

## Environment - Caption stream metadata: `Codec: eia_608, IsTextSubtitleStream: true, SubtitleLocationType: VideoSideData`, index 100. It looks like AVPlayer's caption parsing for in-band 608 in a **progressive MPEG-2 TS** decodes the initial buffer and never processes subsequent caption data (in-band 608 handling is well supported for HLS/H.264 SEI; the progressive-MPEG-2-TS case appears unhandled or stalled). ## Finding 3 — no extraction fallback for live TV Every `live.m3u8` request in the session log (all clients, ~18k requests) negotiate `SubtitleMethod=VideoSideData&VideoSideDataSubs=100&ManifestSubtitles=vtt` — i.e. captions are only ever carried **in-band**, and the `ManifestSubtitles=vtt` request never yields a WebVTT rendition for live streams. The transcode commands carry `-sn`. Server user policies expose no burn-in option per user. So when the in-band carrier is lost (Finding 1) or the player can't decode it (Finding 2), there is no third path — **a 608 → WebVTT extraction option for live TV would resolve all of the above**. ## Workaround that works today Set the Apple TV app's player to **MVP** (the mpv-based player) and DirectStream the source (Max quality). mpv decodes the EIA-608 captions in software from the raw TS and renders them live: - Captions update continuously (verified minutes at a time) - Zero server transcode — the MPEG-2 stream is played as-is - Quirk: after starting a session, the caption track sometimes needs to be re-selected (CC off → CC1) before mpv begins decoding — first selection at stream start appears to bind before caption decoding attaches Android-family apps also expose a player choice; the same mpv route should fix captions there. ## Requests (in priority order) 1. **A53/CEA-608 caption injection for hardware H.264 encoders** in the transcode pipeline (VAAPI/QSV/NVENC), or transparent caption carry-over where the encoder supports user data — closes the silent caption loss for all HW-transcoding clients. 2. **Live TV subtitle extraction (608/708 → WebVTT)** as a server fallback when captions can't ride in-band — would rescue every affected client/player combination, including AVPlayer. 3. Investigate **in-band 608 decode stall in the Apple TV native player** on DirectStream of live MPEG-2 TS (Finding 2). 4. (Minor) AMD VAAPI intermittent `Access unit too large / Encode failed: -28` on live HLS transcodes, which surfaces the otherwise-unreachable software fallback. Happy to attach the full ffmpeg transcode logs and session log excerpts on request.

Extremely unpopular opinion, but upgrade your potato hardware. God. We've been dealing with this for decades now with fansubs and their fancy karaoke, and this is 100% a "you/we" problem in the fact that you/we the user made the choice to watch something with so much fancy scripting and fonts that it made the device we're watching it on gasp for breath and ask for mercy. I got sick and tired of my media devices not being able to render fancy subs and just decided to build media pc's for the areas where I watch my anime. This is not and has never been an Emby problem, this is a content problem. Even the Nvidia Shield falls to its knees on this content. If you want to blame someone, blame the media companies for making such weak devices for media playback, not Emby, or blame yourself for wanting to watch something that is so god dang awesome. This is sadly not the solution, it's just a band aid. We need far stronger media devices, or a means to make subtitle handling multi-threaded, as it's currently single thread only. FYI you'll run into the same problem if your device doesn't support PGS subs, as they are image based.

any chance there is another way? Thank you

I hadnt appreciated the user function was being disabled. thanks for for clarifying. Hopefully it will come back even stronger in the not too distant future

Yes but with great power comes great responsibility... We have to be very careful with this kind of thing but we are starting to build some things that will help us with that.