All Activity

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

I really don't see any logic path to that being possible. When you reset the MAC, you basically completely reset the network. You also said this is a VM. All of those variables are much more likely at the root of why it is different now.

This already exists in the "My Plugins" tab They are already separated by category... We don't have this information for 3rd parties Otherwise, not bad suggestions but probably not worth the effort until it is saving you more than a minute or two given the number of plugins in the catalog at this point.

Thanx for sharing. Started tinkering with this, seems pretty nice so far

I'm having the same problem as well.

updated 1.0.0.2 in 1st post added Genres and Networks - vibe coded in 1 prompt (tread carefully)

Hola, alguna novedad? Algo que pueda hacer para identificar el problema? Saludos

@softworkzthese chains appear to be blocked.

A food few updates.. Auto re-sync of imported collections, if you add a movies outside of the app. The next load will locate and add to the specific collections. MDBlists import lists needs node.js installed to perform curl to pull mdblist data. General code clean up.. Any future update will be on git.. Github

@0xBEB This looks like some great work , i'm keen to give it a whirl. I cannot seem to get it loaded up. Can I confirm the location I should be dropping the dll in? /Users/myuser/.config/emby-server/plugins or /Users/myuser/emby-server/plugins or somewhere else ?

Ok, good to know Oh nice, that means on the next scan of my mediatheque, system was check creation date of the files and put it on added date ? Thanks a lot

After doing some testing, what I’m finding does not match what you described. Most of these duplicate folders do not have images. Most are just folders with NFO files. In a few cases, they are completely empty folders. Sadly, it looks like my app dies here. Without a reliable way to clean up these folders, and without truly understanding why Emby creates two folders for the same person in the first place, I cannot move forward with testing. I really do thank you for your help though.

Forgot to add the image for the original; it shows the titles before conversion for the audio track 1st image: after conversion, subtitles are not showing up, and RU audio has no title 2nd image: original file, RU subtitles show up, and have a title 3rd image: original file, RU audio has a title

Ear Wax Beta is ending very soon, June 30th to be exact. Sign up and test while you can! Thank you

its simple!! use Ear Wax and this is not a problem

updated to 1.0.0.1 in 1st post added a library filter

Hi, I would try installing the server again on top of your existing installation and see if that helps.

Hi, yes the server's convert feature can help with this.

Yes, Emby does not see the subtitles at all and removed the aud audio track names.

thank you - worked

thanks for confirming

Use "HyperLink": "/scheduledtask?id=fdd2f33a4070897a6b3df1bb84b5c2aa",

No, you're not missing anything. This bug is known and the fix is sitting around for quite some time already: @Luke

I added more presses than are actually needed to make it resilient against differences and changes. I think it's less hacky than it looks like. The key (key) is Pos1, which always brings you to the home view and then it's just getting to the menu. Going downmost first and then up is more safe than counting from the top, because there can be additional items in the menu, but from the bottom should be stable. Anyway - it was meant as a quick remedy only. If you want to discuss better ways, that's fine and I actually DO think we should have a way to do this more easily. I don't agree to this, because this is a supported method and killing the app is not a good idea at all, because the app is doing a number of things on regular close which doesn't happen when you kill it. If you are asking why it doesn't continue to "forget" the login when killing, then that's really not something that can be called "a behavior". But if you are asking why there is no way to require a login on each new app start - that's for @Luke to answer. I'm not familiar with the PIN feature, but when you say it doesn't ask you on each start then that's at least in contradiction to the description text of the server: @Luke- Is the user missing something? (or the app?)