All Activity

I would have to look but don't believe there is a one and done here. Have you actually looked at releaseid info as it will not return all Artist info as it is about the release not the individual same with every provider there is. It will provide api links requiring additional requests with provided known ids. So there is no one payload with all info. api.discogs.com/releases/788491 So at least 2 request Artist and Album (from a known info standpoint) in addition to all image request.

Yes, just checked. I used the backup/restore plugin to setup the new server and it copied over users and settings. I logged out of the otehr instance on my browser as well.

Yes the logs in that folder are what is needed. The embyserver.txt is the active running server log and the numbered one are previous day as logs rollover at midnight or from a previous server restart. Logs are maintained for 3 days. If you do not have a embyserver.txt that would suggest Emby is not running,

Part of the problem is the way look ups are performed, imo. If the DISCOGS_RELEASE_ID was read from the embedded tag to the metadata manager, then that was used for the lookup, you would save on the redundancies. Currently the plugin queries to discogs up to 5 times for the same file, for Artist, for Album, for Art, for Artist info, and for Album Info. Each is done as a separate request. With the Release ID all that info can be obtained in one request, as far as I understand. For any file that does not have any discogs embedded tags do not query them against discogs unless a metadata fill in missing info request is made by the user. Similar goes for MBZ, with the caveat that MBZ should not write discogs info.

Hello, i have tried both 9.4.21 and 10.0.20, with both version sync is very fast for Person then Movies then TV Shows then Seasons but then for Episodes it is so slow ! Did anyone faced this issue ? Or maybe is it normal i don't know ? With old versions like 2 years ago, i remember all items were syncing at same speed so that is why i am surprised here.

The server and it shouldn't play normal or should say are you sure you have sound as it is not supported. &VideoCodec=h264,hevc,mpeg2video&AudioCodec=ac3,eac3,mp3,aac &TranscodeReasons=AudioCodecNotSupported If it play normal it would suggest it is capable of TrueHD but do not know all the variables of your testing.

Hey @Luke, I cannot find a generic embyserver.txt in any of the locations shown within that link but I can find two "embyserver-[bunch of numbers].txt" files. I found it under /var/db/emby-server/logs in my Emby Jail. Would either of those work?

Are you user Remote Control options the same (user setup)?

Pretty much what @RanmaCanada wrote. It depends on the workload and what else you might be doing on that system. For media the two are close but for other apps that might be CPU intensive you'll have to decide how much compute power you need. As an example, for a dedicated family media server an i3 can do the job for most people unless "family" means 10+ users streaming at the same time and many transcoding.

There is a legacy Collapse variable at play here also but 4.7 did the same thing. As you cannot compare Videos to Folder view. Items vs Folders Changing the Collapse variable and there is a slight difference but the view itself is the limiting factor

yes you have to change the GUI version 15 to 17 then you can install on kodi 21. and I habe the exact same question this it brutal small @Teddyknuddelthank you so much for your work!! very cool skin!! only some questions! can I somehow change the poster size? this is way to small for me even 2.5m from a 65 oled... and, the overlay (dv, hdr10, dolby...) I've waited years and now they are gone here. is there a possibility to include them? thanks!!

Thanks for the update, glad you resolved it. So was this actually the difference - mp41 vs mp42? What does ffmpeg -i report now after you fixed the files?

I was actually reading this when my wife called me to watch TV with her - on our Roku TV. We started playing The Piano (an off-air recording), and quite early in it the picture froze briefly, followed by a number of stutters which looked like mis-ordered blocks; then it settled down, but the subs were out of sync (a skip back 10s and forward again fixed the subs timing). This has never happened before that I recall. Roku fw version 12.5.5 (updated 3 days ago?). Logs below. Paul Roku glitches .zip

While I'm still messing with that issue. I have a slightly different one but isn't super important enough to warrant a new thread. So If I have my original server web interface up I can select Play On and then have a list of home and remote things I can cast to. I use this a lot to pick what I want to watch from my desktop and have it sent to play on my TV that has emby open. However, on the second newer server I see nothing even if emby on my TV is logged into the new server. It's an androidTV if that matters. I have both server port forwarded in my router the new one using the same port but +1 ex 8096 OG server 8097 new server.

It now seems to be working! ip:8920 works. all that's left to setup is adding files and automating ip address updates to the dns records.

deleted

I installed TrueNAS Scale in a VM and admittedly I didn't go all the way to setting up SSL but I couldn't find how exactly it's mapping 9096 to 8096, there was no listening entry in a netstat output and I tried looking at iptables if there was rule but I couldn't find anything. Maybe if I kept digging around I'd have found something. But I did try setting Host Network enabled and now I can see it listening on 8096 so if you don't have anything else listening on those port it may be worth enabling that and you can just use the host IP:8096 or host IP:8920 and you should be good to go.

As neither item is "Alien 4 - Resurrection" so I would see a linking issue primarily from a multi-version standpoint though as single items are not as restrictive..

Very true as every client has to be updated with every change. Then app stores taking months to approve update or if they even support updates for device at all (Samsung). So I guess Emby is just doing to many updates where server and client are always out of alignment unless you are manually updating clients but that is not possible across the board either do to private code. So the days of every client being up to date and alike no longer exist.

That still seems odd to me, and maybe Luke will have to chime in as to the why, but that seems odd to me that even if it is confused as to which item the extras belong to, they don't show up under either version when they are separate. I would imagine that if it doesn't know which one they should be attached to, it should either pick one, or show up on both. And even then, when they are combined, there should be no question where the extras go.

As an end user, it also results in some confusion. I, my friends, and family use Emby on a number of devices and Collections are now all over the place: Old Collections design: Android TV (with a button) Samsung Roku New Collections design: Android Web browser Emby Theater

Hey, new forum user here. Have used emby for a few years. This is precisely how I'd imagine "extras" or specials work. Separated by season, displayed at the end of the episode list. It's a no-brainer. All files not following the episode naming scheme gets chucked into extras. Or files in an extras folder in each season. A "Season 0" makes no sense at all. If you absolutely need to have it in one folder, Display it last. After all seasons of a show. Kinda like how you'd watch it... afterwards. And I'm sure "extra" is some kind of latin for "put at the end" edit: I literally just registered on the forum for this one issue.

Okay, so... in Now Playing in Emby, if I have a single-file m4b, the only way I can know what chapter I'm on is to mouseover the seek bar at the location where I'm at in the book. And that is only on the seek bar on this particular screen. Also, can I just take the time to again point out how much screen real estate is wasted here by redundant cover art and descriptions. There are only six tracks shown here: I don't know how else to point out how rough this UI is. Creating feature requests to solve each individual problem with it would be a fool's errand at this point.

And are we rate limited to 25 requests a minute? @Luke Home - Discogs API Documentation But see provide rate limits like this one a big issue for large libraries even if it is a one and done query.

I enabled the video preview thumbnail feature and had kicked off the Extract Image Thumbnail scheduled task. It was running fine, but during that process, my drive accidentally dismounted with all my media. Emby of course then sped through the task. I checked the drive and only a few .bif files had been generated, so I tried to start it again. It is finishing now in 0 seconds without actually generating any files. How do I get it to recognize that none of the files were actually generated? I tried scanning my libraries, scanning the metadata folder, running the other scheduled tasks, nothing. Do I need to delete something from the database?