All Activity

Emby Theater utilizes online resources, whereas the new app has everything bundled in. So without internet Emby Theater cannot load any elements - that's even before premiere validation, you can still use the app without premiere for navigation and playback, you just may not have access to premiere features. For example playback is limited to 1 minute.

Good evening. I'm still hoping for a solution to this issue. Hopefully, someone can come up with a few steps to try to troubleshoot the problem. Thanks in advance!

I'm guessing this is a very expensive partnership...

I had the same issue and was not even able to access the trakt.tv main page. I think you are getting a block from too many requests. Once I disabled the plugin, and waited for a week or two, the blocks went away.

I have two Android devices that handle a 1GB buffer perfectly. The first is the Ugoos AM6b+ connected to my TV. The second is the Vidda C3 Ultra projector (MediaTek MT9681 processor, 8GB RAM + 128GB storage, 4K Dolby Vision), where both Emby (Lifetime licenses) and Vimu (Lifetime licenses) are installed directly on the projector's OS. With 4GB of RAM on the Ugoos and 8GB on the Vidda, there is more than enough memory to allocate a large buffer for high-bitrate streaming. This is why I rely on Vimu — it allows me to actually utilize this hardware to ensure smooth playback of 100Mbps+ remuxes, something the internal player cannot do.

thanks, i did not know Home Screen Companion. I installed the previous version to try it out (AutoTag) but in the process i read that smartplaylists are coming to Emby with version 4.10. I'll be waiting for a stable release then

I really wish I could tie it into a server crash or something but so far I cannot sort it out.

@mainsupport Thank you. I also needed to dowgrade from .Net8.0 to 6.0. I've also added a thumb, working on my 4.8.3.0 installation Please beware: either I mixed up my 4.8.3.0 test install with my production server and deleted my database myself by accident (as Emby was constantly auto updating the fresh 4.8 install to 4.9.3), or the plugin might have deleted my 4.10 database while testing the downgraded version. Either way, using this version is currently only reconmended for 4.8 server versions. Please make sure to have a working backup, just restoring my libraries... /EDIT: After restoring the backup and multiple restarts I come to the conclusion that I've deleted the db myself. Plugin working fine with Emby server 4.8.3 & current beta. Btw. new image, new name. EmbyKometaOverlays.dll

Nope, That is strange. I would be interested to see what causes the truncated .nfo files. Perhaps right at the point where the file stops is something that fails. With Linux, many times, rights for specific files or subdirectories is not setup correctly or gets changed and some process cannot complete because of the ownership or rights. I wonder if that could result in the .nfo just stopping from getting created.

syncing playback status across devices always comes down to having a clear, consistent system that updates reliably. It reminds me of project workflows in other areas too, where planning upfront avoids mismatches later. I came across something similar while reading about structured timelines and coordination here https://bathroom-remodelingconroetx.com/, different field, but the idea of keeping everything aligned from start to finish really applies to media syncing as well.

I've tried different pairs of glasses, so I know it's a limitation of the neckband. When I try to play anything from the Neckband Pro using the Android TV app, everything plays fine. But, when I try to use the Android app, I get audio but no video. Just a black screen. If I use the external player, it will open and play the video just fine. BUT, this isn't an option for when I'm offline. The Android TV app doesn't have a download option, and the external player option doesn't work when the files are downloaded. I could download the files to a location I can see (currently have them downloading to the Downloads folder) and I can then watch those using Exo or VLC. But, that breaks the whole Emby experience where I watch it and it's marked viewed, downloads the new one etc. I've tried all the usual fixes of changing refresh rates, force restarting, clearing cache, etc. I'm attaching the logs from trying to playback and experiencing the issue. It looks (and I'm not an expert here) that it has to do with the fact that the glasses are an "external display device" and that's where the problem lies. But I clearly have no way to fix it myself. emby_android_1776365542777.txt

Kann es sein das du als Bibliothek Gemischte Inhalte genommen hast. Ich hab bei mir 65 (2023) einmal in einen Film und einmal in einen Serienordner angelegt. In der Film Bibliothek wurde er sofort erkannt, auch beim Identifizieren wird er gefunden. Bei der Serie Bibliothek erhalte ich FUBAR auch als Ergebnis.

Thanks for clarify, i don't have too much ram on my server so i will deactivate this option

What device are you running on that has the RAM for a 1GB video buffer?

There are about 10 different versions of that... But, we target everything with our apps so I'm not really sure why you are seeing different versions.

No more that Emby has always used generating these interval placeholders. But yes, disabling it could speed things up when importing new items as it would be one less task to do. Will not apply to anything imported prior to changing this option.

That is only open to their partners.

I already saw this option and is default activated after update, but this option consumes o use more resuorces if is active?

New option per library option added in 4.9+ Add library options to control generation of chapters when none are embedded within video files Existing embedded chapters will always be used.

this feature consume resources when scaninig for new files or is just an option that active and desactive when the option is on each list?

@Luke

@h.buckle - Can you show more of your code?

Our new ffmpeg will include this patch and the Win App betas (after the imminent new stable release) will have a new mpv dll based on that new ffmpeg.

This looks like more IPTV stuff, that Emby seriously should just drop support for. Emby is supposed to be about accessing your media, not pirated media services.

Hello together, my Emby on Docker on an Ubuntu host is crashing many times a day. I am on the latest beta 4.10.0.10 right now and have a few plugins installed, that are using FFmpeg to analyze media info and generate intro and credit markers. I could see before a crash, that many ffmpeg processes are running on the container. I set a memory limit of 8GB in the docker compose (I have 32GB in total) but have a feeling that the container is still using more than that most of the time. These crashes happen independently of somebody watching or not and also when there is no scheduled run of any of the plugins. It seems to be just randomly. I tried to analyze Embys logs but couldn’t see any crash report. I also asked an AI to help me analyze but it was no help in the end. I have attached a screenshot of htop showing the many processes and the latest log before the last crash. Would be very nice if somebody could help me finding out what the problem here is and hopefully even help me fix it. If you need any more information I can provide it hopefully. my docker compose: emby: image: linuxserver/emby:beta container_name: embyserver network_mode: host # Enable DLNA and Wake-on-Lan environment: - UID=1000 # The UID to run emby as (default: 2) - GID=100 # The GID to run emby as (default 2) - GIDLIST=1000,4,993,2 # A comma-separated list of additional GIDs to run emby as (default: 2) volumes: - /var/lib/emby/config:/config # Configuration directory - /var/lib/emby/plugins:/plugins - /tank:/mnt - /opt/dispatcharr:/opt/dispatcharr - /tank/docker/tmp/ocr:/ocr - /tank/ApertureLibraries:/aperture-libraries - /mnt/Serien:/Serien - /downloads:/downloads - /opt/emby/index.html:/system/dashboard-ui/index.html - /opt/emby/Spotlight.js:/system/dashboard-ui/Spotlight.js - /opt/emby/spotlight-items.txt:/system/dashboard-ui/spotlight-items.txt devices: - /dev/dri:/dev/dri # VAAPI/NVDEC/NVENC render nodes mem_limit: 8g memswap_limit: 8g oom_kill_disable: false stop_grace_period: 30s restart: always embyserver-63911952902.txt