All Activity

Looking into it now, I've killed the Emby Server process that was running on my desktop, used the TV to disconnect from the server entirely, now I'm trying to re add it, but running into a whole new issue: the TV can't find the server anymore. I tried using Emby Connect, entered the 5 digit passcode, then the TV app just went back a page and asked me to connect to a server again. I tried doing it manually with the IP address listed on the laptop's server, and it just says it can't connect. I've just checked again that the laptop IS connected to the internet safely, and it is.

My guess is that your old server is still running on your PC and that is the one the other devices are connecting to.

More AI fun (letting AI do stuff using Emby webhooks) - all this is WAY beyond my abilities So on my FamilyHub website my kids can earn screentime by doing chores. There's a timer on the page they can press that will automatically subtract their screen time minutes and then beep when it's either all done or they're come to the amount they want to spend. But I thought, maybe AI could get something working that would not only automatically spend their screentime while they were watching Emby but also stop the video when they ran out of time. So I used a webhook and built a small endpoint that sits there waiting for play/pause messages. Emby's message includes its own ID for whoever's watching and each of my kids has their ID saved into the website (linked with their own website ID) so when a message comes in, the website can tell which kid is watching something. The kids' screen-time balances live in the same Firestore database the rest of the app already uses. So when a "pause" message arrives, it calculates how many minutes just passed, subtracts them from that kid's balance in the database, and — if the balance would go below zero — sends its own command back to Emby's API to stop that video right there. There was one glaring loophole, all of this depended of Emby sends! If one of my kids watched a 3 hour movie with no pausing or stoping then nothing would trigger a check until the video eventually ended. So a small background job (Cloudflare Worker) that runs every couple of minutes (since the main webhook technology can't run on a timer) was added to check if anyone was currently watching, charging them for elapsed time along the way rather than waiting for a pause that might not come for hours. There's only one issue I've noticed and that's if a tv show ends and the continue watching automatically goes to the next show, the website stops registering that a show is being watched, and no screentime is ever deducted for that show (even when the show is stopped - although I didn't test pausing and starting again). My kids think this is cool, but are also kind of disappointed.

Because developing and maintaining a complex feature that most people don't need would need to provide a clear benefit for us to do it.

You claimed your solution would fix the issue in this thread. That is misinformation and needs to be clarified here.

I initially had the server on my desktop PC, where everything worked fine. Then I migrated the files over to a laptop I got from a relative, with the intent of using it exclusively to run the Emby server. I set it up with the server software, and it did in fact work at first. I had a few issues with it, one of which I posted about before which was fixed entirely by deleting the library sectors and re-adding them, but since then I've had this recurring issue where the files just aren't read at all. To test it as I said in the quoted comment, I added a few video-files to my desktop computer and hooked the server into them, they showed on the TV almost immediately. Would the server running on multiple machines cause some kind of conflict like this? Because again, it HAS worked on the laptop before at times, even when my desktop PC was running, it's just never been specific.

Sorry, my bad. The above confuses me a bit. Exactly how did you do this? You've only installed the server on one machine, correct?

Hi, there's already an open request for this or something functionally equivalent. Please join in and contribute to the existing discussion at:

Already done so in the very first post. I even labelled them to make it clear which one is which.

Ah sorry I was thinking of something else, I want like to be able to create a collection that is decade based or any ffilter really so I don't have to create them by hand I can just put a smart filter that creates a collection based on filters like year or genre like I can in Plex.

SMB has a huge overhead, something that can be proven by simply trying to get full speed over a 10Gbe network. Admittedly not really a problem when just watching a movie over it but worth noting anyway.

Hi. Can you please show us a screen shot of your home screen from Emby on the laptop and then also Emby on another device that has the issue?

Hi. I'm afraid I'm not following. A collection you create only has the items that you put in it...

Yes, that's what it would be meant for. To be clear, this is not under active development right now but just in our plans.

@pwhodges The actual benefit is that the media playback path becomes independent of Emby's HTTP streaming path. With Direct File Access, Emby tells the player where the original file is and the player opens that file directly from the SMB share. From that point on, the player controls access to the media itself — including reading, seeking and buffering — rather than receiving the media through Emby Server over HTTP. That's not a picture-quality benefit, and I'm not claiming that it is. The bits don't magically become better because they travelled over SMB. The benefit is that I can use a player and its native file-access implementation directly against my media storage while still using Emby for the library, metadata and playback management. Kodi is a very good practical example. I can point Kodi directly at the same SMB files and play them completely independently of Emby. With EmbyCon and Direct File Access, I get that same playback path while retaining the Emby library around it. So yes, I prefer it — because it gives me that separation and control, not simply because I happen to like the letters SMB better than HTTP. Whether that benefit is important enough to justify maintaining the feature in Emby's Android client is a different question. Eric can reasonably say that it isn't worth the development effort for the number of users who want it. But that's different from saying there is no actual benefit.

But what is the actual benefit? The only specific "benefit" you have specified is that you prefer it. Paul

The android client was on the tv at a different house, havent experienced any issues there but will check again this Friday when I’m there.

Just above you said:

Mostly a question of adding keywords for the OCR engine to look after.

Have set up PaddleOCR docker on my gaming PC. So my 4090 can rip through my 80K+ episodes, seems to be working well so far! 30hr ETA rather than 100s-1000s of hours via Tesseract on my unraid server. Issues with anime like Boruto and others, but I guess that's pretty normal?

Hi, just asking out of curiosity. Is this behavior of the navigation bar on mobile phones intentional? It only occurs when the keyboard is active. It would be nice if the bar could be turned off. Android Version 3.5.55

Ok I have 8 tvs in total in my home, 2 in my caravan usually about 4 are on at the same time, just want hardware that will run upto 10 tvs without freezing or lagging I use live tv from m3u and hd homerun Series and movies from ip tv supplier on m3u also thinking of upgrading my hardware but no idea which direction to go with the equipment

It sounds like maybe this is a bigger issue and I don't want to cause any problems. Since Roku has dropped support, I may just have to go ahead and do some batch conversions and get everything MP3. Even though it's a bunch of folders, I bet if I find the right utility, it won't be terrible. That will be my plan at this point. Thanks all for your attention on this.

Goros, Thanks for those details. Hmm, so another way out would be to make sure all the media content is similar enough, or the same exact audio video, so users always get similar quality and timing for each media. That would take a lot of extra work. Hopefully, your info is useful to help make Emby better.

The bigger issue is that HDMI doesn't ever carry AAC anyway - your PC/Server, Nvidia Shield, Roku, etc all convert it to multichannel PCM and send it over the HDMI that way, but TV's - because they don't have the processing power and Arc & TOSLINK don't have the bandwidth - will always turn it into PCM 2.0. Doing what you're suggesting is possible, but then you're dealing with input lag and having to adjust the signal timings for lip sync, which change based on the source and type of container. I used to do this with emby installed on my nvidia shield pro connected to the receiver and then the receiver sends the video to the tv, but you lose a mess of features and ease of use for just having everything on the TV directly. The other reason for buying the Sony Bravia series TV's is the best-in-class built in 4k upscaling (the Cognitive XR processor) that it does on the apps while you're watching - so regardless of if it's emby, netflix, or OTA, the TV upscales without having to do a thing - it's actually more powerful than the Shield TV Pro 2019 and easier to use. Since KODI for emby already HAS the option to force convert to AC3 (which forces the emby server to do the work), there's nothing keeping emby from implementing it in full in their native app, except for not wanting to do the coding. emby already HAS it built in, but it only converts to AC3 if the device emby is installed on does not handle AAC natively - which all TVs have done for over a decade now. The trick is getting a toggle to force it 24/7 every time it sees an AAC container. I'm sure my use case isn't rare, as all tv's turn AAC into pcm 2.0 natively when feeding into a soundbar or receiver, and you know that people are installing emby on TV's instead of on streaming boxes or sticks - if Emby wants people to use their app instead of Kodi or Jellyfin, they really need to cater to those of us who want the audio passed in the best way possible.