All Activity

Hello PiliPili, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team

Hi, I noticed a behavior change in recent Emby 4.9.x versions regarding the GET /Shows/{Id}/Episodes endpoint. Observed behavior: When calling this endpoint with Fields=MediaSources,Path to retrieve all episodes in a season: Admin account: Each episode's MediaSources array contains all available versions (e.g., 3 versions per episode if the item has 3 merged alternate versions). Non-admin account: Each episode's MediaSources array contains only 1 entry (the default version), even though the same item has multiple merged versions visible in the web UI. Steps to reproduce: Have a TV show with episodes that have multiple alternate versions merged together. Call GET /Shows/{SeriesId}/Episodes?SeasonId={SeasonId}&Fields=MediaSources,Path using an admin API key → each Item has multiple entries in MediaSources. Call the exact same endpoint using a non-admin user API key → each Item has only 1 entry in MediaSources. Additional observations: The single-item endpoint GET /Users/{UserId}/Items/{ItemId} with the same non-admin user does return all MediaSources correctly. So the limitation appears to be specific to the bulk episodes listing endpoint. The API documentation states this endpoint only "Requires authentication as user" with no mention of different response payloads for admin vs. non-admin roles. This also affects GET /Users/{UserId}/Items?Ids=... when querying multiple items at once — non-admin users receive only 1 MediaSource per item. Impact / Use Case: This change makes it impossible for non-admin users to programmatically build a season playlist that respects a specific version preference. For example: A user has a TV show where each episode has multiple merged versions (e.g., different subtitle/source variants). They want to play through the season using a consistent version. Previously, calling the Episodes endpoint once would return all MediaSources, allowing the client to pick the preferred version for each episode and build a coherent playlist. Now, non-admin users only see one (default) version per episode from this endpoint. The result is a playlist with mixed, inconsistent versions across episodes — some episodes get version A, others get version B, depending on whichever the server chose as default. The only workaround is to call the single-item endpoint individually for every episode in the season, which feels unnecessarily heavy when a single bulk endpoint used to handle this. Environment: Emby Server version: 4.9.5.0 OS: Linux (Docker) Questions: Is this an intentional change? If so, could the documentation be updated to reflect the difference in response between admin and non-admin users? If intentional, is there a recommended way for API consumers to retrieve all available MediaSources for a season's episodes in a single request as a non-admin user? Would it be possible to revert this behavior so that non-admin users receive the full MediaSources in bulk endpoints as before? This change has caused real inconvenience for users who rely on version selection to maintain a consistent playback experience across a season. Thanks for any clarification.

@ginjaninja Hi, I havent heard anything from you lately, so I am checking in to see how testing is going and to update you on a few changes.. 1) I have finally figured out how to shuffle a playlist from the beginning consistently. 2) and random playback is even more random before. Give the above changes a listen Above all, send me your one off/edge cases, MAYBE just MAYBE, they can be addressed

Update 2: I tried setting up the hard drives so they would mount at system startup, but that just changed the owner to root and didn't fix the 'no compatible streams' problem.

Hi I have two problems with my Emby system, both regard Friend’s TV show. 1: Emby for Android won't show dvdsub on my nVidia Shield TV 2019 pro. Tested on an iPhone it loads subs Android phone does not load subs, another Android tv system loads subs(Get tv box in Norway, tested one week ago), Emby web shows the subtitles. It is my Shield and Android phone that does not show it. Logs can be sent in PM if needed as they are not depersonalized. 2: The show won't auto resume either. Other tested shows will. Is there any setting that I have forgotten, or is it an Android bug? I think it is strange that it works on web and iPhone. This tells me (I think) that it is not a server problem. Phones and everything is updated to latest builds. The server is on latest beta.

@GrimReaperTry this one. Should be correct this time. Any subtitles downloaded by Emby (with e.g. opensubtitles) can now be extracted and copied to video library or custom folder. MetaExtractor.dll

Update: after reconnecting the hard drives to the docking station and restarting, the problem seems to be solved again. Puzzling ...

Hm, I do have both external hard drives mounted via a docking station. I'll check to see if connecting them directly solves the issue. Edit: no luck, the problem persists.

I've noticed lately that the translation page is taking a long time to load.

Your server log is flooded with path not found errors: Same can be observed in ffmpeg log: Is your mount point getting disconnected? As if it were a permission issues you'd see access denied error entries, so it likely ain't.

Hi, I recently migrated from Windows to Linux Mint (Mate) and I'm having recurrent problems with streaming files on client devices. One day things are working fine and the next I'm getting the error message "No compatible streams are currently available. Please try again later or contact your system administrator for details." I've attached two server log files, I'd greatly appreciate it if you would be so kind as to point me in the right direction. My knowledge of Linux is limited but I can usually fix basic problems, except in this case. Thanks! ffmpeg-transcode-b807f23e-f7a8-4aea-aa8f-1ce30058b79b_1.txt embyserver.txt

Thank mate but 4.10 it's still beta Hispa

Emby for Android 3.5.36 Emby for Android TV 2.1.23g

Hola, tengo un HTPC con W11 conectado a un Home Cinema y a una TV. Es la mejor manera de sacar audio de calidad 5.1 DTS o posterior (tambien lo tengo en Plex). Por el momento voy escapando con un chromecast que manejo desde el movil. Saludos

I just loaded the new update at work to watch listen to world cup and noticed that latest recordings next to on now is missing. This release is a huge letdown first the horrible and useless view for recordings and now the few latest recordings have been removed as well. At home I still haven't updated because of the showstopper bug with recordings view can we please get this fixes before windows update takes over and doesn't let me go back. It is really disappointing what is happening with this product it is just going downhill.

Another pc crashing on first start after updating to latest version. Xeon 2276m

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Great, thanks. Please keep us posted.

Hi, can you give it another try?

I will test this in the morning. (And if you're right, there should be some indication of this in the library configuration page!) But in the meantime the bigger question remains: why does Emby have musicbrainz lookups overwrite user implemented metadata? That just seems fundamentally wrong. Why can that not be fixed?

Hi, this has been resolved in the upcoming 4.10 server release. Thanks.

Hi, this has been resolved in the upcoming 4.10 server release. Thanks.

Hi, this has been resolved in the upcoming 4.10 server release. Thanks.

OK there is some special sauce happening here. Because you have fanart enabled, that forces musicbrainz to be enabled as well. This is because fanart is based on musicbrainz ids, and before we put this in place, users who had disabled musicbrainz were constantly reporting that fanart wasn't finding any images. The same also applies for audiodb. It's all based on musicbrainz ids. If you disable those, then you'll get the behavior you want.

Thanks for testing 2.1.4 and confirming the issue still exists. I’m trying to determine whether MediaSync is storing the library type incorrectly or if the issue is happening later in the dashboard. Could you run the following commands inside your MediaSync host and paste the output? docker exec mediasync python -c 'import sqlite3; c=sqlite3.connect("/config/mediasync.db"); [print(r) for r in c.execute("select library_id, library_name, library_type from source_library_map order by library_name")]' docker ps --format "table {{.Names}}\t{{.Image}}"