All Activity

What a Herculean effort. Amaze, Amaze, Amaze! Should have been easier than this, but yeah .nfo files is the way to go. Glad you got it resolved. I tried my best.

@ginjaninja Hi, Can you help test a new Ear Wax artist lookup solution? Please pick an artist that is definitely in your library, but Ear Wax currently cannot find. Do not use an artist that already works. I suggest you skip T A T U because we fixed that one. Then test in this order: Ask Ear Wax to play that difficult artist. If Ear Wax says it cannot find the artist, stop retrying that artist for now. Ask Ear Wax to play another artist that you know already works. Let at least 3 tracks play from the working artist. After the 3rd track has started, ask Ear Wax again to play the original difficult artist. Please send me: The difficult artist name What Ear Wax said the first time The working artist you used Whether 3 tracks played What happened when you tried the difficult artist again The approximate test time Thank you

You are absolutely correct - and that makes no sense whatsoever, why would there be a time-limit on grab time if you are deliberately pressing exactly there, on that exact position with the clear intention to drag (and not inadvertently) - and have a visual clue you've actually grabbed it, slight enlargement, as in "you've got it"? But at that time it's already too late, it needs to be grabbed and moved practically instantly, within 0.3-0.5 secs else zip. Literal exercise in dexterity. Thank you, it never even crossed my mind to move it before being told visually that I have grabbed it - quite the opposite, if anything that grab-time should be extended if not already infinite.

Well, well, well.... I have a server (fully paid for independent) in a far far land in ether. Behind NGINX reverse proxy and this "Guest" user with the exact same IP has shown up. Not here locally though in Imagination-land. Wonder if there is some glitch in the Matrix that has enabled this bad actor to do these scans. I shall ponder further.

Hi Luke, Adding AlternateMediaSources to the Fields parameter worked perfectly! It successfully returned all the available versions for non-admin users. Thank you for pointing out this field as a workaround. I also completely understand your point regarding the database performance overhead when querying this much detail in bulk, and the recommendation to defer deep version/chapter retrieval to the individual PlaybackInfo request just prior to playback. That makes total sense from an optimization standpoint. Thanks again for the quick and clear response, really appreciate it!

Thank you for your helpful video. Looks like you're long pressing for too long, I did notice that the "time to grab" is a bit short.

I see the same on 3.5.36. And to cut through the unnecessary back-and-forth: SVID_20260619_183247_1.mp4

Alright, everything works as expected with an unblocked Internet connection. What's the reasoning here?

The video will simply show the playlist scrolling, so I'm not sure what you think that will achieve.

It's possible @Lukemeans it will be fixed in .16.

Works fine for me, so a video would be helpful.

I am on the latest beta (.15) and I am still seeing empty genre entries. Do we need to do a full metadata refresh?

What I'm seeing is my playlist. I press the grab handles. I drag. The list scrolls, as it would do if I was pressing and dragging somewhere on the screen other than the grab handles. Basically, the grab handles don't seem to do anything.

@softworkzis around. He will take a look at it. Thanks.

Well it would help us visualize what you are seeing and what is happening.

HI, try also adding the field AlternateMediaSources to the url. This is recommended anyway. The only reason it is there is because some insist that they want it, and they're going to do it anyway despite our recommendation. But pulling down this information in bulk is not going to be optimal because many database queries will be one at a time for each item. It is best to wait and do /playbackinfo prior to playback of each episode. No it does not. The typical usage of a bulk endpoint is to display items in a list. When you're displaying in a list, you're not typically going to be displaying this level of detail. The same idea applies to requesting things like Chapters and People. It is there in case you're going to insist that you need it, but some things are going to happen one at a time and it's not going to be optimal.

The official Emby Docker image has wget, not curl.

Of what? Nothing happening?

It doesn't appear that @softworkzis around...

Looks to work fine, only issue I have with it so far is that if I add my guide xml to the plugin nothing populates, but if I add it via the emby normal setup it works fine. I will give the new version ago, as it looks to fix the issue i was going to report

Hi, what about now?

Hi, do you have any latest recordings?

No, not yet.

The docker exec fails: And I cant pull v2.1.5 right now, it says pulled newer image, but —force-recreate still builds 2.1.4. PS. You should check naming of releases, some have v2.x.x other without v. EDIT: Even though, after testing connection, refreshing and saving libraries again with 2.1.4.all Looks fine now

Will just add that if I use "Playback Correction" the sun is showing afterwards. So in my opinion now, this is a server issue that don't understand what works or not. And there should be an option for burn in of subs.