All Activity

I will provide the logs, but since you've moved my question to a new thread could you please move it to Server because this issue is presents on all player platforms and on web admin page as well.

I added more episodes manually and waited, but the 'Detect Episode Intros' task did not run, so the 'Skip Intro' button isn't showing up. The task is not being executed automatically when media is added. embyserver.txt

any update on this (as my prolem is still existing) ?

Hi do we have a newer version or an update as I believe the test app has expired?

@PX_54?

Thank you for the update. One thing I have thought of, would it be possible to setup the "conversion" flow to be setup by the user for applications being run? Meaning, we (as users) provide the steps to run, and it could work into the flow?

It's been 18 months...

Indeed, it's the same problem; above all, synchronization takes ages and can even block access (slowing down the server).

I'm considering to convert from Plex to Emby, and noticed something weird trying out Live TV with the Emby for Android client installed on my Google TV. When watching TV, you can fast-forward past the current time, which pauses the video, but it's a pain to try to scroll back to try to get back to "current time" when streaming Live TV. Is there a trick to using this? I'd love to see a "return to Live" button next to the timeline in the OSD. I haven't tested this in any other client yet, so I'm not sure if its specific to the Android app or not. Thanks!

its Windows and whatever release was listed on the download page. I'll try the prerelease Edit: Nope

Did you download the stable server? I think that TVE will only work with the pre-release version, but I might be wrong.

Sounds like a good idea, except right now I'm trying to setup CDVR and it won't take my FIOS credentials, which I know work.

@jcbeaver76 ChannelsDVR makes an excellent backend for Emby. Once you have the sources set up in CDVR, you create an M3U tuner in Emby, then copy the M3U and EPG links from CDVR to configure the tuner in Emby.

Thanks for following up.

So thank god for AI I guess Got deepseek taking a look at my setup and it got to this in the end... UPDATE: found the root cause of the "random pauses" + System.IO.IOException: Input/output error Long story short: it was the NFS mount version, not disk/space/network. After weeks of chasing it, I can now reproduce it on demand and have a fix that is verified. ROOT CAUSE - Emby runs in a Proxmox LXC; the movie files come from a Synology NAS over NFS (mount points defined in /etc/fstab on the Proxmox host and bind-mounted into the LXC). - The mounts used NFSv4.1 with default locking (local_lock=none). .NET/Emby takes a flock (share-lock) on the media file when it opens it for streaming. On NFSv4.1 that flock is forwarded to the server as an NFSv4 byte-range lock. - The Synology server periodically drops that lock state (lease/stateid expiration). The kernel client then logs: "NFS: <nas ip>: lost 1 locks", and every subsequent read through the locked file fails with EIO -- which Emby surfaces as System.IO.IOException: Input/output error and a playback pause until the file is re-opened. PROOF (reproduced while the NAS was fully online, cold cache, so no NAS power schedule involved) - Every Emby "Input/output error" event matched 1:1 with a kernel "lost 1 locks" event (same second, 97/97 on the worst evening). - Deterministic repro on the host: open the movie file, take flock(), read continuously. * NFSv4.1 + flock -> EIO partway through the file + "lost 1 locks" * NFSv4.1 without flock -> full file reads fine * NFSv4.1 + nolock -> still fails (kernel silently maps nolock to local_lock=none) * NFSv4.1 + local_lock=all -> still fails (NFSv4 client ignores this option -> /proc/mounts still shows local_lock=none) * NFSv4.0 + flock -> full 5.8 GB file reads fine, no "lost 1 locks" So neither nolock nor local_lock help on NFSv4.1 -- the only reliable fix I found was dropping the NFS protocol version from 4.1 to 4.0 for these mounts. FIX APPLIED In /etc/fstab change "/path nfs defaults 0 0" to "/path nfs defaults,vers=4.0 0 0", unmount and remount, then verify: /proc/mounts should show vers=4.0.

i know its been some time, but just got the update from Verizon FIOS... I have until November 5th... Hi, We recently reached out to you about a required technology upgrade for your Fios TV service, but we haven't heard back yet. Our network is transitioning to Internet Protocol (IP) delivery to provide you with an improved viewing experience and increased flexibility. Because of this upgrade, your current Fios TV Digital Adapter(s) and/or CableCARD(s) will no longer work on or around November 5, 2026. To prevent an interruption to your service, you must replace this legacy equipment. Action needed: Please call us today at 1-800-Verizon (1-800-837-4966) to schedule your equipment transition. Based on your current Fios TV equipment pricing and your specific household needs, you may be eligible for a complimentary upgrade to our new IP-capable Fios TV boxes (up to 10 per household). Our representatives will help you configure the right setup for your home. Please note that depending on the final equipment configuration you choose, charges may apply. I think its time to start looking into Channels DVR a little harder. Even if i get a "free" IP box, the DVR service would be more per month.

File attached. Thank you embyserver.txt

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

I thought I did. I have an 'anime' library. When I manually add a valid episode to one of the shows and wait for it to show up in the 'Latest' section, I start playing it in the browser. However, when the intro comes on, the 'skip intro' button doesn't show up. If I go to 'Scheduled Tasks' and run 'Detect Episode Intros,' the button finally appears when I play the episode again. I did a quick screen recording showing the issue. Screencast_20260810_215511.webm

Ok. I'll wait for it and let you know. Thank you so much!!

Ah ok. That folder view should be resolved for the next app update.

Well, I decided to keep experimenting I changed the directory back to the default one, removed the permissions from the system emby user, and then uninstalled Emby with the option to remove the configuration as well. The beta version was removed successfully. Then I installed the 4.9.5.0.02 version from the TOS Store again, immediately stopped the server, changed the directory to the correct one: -programdata $APP_DATA_DIR/Volume1/Emby \ and started the server again. And, surprisingly, everything came back — and now everything works! Videos play normally and there are no more streaming errors. So now the question is: what should I do from here? Who actually needs to fix this — TerraMaster or Emby? And is it correct/safe to leave the programdata path like this permanently?

App store is not so responsive on old iPads... I’ve just updated to .56 and I can log in. Thank you so much for your efforts and help. But I’ve run into another problem: I’ve organised everything into folders, and they look just like in the image I’ve attached. And I can’t access them. If I go to the ‘Movies’ section or use the search function, it finds everything and everything works, but browsing by folders just isn’t working at all.

it might be ok for google play, but apple doesn't like apps pulling down and executing code dynamically, which is exactly what that would do. even if it is OK though, we would have to setup our own review process and add more structure around plugin updates. Currently once you get access to the plugin catalog you can publish updates freely, but we'd have to gate that process and go over everything that gets added, and have source code access.

HI there, can you please provide a specific example? How to Report a Problem Thanks !