All Activity
- Past hour
-
Perfettino joined the community
-
Njou2d joined the community
-
a15357981297 joined the community
-
Dhoom112 joined the community
-
dvdbum joined the community
-
OlafGoLor joined the community
-
Karyortiz joined the community
-
Yosuef2011@&& joined the community
-
aguanoso joined the community
-
@PasitheaIve submitted timestamps about a week ago on the IntroDB website, how long do they typically sit pending for?
- Today
-
Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!
-
Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!
-
Hi, try refreshing the metadata on the series and see if that helps.
-
-
yeah, of course. the cast is working fine, only director, writer, etc not picking up tmdb id. but for movies library all cast & crews is getting tmdb id.
-
Seenr, a watch tracker that picks up your Emby plays over webhook
WilhelmStroker replied to KevByUs's topic in Third Party Apps
My bad, it's crosswatch, not crosstrack. His github is here so you could open a request there to discuss further, although I believe he's on holiday currently: https://github.com/cenodude/CrossWatch Ohhh I just noticed that Wetrakr supports "now playing". That's awesome, as it's something I use quite a bit. -
Can’t connect to my Emby server from Android TV, but it works on my phone
ebr replied to Naveb12's topic in Android TV / Fire TV
-
Have you set tmdb to be the primary metadata provider for TV? It's not the default setting. Paul
-
Can I achieve this configuration with ignore files and multiple libraries?
pwhodges replied to podonnell's topic in General/Windows
Correct. Paul -
Contact the people running the server and taking your "membership" fees. This is nothing to do with Emby, who simply write software. Paul
-
Seenr, a watch tracker that picks up your Emby plays over webhook
KevByUs replied to KevByUs's topic in Third Party Apps
Fair point, and you are right that there is no upload for a Trakt export today: our Trakt import only reads the API after you authorize us. I should not have implied otherwise. Two things: If you would rather not touch your Trakt authorizations at all, you do not have to go through Trakt for new watches. Emby can talk to Seenr directly with a webhook, so your plays land in Seenr as you watch, with no third party in between: https://seenr.app/en/integrations/emby For your existing history, we will add an upload for the Trakt data export. (can you send us your export file please - we are testing our system on different files to improve it) Simkl is already supported: Settings, Import, Simkl tab. You authorize Seenr on Simkl and we pull shows, movies, anime, ratings and watchlist from their API. There is an API, it powers our own mobile app, and it is not documented publicly yet. We also have token scoped endpoints used by Plex, Jellyfin, Emby and Stremio to push plays in. Happy to talk to the Crosstrack dev directly about what he would need, if you can point him here. -
Why doesn't the Android app keep a manually-added server address?
Luke replied to Blueskies278's topic in General/Windows
if you need to use a different address from the usual one, then currently no. But there are open feature requests to allow this to be configurable. -
Hi, are you trying to connect to your Emby server, or someone else’s server?
-
PX_54 started following Emby randomly unable to reach server
-
I spent the weekend setting up emby on my WD My Cloud EX2 Ultra, it was all working (other a slight network hiccup in the middle of setup) and I shared it with a friend who had it working also. I was talking about it today with someone else, and when I've tried to access it I'm getting Unable To Reach Server messages constantly - I've not changed any settings. I'm able to access my server directly through the WD MyCloud site, and I can also access it via Plex, but for some reason emby can't connect. I vaguely remember having this issue when I've previously tried to set up emby; that it would be quite temperamental and randomly say it can't connect to the server, when there's no reason it shouldn't. The hiccup at the weekend, was that it did it in the middle of me trying to set everything up again - though I'm not sure if I actually had an actual network at that point (because some other things seem to point to that possibility). I can't even remember how I rectified it at the weekend, because the webpage just kept saying that it couldn't connect and then I clicked through somewhere which opened a new tab that could connect - but the old tab still couldn't. This happens both locally and remotely. I really want to switch to emby, particularly for it's free remote access, but this random loss of access keeps putting me off.
-
Sorry Derrick.. Been away fro a while and didnt relaise anyone was using this.. I locked the git. Built a slightly more advanced version.. Which is https://github.com/marker197/party-watch-for-emby Ignore the trakt stuff, that has been removed and replaced with simkl and mdblists. Way more advanced universe/franchise creation tool is built into it. Self hosting on docker or synology container manager. Give me a shoutif there are issues, still actiiviely working on it. PS The watch party was the main driver for this app, allows you to watch in sync with other devices over the lan, or over the internet..
-
Plugin: Ginjaninja Tools - Sync Channel - Radarr & Sonarr & Any Rest Api Channel Sync Tool
ginjaninja replied to ginjaninja's topic in Plugins
0.0.0.25 Channel items built with a more intentionally unique (when appropriate) ID as pluginnamespace::connectionId::schemaId (should yield benefits around caching in time) Tweaks to UI Custom enpoint example video using Emby rest api to build artists,albums and tracks. A more curated intentional set of outcomes for channel item creation. Still early days needs testing. -
Sadly without being able to replicating the problem i can't be 100% sure if it was Emby at fault but it sure does look like it from what i can see. Multiple movies with the same ID would cause them to have the same output path and there for the same posters as they are in that path. EmbyIcons simply did it's duty and drew on that single poster, hence why the icons were still correct for the video, because that was the poster in that path. In other words i believe it would have happened even without EmbyIcons installed and that it is a bug in Emby that is very rare to happen. The "bug" in EmbyIcons was that it had no guardrails against something like that and still drew on the posters. The fix for EmbyIcons i made is simply that it won't draw on posters with an empty ID any more, so if Emby does it again the same thing will most likely happen but EmbyIcons will refuse to be part of it.
-
Fair enough on giving it a spin because it's open source — that's exactly how it should work. But "AI checking AI" isn't actually what happens in a serious workflow. The AI writes; the checking is done by things that can't hallucinate: the compiler, the type checker, the test suite, and a human who reads the diff before merging. That's the same pipeline human-written code goes through, because humans make plenty of mistakes too — that's literally why code review and CI exist in the first place. Comparing it to AI search making things up mixes two different problems. A made-up citation can slide past you because there's no automatic way to catch it. Made-up code gets caught the moment you run it. The safety net isn't trust in the AI — it's a process that assumes *every* author, human or not, gets things wrong.
-
I think it's important to mention that, in my case, the damage wasn't limited to incorrect artwork while EmbyIcons was installed. Even after uninstalling EmbyIcons and testing the "fixed" versions, the library remained permanently corrupted. Every time I updated the artwork for a movie, those new images would propagate to other unrelated movies. The corruption was persistent and couldn't be repaired with metadata refreshes. In the end, the only solution was to completely remove my entire media library (around 9,000 items) and import everything again to rebuild the database from scratch. So while the root cause may indeed have been Emby assigning 00000000 IDs, the end result was a permanently corrupted library that couldn't be recovered.
-
The fact that it's open source is the only reason I was willing to give it a spin. As for the analogy not holding up yes it does cause at this point with all the mistakes AI has made, all the mistakes AI devs have made, AI search making up what they don't know using AI to check AI's work is just a bad idea.
