All Activity

OK yes we are looking into that. Thanks.

OK that would be great, thanks.

OK we'll take a look at it. Thanks.

It probably needs some design change, yes.

Got hardware acceleration working for a non-Docker Emby install on Ubuntu 25.04 (LXC Inside Proxmox) using this: apt update && apt upgrade -y && apt install vainfo intel-media-va-driver -y cp -r /usr/lib/x86_64-linux-gnu/* /opt/emby-server/extra/lib/ mv /opt/emby-server/lib/libstdc++.so.6 /tmp/libstdc++.so.6.bk && cp /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /opt/emby-server/lib/libstdc++.so.6 # Finally to check if it worked root@emby:~# /opt/emby-server/bin/emby-vainfo Trying display: drm libva info: VA-API version 1.22.0 libva info: Trying to open /opt/emby-server/extra/lib/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.22 (libva 2.17.1) vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 25.1.2 () vainfo: Supported profile and entrypoints VAProfileNone : VAEntrypointVideoProc VAProfileNone : VAEntrypointStats VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSliceLP VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSliceLP VAProfileJPEGBaseline : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointEncPicture VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP VAProfileVP8Version0_3 : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSliceLP VAProfileHEVCMain10 : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointEncSliceLP VAProfileVP9Profile0 : VAEntrypointVLD VAProfileVP9Profile0 : VAEntrypointEncSliceLP VAProfileVP9Profile1 : VAEntrypointVLD VAProfileVP9Profile1 : VAEntrypointEncSliceLP VAProfileVP9Profile2 : VAEntrypointVLD VAProfileVP9Profile2 : VAEntrypointEncSliceLP VAProfileVP9Profile3 : VAEntrypointVLD VAProfileVP9Profile3 : VAEntrypointEncSliceLP VAProfileHEVCMain12 : VAEntrypointVLD VAProfileHEVCMain422_10 : VAEntrypointVLD VAProfileHEVCMain422_12 : VAEntrypointVLD VAProfileHEVCMain444 : VAEntrypointVLD VAProfileHEVCMain444 : VAEntrypointEncSliceLP VAProfileHEVCMain444_10 : VAEntrypointVLD VAProfileHEVCMain444_10 : VAEntrypointEncSliceLP VAProfileHEVCMain444_12 : VAEntrypointVLD VAProfileHEVCSccMain : VAEntrypointVLD VAProfileHEVCSccMain : VAEntrypointEncSliceLP VAProfileHEVCSccMain10 : VAEntrypointVLD VAProfileHEVCSccMain10 : VAEntrypointEncSliceLP VAProfileHEVCSccMain444 : VAEntrypointVLD VAProfileHEVCSccMain444 : VAEntrypointEncSliceLP VAProfileHEVCSccMain444_10 : VAEntrypointVLD VAProfileHEVCSccMain444_10 : VAEntrypointEncSliceLP

Thanks for following up.

Hi, what download exactly are you referring to?

HI there, can you please provide a specific example? How to Report a Problem Thanks !

hi, are you sure that emby server has detected all of those as 3D?

TLDR: The images arent being grabbed from the server, I have to get them manually. For about a week now (maybe longer?) since the update approximately, I am no longer getting images arriving automatically from TVDB etc. This is for ones that identify correctly. I can edit images and use the magnifying glass to select the default poster (DVD cover shape) but these are not being grabbed by default, so all Im getting is the a narrower horizontal screen-shaped image (not the proper DVD cover) on the default DVD-cover shaped images. this is happening only for new and renamed items, existing ones grabbed previously are fine. its happening across libraries so its not a change in library settings. I tried turning off the preferred image download language from english to nothing but no change. I have all image sources turned on except for TOMB episodes and fanart seasons (Ive found those a problem) so it has plenty to choose from and obvioulsy this isnt the issue as the magnifying glass is finding them..... I have save artwork into media folders switched on but i tried it switched off and it made no difference. I checked in API keys and no TVDB keys in there either. Any ideas?

Hi. It's been a while, but this issue is just getting more, and more frustrating... I have tested with a remuxed DVD, but sill the same issue. I just recently discovered that this issue also affects the mobile app on IOS. Any updates if this will be fixed? I have tried many of the same TV-shows and movies on for example Plex, and im yet to experience this sort of issue.

Ok, finally resolved, deleted docker installation of emby, and reinstalled from scratch. Now it's working VPN server and local. Closed

Bump

Yes

I have an Unraid server with Emby running in a docker. I have all my images saving in the same folders as the media. Today I decided to change some images on some of my movies. I went to Alien and chose a different poster picture. The new poster was downloaded to the Alien directory and it shows just fine, but in Emby, the old picture is still there. I then decided to download some additional Backdrops. I had 3 fanarts already chosen. I chose 2 new fanarts which downloaded into the media folder without a problem. In Emby, it gave me a duplicate and then a different picture. These have got to be pulling from a different cache somehow. I have tried restarting the emby server and doing a library refresh. I have tried identifying the movie again as well as doing a forced refresh of the movie with replacing all images. Problem is still happening. Any ideas on what could be happening? EDIT: I did at one point have "keep a cached copy of images in the server's metadata folder" turned on. I opted to turn on "save artwork into media folders" which started saving the images in the media folders directly. I turned off the "keep a cached copy of images in the server's metadata folder". I bet that there may be some old image files hanging out in that directory though. Could that be the problem? How can I clear out old pictures out of that cache? embyserver.txt

Hello, all. I'd like to make the following suggestion and see if it's viable. Among the playlists I've created, I have some dedicated to Christmas, Halloween, Easter and Thanksgiving episodes/movies. However, I've noticed two things: 1) If I stop watching an episode from my playlist and continue later, after it's over it doesn't go to the next episode on that playlist, but to the next episode of that particular show. 2) After every episode I watch, that series than goes to my "Next" list, cluttering the home screen. So I wanted to ask if it's feasible for the items included in a playlist to be treated "different" than when they're watched in their individual series? Don't know if I was able to explain correctly. Anyway, thank you for your time and keep up the great work!

Are the failing 5.1s AAC or something else (like AC-3 or DTS)? I seem to recall that there have been times when AAC 5.1 was not handled though other versions were. Paul

I think you're right for my case as well Glant80. I thought originally I disproved it, but so far every video I've found that is stereo plays fine. The 5.1s are not. I'll post back if I find different.

Well, I guess forget all that. For some reason now I'm seeing it on at least one h264 video. Client reports Direct Play for everything. Do not see it for an mpeg4 / AVI video that also reports Direct Play for everything. Still do not see it on a different h264 video that reports Direct Play for everything. Some examples: Working: MKV, 1080p h264 5mbps 23.976 fps Audio: AAC 192k No subtitles No transcode Failing: MKV 1080p h264 3mbps 23.976 fps Audio: EAC3 5.1 256kbps SDH subtitles No transcode Failing: MKV 1080p HEVC 5mps 23.976 fps Audio: EAC3 5.1 640kbps ASS subtitles Transcodes -> HLS/h264/AC3 Failing: MKV 1080p h264 4mbps 23.976fps Audio: AC3 640kbps No subtitles No transcode

The issue in this thread isn't actually limited to h265. It happens on any Chromebook on any file that has a surround sound audio source. H264 or h265 play fine if the audio is stereo or mono.

Correct. I don't have rights to update the original. Thanks for posting.

I think the problem MAY have started when my Emby Premiere expired recently, and that it has to do with SW transcoding only. It seems to be transcoding from h265 to h264. Maybe due to lack of HW support in the Chromebook tablet where I see the problem. I believe it WAS using HW transcoding (Intel Mac 2019) in the past, and that might be why I didn't see the problem until recently. However, I've re-set up Emby Premiere, confirmed it is active, server+client restarted, etc. But now I don't see it doing transcoding. I'm not sure if it's supposed to be supported on Intel Macs. I'm like 95% sure it WAS doing HW transcoding, and it definitely gives me the option in server settings (and is enabled). I don't see anything in any config that should prevent HW transcoding from working. Either way, I also don't see any difference if I chance various SW transcoding options (h264 profiles and whatnot) although I haven't dug into any extended ffmpeg messing around.

I see similar symptoms - video and audio play way too fast - on Android. In my case so far it seems to apply only to h.265. h.264 and others I've tried have been fine. Also happens on videos with a single audio track. Tried upgrading everything to the latest, rebooting, clearing Android-side storage. Happens on a Chromebook (running, essentially, Android 13) but not on a phone.

Run the Audio MIDI Setup app. Select the Studio Display speakers. Set the format to 96,000 Hz. Click the Configure Speakers... button. Specify the configuration as stereo and click Done. Studio Display will now play stereo playback. emby mac app no longer crashes after this configuration. Please try it out.

Any updates on this?