Leaderboard

I don't know if the request has been made, or if it might already be there, but I can't find it. Is it possible, if I am going to listen to an album or an artist, and I add, for example, three Albums, or artist more to the queue, that this queue can also be played as random? I do know that I can save this queue as a playlist and then choose after which I can random play. but that's a bit cumbersome. would like to hear Ron

On closer inspection I see that now.. was just a bit frustrated with the side scroll, makes looking up items in collections like Marvel Universe a pain. Hope to see that toggle in the future. Thanks again!!

It‘s work in HWA,all OK.

It's not how that checkbox works on any other site on the entire internet.

In the 4.8.7 release that is currently rolling out, you should only be seeing Collections side scroll if they contain multiple types. So for example, if a collection has only Movies, then it will just be one vertical list. If there are multiple types, then there will be the horizontal categories. If you prefer just to have one large mixed list like before, then for the next release we'll add a user option to control that. Thanks.

These images were inspired from many of the Libary images posted by members. These were made by 1 of my Sons.

I need to show the most recent season series from newest>oldest. I have one show that has 385 episodes and 195 seasons. So browsing to the latest season is untennable. Is there a setting to reverse the array of seasons to newest>oldest?

I will also add that I never had this problem until a few months ago and with the most recent update (4.8.7.0), I didn't have this issue this time.

OK we'll look into why this might be happening. Thanks.

I think I may have figured it out. I may have just needed to update Emby to specify what external ports it was telling the client to use. I'm doing some testing. **I get it now. I was testing in a browser with http://tv.mydomain.com I didn't realize the Emby apps stored a local and remote config. Now that I realize that and put in the correct port for remote access, it looks like all is good. Thank you.

We will, it's planned, not just a hopeful.

Thanks

I did a quick and dirty update to work with githubs new json output. I filter the output with jq So this update would need you to have the jq package installed. emby_updater.sh

I created a script you can run within the container I shared, should be a GitHub link. Run the whole thing.

Yes exactly, session stacking of same user in UI.

Good to hear, thanks again!

Alright, this new DLNA plugin version indeed fixed the issue! Thanks! Will this fix be applied to the regular releases now?

Messed around a with it a little bit. Got it to work with the Android app but still not with a web browser. Noticed the "Include adult metadata" is also missing

@Noel-Mapologies for the delay. This should be resolved in the upcoming 4.8.8 Emby Server maintenance release. If you need immediate relief, the fix should be on the beta channel by tomorrow. Thanks !

@Abobadermay be able to help. But what do you mean by can't access your old/original account?

Now on my device I can install it, but it's asking me to buy, since I had already paid for the other app, it doesn't make sense to have to pay again...

Nothing, it's definitely the way to go! ABS is also tag driven. You just need to support more relevant tags for audiobooks and add a scraper like audible.

Personally, I think there is nothing wrong with being tag driven. I continue to suggest that emby needs to import and respect the additional tags mentioned in this thread (Narrator, type, part, series, release group, description, etc) and refine the UX to leverage this data. Many of us have already tagged our collections, but we need emby to import and utilize those specialty tags. Once these tags are imported the pages and OSD need to reflect the differences between audio books and the music library type. Yes, they can use the same containers and import tags, but the user requirements are different. It doesn't need to be a complete rework from the ground up. Emby needs to properly display narrator, author, ("author" read by "narrator") for audio book media pages. It should not say "songs" or "artists" anywhere. Further, chapters should be listed as lines of text without the same image over and over. It should have navigation for book, authors, narrators, series, collections, genre, continue listening, next up (series), and other things mentioned here. The OSD should have chapter lists if there are chapters in the media (again, without the repeated images - just text). The tricky bit is to elegantly craft a UX that support books that are albums with individual chapter tracks and m4b files with embedded chapters. My comments about audio series/podcasts/radio being a different library type are I related to my belief that they can best be displayed in a media info page that has a layout more like TV Shows with seasons and episodes and Cast/People instead of artists. It should include"people" as they are often tv/movie talent as opposed to music which are "artists." It can still be tag driven, but the UX is slightly different than music, tv, or audiobooks. All of this is akin to how the music video library type is designed to have metadata for both artists and people. It displays navigation elements that support things like albums, artist images and logos like a music library but also cast, directors, descriptions, and an OSD like movies. It's a separate library type, but it's just mashup of two other types so it can accommodate a specific use case. That said, it shows images correctly and displays the important navigation and metadata correctly (artist, director, cast, year, release date, genre, etc.). Audio books needs more help than music videos at this point.

I would consider it more than a workaround. I personally think it makes a dedicated guest feature unnecessary.

What is the problem with being tag driven for audio books?

So wie ich das sehe, scheinen Sie keine Antwort zu erhalten. Das ist schade - sah so vielversprechend aus - hätte ansonsten nämlich mal einen Test Monat mit Emby Premiere gemacht. Aber scheint ja so vieles nicht zu laufen.

These things are hard to find as barely anyone does the testing. The 1060 might be a bit faster, but again you need the driver hack. The A310 will produce better quality encodes, and doesn't need a power adapter to do so. You might also want to look at the A380 as it is also available in a bus powered version, and has more VRAM than the A310, and is roughly the same price as the A310.

@Luke- Hi - so are we any closer to Home Screen Smart rows/libraries/channels - based on smartlists ? I halted my own efforts to get this 'working' (hacked) but stopped as you advised it was something you were hopefully working on back in August of last year post the 4.8 release... Its now 9 months later - 4.8 has been and gone - Is it even on the cards ? If not, then I'll carry on with my own 'hack' (and now wish I had just carried on with it..) as my own users are now fed up waiting for this essential missing feature ...

Mistake: Do not set Emby to listen on 443 - that's Caddy's job, and if they're on the same machine you have a conflict. Mistake: Do not set the router to forward port 443 to 8096 - it goes to port 443 in Caddy; it is Caddy that then contacts 8096 in Emby, which the router doesn't know about in any way. Your clients all talk to Caddy, not Emby. It's right to set Emby to accept remote connections, because Caddy passes the remote client's address through for it to assess. You haven't shown the setting in Emby for "Secure connection mode", which should be set to "Handled by reverse proxy". Paul

That's a lot of drives to connect via USB, most USB drive connectors are junk. Some present the actual drives to the operating system, some appear as individual USB devices with absolutely no reference to the drives connected to them. While convenient I don't trust them as far as I can throw them, I've seen them throw constant errors for a drive or all the drives (4 drive enclosure) that work without error in a different enclosure. An HBA would be much better suited to address that many drives and would likely result in higher throughput as well, though you'd probably need 2 of them depending on the model as I believe most have 2 SFF-8087 connectors and those typically only break out into 4 SATA each, and would need a case that supports holding that many drives. eSATA is also a decent option though I don't really have any experience with it, would need an enclosure that supports it. I've had months of uptime on my server before without a reboot, which is great for stability and uptime but definitely a bad security practice.