Search the Community

my system is stuck on transcoding, has been for months, and it grinds to a halt. its a windows box, SSD, accessing synology via mapped drive, was working fine for ages as I was building it then sent it to reindex and its been grinding to a halt ever since. system usage (task manager) is around 50% CPU and 40% RAM and 1% disk so its not hitting hardware limits. When I log into the web interface it shows 3 tasks as running so I stop them (Convert media . Scan media library . Transfer media). But it just gets stuck on "stopping" When I try and access the settings to stop these tasks from running the page wont load. It either just hangs or occasionally says "Emby Server transcoding services are still busy starting up. This screen will automatically refresh when transcoding services are ready." Mostly its just a blank loading page though. So Im wondering if there is a way to prevent these from starting without being able to access the web page for those settings?

Starting from today, you can find a new plugin in the catalog: Transcoding Tests The plugin allows to perform a wide range of tests using a defined set of source files. These tests will help to better understand user issues, compare the behavior on different systems, while it rules out many of those factors which are often hard to impossible to rule out. Another use case is benchmarking and/or comparing the effects of different settings on performance and quality. Finally, this allows to recognize and analyze regressions and differences across versions more reliably. The results are stored outside the log folder and are not subject to regular cleanup. Each job execution is archived as a single file and those can be kept even when the actual output is cleared. The initial version includes essential functionality. From here on, we will see what else might be needed or useful. Updates Version 4.8.0.16 This version allows opening local output files or folders from Chrome (Windows) (see end of second post) The checkbox "Run this plan right now" is working now

Hi! Maybe anyone faced the same or similar issue and can show me the direction to solve it. I faced the issue that Emby can't decode H265 (HEVC) on my hardware that suppose to do it. My hardware: Intel NUC 5I5RYH (Intel Core i5 5250U, Intel HD Graphics 6000). I use Proxmox. Emby installed via LXC. Hardware acceleration works fine as long as it is for H264. It works via Quick Sync as well as via VAAPI. But recently I tried to play HEVC movie and faced issue that direct play works fine but any video transcoding (bitrate limit) leads to full stop. As far as I know my hardware must be able to decode HEVC well. Emby shows me such an option in advanced settings. I attached a few logs: 1) Hardware detection log 2) Emby server log 3) Transcode H265 -> H264 log (with issues using Quick Sync) 4) Transcode H264 -> H264 log (no issues using Quick Sync). There is also no issues H264 -> H264 using VAAPI but didn't attach the log. ---- A few highlights: >>>>>> FindVideoEncoder - MediaType: h264, UseHardwareCodecs: True, HWA-Mode: Automatic Info Checking: 'VAAPI HD Graphics 6000 - H.264 (AVC)' Info Check successful - selecting 'VAAPI HD Graphics 6000 - H.264 (AVC)' >>>>>> FindVideoDecoder - MediaType: hevc, UseHardwareCodecs: True, HWA-Mode: Automatic Info Checking: 'QuickSync HD Graphics 6000 - H.265 (HEVC)' Info Check successful - selecting 'QuickSync HD Graphics 6000 - H.265 (HEVC)' >>>>>> Processing Plan Name CanDoInHW WillDoInHW Reason QuickSync HD Graphics 6000 - H.265 (H... >> True True Hardware Codec VideoInput >> False False Incompatible hardware context. (Decoder: QuickSync, ... Scaling >> True True VideoOutput >> True True Hardware encoder VAAPI HD Graphics 6000 - H.264 (AVC) >> True True Hardware Codec >>>>>> Video Processing Steps for [0:0]: H.265 (HEVC) Step HW-Context Format SW-Format Size Next HEVC_QSV >> QSV qsv nv12 1720x720 >> hwdownload hwdownload >> - nv12 nv12 1720x720 >> format format >> - nv12 nv12 1720x720 >> format format >> - yuv420p yuv420p 1720x720 >> hwupload hwupload >> VAAPI vaapi_vld nv12 1720x720 >> scale_vaapi scale_vaapi >> VAAPI vaapi_vld nv12 426x178 >> 23:34:53.693 subtitle input filter: decoding size 384x288 23:34:53.697 [hevc_qsv @ 0x1bf87c0] Error querying IO surface: unsupported (-3) 23:34:53.697 Error while decoding stream #0:0: Function not implemented 23:34:53.698 subtitle_kickoff: call subtitle_resend_current 13843 frame->format: 3 23:34:53.698 subtitle input filter: decoding size 384x288 23:34:53.698 [hevc_qsv @ 0x1bf87c0] More data is required to decode header 23:34:53.698 subtitle_kickoff: call subtitle_resend_current 13760 frame->format: 3 hardware_detection-63861943896.txt ffmpeg-transcode-4b164162-0359-4820-9fdd-5a66e23b4f95_1.txt embyserver-63861955200.txt

I'll try to keep this feature request short and simple. When the Emby server needs to transcode audio to make it compatible for the Emby client, it will use a hardcoded value for the bitrate that cannot be changed. For example, if the audio gets transcoded to Dolby Digital AC-3, it will always use a bitrate of 384 kb/s. This value cannot be changed, even though Dolby Digital AC-3 allows a maximum bitrate of 640 kb/s. Although 384 kb/s is a decent compromise between quality and data, it is very compressed and the quality is far from being transparent. The same thing applies to every other audio codec the Emby server may transcode to, such as AAC. So the request is simple, allow users to specify the bitrate that should be used for transcoding audio. Thanks, Charlie

Hi, I'm running trueNAS scale on the latest version (TrueNAS-SCALE-23.10.0.1). I'm using the trueNAS version and not the TrueCharts version as I found speed issues with the charts version. So,.as per the attached screenshot, I've allocated the GPU passthrough (not sure if all 3 need to be on). I have an intel i9-9920X CPU and an NVIDIA GeForce GT 610. Those options are the only options in each of the 3 drop downs. I assume this is Intel Quick sync as trueNAS wouldn't let me allocate the GPU to a VM. Hardware transcoding doesn't seem to working. I have turned hardware transcoding on in Emby server settings. I thought them when hardware transcoding was running during a transcode it is indicated in the server dashboard, however when I am transcoding nothing about hardware transcoding is indicated. Have I done something wrong or missed something? Or is it that hardware transcoding is simply not possible? Thanks, Sam

Okay, given the workaround to the HEVC playback issues described here (Android TV 2.0.48 but Playback thru VLC for Android TV because of HEVC), I've abandoned the need for a fix that doesn't involve utilizing the workaround of double tapping 'Playback Correction' when video playback of HEVC stutters. I'm just requesting a single clickable button or prompt that would automatically undertake the same process of essentially double tapping Playback Correction. Here's the reason as to why; each time you click "PC", is essentially 14 button presses and to do such twice and quickly is difficult, as the rush is to complete such prior to the true start of whatever is being watched. Not to mention the processing of the first initiation of PC often slows down the processing of the second. Whereas a single button would streamline the processes of the workaround. Just a thought.

I've downloaded the latest and set up the Emby Server (Docker) environment and I've been thoroughly enjoying this wonderful application so far. I was using muxed MKVs with embedded subs (PGS) and it all worked perfectly. Direct play in 4K and Software Transcoding worked fine, both displayed the embedded subs perfectly well. I'll use Oppenheimer here as an example. (Subs here are located slightly to the left of the frame, that's due to the subs included and not a fault on Emby's part.) Of course when I confirmed all worked well, I had to try out Hardware encoding for more powerful conversion and the possibility for friends and family to access my repository remotely. Now I noticed multiple "shortcomings" that came with this: - A noticable green hue (compare the two images), alltough this might the fault of wrongly transcoded DV HDR filter (doing research on that) - When using the embedded subs (preferable due to perfect audio timing), I notice that when HARDWARE trancoding specifically, the subs seem to get misplaced, seemingly in the 1920x1080 quadrant of a 4k frame... but that is indeed very strange behaviour. Both transcode logs are included, aptly named. I will add that while both are pretty big downfalls, mostly the subtitle problem is actually dealbreaking as most of my users will need subtitles. I tried to download SRT subtitles as a substitution, that resulted in the following on the Web Client: The green hue remains, but the SRT subs are correctly displayed in the Web Client, Huzzah! I test on the Windows Theather app: Nothing... And the hue persists also here. When I try to get the PGS subs to work in here after a 4k > 1080p transcode just like in web player, they seems to shift to the wrong place. Of this last two screenshots there's also a ffmpeg log included, aptly named. I will admit that I've searched on this topic for quite a bit allready and nothing seems to resolve the subtitles missing or being misplaced. Is this a known issue? Has this been seen before? Any help would be GREATLY appreciated! Regards, Nauclerus ffmpeg-transcode-hardware.txt ffmpeg-transcode-software.txt ffmpeg-transcode-hardware-STRinEmbyTheaterDesktop.txt ffmpeg-transcode-hardware-SRTinWebClient.txt

Hello everyone, first of all I am new here and also in Emby, you will see me actively here often asking questions. I have a question, I have a proxmox server and inside 2 LXC one of jellyfin which is the one I currently use and another that I created a while ago to test Emby, I really want to see how it is because I have been told it is more advanced than Jellyfin and has more features and better clients, my doubt to all this is that my server has an intel i5 12500 with an iGPU UHD 770, currently I have by passthrough the 770 in the LXC of jellyfin and transcoding works perfectly and makes use of it if necessary, my question here is: In Emby will it also work the same way? or do I need a premium version? PD: this is how I have it configured in both Jellyfin and Emby, that's why I ask if I need the premium version to transcode or not.

I personally have all my 2160p HDR HEVC movies in a separate library. I've mapped my i5 3570k CPU and a GTX 760 GPU correctly so that emby makes use of them in the official Docker container but still they don't hardware transcode the 4k HDR content. I suspect I'd at least need a GTX 1050 for that. So what I would wish is that I could prevent transcoding of my HEVC library as my hardware can't keep up if one of my users want to play those movies in the web player. The reason I'm not disabling the library completely for my users is that they still can play them with the Emby iOS/Android apps. Thoughts?

Hello, i've just installed on my custom synology nas(with 7700k and gtx 1080) ,emby server. I'm trying to test and set up the server but i've noticed something that i can't explain. When I click play on the laptop (in the web browser), transcoding is immediate. However, if I click play from the iOS app, it takes a couple of minutes. The setup is the same 1080p 4mbps. Is this normal?

I was trying to get transcoding working on my emby server and it seems like there is lacking info on how to do it or I could just be a dumbass, but I have been following this (https://emby.media/support/articles/Hardware-Acceleration-Overview.html) and I got the .m files but at this point, I don't know what to do with them to enable the hardware acceleration if anyone has a windows guide or can help me that would be cool. the only things I can find are for docker and other programs.

Hello, I have server with gpu rtx 2070 super. already install drive and add to emby docker. my issue in dashboard of emby can't see any options on Transcoding enable hardware acceleration.

Setup: Ubuntu server running 4.7.13.0 (same issue with 4.7.12.0) Client is Emby for android TV 2.0.80g registered Hardwired gigabit network between server and client Issue: Playback of 4K HDR content buffers, was not the case in servers <=4.7.12.0 Server indicates "Reducing bitrate due to quality setting" and is transcoding. My rig can't handle transcoding. Expect: No transcoding, direct playback Tested: Forcing Max Streaming Bitrate in the client, Auto or maximum speed settings -> no change Set client connecting to http instead of https -> no change Basically all my HDR playback is broken at this moment. Please help me which log files to send to fix this issue Thanks

Having the exact same issue in 4.7.11. Ubuntu 22.04, 13700k Happens in both native install and in a docker (with /dev/dri passed as a device). Emby user is in video and render groups. Everything works fine for both Plex and Jellyfin. Emby used to work, not sure when it stopped.

Loving EMBY!!!!!!!!! However, I have an issue with HDR files. I'd like to make my growing 4K HDR library available to my family (outside of my network) to stream, but they only have regular SDR screens so playing back HDR content on their screens looks washed out and hue shifted colors due to incorrect tone mapping. Does/or will Emby adjust tone-mapping during transcode from HDR to SDR (like MadVR does) when it sees that the display device is an SDR screen? Many thanks

Howdy, having an issue were transcoding is too slow and keeps stopping, starting, stopping, etc. I have been using a Radeon RX580 - 4GB card and did not have issues in the past, only since having to redo the server. There is a premier subscription. The only thing different from the default install of the server is I am running it as a service instead of an application but with the appropriate admin user details. Also attaching a ffmpeg transcode log. many thanksffmpeg-transcode-050980ce-2568-42e4-8c23-cd2b972f3083_1.txt

Hi, I want to notify you that the problem in playing files with DV and HDR10 from Netflix has been solved in the new Beta version 2.0.87g. Here below I am going to attach the screenshots where you can see the direct play without any transcoding and the HDR10 working without problem: But also luckily I am being able to force my Emby server to use HLS play, in the files and contents that cause constant jumps and jerks in the images, and thanks to the playback with HLS the jumps and jerks in the images are totally solved in my OLED television, in the movies and television series that come from the Apple TV + service there are always jumps and jerks but thanks to HLS they are 100% resolved. Here below I am going to attach the screenshots where you can see the HLS playback solving all the jerks and jumps in the images and so I can enjoy a totally smooth playback: I wonder how HLS playback solves the jumps and jerks in the images on my TV? Mystery... Thank you very much! Greetings

Hey everyone, I've just finished moving my emby server off my main pc to a small unit (Intel N5105) running linux and while it's all working I noticed it was falling back on software transcoding all the time, Intel QSV is setup and working however I get this error message in the emby logs before it witches to software; 10:13:34.714 Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scale_0' 10:13:34.714 Error reinitializing filters! 10:13:34.714 Failed to inject frame into filter network: Function not implemented 10:13:34.714 Error while processing the decoded data for stream #0:0 10:13:34.715 [libmp3lame @ 0x215ec80] 3 frames left in the queue on closing 10:13:34.729 Conversion failed! I'm running the latest emby server in a docker container on endevouros with kernel 5.19.11.1 and any help would be brilliant ffmpeg-transcode-32b0a7e5-549c-42a6-8dc3-efe272d29371_1.txt

Hi all, I have run into a rather weird issue this evening after reviewing my hardware encoder options. After seeing a remote user connecting and playing a media file that needed to be transcoded due to global bit rate limitations, I noticed that it was streaming at a rather low bitrate of ~900kbps when the global limit was set to 2.5mbps. My upload speed is more than capable of achieving this and has done so without issue in the past. I hopped onto DSM to see what was up and found my CPU usage was spiking to 99-100%, which was causing the slow down. This has never happened before and I would typically only see CPU usage of 10-20% while transcoding any file, so I thought to check my hardware acceleration options, as per the wiki suggests, to ensure nothing was switched off. I found that I still had hardware acceleration set to 'Advanced', but weirdly enough, no options appeared under 'Preferred Hardware Encoders' as they had just a week ago. See the screenshot. It is almost as though it no longer recognizes any of the hardware options for hardware acceleration on my NAS. I am stumped as to what has caused this sudden switch. My only inclination would be that it has to do with my recent upgrade from Synology DSM firmware 6.2.3-25426 Update 3 to version 6.2.4-25554 last evening. That upgrade went smoothly and nothing indicated there was an error, but this is the only major change from last week to today. I have confirmed that this occurs both for remote users and myself while local. This issue occurs on a variety of different platforms including Amazon Fire TV devices, Firefox, etc. I also confirm that the spikes completely subside once I stop playing/transcoding of media files. Direct play files are seemingly not causing spikes of this nature. My Emby Premiere license also appears to be correctly input and resolving fine. I am also running the official package, not within Docker. Any help would be appreciated so I can adjust my hardware acceleration options to not cause spikes. Included is the server, hardware, and transcoding log of a problem file. Thank you. Server Specifications: Synology 920+ 8GB Memory Firmware: 6.2.4-25554 Emby: 4.5.4.0

It seems to me that as of right now, if I want to be on the safe size, I need to dedicate a hefty amount of space to my transcoding-temp directory for emby: I should have enough space available to store the full size of the source file for whatever show(s) are being watched at that moment, plus a small buffer. In other words, if there are three 4K remuxes playing at the same time, 80GB each, and they're all transcoding at once, then I need at least 240GB of transcoding space available. No idea what the requirement would be for live tv, I don't have that feature. I say this from observation when my Apple TVth gen is a client. It seems to be able to direct stream a Blu-ray or DVD rip except it doesn't like the mkv format. The resulting transcode file seems to roughly match the file size of the original movie. And then it's deleted when I stop watching the show. Also, it seems that if I run out of disk space, the whole movie (and sometimes the server) just stops with an out of disk space condition, there's no auto-pruning while the show is playing. Does this mean that transcoding to RAM is a bad idea unless I have tremendous amounts of RAM? So in other words, if I'm running in a virtual machine, I can't use the default folder with my piddly small storage dedicated to that VM. I need to specify something with more serious space capability. Did I get that right?

I've run across (and posted once or twice in the Roku area about this) apparently "random" TV episodes that I have personally ripped and encoded from the blu-ray, where Emby cannot do a hardware transcode for playback when the PGS subtitle track is enabled. I've finally had time to do dig out the original blu-ray to validate whether there is some defect in my encoded version. I identified an episode that failed to xcode in HW and displays the following in the ffmpeg log: >>>>>> Subtitle Processing Steps for [0:2]: HDMV PGS subtitles Step Format Target Size HDMV_PGS_SUBTITLE >> Subs: Bitmap scale >> Video: UNKNOWN 1920x1080 ... 11:24:00.581 [matroska,webm @ 0xe35ac0] Could not find codec parameters for stream 2 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options 11:24:00.581 Input #0, matroska,webm, from '/share/Video/TV/Archer (2009)/Season 02/Archer (2009) - S02E01 - Swiss Miss.mkv': 11:24:00.581 Metadata: 11:24:00.581 title : ARCHER SEASON 2 - DISC 1 11:24:00.581 creation_time : 2019-12-27T05:43:27.000000Z 11:24:00.581 ENCODER : Lavf58.20.100 11:24:00.581 Duration: 00:21:03.44, start: 0.000000, bitrate: 6649 kb/s 11:24:00.581 Stream #0:0: Video: hevc (Main), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], Level 120, 23.98 fps, 23.98 tbr, 1k tbn (default) 11:24:00.582 Metadata: 11:24:00.582 DURATION : 00:21:03.429000000 11:24:00.582 Stream #0:1(eng): Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit) (default) 11:24:00.582 Metadata: 11:24:00.582 title : Surround 11:24:00.582 DURATION : 00:21:03.435000000 11:24:00.582 Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle 11:24:00.582 Metadata: 11:24:00.582 DURATION : 00:21:01.281000000 11:24:00.597 Stream mapping: 11:24:00.597 Stream #0:0 (hevc) -> overlay (graph 0) 11:24:00.597 Stream #0:2 (pgssub) -> scale:default (graph 0) 11:24:00.597 hwupload:default (graph 0) -> Stream #0:0 (h264_vaapi) 11:24:00.597 Stream #0:1 -> #0:1 (dts (dca) -> mp3 (libmp3lame)) 11:24:00.597 Press [q] to stop, [?] for help 11:24:00.944 subtitle_kickoff: call subtitle_resend_current 5057 frame->format: 1 11:24:00.945 subtitle input filter: decoding size 0x0 11:24:00.945 Auto-inserting subfeed filter 11:24:00.945 Auto-inserting graphicsub2video filter 11:24:00.969 Output #0, segment, to '/scratch/embytemp/transcoding-temp/DC840A/DC840A_%d.ts': 11:24:00.969 Metadata: 11:24:00.969 encoder : Lavf59.17.100 11:24:00.969 Stream #0:0: Video: h264 (High), vaapi(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 13299 kb/s, Level 40, 23.98 fps, 90k tbn 11:24:00.969 Metadata: 11:24:00.969 encoder : Lavc59.21.100 h264_vaapi 11:24:00.969 Stream #0:1(eng): Audio: mp3, 48000 Hz, stereo, fltp, 192 kb/s (default) 11:24:00.969 Metadata: 11:24:00.969 encoder : Lavc59.21.100 libmp3lame 11:24:00.980 elapsed=00:00:00.34 frame= 2 fps=0.0 q=-0.0 size=N/A time=00:00:01.79 bitrate=N/A throttle=off speed=5.17x 11:24:01.219 subtitle input filter: decoding size 1920x1080 11:24:01.219 Auto-inserting subfeed filter 11:24:01.219 Auto-inserting graphicsub2video filter 11:24:01.220 Impossible to convert between the formats supported by the filter 'hwupload@f4' and the filter 'auto_scale_0' 11:24:01.220 Error reinitializing filters! 11:24:01.220 Failed to inject frame into filter network: Function not implemented 11:24:01.220 Error while processing the decoded data for stream #0:2 11:24:01.222 [libmp3lame @ 0xe9b440] 3 frames left in the queue on closing 11:24:01.225 Conversion failed! Compared to an episode that xcodes in HW properly: >>>>>> Subtitle Processing Steps for [0:2]: HDMV PGS subtitles Step Format Target Size HDMV_PGS_SUBTITLE >> Subs: Bitmap 1920x1080 scale >> Video: UNKNOWN 1920x-2 ... 11:27:42.355 Input #0, matroska,webm, from '/share/Video/TV/Archer (2009)/Season 02/Archer (2009) - S02E03 - Blood Test.mkv': 11:27:42.355 Metadata: 11:27:42.355 title : ARCHER SEASON 2 - DISC 1 11:27:42.355 creation_time : 2019-12-27T06:09:10.000000Z 11:27:42.355 ENCODER : Lavf58.20.100 11:27:42.355 Duration: 00:21:16.58, start: 0.000000, bitrate: 4813 kb/s 11:27:42.356 Stream #0:0: Video: hevc (Main), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], Level 120, 23.98 fps, 23.98 tbr, 1k tbn (default) 11:27:42.356 Metadata: 11:27:42.356 DURATION : 00:21:16.567000000 11:27:42.356 Stream #0:1(eng): Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit) (default) 11:27:42.356 Metadata: 11:27:42.356 title : Surround 11:27:42.356 DURATION : 00:21:16.576000000 11:27:42.356 Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle, 1920x1080, Start-Time 3.420s 11:27:42.356 Metadata: 11:27:42.356 DURATION : 00:21:14.544000000 11:27:42.375 Stream mapping: 11:27:42.375 Stream #0:0 (hevc) -> overlay (graph 0) 11:27:42.375 Stream #0:2 (pgssub) -> scale:default (graph 0) 11:27:42.375 hwupload:default (graph 0) -> Stream #0:0 (h264_vaapi) 11:27:42.375 Stream #0:1 -> #0:1 (dts (dca) -> mp3 (libmp3lame)) 11:27:42.375 Press [q] to stop, [?] for help 11:27:42.745 subtitle input filter: decoding size 1920x1080 11:27:42.745 Auto-inserting subfeed filter 11:27:42.745 Auto-inserting graphicsub2video filter 11:27:42.769 Output #0, segment, to '/scratch/embytemp/transcoding-temp/6CD0C8/6CD0C8_%d.ts': 11:27:42.769 Metadata: 11:27:42.769 encoder : Lavf59.17.100 11:27:42.769 Stream #0:0: Video: h264 (High), vaapi(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 9626 kb/s, Level 40, 23.98 fps, 90k tbn 11:27:42.769 Metadata: 11:27:42.769 encoder : Lavc59.21.100 h264_vaapi 11:27:42.769 Stream #0:1(eng): Audio: mp3, 48000 Hz, stereo, fltp, 192 kb/s (default) 11:27:42.769 Metadata: 11:27:42.769 encoder : Lavc59.21.100 libmp3lame 11:27:42.770 elapsed=00:00:00.36 frame= 1 fps=0.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A throttle=off speed= 0x 11:27:43.198 [segment @ 0xda4780] Opening '/scratch/embytemp/transcoding-temp/6CD0C8/6CD0C8.m3u8.tmp' for writing Note that these two episodes were from the same disc and ripped/transcoded using identical commands, software versions, etc. via a batch script. So, how can the subtitle metadata for one have gotten corrupted/lost and not the other? It didn't. I re-ripped the failing episode using MakeMKV without any modifications and swapped it in place: >>>>>> Subtitle Processing Steps for [0:2]: HDMV PGS subtitles Step Format Target Size HDMV_PGS_SUBTITLE >> Subs: Bitmap scale >> Video: UNKNOWN 1920x1080 ... 11:39:46.983 [matroska,webm @ 0x7d9ac0] Could not find codec parameters for stream 2 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options 11:39:47.017 Input #0, matroska,webm, from '/share/Video/TV/Archer (2009)/Season 02/s02e01.mkv': 11:39:47.017 Metadata: 11:39:47.017 title : ARCHER SEASON 2 - DISC 1 11:39:47.017 encoder : libmakemkv v1.17.2 (1.3.10/1.5.2) win(x64-release) 11:39:47.017 creation_time : 2022-11-12T16:31:22.000000Z 11:39:47.017 Duration: 00:21:03.43, start: 0.000000, bitrate: 28728 kb/s 11:39:47.017 Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], Level 41, 23.98 fps, 23.98 tbr, 1k tbn 11:39:47.017 Metadata: 11:39:47.017 BPS-eng : 24403287 11:39:47.017 DURATION-eng : 00:21:03.428833333 11:39:47.017 NUMBER_OF_FRAMES-eng: 30292 11:39:47.017 NUMBER_OF_BYTES-eng: 3853974619 11:39:47.017 SOURCE_ID-eng : 001011 11:39:47.017 Stream #0:1(eng): Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), s32p (24 bit) (default) 11:39:47.017 Metadata: 11:39:47.017 title : Surround 5.1 11:39:47.017 BPS-eng : 4257095 11:39:47.017 DURATION-eng : 00:21:03.434666666 11:39:47.017 NUMBER_OF_FRAMES-eng: 118447 11:39:47.017 NUMBER_OF_BYTES-eng: 672319952 11:39:47.018 SOURCE_ID-eng : 001100 11:39:47.018 Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle 11:39:47.018 Metadata: 11:39:47.018 BPS-eng : 65252 11:39:47.018 DURATION-eng : 00:20:56.234145833 11:39:47.018 NUMBER_OF_FRAMES-eng: 888 11:39:47.018 NUMBER_OF_BYTES-eng: 10246614 11:39:47.018 SOURCE_ID-eng : 001200 11:39:47.037 Stream mapping: 11:39:47.037 Stream #0:0 (h264) -> overlay (graph 0) 11:39:47.037 Stream #0:2 (pgssub) -> scale:default (graph 0) 11:39:47.037 hwupload:default (graph 0) -> Stream #0:0 (h264_vaapi) 11:39:47.037 Stream #0:1 -> #0:1 (dts (dca) -> mp3 (libmp3lame)) 11:39:47.038 Press [q] to stop, [?] for help 11:39:47.300 subtitle_kickoff: call subtitle_resend_current 5057 frame->format: 1 11:39:47.301 subtitle input filter: decoding size 0x0 11:39:47.301 Auto-inserting subfeed filter 11:39:47.301 Auto-inserting graphicsub2video filter 11:39:47.325 Output #0, segment, to '/scratch/embytemp/transcoding-temp/A6B9A8/A6B9A8_%d.ts': 11:39:47.325 Metadata: 11:39:47.325 encoder : Lavf59.17.100 11:39:47.325 Stream #0:0: Video: h264 (High), vaapi(progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 28728 kb/s, Level 41, 23.98 fps, 90k tbn 11:39:47.325 Metadata: 11:39:47.325 encoder : Lavc59.21.100 h264_vaapi 11:39:47.325 Stream #0:1(eng): Audio: mp3, 48000 Hz, stereo, fltp, 192 kb/s (default) 11:39:47.325 Metadata: 11:39:47.325 encoder : Lavc59.21.100 libmp3lame 11:39:47.340 elapsed=00:00:00.26 frame= 2 fps=0.0 q=-0.0 size=N/A time=00:00:02.03 bitrate=N/A throttle=off speed=7.74x 11:39:47.528 subtitle input filter: decoding size 1920x1080 11:39:47.528 Auto-inserting subfeed filter 11:39:47.528 Auto-inserting graphicsub2video filter 11:39:47.529 Impossible to convert between the formats supported by the filter 'hwupload@f4' and the filter 'auto_scale_0' 11:39:47.529 Error reinitializing filters! 11:39:47.529 Failed to inject frame into filter network: Function not implemented 11:39:47.529 Error while processing the decoded data for stream #0:2 11:39:47.534 [libmp3lame @ 0x8ff380] 3 frames left in the queue on closing 11:39:47.535 Conversion failed! So - the source itself has what is apparently incorrect and/or missing subtitle track metadata. I re-ripped the working example episode as well to confirm. Note that none of the tools I normally use (primarily MediaInfo, MKVToolNix) expose this information about the subtitle tracks as far as I can tell, so I'm not sure even how to identify a problematic file besides seeing if Emby pukes and falls back to SW. The original disc plays without issue, and the file I transcoded from the source rip will play with subs enabled in Kodi, VLC, and MPC-BE without a problem, and prior when I was on Plex it was able to transcode these w/subs without a problem. Is the source itself actually out-of-spec? Is this an ffmpeg issue, or an issue with the command used to locate/examine the subtitle track? I've run across incidences of this specific problem in a few different shows and movies I've personally ripped (Archer, Futurama, The Venture Bros, The Running Man, more). If this is an issue of specification/standards enforcement (i.e. "yeah it can work that way, but it's out of spec so we're failing it"), I'd ask that the issue be re-examined, as it's apparently a common enough thing in the available source media that I've tripped over it multiple times across multiple shows and movies in my relatively small library. ffmpeg logs and mediainfo reports for the files are attached. If there's further info I could gather in order to determine definitively what's going on and whether it's addressable I'm happy to do so. Thanks! archer_s02e01_br_source.html bad_subs_encoded_ffmpeg-transcode-c853a7c1-ca06-4c2f-8d8e-ac3e617f44bf_1.txt bad_subs_source_ffmpeg-transcode-90cd65e4-b7eb-496d-ac0b-6049aab86897_1.txt good_subs_encoded_ffmpeg-transcode-4f28ce54-3508-4a03-9415-f755f50d7514_1.txt

Didn't think I would come a stir the pot in this thread again, but here we are. Is there a way to increase the saturation of a specific color during tone mapping? As you know Im using QSV to achieve this, and current best tone mapping is bt.2390, the results are very good, but it's currently only available in software. Hable is unfortunately crushing blacks to much to be usable. Reinhard and Mobius is performing quite well, but both suffer from desaturation to some degree, but mostly the reds. Is there a way to fix this with a search and replace in ffmpeg or something similar? Or is it possible to implement Aces algorithm? (Which I believe suffers from over saturation instead, but I think it's preferable.)

I'm planning to switch mit system from Truenas/Freenas to Proxmox (or do you have any arguments against proxmox and for a different virtualization?). Emby itself works okey on Truenas, except it doesn't support hardware passthrough for GPU trancoding. But the main reason to switch is virtualisation for my other machines which doesn't work too well on Truenas. Atm I'm using a AsRock X470D4U + Ryzen 3600 + LSI SAS 9207-8i SATA / SAS-Controller + 64 GB ECC Ram (ECC was needed for Truenas but I will just keep it). (Maybe I'll also switch the Ryzen 3600 for my Ryzen 3900x and cap energy at 60w which should work just fine.) What GPU would you recommend for smooth transcoding performance for multiple clients (possibly 6-10 parallel at peak). It shouldn't be too energy consuming, so a good mix of performance and efficiency would be nice. From what I saw Nvidia should be the better pick here? And what OS do you reccomend for the emby vm? Are there any advantages in using Windows over Linux? If not I think I'll go for Ubuntu Server.

iOS 2.1.5 Has Been Released This is a follow up release to the recent Emby For iOS 2.1.3. Released, Featuring: Timeline Seeking & Thumbnails release. We wanted to get this out to you as quickly as possible. This release features a resolution to: An Intermittent Loss of Audio Issue that Manifests When Audio is Transcoded. This release also contains a minor fix for: Problem with Scrolling on Certain Server Management Screens. You can now scroll fluently from top to bottom of management screens found on the Emby Server Tab. Please install this maintenance release at your earliest convenience. You can follow Emby iOS development as well as report any issues on our community forum site: https://emby.media/community/index.php?/forum/94-ios/

Newly installed Nvidia Quatro K2000 in a Dell R910 - hw transcoding I just installed a Quatro K2000 2G video card into my Dell R910 into a native16x PCI-e slot. I modified the heatsink and installed a large fan to help keep it cooler and make it fit into the server case. It's staying pretty cool. Now the reason I did this was for several reasons actually. Running on a VM is not always the best approach. Having hardware support should improve performance. I want 4K movies to not skip and stutter while watching them (transcoding - usually always audio) I recently bought an HD HomeRun and want better performance (similar to 4K issues). And this has been something I have been wanting to do for a while. I would rather do this than buy a Synology or QNAP or build a dedicated workstation. All that said... not much improved after installing the card. Maybe a slight improvement, but overall I am still not happy with the implementation. Video still stutters with 4K movies - unwatchable Live TV still stutters unless I pause it for 5 seconds, play again and then it's fine - I feel like this should still not happen. This used to not happen with my 4K movies even with transcoding enabled running on a VM in vCenter on the same server without a physical video card. I am not certain what happened 3-4 years back but before that point, 4K movies played perfectly. Too hard to try and understand what changed. All I want to do is understand how to fix this moving forward. I have several devices I can test this with: Web browsers Nvidia Shield Pro LG OLED TV LG LCD TV Android Phones iPhones iPad PC / MacBook All of them give me the same results. I can provide any details needed to narrow down where the issue is and if in the end this simply is not a good setup (running on a VM with passthrough) then I will buckle down and buy a Synology of QNAP or hell even build a dedicated media box out of some older hardware using the video cards I have here at home. (spare 1030 and 1080). Current specs: OS: Ubuntu 20.04.3 LTS CPU: 16 Memory: 32 GB Storage: SAS SSD Storage for Transcoding: SAS SSD Dedicated Audio/Video: Nvidia Quatro K2000 (2GB) hardware_detection-63769669756.txt ffmpeg-transcode-b53abc80-c465-4ef9-b1f9-3c82cd0a5a67_1.txt