All Activity

Next (possible) improvement: While testing the "Lock this item" workaround for markers getting wiped on library maintenance, found something worth knowing regardless of which plugin you use: locking an item does stop a Library Scan from wiping IntroStart/IntroEnd/CreditsStart, but it does NOT stop a Refresh Metadata from wiping them - confirmed directly, markers gone every time even with the item locked. So "lock everything and forget about it" isn't actually a complete fix, just a partial one. Planned for the next version: making the plugin event-driven instead of relying on manual/scheduled restore runs. The idea is to subscribe to Emby's item-updated event, so that whenever an episode's chapters change - whether that's from a Library Scan or a Refresh Metadata - the plugin notices immediately and restores that episode's markers right away, automatically. No more remembering to run Restore after every scan, no more locking items as a workaround. Biggest change to the plugin's architecture so far, so it'll get more testing than usual before a release. If anyone's got thoughts on this approach (or has run into other situations where markers get wiped that this wouldn't cover), now's a good time to mention them.

@LukeAre we stuck with this? If so, might need to revisit the premiere subscription

v1.4.0 is out - two more pieces of feedback from this thread addressed. JSON filenames now match the video's own filename, in both the central backup folder and media-folder modes - same convention the NFO insert feature already used. This was basically finishing what @crusher11 originally pointed out a few versions back: keeping the backup tied to its episode through renames, rather than sitting under a differently-named file that's easy to lose track of. Restore matching reworked to answer the "what if there's no TVDB ID" question from earlier in this thread. It no longer relies on filename at all for the primary match - it scans backup files by their actual content and tries, in order: TVDB ID, then IMDB ID, then filename as a last resort. Episodes with no TVDB ID aren't skipped outright anymore, they just fall through to the next method. Tested this on a full 587-episode library after the change: 587/587 restored, all matched by TVDB ID, zero needed to fall back to IMDB or filename. Also fixed a small bug where Backup and Restore were showing under two separate headings in Scheduled Tasks instead of sharing one group, and added a note to the README about a permissions gotcha - if you get an access-denied error, check whether you (or a zip extract) created the backup folder yourself before the plugin did; that's the #1 cause. Release (with prebuilt DLL) and full notes: https://github.com/guilty57/credits-intros-backup-restore/releases/tag/v1.4.0

Thanks hatharry! It plays the next song but sometimes after one or two songs of telling it next song, it will jump to a different playlist which is alphabetically the last one in my playlist order. Saying next song after it jumps to that playlist will only continue playing songs in that playlist and will not jump to different playlist. Appreciate all you and your team's hard work in getting this fixed!

Great article! The evolution of software and digital entertainment shows how innovation, creativity, and technology continue to shape user experiences. Learning from the history of software development helps businesses understand the importance of building reliable, engaging, and future-ready digital solutions. If you're looking for a top IT company in Karachi, choose a team that provides custom software development, web solutions, and innovative technology services to help your business succeed. Thanks for sharing this interesting article!

The error occurs during playback; the installation went smoothly except for the version that wouldn't start. The others installed fine, but when I select a video file with external subtitles, I get that error. If I remove the subtitles, it works correctly.

You can't go back . But you can install fresh an older version and reinstall the libraries

over half a year and the problem still persists. Any light at the end of the tunnel at all? Don't want to switch to another software but don't know how long i'll wait for a fix... Doesn't look like the problem gets the serious attention it needs. Has anyone tried downgrading? does this help?

On Emby for Android 3.5.37 with Fire TV 4K (first gen) Fire OS 6.7.7.1 the horizontal scrolling doesn't work anymore : I mean, i can scroll to the right but display doesn't move to the left in the same time, so focus disapears to the rignt of the screen... Home screen of TV mode is set on horizontal. PS : If i set it on vertical than horizontal scrolling works well

Thanks for the help. the naming conventions where correct, The separate Library fixed the problem..

Never, always normal PC shut downs. In fact this PC is usually run 24/7

Oh, ok. Thanks for the information

Absolut overkill Currently running a test with an old Anker powercore 13000. Lets see how long it will last with two streams running.

Hi, yes that would be helpful. Thanks.

This shouldn't happen with that many specials anymore because we only import this information from tvdb when the special is marked as critical to the story. when it's not marked as critical to the story then we don't import it.

HI @dannytheoldmanyes we can look at adding options to select what libraries to include in it.

Hi, we'll have a new server ffmpeg build on the beta channel very soon, so stay tuned for that. Thanks.

Hi, this is being resolved as part of the upcoming 4.10 server release. Thanks.

Hi, we are looking into this. Thanks.

Hi, we are working on improving this now. Thanks.

I wish the mobile apps felt more like mobile , they feel like they are still toned down version of TV apps , also android app has no native feel at all.

Port is 57342, maybe it's used by another application?

EMBY.hooks.webservice: Socket start (error) [WinError 10013] An attempt was made to access a socket in a way forbidden by its access permissions That sounds like a Windows permission issue, not a plugin bug.

unable to use setting dialogue screens ie. factory reset, manage server windows/prompts/screens do not open. fresh and latest kodi then plugin install. after fighting with this kodi, i then checked other (working and old) installs and noticed the same thing ie. no longer able to open secondary screens. they are all windows 10 x64, i cant find anyone reporting this? before i trashed and installed fresh, i did * wipe all emby plugin folders and *.db files in %appdata% * downgrade to v10 * service plugin only (no video, music, pictures etc) * disable all non stock plugins eitherway, here is the attached logs from the fresh install on windows 10 x64, with clean install of kodi, then install of plugin ie. same results, wizard never shows, unable to use secondary screens in settings to do anything kodi.log kodi.old.log

what did she try to play and at what time?