Leaderboard
Popular Content
Showing content with the highest reputation on 02/23/26 in all areas
-
2 points
-
Then that is how it will be. Nice to have other people do a little work too.2 points
-
Personally, I'd go with both as I like uniformity - so all posters would have an icon, instead of have-have-doesn't have-have.2 points
-
2 points
-
Image based subtitles are a serious problem. They were designed to be used in a closed eco-system and burning them in is single threaded and requires an ungodly powerful system. I've discussed this before in the hardware thread, where my i5-1235u can only handle 1 burn in with pgssubs. 1. That's it, that's all. Even Plex and Jellyfin struggle with PGS.2 points
-
Perhaps not 100% fully duplicated - even though can I get the two sets of songs quite easily - the paths are different - even though only one is true - the database sees both - likely due to the partial/folder only scan Anyway, I have been finding various music modifications particularly difficult to take effect since the last two stable versions - Luke says it is fixed - but I'm not completely sure it is??? - therefore I've been doing similar to your method - remove the offending album folder altogether - rescan the parent folder to remove it from the db - then put it back and rescan - a bit frustrating - but it does work. I'll check back later to see if you've found anything...1 point
-
Hey, the only time I had ever seen this previously is when there were two copies on an album - in same or different folders - sometimes exactly the same audio format (e.g.) mp3 and mp3 or sometimes (e.g.) mp3 and flac. But I know you are careful with what you do, so just tried to replicate now and I did find one one experimental way to get to happen with 4.10.0.3 (so far): I moved an album folder from one parent albumartist folder to another Then rescanned the new parent albumartist folder only, via the music folders menu tab Now Emby sees two sets of the songs under the album (like you are experiencing) Then rescanned the original parent albumartist folder (that doesn't have the album folder anymore) Now Emby only sees the one set of songs under the album Typically, when I modify or add new music files I scan the relevant parent folder, which mostly works. There has been some weirdness lately with the last couple of stable versions that has been difficult to replicate, but requires refreshing virtual album metadata as well. Not sure if this will help, but perhaps try just rescanning both parent folders that have been changed and see if that works? Should be much quicker than scanning your whole music library at least!... (I'm still trying a few more things)...1 point
-
Yeah this one's a real pain. When I view either duplicate items, they go to the same item ids URL, so they seem to share the same ID. They also show up twice in search results so it's not something specifically with the album's playlist. It's almost as if the entry exists in multiples in the DB which is weird considering I would assume the item ID to be a primary (unique) key. Let's see what else I can dig up.1 point
-
1 point
-
i would argue that live tv and hdhomerun is a large user base. at least for me that what i use to view my local antenna channels1 point
-
Hi. Looks like a remote connection and the bitrate setting that was either chosen in the app or determined by the app connection is extremely low (1Mb). Clarification here - transcoding is NOT a Premiere only feature. The server provides transcoding. It is only hardware accelerated transcoding that is a Premiere feature.1 point
-
Move TMDb on top (or disable TVDB altogether), rename your movie folder to "Ex Machina (2015) [tmdbid=264660]", run Scan media library task. In each item details there's a "Split Versions Apart" button lower down, split items, re-Identify incorrectly identified ones.1 point
-
turning on firewall today. everything seems to be working fine so far. will update hopefully in a week and alls fine.1 point
-
I'd like to be able to manually download subtitles at a show or season level rather than episode by episode. Is this possible? For clarity, I don't want subtitles for every show, so the automatic subtitle download options at the library level aren't useful here. Thanks1 point
-
I ran into the exact same issue on my setup (Intel Arc A380 / DG2, Emby 4.9.x on Unraid) and spent some time digging into the root cause. What's happening: Emby's ffdetect queries the Intel MFX runtime for HEVC encoder capabilities, and the runtime returns MaxLevel = 153 (HEVC Level 5.1). Emby then maps Level 5.1 to a max bitrate of 39 Mbps per the HEVC spec, and rejects the hardware encoder for any content above that threshold — falling back to software libx265. But it's not a hardware limitation. The Intel vpl-gpu-rt driver source code sets MaxcodecLevel = MFX_TIER_HEVC_HIGH | MFX_LEVEL_HEVC_62 (Level 6.2 High Tier) in its codec description. The Level 5.1 value returned by the runtime query seems to reflect the minimum guaranteed level for default parameters, not the hardware's actual ceiling. As @embart0r demonstrated, ffmpeg with hevc_qsv happily encodes at 80-100 Mbps on the same hardware without issue. I've confirmed this on my Arc A380. After working around the cap, I've been running multiple concurrent 4K HEVC transcodes at 50-67 Mbps, all on hardware with the CPU basically idle. Workaround: I put together a script that patches Emby.Media.Model.dll to raise the Level 5.1 bitrate cap from 40,000 kbps to 160,000 kbps (a 2-byte hex edit). It's reversible, idempotent, and designed to be re-run after Emby updates. Details and source here: https://github.com/jesposito/emby-hevc-qsv-fix I also filed this as an issue with the Emby team: https://github.com/MediaBrowser/Emby/issues/3956 Ideally Emby could address this properly... perhaps by allowing a user override for the reported max bitrate, or by querying the hardware capability more aggressively. To be clear, the script is not tested by anyone but me and anyone using it does so at their own risk. @Cobester — you mentioned seeing the same 39 Mbps cap on a 14th gen CPU. The script should work for your setup too since the root cause is the same (MFX runtime reporting Level 5.1). Would be great to get confirmation on non-DG2 hardware if you're willing to try it.1 point
-
I think we can all agree it’s pretty useless to bitch about this. It is very clear that live tv is not a priority for emby and they don’t care about those of us that do. So we either need to use it as it is or move on.1 point
-
1 point
-
Convert the iso video content to mp4 or mkv video files. Menus will not be converted and cannot be used anyway, with Emby. https://duckduckgo.com/?q=convert+ISO+to+video+file&ia=web === I like using AVIDemux as a 3rd party encoder. For DVD content, it is possible to directly merge the media content VOB files to a new VOB video, simply by concatinating the VOB files. I've written these steps up on my blu-ray info page: blu-ray content does not have this issue. https://www.producerelease.com/blu-ray/brsales.htm#VOBDVDcopy https://www.producerelease.com/blu-ray/brsales.htm#combineVOBfiles Any orginal DVD content will also need to have media height conversion from 0.9 pixel to square pixels. You may need to adjust differently for a wide screen DVD. I use AVIDemux software to handle the video resizing to the correct height, to match the original aspect ratio. You can find the aspect ratio for each commerical media, by joining imdb.com, logging in and scrolling to the bottom of the content media page. https://www.producerelease.com/blu-ray/parcalc.htm If you leave the VOB file without pixel height correction, Emby will playback the content and look squeezed. For DVD's, the best fix for media playback with Emby is to actually convert from the DVD 0.9 pixel ratio to square pixel and save a new media copy in the correct square pixel size. You can choose the h.264 codec and AAC audio in a .mp4 wrapped video file at a high quality encoding setting, but moderate compression size. These codecs in a media would not require transcoding for Emby users, if you kept the bit rate under 2400 kbps. Option 3 on the info page, gives info and settings for AVIDemux 3rd party video encoder. https://www.producerelease.com/blu-ray/parcalc.htm#opt3 === Creating a media copy Typically, Emby transcoding creates larger media copies, because it needs to convert, per user, to match the user's playback software or TV app and be able to convert in real time. If you have a fast server, with a supported media encoder hardware card, then a quality conversion in real time is easier. With a slower server, real time conversions need to be made quickly and this can mean a much larger file. It takes longer to convert, with quality, to a smaller file. Converting a 2 hour media file with a slow server that needs 4 hours to make a quality coversion does not help the user who wants to watch the content right away. OK, the larger file can look good, but it also has to be sent to the remote user and that may not be possible, based on bandwidth connection speeds. When this combination happens, the transcoding steps down to lower quality. You can get a situation where a remote user, on a slower Internet connection, views 4K media in a lower quality, or the transcoding automatically steps down in size, or the playback just doesn't work. If you pre-convert to a high quality, lower bitrate and copy out to h.264 and AAC audio in a .mp4 file, then Emby transcoding probably only kicks in for users with slow connections. No transcoding, means the content can playback directly for most everyone. Since you may need to convert each DVD video content anyway, I suggest you convert to that combination h.264, AAC audio in .mp4 and set the convertor to the highest quality. This approach is not popular, because it takes extra time and quality .mp4 content is larger than h.265 .mkv video files, but you have to make a copy, anyway, for DVD content to get the correct aspect ratio. Hope that makes sense and helps.1 point
-
To be honest.. Personally I would skip 2FA TOTP all together. I would concentrate more on other security measures. 2FA is not that secure anymore. Hackers steal your cookie session if you work in a webbrowser in emby and they still get in. Think if any, the development should concentrate more on passkey to get this implemented.1 point
-
1 point
-
1 point
-
Took me way too long to find these. These are fantastic!1 point
-
1 point
-
Ah shame. Okay. I hope a feature to force a reset to all tag images could come soon. It looks really messy right now.1 point
-
Yikes five years on this one? I guess my request to fix the AC3 to AAC audio conversion will never happen then, because it's only been 8 months for that one. I hate that they give us these annoying generic answers to everything on here.1 point
-
I'd like to see a feature where on a piece of content there was a button to report a playback error or such. I have a lot of content that I haven't watched that friends have requested - if there was a simple button they could click that pings me a message letting me know there's an issue with the file that'd be great.1 point
-
1 point
-
That doesn't work very well on a TV because it doubles the amount of clicks necessary to traverse the rows.1 point
-
Yeah, much better performance on re-muxed mp4 or mkv files. But that as you note is an issue with the .ts format. I'm on Linux as well and run a post processing script to convert the .ts recordings to H.264 mp4's and then run comskip against the mp4's.1 point
-
The primary reason for that is because dvr-ms and wtv are are indexed and many ts files don't have accurate timestamps, comskip reads the source video the same way. Remuxed mp4 files with an edl file should offer equivalent skipping quality. I am luck the recordings I make are pretty much spot one (using comskip on Linux)1 point
-
Hi, it’s certainly possible for future updates. Thanks.1 point
-
1 point
