Search the Community

embyserver.txt ffmpeg-transcode-058599f6-a2e7-4ca3-8dd7-ad84cecaffe8_1.txt hardware_detection-63752995865.txt

Hallo, seit neusten nutze ich jetzt emby, ich habe mit den GPU transcoding ein paar Probleme gehabt. Ich habe nun eine andere GPU rein gebaut und es kommt der selbe BUG. Bei der GTX 1060/1070 treten wiedergabefehler bei HVEC Filmen auf. Es ist der neuste GPU Treiber installiert. Wenn ich über die CPU (ryzen 5) Transcodiere dann funktioniert es einwandfrei. Getestet auf meheren Geräten über Apps und Emby Web Oberfläche. Genau der selbe Fehler. Wie als würde der Film falsch gerendert und emby kann es nicht richtig über die gpu verarbeiten. Bei direktem Abspielen kommt garkein fehler, oder Transcoding über die CPU. 2020-12-30 18-26-51.mkv

Hi All, I have mostly made posts moaning about how stuff doesn't work right/the way I want to, but I'm going to give back to the community today! For the TL;DR skip down a few paragraphs, just me venting my woes I go into how I got hardware acceleration to work when it wasn't and everything said it should have been on an Ubuntu LXC container I originally built a FreeNAS machine, on which I planned to store loads of stuff including media, and saw that it had media player plugins. I didn't think too much of it at the time (except I didn't want to use Plex because my experience with it showed that it wasted resources/was the 'dummy' version) so I specced out my server and I built it. I chose a Sky Lake/Kaby Lake cpu for a number of reasons, but one of them was the iGPU. I tried using an Emby plugin but that didn't work (now know it's a whole .NET issue with FreeBSD) and then tried a Docker container of Emby - worked fine, but no hardware acceleration. I wasn't sure why, but I knew I needed more power in the server for the transcoding and other stuff I was using it for so I got a Kaby Lake Xeon cpu, making sure to get one with an iGPU, and kept on plugging away. To cut to the chase: - found out I needed to pass /dev/dri to docker - found out I needed VAAPI to get use of the gpu, but FreeNAS did not support it so it would need to be in a VM and FreeNAS was going through lots of changes - looked around for a few other operating systems that could be used for my purposes, tried OMV - it didn't like ZFS - landed on Proxmox, perfect for my needs - can spin up debian/ubuntu LXC containers easy peasy while passing through whatever I want from the root OS & can make VMs for other OS'/things I want more secure - found out that my motherboard had the C232 chipset & I needed the C236 chipset to use the iGPU - Finally bought the right motherboard Honestly, you would think I had done absolutely no research! But a lot of this was new to me and I didn't realize what I would be using the machine for (didn't know how much use I could get out of Emby per se - I already had an HDHomeRun and Apple TVs...). So I swapped in the right motherboard (plus I got some more SATA ports - gonna be cloning my zpool later to a much larger one w/ more redundancy since I'm using the machine for work too now) and went about making sure that dev/dri and fb0 were passed through to the Emby LXC container. *****Skip to Here***** At this point I double checked that everything was being passed through to the container (eg lspci) & went through the Emby documentation (they state that it Emby should have all the drivers that it needs built in, e.g. their own FFmpeg build). However, when I would play a file that was a direct feed it played fine, but when I tried playing a 4K HVEC or 9/10Bit/VP9/VP10 whatever they actually decided to call that, the video would just load and never start. I went into the console and VAAPI was indeed installed and showed that it was able to decode/encode the appropriate files for my cpu. Checked the log - it looked like FFmpeg was doing it's thing and transcoding the file writing stuff to the temp folder and including a transcoding rate (e.g. at one point it said it was transcoding at 66.6 x frames ). I was about to post on the forum, but I really really really have been wanting to get this working. So I looked around and I found the following site, or rather series of files from the VAAPI sites: https://github.com/intel/media-driver The genesis before that link was basically that VA API needed some extra libraries/intel media SDK to operate depending on the OS/CPU. So that link is for an addition driver that has links to two other libraries that are needed first (libva & GmmLib) along with their dependencies/reqs to build them. Follow the links and cit clone those libraries over to a build directory, make them and install them. For less experienced people the GmmLib instructions are less clear: after git clone GmmLib, make a build directory for cmake & change into it you issue the cmake command with '-DCMAKE_BUILD_TYPE=Release', the site just shows you the possible options. I left out the -DARCH=64 bit because from what I saw on the internet others didn't use it, but you DO need to reference a cmake build file for the command. That is in the root folder of the build folder you made. so either add '..' at the end or '/wherever you git cloned to/gmmlib' to the end of the cmake command and it will run. Then you do the make -j8 command followed by the make install command. Once those two guys are added I git cloned the media-driver bit in, followed the instructions, restarted the container and honestly didn't expect anything to have changed. But hardware transcoding started working like a charm! I do NOT know if it was a combination of those libraries, if it was a dependency of libraries (or maybe just me having to reset the BMC a bunch of times b/c my fan control script was acting up, but I highly doubt that's what it was) but after the above everything worked. As a final note, I don't think this is a shortcoming of the Emby team. As far as I can tell people are using hardware transcoding via the VAAPI files Emby installs just fine. Maybe it had to do with the specifics of my case - Emby running in an LXC container, the LXC container running inside of Proxmox, the fact that because I have IPMI the BMC has it's own video device that are seen in the OS'. I'm just happy I got it to work (maybe can help the Emby team do some investigating) & hope this can help others save some time. Cheers!

Hello, I'm running into an issue where 4k HDR content is buffering on my Nvidia Shield, its all local content so its not taking it from the internet. The only thing i notice different is that some content is "direct playing" and the one that buffers is "Direct Streaming" both types of content appear to be the same, both are MKV. i will be spending most of my day tomorrow to try and figure out what could be causing these issues, so any help would be appreciated. for reference 1080p content plays perfectly with no issues at all. i have attached a couple of logs, but to be honest they don't really mean anything to me. Hoping someone can help. Cheers ffmpeg-transcode-1b99ea71-13fc-4ab0-9354-c35cf17dd328_1.txt ffmpeg-remux-98a1e389-9be4-4657-9fb6-adc38226c6d9_1.txt ffmpeg-transcode-a17ac23c-0352-4e70-92d5-c0d573e1ed23_1.txt

Hello, I sent in the log from the fire stick Emby app. Additional details request for posting logs are below: I was clicking resume on a 4k HVEC file of "The Martian". This occurred on 3/24/2020 at 11:39 pm Eastern Standard Time (EST). The name of the local user logged in was "Michael". If there is more information needed please let me know. The 4k video is in .mkv format and for what I can see in the dashboard while attempting to play the video is it tried to convert it to a format but stops and attempts 3 times. Then on the firestick give the error "Too many errors". Thanks for the assistance.

Hi, My android tv just recently updated and now all my movie files that encoded x265 are now all being transcoded during playback whereas before they were all direct play. Any ideas why this is happening? Log attached. log.txt