Search the Community

Hi, I recently discovered that the content encoded with AAC LC audio doesn't direct play through Firefox even though it's a very compatible codec. I get No compatible streams are currently available. Please try again later or contact your system administrator for details. Safari works fine, no errors there. I've attached embyserver and transcoding logs. I'm happy to provide more info if necessary! macOS Catalina 10.15.1 Firefox 71.0 Safari 13.0.3 Edit: safari works embyserver.txt ffmpeg-directstream-50cbbcd8-71f8-4db2-b242-36ce01c09f98_1.txt ffmpeg-directstream-06b86afc-0191-4f8c-8a74-41e30d4cfd2e_1.txt

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?

I have a .STRM file and have disabled transcoding for the user. In the dashboard the content shows up as direct played but it is evident this is not happening because there is massive stutter. I looked in the log files and Emby is still using FFmpeg to transcode it even though it should be direct play. I am using Emby Web Client on Chrome.

Hello everyone Recently discovered Emby and would like to get it running from my NAS-like setup Could not find much guidance for cubox-specific help Cubox-i4pro -> Armbian -> Emby Server (from armbian-config) The cubox use to be my htpc with archlinuxarm until support fell off. Wasn't able to play most of my movies stutter-free So I replaced it with an RPI3B+ and so far so good, now the cubox is a NAS server Playing through the web interface on Chrome requires transcoding, right? Well the cubox is struggling to play certain videos smoothly One test video came through as "direct play" as I guess transcoding was not necessary and played flawlessly on Chrome Recently got the following hoping for one of these to properly utilize the hw decoder gstreamer1.0-vaapi gstreamer1.0-libav libgstreamer1.0-0 libgstreamer1.0-dev gstreamer1.0-alsa gstreamer1.0-tools gstreamer1.0-pulseaudio gstreamer1.0-plugins-base libgstreamer-plugins-base1.0-0 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad libgstreamer-plugins-bad1.0-0 gstreamer1.0-plugins-ugly Rebooting and reviewing the transcode options in the web interface settings show no changes Is there something I am missing for the cubox specifically to allow for full use of the hardware? Or more specifically: Is the cubox a capable Emby server with transcoding or should be reserved to direct stream? If direct stream, is there another route to have Chrome play with audio? If direct stream, can the RPI3B+ handle the transcoding itself? If transcoding, how can I guarantee I am using the cubox hardware to it's full potential? Attached are playback logs, all with trancoding enabled and had skips/stutters Any help is greatly appreciated embyserver.txt BADffmpeg-remux-1.txt BADffmpeg-remux-2.txt hardwaredetection.txt

Hi Guys, this refers to here: https://emby.media/community/index.php?/topic/77892-raspberry-pi4-nas-for-server/page-2 But since the topic is a bit different, I guess no one does even read it.. So let me summarize the problem: I got folders for movies and for TV-shows. The are structured as follows: a) movies \\smb-share_whatever\videos\movies\action\Rambo 1\Rambo 1.mkv (or mp4 or avi) tv-shows \\smb-share_whatever\videos\TV-shows\Friends\Season01\S01E01.mkv (or mp4 or avi) Every folder does have a Backdrop.jpeg and a folder.jpg, the genre-folders for the movies also do have a folder.jpg. Since I got an "old" server (Windows 2012 R2), it also does access these files, which are on its RAID-Volume. (~8TB) Here it works perfectly, the overview shows movies and TV-shows and when you click one of them, you see the genres under movies. Now for the Rock64Pro-board with Armbian-Buster: I've mounted the SMB-share under /mnt, I can easily access both, movies AND TV-shows and also read them. (I've even tried via WinSCP to copy them being read from the /mnt). I've then added separately movies (content-type "movies" and TV-shows (content-type "TV-shows") to emby. The TV-shows are recognized and can be played easily. The movies show-up empty as there would be no content or it is not readable or not recognized. I removed the movies and added them as "mixed content" - same story. Since I want to retire the Win2k12-Server, I also have a NAS, which offers an SMB-share to my network. I've also the same files on the NAS, same folders - only different IP. When I add the movies from my NAS, emby does recognize them BUT: I) It does not show the folder-structure, only when I select the list-option "folders". On my windows-server it does it as a standard. Here it shows all movies (~1550) in a bulk-list. II) It does NOT play the movies. When I click one, the player seems to load and then it says "there are no compatible streams available." But it does play the TV-shows from the Win2K12-Server... (I've got my emby-premium on both registered, it is a lifetime-key) So - tons of problems - only because of my effort to save the 125W my server consumes 24/7 ;-) I'd highly appreciate if you can give me some help. Regards, Matthias

I have a .m3u8 file that looks something like this: #EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM-INF:BANDWIDTH=614000,AVERAGE-BANDWIDTH=564000,RESOLUTION=480x270,CODECS="avc1.77.30,mp4a.40.2" https://example.com/270/prog_index.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=1118000,AVERAGE-BANDWIDTH=1028000,RESOLUTION=640x360,CODECS="avc1.77.30,mp4a.40.2" https://example.com/360/prog_index.m3u8 This is a valid streaming file and the servers are responding. The file works in VLC and using ffmpeg command line. However when trying to play the file in Emby it fails. Here is my log (where [EXAMPLE_FILE] is emby's .mp4 output): 2019-12-02 21:28:36.671 Info App: ProcessRun 'StreamTranscode 3931b4' Execute: /opt/emby-server/bin/ffmpeg -loglevel +timing -f mp4 -i file:"/home/[EXAMPLE_FILE].mp4" -threads 0 -map 0:0 -map 0:1 -sn -c:v:0 libx264 -pix_fmt yuv420p -maxrate 2914608 -bufsize 5829216 -preset veryfast -profile:v:0 high -level:v:0 4.1 -crf 23 -x264opts:0 subme=0:me_range=4:rc_lookahead=10:me=dia:no_chroma_me:8x8dct=0:partitions=none -g:v:0 72 -keyint_min:v:0 72 -sc_threshold:v:0 0 -copyts -vsync -1 -codec:a:0 libmp3lame -disposition:a:0 default -ac:a:0 2 -ab:a:0 63903 -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_write_temp 1 -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/cea4a7824123e700ac386c08c4969e3c.m3u8" -y "/var/lib/emby/transcoding-temp/cea4a7824123e700ac386c08c4969e3c%d.ts" 2019-12-02 21:28:36.759 Info App: ProcessRun 'StreamTranscode 3931b4' Process exited with code 1 2019-12-02 21:28:36.798 Error HttpServer: Error processing request *** Error Report *** Version: 4.3.0.30 Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb Operating system: Unix 5.2.0.2 64-Bit OS: True 64-Bit Process: True User Interactive: True Runtime: file:///opt/emby-server/system/System.Private.CoreLib.dll Processor count: 2 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.Exception: System.Exception: Error starting ffmpeg at Emby.Server.MediaEncoding.Api.BaseStreamingService.StartFfMpeg(StreamState state, String outputPath, CancellationTokenSource cancellationTokenSource, Boolean acquireResources) at Emby.Server.MediaEncoding.Api.Hls.DynamicHlsService.GetDynamicSegment(StreamRequest request, String playlistId, String segmentId, Int32 subtitleStreamIndex) at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken) Source: Emby.Server.MediaEncoding TargetSite: Void MoveNext() I know the correct ffmpeg command for this (similar example): ffmpeg -protocol_whitelist file,http,https,tcp,tls -i "org_file.m3u8" -c copy -bsf:a aac_adtstoasc output.mp4 If all else fails I can change the source code to match the above code.

Hi I just observed since upgrading to 4.3.0.30 that hardware transcoding fails and falls back to software transcoding on hevc main 10 10 bit profile. I not totally sure, but I think this was working before. Server info: Emby server 4.3.0.30 running on ubuntu server 18.04.3 LTS, kernel 4.15.0-72-generic Intel NUC8i5BEH1 with Core i5-8259U processor (Intel Iris Plus Graphics 655), 8GB RAM Attached, hardware detection logs and ffmpeg logs. Is that normal to fallback to software encoding with this media? thank you ffmpeg-transcode-c7b4b3f8-38f2-4da6-8ff6-609047fa1cae_1.txt hardware_detection-63710875568.txt

Hi, let me start by saying that I have a very limited knowledge of transcoding, picture quality, containers, bitrates and so on but I would like to ask about some general ground rules to limit transcoding on most devices. My Emby 4.3 server is on Synology DS218+ with enabled VAAPI and unchecked on the fly captioning (rest of my settings in pictures attached). I have done some testings on one of my users accounts using mobile data on the phone and wifi on other computer (with Chrome browser if that is relevant). Most of my movies/series are simple 1-2 GB sice with 1080p or 720p in mp4/mkv and aac/mp3 format. What I have noticed is that when the user has the quality set to automatic my server is transcoding the video to 480p - 420 kbps (sometimes 720p - 1,5 Mbps) but whenever I change it on the player setting to maximum (1080p - 60 Mbps) the transcoding is gone and it switches to direct play (which is basically what I want all the time). Most of the cases reason for transcoding is "media bitrate exceeds limit". As I said, my knowledge is very limited on that matter but since the user can simply change the quality and this has an effect on the transoding issue, are there any general settings that would help limit transcofing to maximum?

Good Afternoon Fellow Humans Hardware Based Transcoding, recommended hardware for a windows setup? @

Hi, the Premiere webpage and feature matrix don't explicitely say if we need a premiere licence to activate the Hardware Transcoding (GPU) feature of server. Is it the case? Where can we find ALL the specifications of Premiere licence? Thank you Moreje

I currently host my Emby server on my Netgear ReadyNAS 3204. It's a wonderful device, but when "live" transcoding is triggered, playback stutters and halts because it simply isn't designed for this task. It would be great if I could offload the transcoding job over the network to another machine that has a more powerful encoder/decoder/graphics card to process with. I know this can be done with other tools (like custom-configured Handbrake installs). Due to my network structure and accessibility firewall rules, moving the Emby install to another machine for this task would be extremely complicated, and I would prefer to keep it where the data libraries are stored for sheer performance reasons. I just so happen to have an always-on blackbox Windows-based encoding machine, linked to my ReadyNAS via speedy 10GbE, and it's a shame I can't leverage it's capabilities. Having this as a premiere feature would be totally fine. In fact, it would be a selling point. So either a using a common data share with a remote app/service (like this example with Handbrake), or built-in support for distributed rendering to send transcoding jobs out to a network service you create (maybe using the transcoding code in Emby packaged into a Windows service?) would be immensely helpful and I'm sure it would create more configuration possibilities for others.

i recently ripped my bluray films and placed them in my emby server, and i was trying to play them on my new sony a8g oled 4k tv using the emby android app, but even though the tv and the server are on the same network and i have a 10gb router and switch from mikrotik connected with cat8 to my tv and sfp+ OM4 fiber optic coming from my server, it stil trancodes the video to a lower quality, is there a setting i am missing or a specific way to allow bluray content to direct stream to a local source?

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?

Hi! I've been running a Dockerized Emby server based on the official Docker image (currently at v4.2.1.0), to be accessed from Roku boxes I have laying about the house, using the BETA Roku app. I also have a TVHeadEnd deployment which is fully functional, which also renders all streams as MPEG-TS container with MPEG2 video and AC3 audio. The Emby server is configured to access TVH using the Emby TVHeadEnd plugin (v1.4.4.0). This has worked flawlessly for months, but now I've noticed that Emby is for some reason transcoding from MPEG2 to H264. While this isn't costing too much, it's not what I want. Plex and other clients are more than happy to play back the MPEG2 video streams without issue. However, Emby is choosing to transcode the stream because "container is not supported". This means that for some reason, Emby - either Roku or Server? - decides it doesn't like the MPEGTS container and requires a "transcoding". The issue here is that the "transcoding" should limit itself to repackaging, since both the audio and video streams are supported by the Roku device(s). As I said, this used to work perfectly in earlier server versions. Sadly, I don't know exactly when this got "broken" (so to speak). I only noticed this accidentally yesterday while showing a friend of mine the "stats for nerds". Can you help me figure out what's wrong? In my mind, if the container is not supported then Emby can definitely repackage the streams as it sees fit - what it shouldn't be doing is transcoding them as this is wasteful and unnecessary. Like I said before, neither Plex nor Roku's UPNP/DLNA application have any issue in playing back the raw MPEGTS/MPEG2/AC3 streams. I'll be happy to provide more details if required. Cheers!

So, I have about 20 users but provide Live TV to only 2 of them. In order to provide a smooth playback with Live TV I was advised to set a max playback bandwidth below 20 Mbps, and ok, it works smooth so far. But now, all my users have downgraded video quality which forces the transcoding while watching movies or series with "media bitrate exceed limit" info. How can I set an automatic media quality for local network for all users and limited quality (to 8-10 Mbps) to just those that use Live TV? I believe that could limit the necessity of transcoding.

Hi Guys, actually I'm running my Emby on a Windows-Server 2012 R2 with a Core-i7 which is from the 3 or 4-Series. But since this costs a ton of electricity, I'd like to change this to a more energy-efficient alternative. While the new Raspberry Pi 4 seems to be very powerful, could I use this as an alternative for transcoding? (If I'm abroad, I sometimes transcode FHD-content to my mobile devices, but I often use FHD to FHD) Can anyone tell me if the RPi4 has enough power? If not, what energy-efficient alternative do you recommend? Regards, Matthias

Hey Guys! Is there anyway to add extra parameters to the FFMPEG CLI? I think it would be a good idea if possible to add an arguments box to the advanced trans-coding page so people may enter any extra parameters they wished to add to FFMPEG for streams. Just a thought if there is not a way to do it at the moment. I can't seem to see any way to add extra arguments myself without attempting to decompile and dig. Is this do able? does anyone know?

I was trying to convert my DVD mkvs using emby server preset TV. Everything works fine so fas, except additional audio tracks get converted instead of bein copied. I want to keep the AC3 audio, is there a way to accomplish this? I attached screenshots of the settings and the transcoding log as well. Thanks in advance for your help and best regards Hary ffmpeg-transcode-2b6d2e3e-8276-42c6-adf0-5fef22c51496_1.txt

My media server will be running OMV. It’s an older motherboard/CPU that was specifically selected for its low power consumption. Can I just add a decent graphics card to get adequate transcoding? Or will I need to upgrade the mobo/CPU?

Am I better off buying a $250 NZD pc with an i7 3770 with 16 GB of ddr3 1600mhz ram and add a spare Rx 570 I have to help for transcoding or should I get a pentium g5400 build with 8gb of ddr4 ram, which one will perform better, I can put the Rx 570 in either build since I have it lying around spare but want to know which would be better since the pentium also has better quicksync, both are a similar price, I want the build with the most possible h265 1080p to h264 1080p transcodes possible as I share with alot of my friends.

I'm considering to create an h265 version of my movies for remote streaming that allows a decent quality with a low bitrate, However there is a potential problem if the client can't direct play the video stream and the server transcode from a h265 version, that could potentially overload my server with multiple streams. My request is to have an option to disable transcoding for h265 codec, so if the client can't direct play the stream the server switch to transcode the h264 file. I know that Emby choose the better version to play but if the user manually selected the h265 version the server will transcode that version.

I check my server dashboard often. Most times I check it, it shows my users (friends) watching content via Direct Play which is great. Once in a while it will be Direct Stream and very seldom transcode. I have my library set up in a way to direct play ( smaller file sizes etc) However when I check this Playback Reporting, it looks like most everything is Direct Streaming? Unless I am reading it wrong. Im just wondering why when I check my dashboard it says everything Direct Plays but this Playback Reporting looks like everything Direct Streams? Screen Shot attached. Thanks

Hi gurus, I have the following situation: Emby server on shield 2015 version emby server 4.2.1.0 does not play files when these need transcoding of dvdsub subtitles (vlc displays codec as SPU (i.e. pictures). works fine with srt and mov_text. Disabling hardware transcoding doesn't help nore does subtitle extraction. logs attached of situation with hardware transcoding on. Thanks guys! edit: problems exists both on shield emby client 1.7.43g and webbrowser (opera and safari) embyserver.txt ffmpeg-transcode-4628573d-ee69-4e82-9a04-d68d631ddb43_1.txt

Hardware detection logs are attached to the post. I had an emby server installed on xpenology that I have backuped using the plugin and I used this backup to restaure the configuration on a new ubuntu 18.02 box with a different cpu (an Intel 3770), Now the advanced options under transcoding show the cpu of the old installation. When I restart Emby the hardware dectetion log shows the old CPU So I think there is an issue that when restauring a backup, it keeps some settings regarding the cpu of the older configuration. Does anyone know if there a way to make Emby detect the cpu of the new installation? I have looked for a similar issue on the forum and elsewhere but I saw nothing. Here is my actual cpu: lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 58 Model name: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz Stepping: 9 CPU MHz: 2935.183 CPU max MHz: 3900,0000 CPU min MHz: 1600,0000 BogoMIPS: 6799.81 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d Here is an extract of server log: 2019-07-14 16:56:38.727 Info Main: Application path: /opt/emby-server/system/EmbyServer.dll 2019-07-14 16:56:39.001 Info Main: Emby Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb Operating system: Unix 4.15.0.54 64-Bit OS: True 64-Bit Process: True User Interactive: True Runtime: file:///opt/emby-server/system/System.Private.CoreLib.dll Processor count: 8 Program data path: /var/lib/emby Application directory: /opt/emby-server/system 2019-07-14 16:56:39.039 Info App: Application version: 4.1.1.0 2019-07-14 16:56:39.041 Info App: Loading assemblies 2019-07-14 16:56:39.083 Info App: File /var/lib/emby/plugins/StudioImages.dll has version 1.0.0.0 2019-07-14 16:56:39.083 Info App: File /opt/emby-server/system/plugins/StudioImages.dll has version 1.0.0.0 2019-07-14 16:56:39.087 Info App: File /var/lib/emby/plugins/AudioDb.dll has version 1.0.4.0 2019-07-14 16:56:39.095 Info App: File /opt/emby-server/system/plugins/AudioDb.dll has version 1.0.4.0 2019-07-14 16:56:39.104 Info App: File /var/lib/emby/plugins/Tvdb.dll has version 1.0.15.0 2019-07-14 16:56:39.106 Info App: File /opt/emby-server/system/plugins/Tvdb.dll has version 1.0.6.0 2019-07-14 16:56:39.115 Info App: File /var/lib/emby/plugins/Fanart.dll has version 1.0.2.0 2019-07-14 16:56:39.124 Info App: File /opt/emby-server/system/plugins/Fanart.dll has version 1.0.2.0 2019-07-14 16:56:39.133 Info App: File /var/lib/emby/plugins/Emby.PortMapper.dll has version 1.0.1.0 2019-07-14 16:56:39.141 Info App: File /opt/emby-server/system/plugins/Emby.PortMapper.dll has version 1.0.1.0 2019-07-14 16:56:39.150 Info App: File /var/lib/emby/plugins/NfoMetadata.dll has version 1.0.11.0 2019-07-14 16:56:39.152 Info App: File /opt/emby-server/system/plugins/NfoMetadata.dll has version 1.0.11.0 2019-07-14 16:56:39.161 Info App: File /var/lib/emby/plugins/OMDb.dll has version 1.0.5.0 2019-07-14 16:56:39.170 Info App: File /opt/emby-server/system/plugins/OMDb.dll has version 1.0.5.0 2019-07-14 16:56:39.180 Info App: File /var/lib/emby/plugins/Emby.Dlna.dll has version 1.0.13.0 2019-07-14 16:56:39.191 Info App: File /opt/emby-server/system/plugins/Emby.Dlna.dll has version 1.0.13.0 2019-07-14 16:56:39.194 Info App: File /var/lib/emby/plugins/MovieDb.dll has version 1.1.1.0 2019-07-14 16:56:39.204 Info App: File /opt/emby-server/system/plugins/MovieDb.dll has version 1.0.8.0 2019-07-14 16:56:39.204 Info App: File /var/lib/emby/plugins/MusicBrainz.dll has version 1.0.5.0 2019-07-14 16:56:39.214 Info App: File /opt/emby-server/system/plugins/MusicBrainz.dll has version 1.0.5.0 2019-07-14 16:56:39.223 Info App: File /var/lib/emby/plugins/Emby.Server.CinemaMode.dll has version 1.0.14.0 2019-07-14 16:56:39.232 Info App: File /opt/emby-server/system/plugins/Emby.Server.CinemaMode.dll has version 1.0.14.0 2019-07-14 16:56:39.234 Info App: File /var/lib/emby/plugins/OpenSubtitles.dll has version 1.0.15.0 2019-07-14 16:56:39.243 Info App: File /opt/emby-server/system/plugins/OpenSubtitles.dll has version 1.0.15.0 2019-07-14 16:56:39.270 Info App: Loading MBBackup, Version=1.3.4.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MBBackup.dll 2019-07-14 16:56:39.270 Info App: Loading StudioImages, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/StudioImages.dll 2019-07-14 16:56:39.270 Info App: Loading AudioDb, Version=1.0.4.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/AudioDb.dll 2019-07-14 16:56:39.270 Info App: Loading Tvdb, Version=1.0.15.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Tvdb.dll 2019-07-14 16:56:39.270 Info App: Loading Fanart, Version=1.0.2.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Fanart.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.PortMapper, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.PortMapper.dll 2019-07-14 16:56:39.270 Info App: Loading NfoMetadata, Version=1.0.11.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/NfoMetadata.dll 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Plugins.Anime, Version=1.3.7.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MediaBrowser.Plugins.Anime.dll 2019-07-14 16:56:39.270 Info App: Loading OMDb, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/OMDb.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.Dlna, Version=1.0.13.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.Dlna.dll 2019-07-14 16:56:39.270 Info App: Loading MovieDb, Version=1.1.1.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MovieDb.dll 2019-07-14 16:56:39.270 Info App: Loading MusicBrainz, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MusicBrainz.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.CinemaMode, Version=1.0.14.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.Server.CinemaMode.dll 2019-07-14 16:56:39.270 Info App: Loading OpenSubtitles, Version=1.0.15.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/OpenSubtitles.dll 2019-07-14 16:56:39.270 Info App: Loading IsoMounter, Version=1.0.3.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/IsoMounter.dll 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Api, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.WebDashboard, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Model, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Common, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Controller, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Providers, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Photos, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.Implementations, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.LiveTV, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.MediaEncoding, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.LocalMetadata, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Notifications, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Codecs.Dxva, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Codecs, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Server.Connect, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Server.Sync, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading EmbyServer, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.538 Info SqliteUserRepository: Sqlite version: 3.26.0 2019-07-14 16:56:39.539 Info SqliteUserRepository: Sqlite compiler options: COMPILER=gcc-6.3.0,ENABLE_COLUMN_METADATA,ENABLE_DBSTAT_VTAB,ENABLE_FTS3_PARENTHESIS,ENABLE_FTS3_TOKENIZER,ENABLE_FTS4,ENABLE_FTS5,ENABLE_JSON1,ENABLE_PREUPDATE_HOOK,ENABLE_RTREE,ENABLE_SESSION,ENABLE_UNLOCK_NOTIFY,ENABLE_UPDATE_DELETE_LIMIT,LIKE_DOESNT_MATCH_BLOBS,MAX_SCHEMA_RETRY=25,MAX_VARIABLE_NUMBER=250000,OMIT_LOOKASIDE,SECURE_DELETE,THREADSAFE=1 2019-07-14 16:56:39.566 Info SqliteUserRepository: Default journal_mode for /var/lib/emby/data/users.db is wal 2019-07-14 16:56:39.569 Info SqliteUserRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.619 Info AuthenticationRepository: Default journal_mode for /var/lib/emby/data/authentication.db is wal 2019-07-14 16:56:39.620 Info AuthenticationRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.680 Info ActivityRepository: Default journal_mode for /var/lib/emby/data/activitylog.db is wal 2019-07-14 16:56:39.680 Info ActivityRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.689 Info SqliteDisplayPreferencesRepository: Default journal_mode for /var/lib/emby/data/displaypreferences.db is wal 2019-07-14 16:56:39.689 Info SqliteDisplayPreferencesRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.699 Info HttpServer: Adding HttpListener prefix http://+:8096/ 2019-07-14 16:56:39.700 Info HttpServer: Adding HttpListener prefix https://+:8920/ 2019-07-14 16:56:39.863 Info SqliteItemRepository: Default journal_mode for /var/lib/emby/data/library.db is wal 2019-07-14 16:56:39.863 Info SqliteItemRepository: PRAGMA synchronous=1 hardware_detection-63698720203.txt

I'm currently running my emby server off of an e5-2670 processor with 64 GB of ram on Linux. I typically have up to 10 concurrent streams so I added an RX 580 to improve the transcoding performance of my server. Well, my 580 graphics card is malfunctioning and needs to be pulled out of commission so I'm looking to upgrade. Would anyone be able to recommend a graphics card that will easily be able to handle at least 20 concurrent streams? Right now my content is limited to 1080p but I would also like to stream 4k content at some point. I know there's an issue with Nvidia cards limiting concurrent streams to 2 but I've heard that the drivers can be patched to get around this issue. Is that also true? Any help would be appreciated.