All Activity

I did that and it was better. I had about 100 existing collections with no poster and doing that and refreshing ALL left about 3 without. I refreshed those 3 again and the poster worked. thanks

We are just about to release two "Agent Skills" - one for Emby Server Plugin Development and one specifically for Plugin UI. The skills were created by a huge distillation ofr information, including our own plugin code, which tmakes it the strongest and most vailable piece of condensed information available anywhere. (shouldn't take more than a few days)

No The story about the DxGrid is quickly told: when working on tvnext, a capable grid was needed, which can handle large amounts of data, perform client-side filtering, drag-drop sorting etc etc. Most of our client code is free from 3rd party libs, except some video players, subtitle and pdf renderers - so there has been some controversy about whether to use a 3rd party grid, even though development of something equally capable would have been beyond far beyond reasonable. And so it became used but more like something "half-official" at best. It was made to work for the cases we need ourselves, but not for alll possible cases how one might want to use it. We had just mirrored all of its APIs to our own GenericEdit API because that's a one-time work instead of extending each time something is needed. Eventually, that part of GenericEdit interfaces was included in oujr DevDocs as it it would have been weird and not helpful to leave things undocumented which everybody can see anyway. Your question is getting right at the relevant point, asking whether and how you could/should use it. Now, the DxGrid is good for the following: When you need some kind of multi-column list (with small or large amounts of data), with or without checkbodes When you need perfect and high-performant client-side handling of data With filtering, sorting or other local data shaping operations And when you need or are find with having the data being round-tripped, like: Client loads data from server Grid displays data and allows to interact and even edit the data Client sends data back to server when done but is's not a good choice for Live data being updated from the server-side (unless its just a few rows) The grid itself can do that, but our APIs do not support such paths Beyond the technical layer, there's also he question of what is reasonable. You say you have a large amont of data which is live updating - I'm not sure how muich sense this would even make, because when data is frequently changing, it's hard to understand and follow this - unless you already have some grouping/aggregatoin and/or filtering in place, which means that effectively, the number of rows which are being viewed is small again regardless. For presenting quickly changing data, I think GenericItemList is still the best bet. It doesn't need re-rendering of all html (differential DOM updates). Whether good or bad, strongly depends on the case. For the DxGrid, you must not assume that youj get all of the functoinality that it supports when used directly. It''s still a GenericEdit feature and the client side could be implemented with a different grid (or our own custom-developed) grid in the future. GenericEdit/Plugin/UI is meant to make development easier. But there may be cases where fighting with the limitations in capabilities requires more effort than using plain html/js directly. We have two such cases ourselves, where htmljs is just a better choice (opposed to the other hundred).

Thank you So you are using a domain for windows login rather than default setup of a local user account on the computer This brings in a new angle to follow up on Can you try as a test creating a temporary windows local user account on PORTATIL and run Emby Client in it and see if that gives different outcome.

On a mobile device, yes. Try to play something and it should offer you the option.

We do not integrate with any of the content acquisition features of those apps. Torrents are nothing but content acquisition and 99% illegal ones at that. Thanks.

UPDATE 1: Hopefully, I should have the first beta up in a few hours. Right now, I'm trying to fix a bug relating to prepend status to show the description.Fixed. UPDATE 2: Now implementing a hands-off refresh option for users with an Emby installation (Windows/Synology app, no SSH/Docker access) who have no easy way to force an immediate refresh after changing a setting. I am adding this so that hitting Save on the settings page automatically triggers an immediate refresh—no restart needed, for anyone.

Hi. I imagine this will be too aggressive. In my experience, 45-55 minute episodes do not have 2+ minutes of credits. One thing for readers to be aware of is that modifying the source components like this will get overwritten on each update. You could just create end credit markers using one of the plugins instead.

Hola, no. Portatil es un equipo. Jpcefm es el dominio al que pertenece (ad). Saludos

Hi @softworkz, has the landscape changed in the last 1.5years in 4.9.1.90 sdk (latest stable i understand), I am trying to develop a responsive full screen DXgrid Dashboard handling a large amount of data,rows and subrows with action buttons.I assume trying to do as much as possible client side is desirable; is there more to explore now client side or should i be focusing on "server-side grid interaction" alone still. re any documentation, I would love to be able to point claude at a repository of information so Claude can just build it, but from the class definitions alone (and my limited ability to help) Claude is getting (almost) nowhere fast . The pluginui demo in sdk doesnt demonstrate a very wide set of dxgrid patterns, is there a public plugin that goes to town on what s possible that i could use for my and ai learning, do you know?

Thank you Do you have 2 computers named: PORTATIL and JPCEFM ?

Can you try deleting the server from the client, then re-add it and try again. It seems like something has become corrupted. It might even be worth fully uninstalling the app from the TV, then remove power from the TV for a few minutes, then try reinstalling the client.

New beta up (v5.55.0) in the catalog. Added support for music libraries. Please report any bugs found to me either here or in a private message. @NeminemYou got a music library?

From the Server (The PC), I don't have any problems, the problem is in the TV app. There I cannot access, either through the "Continue Viewing" section or by directly accessing the library, it gives me an error. And it is not only with .ass subtitles, but also with external .srt subtitles (Checked this morning), if they are internal there is no problem. Here I leave you a capture of multimedia information

Since it's DirectPlay, I tend to lean more on TV itself being the culpit, but it doesn't have to necessarily be. First, are you using Emby for Android or Emby for AndroidTV client app? Whichever it is, if you install the other one, does the same occur? Also, does it happen on all DV items or only that particular one? You can also put it on a stick and try to play it with native player, does DV get triggered in that scenario?

Sorry for the long post. When mapping my provider's M3U playlist URL directly into the WebStreams plugin, the connection consistently times out or fails. Testing the raw URL stream reveals a mandatory 30-second delay from the exact moment the URL request is executed to the moment data actually begins downloading. Technical Breakdown of the 30-Second Delay; 1. Server-Side Database Compilation (15–20 Seconds): The provider link is not a static file sitting ready on a server; it is an active database query (get.php?username=...). When the WebStreams plugin calls the URL, the IPTV provider's server must authenticate the credentials, query its database, and compile hundreds of thousands of lines of live channels, VOD movies, and series paths into a massive raw text payload (approx. 400MB). This server-side compilation takes up the bulk of the initial wait time. 2. Stream Interception & Header Allocation (5–10 Seconds): Because the stream returns a massive .php script payload rather than a static file extension (like .m3u), the plugin's underlying network stack must pause to parse the initial stream headers, verify the data payload type, and allocate memory buffers to handle a text file of this magnitude before it can safely begin processing the byte-by-byte data transfer. Impact on the WebStreams Plugin (Why it Fails): Because the plugin's default network timeout window is shorter than the 30 seconds the provider's server requires to assemble the database, the plugin drops the connection. It assumes the server is dead or unresponsive before the provider has even finished building the payload to send back. Furthermore, any automatic background re-tries or header checks sent by the plugin while the server is compiling can trigger the provider's firewall filters, resulting in "Forbidden" or "Resource Changed" connection drops. Technical Question for the Developer / Community: Is there an existing configuration file or hidden setting where I can manually increase the network connection timeout limit (e.g., setting it to 45 or 60 seconds)? Alternatively, is there a way to force the plugin to ignore initial .php headers and wait out the server compilation phase before dropping the socket?

You're best to wait until the LG review is complete. It's not possible to supply the IPK for this app.

This doesn't really make sense to me. For the file you tested in the previous server log, can you please send a screenshot of the Media Info detail at the bottom of the item detail screen on the server? I'm interested to see what streams it has identified. I can't understand why you don't have an option to turn off the subtitles.

Hola, adjunto varias ejecuciones de la aplicacion, junto con el PML, a ver si hay suerte. Verifica que esta vez aparece el proceso 'Emby*', porque en el procmon, es bastante confuso ver si el proceso en cuestion aparece o no. He probado a desactivar WireGuard, y sigue fallando. Este solo se usa cuando salgo (no es el caso). Saludos y gracias. emby.7z

I wanted to share a little side project I've been working on — a lightweight Docker container that turns your Radarr/Sonarr release calendar into a "Coming Soon" library right inside Emby. What it does: Syncs upcoming releases from Radarr & Sonarr automatically Generates a folder structure that you can add as a mixed-content library in Emby — complete with poster art (with badges), backdrop, .nfo metadata (release date, description, genres, rating, cast for movies), and a placeholder .mp4 Adds visual badges on posters: UPCOMING, a countdown ("5 Days"), and episode badge for shows (e.g. S03E07) Cleans up entries that are no longer upcoming Runs on a schedule (default every 6h) via Docker Built for Unraid, but works on any Docker host. Testet with Emby Beta v4.10.0.17 It's vibe coded — built with AI — so review the code before using it in production. Use at your own risk! GitHub: https://github.com/mrt187/release-poster-sync

You must enable expert mode for kodi addons and then enable the delete options in the "Interface" section.

So whilst you are still getting the same error message as before: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.", you are no longer getting an "Application Error" in the windows Application Event Log and no Application crash Strange that this change behavior is happening without a change to the Emby Windows application version - still version 2.310.2.0 I noticed from the procmon PML file that you run wireguard - could it be blocking the Emby Windows attempt to access whatever it was trying to access? I suggest we revisit getting procmon PML file again and making sure the filter is reset and it is run on the same PC that Emby Windows is being launched on and note down the time the pop-up error message appears - to the second - so noting down hh:mm:ss time and then I can look at see what was happening at that time in the embyclient.txt log and procmon PML file. In the last log we have at 20:30:17 / 20:30:18 2026-07-04 20:30:17.296 Info MainWindow: AppWindow_Visible: Invoke LoadWebView 2026-07-04 20:30:17.307 Info MainWindow: LoadWebView: Before EnsureCoreWebView2Async 2026-07-04 20:30:17.311 Info MainWindow: WebView2X: Start Init 2026-07-04 20:30:17.461 Info MainWindow: WebView2X: Fixed runtime path: C:\Program Files\WindowsApps\EmbyMedia.EmbyTheater_2.310.2.0_x64__svmepx4c03f7m\WebView2\x64 2026-07-04 20:30:18.025 Info MainWindow: WebView2X: environment.UserDataFolder: C:\Users\administrador\AppData\Local\Packages\EmbyMedia.EmbyTheater_svmepx4c03f7m\LocalState 2026-07-04 20:30:18.033 Info MainWindow: WebView2X: Window Handle: 132616 2026-07-04 20:30:18.129 Info Application: ApplicationStateMonitorWinUI.Window_Activated - State: Deactivated and then at 20:30:25 2026-07-04 20:30:25.480 Info MainWindow: AnimationWindow_ShowLogo invoked 2026-07-04 20:30:25.541 Info MainWindow: AnimationWindow_AnimationHidden invoked 2026-07-04 20:30:25.683 Info Application: ApplicationStateMonitorWinUI.Window_Activated - State: CodeActivated and then at 20:30:27 2026-07-04 20:30:27.816 Info MainWindow: ==== APP CLOSING ==== it would be good to know if the error "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item" was 20:30:25 and if you acknowledged the prompt at 20:30:27 and with a PML procmon capure for the period, we should see what was happening

Well, sometimes. Never initially. Only after switching tracks, it sometimes plays. But this isn't because of transcoding. That can be done too without it, sometimes. One log with transcoding allowed for the user, one without, plus the server log. (Still wonder why it would record the public IP in its logs?) Maybe I should make the file available for testing? emby_android_1783235266311.txt emby_android_1783236378231.txt embyserver.txt

@bakes82If no one else has said this thank you for the plugin, it works great with a couple of the plugins I use that are not in the catalogue.

Thank you. I will try to upload it today. still finding small bugs.