All Activity

Hi there! This is perhaps a question more suited for devs etc. but out of curiosity, what exactly does "step up" mean? Also, what does "be more specific" entail? Thanx!

Emby Theater (Windows Store app, v2.317.2.0) is preventing my PC from sleeping and my monitor from turning off, even after playback has fully ended. My Windows power settings are: screen off after 10 minutes, PC sleep after 45 minutes. These work correctly for every other app. When Emby Theater is left open after a movie finishes, the PC will stay fully awake with the display on for hours, I've had it stay on for 8+ hours overnight with nothing playing. Importantly, this did not happen on my previous monitor (ASUS VG34VQL1B). It started after switching to a new monitor (ASUS XG34WCDG, HDMI 2.1). Same PC, same Windows install, same Emby Theater app and settings only the monitor changed. This suggests the app may be detecting something about the new display (HDR capability, refresh rate, or similar) and not releasing its background media playback lock correctly once that detection changes. I'm aware Emby Theater uses the Windows backgroundMediaPlayback capability to prevent sleep during active playback, which is expected behaviour. The issue is that this lock does not appear to be released once playback stops it should only apply during active media playback, not indefinitely afterward. System: Windows 11, Intel i9-13900K, RTX 4090, ASUS XG34WCDG monitor (HDMI 2.1) Could someone look into whether the background playback lock is being released properly when playback ends, and whether display capability detection could be a factor?

Emby port for media delivery is normally 8096. Did you change that to 8009? Related? https://support.google.com/googlehome/answer/6274503?hl=en#zippy=%2Cwhen-do-i-need-port-forwarding-or-port-opening https://emby.media/support/articles/Connectivity.html

looks like the cause are seasons like that: "Staffel 2003" Staffel "2004" That's not uncommon in Germany. Because of that I see

Apologies my mistake. For that problem I had the view Last played ordered backwards so when I started a new movie it dropped out the view to the very bottom which is correct. The first problem is there though; starting a movie and backing out takes you to the very top of the listing again instead of where that movie is located. Last time I think I may have to reindex to fix it which is odd but I think @VADMIN is seeing the same problem as me reading between the lines.

anybody else has problems with this plugin and Emby dockerized? I am in the process of moving emby to Docker. Plugin works fine locally. In Emby docker, the scan stops after some seconds. Log is very quiet unfortunately.

Adding editable text with possbile links to the Emby dbase is a security risk, opens up the server to possible hacking, requires a more complex text editor and potentially can bog down and slow the overall database speed that could eventually cause issues to media processing. Users will probably want extra link options and have further support questions which uses up support time. It sounds easy to add, but to do it properly, is complex and takes more development time than you think, to do it safely and right. I think creating a user text note area with link and image options is not good practice. Even if it was offered, it would probably be limited to text only with no active links or images and not be searchable. I don't think it's worth this effort and is a bad design choice. I vote against it. Sorry... Why not just export the users name and create a document or spread sheet and run it separately? You can add all the links and images you want. In addition, searching for any text or name works immediately in both programs and even if you just used an advance text editor. You could have 2000 users and search for New York and find all users with New York in their info easily. Word editors and spreadsheets can do this all much better and faster and it would not slow down the media server, no matter how much information, photos you added. New emby users means you have to also add them into your word doc or spreadsheet. It's an extra step, yes, but you get far more features and search options.

Do I need to submit a feature request for this? This is not a major request, in terms of development (I think) but it will provide a great quality of life for people with ultrawide screen sizes.

@Lukebump, will this ever get added for emby on android?

Im having the same issue my internet went down and could not get to my downloads folder. IOS wont get pass the splash screen waited for over 10 minutes. iOS App version 2.2.56

A plug-in could be handy!

Glad that did it — and thanks for running all those tests, they're what made it findable. What was happening: your file stores VC-1 using the legacy Video-for-Windows wrapper (Codec ID: V_MS/VFW/FOURCC, FourCC WVC1). With that layout the VC-1 sequence header lives in the container's codec private data rather than repeating in-band through the stream. Starting from position 0 works because the header is applied at initialization; after a mid-stream seek, NVDEC has nothing to re-initialize from and emits zero frames. The software decoder handles it because ffmpeg re-injects the extradata on seek. On getting the A2000 back into the decode path — there's no setting that fixes this while keeping NVDEC on VC-1. The mismatch is between the file's container layout and what the hardware decoder needs, so it's the file that has to change, not Emby. Two routes: Remux to a native VC-1 mapping. Cheap and lossless, worth trying first: ffmpeg -i "Gran Torino (2008) [tmdb=13223] 1080p.mkv" \ -c copy -bsf:v vc1_unpack \ "Gran Torino (2008) [tmdb=13223] 1080p.remux.mkv" Then test seeking on the new file with hardware decode re-enabled. It may or may not help depending on whether the sequence headers are recoverable — no harm in finding out, it's a few minutes of copying. Re-encode. This is the one I'd actually do. It solves several things at once: ffmpeg -i "Gran Torino (2008) [tmdb=13223] 1080p.mkv" \ -c:v hevc_nvenc -preset p5 -rc vbr -cq 24 -b:v 0 -maxrate 12M \ -c:a copy -c:s copy \ "Gran Torino (2008) [tmdb=13223] 1080p.hevc.mkv" About ten minutes on the A2000. You'd go from 26 GB to roughly 7 GB, the LG TV can direct-play HEVC so it may not transcode at all, and if it ever does, HEVC hardware decode has none of these problems. Practically speaking, keep VC1 hardware decoding off. VC-1 is a dead codec — you'll only have it on old Blu-ray remuxes, and those are exactly the files worth converting anyway. Everything modern in your library is H.264 or HEVC and still gets full GPU decode.

When I reduce the import size to 500000 I get this error and all the RAM on the server is used up. I'll have to wait until I can get a RAM upgrade before I can import the whole playlist. It might be a while with these outrageous RAM prices. embyserver.txt

I've applied the changes and now it works fine. Is there any option to use the A2000 for decoding without this issues? Thank you for your dedication and patience.

You have several options: per-item, per-folder, per-library / Search for missing or Replace all, you pick the one that suits your needs the best.

As soon as she opens the Emby app on her AppleTV and is signed in, her device should appear when you tap the cast icon on your device. Select her device, and now it should be displayed next to the cast icon. You can then start a movie or TV show from your library, and it should play on her device. Assuming you've enabled the option in your user profile

Good news — your tests ruled out both of my earlier theories. The index is fine (software seeks return in 0.15 s) and the disk is fine (281 MB/s). The problem is somewhere else entirely, and the new logs point at the NVDEC VC-1 decoder: after a seek it produces no frames at all, so ffmpeg dies before writing anything. Before I explain the details, could you try one quick change and tell me what happens? Dashboard → Transcoding → uncheck VC1 under hardware decoding. Leave everything else as it is — keep NVENC encoding on, and keep hardware decoding enabled for H.264 and HEVC. Then play Gran Torino and jump to somewhere around the 30-minute mark. With 4 cores the software VC-1 decode should keep up fine, and NVENC still handles the encoding. Let me know whether seeking works after that. If it does, we've found it and I'll explain what was going on. If it doesn't, send me the new logs and we keep digging.

@emveepeeAgreed and sometimes the guide I use has shows older than me marked as "new" so I know there will be conflicts or one-offs. But at least current shows on network TV that uses "Live" as their live version versus a repeat of that show several hours later would be able to be separated with a "Live" option.

I have written few post about that over the years, most recent topic: As my ultimate goal is/was TV show thumb with episode overlays in CW row (not feasible by Emby core as no naming convention), what I've currently settled on is local webhook listener which copies TV show landscape image on any new episode import as that episode thumb-type image, ultimately providing desired result:

if i refresh metadata, emby refresh only the files they have to refreshed or the complete hdd?

Shouldn’t you do this in your firewall and / or reverse proxy? Those are devices which generated for security and access control.

Thats interesting. Episode images, episode thumbs - have premiere|finale and show posters, thumbs have ended, complete, and next air date. By manually adding a thumbnail to s3e1 bottom, i got "continue watching" to show the episode level information - not a realistic outcome becuase you typically wont apply thumbnails to every episode. But the conclusion is that Emby's fall back for finding artwork, episode>show, does not ascribe eg episode to the image processing calculation, if it falls back to show thumb, then it gets the image processing for show thumb, i wonder wether luke could change that behaviour (wether it fits with the emby ecosystem or not). If i ascribe a season thumbnail, it is not used, so episode doesnt fallback to season then show...it goes straight to show , perhaps that is something that luke would more likely consider changing if it fits the ecosystem. I also note i have yet to see any staleness in the image processing, it seems immediate to me, and i have never had to refresh, the last possibility is that luke is persuaded to adopt per user behaviour for the image overlay function, but that would explode the image cache on large families and probably an unrealstic rewrite of image caching as nothing else is per user. Maybe luke could be persuaded to support a no cache configuration for processed images...but its starting to get messy... So really the only workable option in the here and now is for the show poster|thumbnail to show the desired information. And "This season is complete and ready to binge" isnt a show level property with the best will in the world, unless you overlay the show image processing calculation with a users watched status, which as luck would have it, thats what you offer (in the settings at least). The best config is one where potentially up to three bits of information are shown on the show poster / thumbnail. 1. Show ended, next air date 2. Season completeness for the current episode in continue watching for a named user. (on played event recalculates images participating) 3. episode premiere/null/finale for the current episode in continue watching for a name user. (on played event recalculates images participating) perhaps with options as to what the user wants to show on which image poster|thumb.If this is the only way i will be happy to specify a user. Do you think a named user with on played event recalculation might be worth exploring?

How did you restart tv? I unlugged it from the wall and still stucked on same emby exit screen ? Thank you for answer.

Everything has been running under emby lxc before and now: 1º: + EBML head size 40 data size 35 |+ EBML version: 1 size 4 data size 1 |+ EBML read version: 1 size 4 data size 1 |+ Maximum EBML ID length: 4 size 4 data size 1 |+ Maximum EBML size length: 8 size 4 data size 1 |+ Document type: matroska size 11 data size 8 |+ Document type version: 4 size 4 data size 1 |+ Document type read version: 2 size 4 data size 1 + Segment: size 26027072746 size 26027072758 data size 26027072746 |+ Seek head (subentries will be skipped) size 86 data size 81 |+ EBML void: size 4010 size 4013 data size 4010 |+ Segment information size 150 data size 144 | + Timestamp scale: 1000000 size 7 data size 3 | + Multiplexing application: libebml v1.3.4 + libmatroska v1.4.5 size 38 data size 35 | + Writing application: mkvmerge v13.0.0 ('The Juggler') 64bit size 41 data size 38 | + Duration: 01:56:40.651000000 size 7 data size 4 | + Date: 2017-07-14 10:45:54 UTC size 11 data size 8 | + Title: Gran Torino (2008) size 21 data size 18 | + Segment UID: 0x99 0x76 0x85 0x09 0xff 0xfa 0xc2 0x28 0x9e 0x8f 0xa0 0x15 0xc2 0xdc 0xde 0x3c size 19 data size 16 |+ Tracks size 508 data size 502 | + Track size 153 data size 150 | + Track number: 1 (track ID for mkvmerge & mkvextract: 0) size 3 data size 1 | + Track UID: 176360255512953789 size 11 data size 8 | + Track type: video size 3 data size 1 | + "Lacing" flag: 0 size 3 data size 1 | + Minimum cache: 1 size 4 data size 1 | + Codec ID: V_MS/VFW/FOURCC size 17 data size 15 | + Codec's private data: size 74 (FourCC: 0x57564331 "WVC1": VC-1) size 77 data size 74 | + Default duration: 00:00:00.041708333 (23.976 frames/fields per second for a video track) size 8 data size 4 | + Video track size 24 data size 22 | + Pixel width: 1920 size 4 data size 2 | + Pixel height: 1080 size 4 data size 2 | + Display width: 1920 size 7 data size 4 | + Display height: 1080 size 7 data size 4 | + Track size 74 data size 72 | + Track number: 2 (track ID for mkvmerge & mkvextract: 1) size 3 data size 1 | + Track UID: 8233816553667599537 size 11 data size 8 | + Track type: audio size 3 data size 1 | + Codec ID: A_AC3 size 7 data size 5 | + Default duration: 00:00:00.032000000 (31.250 frames/fields per second for a video track) size 8 data size 4 2º was giving errors but i´ve checked the execution rights and looks fine: ls -l /opt/emby-server/bin/ total 1268 -rwxr-xr-x 1 root root 581 ago 22 2017 emby-clinfo -rwxr-xr-x 1 root root 577 ago 22 2017 emby-ffdetect -rwxr-xr-x 1 root root 575 ago 22 2017 emby-ffmpeg -rwxr-xr-x 1 root root 930 ago 22 2017 emby-server -rwxr-xr-x 1 root root 581 ago 22 2017 emby-vainfo -rwxr-xr-x 1 root root 104168 ago 22 2017 ffdetect -rwxr-xr-x 1 root root 927568 ago 22 2017 ffmpeg -rwxr-xr-x 1 root root 797032 ago 22 2017 ffprobe Also i´ve tried with the other bin file and it has runned fine: for t in 00:00:10 00:01:39 00:10:30 00:33:30; do echo "== $t"; time /opt/emby-server/bin/emby-ffmpeg -hide_banner -v error -ss $t -i "$FILE" -frames:v 1 -f null -; done == 00:00:10 real 0m0,111s user 0m0,076s sys 0m0,027s == 00:01:39 real 0m0,146s user 0m0,105s sys 0m0,023s == 00:10:30 real 0m0,246s user 0m0,208s sys 0m0,026s == 00:33:30 real 0m0,146s user 0m0,115s sys 0m0,023s 3º: dd if="$FILE" of=/dev/null bs=1M skip=7000 count=200 iflag=direct 200+0 records in 200+0 records out 209715200 bytes (210 MB, 200 MiB) copied, 0,746605 s, 281 MB/s Extra tests: Software: time /opt/emby-server/bin/emby-ffmpeg -hide_banner -v error \ -ss 00:33:30 -i "$FILE" -frames:v 1 -f null - real 0m0,141s user 0m0,117s sys 0m0,023s Hardware: time /opt/emby-server/bin/emby-ffmpeg -hide_banner -v error \ -init_hw_device cuda=cuda:0 -f matroska,webm -ss 00:33:30 \ -c:v vc1_cuvid -hwaccel cuda -hwaccel_output_format cuda \ -i "$FILE" -frames:v 1 -f null - real 0m1,296s user 0m0,033s sys 0m1,022s I´ve attached the logs after the two extras cores were added Logs.zip

Then as said: If it's a multi-movie folder, they'll still be named: If each movie is in its own folder, they'll be named: