Search the Community

Hi, I'm trying to get hardware transcoding working. From what I understand the Intel Celeron J4005 (Gemini Lake) CPU supports Intel Quick Sync so it should be capable of it, but from my transcode logs (attached) it appears to be only using software transcoding which is maxing the CPU during playback. Under my Transcode Advanced settings I can only see options to use VAAPI. I've looked at the Emby linux documentation for hardware acceleration but I'm unsure how to install the Intel Media SDK for QNAP (4.4.1.1216). Is installing the Intel Media SDK what I should be looking at? If so, does anyone have any instructions for how to install it on a QNAP? Thanks, Phil ffmpeg-transcode-555a78e8-73a1-4721-a1ba-5374066b0853_1.txt

Hello all, I've been a long time emby premier user, and I'm trying to "upgrade" my setup a bit. Here's the basics of what I have: Supermico X9SCL-F Motherboard Xeon E3-1275 V2 Processor Unraid 6.6.6 Emby 4.0.1.0 using the Emby Docker from the Emby Repo in Unraid I can't find any info regarding compatibility of IQSV and the mobo (I've reached out to Supermico via email, who knows how long their reply will take), I know the processor has the ability, in emby, I can't get IQSV to work. On the transcoding page, if I choose Advanced under enable hardware acceleration, no options show up. If I have it on Yes, I see software decoding in the dashboard and all my cores are at 98%+. I'm reaching out to the community here to see if there's any way I can get IQSV to work to ease the burden of transcoding since I'm upgrading my video library to a lot of 4K content, and want to continue to be able to watch it from outside my home on my phone or laptop (I use Kodi in my home, so there's absolutely no need for IQSV for local viewing). I'm a bit of a novice when it comes to anything outside of the GUI, but am comfortable messing with CLI if I have instructions. I'm not sure if I posted this in the right place or if I need to provide any additional information, if anybody can give me some direction it would be greatly appreciated!

Hi, few weeks ago there was an announcement that Emby Server will (is already) support Intel Quick Sync for transcoding. This is basically I believe the biggest step forward in terms of transcoding that can be achieved. Even a low budget Intel HW with QS support will be able to decode heavy streams with ease, probably even multiple ones. Running a Braswell based board based on N3150 SoC would do an incredible job, why waste money on expensive, load, power hungry hw like i3-i5-i7 when an N3150 can do the job just fine? @@Luke is there any progress on this on Ubuntu Server (14.04.x LTS or later), running kernel 3.9 or 4.4.0? Is it already working and ready for testing? If not, what would you say, when can we expect to have this feature enabled? Important to have this support available on kernel version higher then 4.3, as there is a fix starting from kernel 4.3 that with previous kernels prior 4.3 caused serious problems on Braswell based boards. Prior to that, a patch needed.

I'm having an issue trying to transcode with Intel Quick Sync. When I try to force transcoding to use Quick Sync, transcoding never starts. I see: 2015-12-09 09:19:50.5810 Info App: FFMpeg exited with code 1 (Server-63585249519.txt, transcode-ca77d3f2-7a75-4943-bf8c-a5e044cbb4a6.txt) Breaking Bad S01E01 Audio Languageeng CodecAC3 Layout5.1 Channels6 ch Bitrate625 kbps Sample rate48000 khz DefaultYes Subtitle Languageeng CodecSRT DefaultNo ForcedNo ExternalNo Video CodecH264 ProfileHigh Level41 Resolution1280x720 Aspect ratio16:9 AnamorphicNo InterlacedNo Framerate23.97602 Bitrate7887 kbps Bit depth8 bit Pixel formatyuv420p Ref frames9 CABACNo server-63585249519.txt transcode-ca77d3f2-7a75-4943-bf8c-a5e044cbb4a6.txt

Hi guys, first post here. I have a new install of Emby on a server using an ASRock N3700-ITX motherboard. The CPU is small, but supports up to 4K hardware accelerated transcoding via Quick Sync. If I set Emby with Quick Sync disabled, I am able to watch on any of my clients, but only up to 480p. If I turn Quick Sync on, I get nothing on any client. The stream opens like normal, but nothing ever shows up. The system does not register any kind of an error, and unless I back out of the stream myself, it will sit indefinitely on a blank screen because the DLNA client is not aware that an error has occurred. If I watch from the Emby UI on a PC web browser, its the same story. Everything is current (Emby version, OMV updates, Debian updates, and BIOS). I installed Plex and get the exact same result. All clients hang with no stream and no error, so this is probably a compatibility issue more than it is a problem inherent in Emby. Any ideas here, though? I'm sure I'm not the first person to use these intel chips for this purpose. They've been out six months now and everyone online has been raving about them for HTPCs. Questions: (1) Even doing transcoding without acceleration, I think I should be able to do one 1080 stream without issue. Why am I locked at 480? (2) What can I do to troubleshoot Quick Sync under these circumstances?

A quick question about the new transcoding option.. I have a Radeon HD 7850 video card and don't use the internal intel video card on my Haswell system. Will this still work? Is it processing outside of the video card?

I'm testing the hardware decoding feature with 3.0.5768.0. If I enable Quick Sync, ffmpeg crashes and restarts in an endless loop. Leaving the hardware decoding set to "Auto" works, but doesn't use Quick Sync. I have an i5-4690s with the latest Intel drivers. To test that Quick Sync is working, I installed OBS, enabled Quick Sync, and captured the screen and it worked fine. https://obsproject.com/download FWIW, I configured OBS to capture the screen and played a video that required transcoding. Playing the video within chrome on the same computer that is running Emby Server, ffmpeg used about 50% of the CPU to transcode the original file with throttling enabled, while OBS used 8% to capture and stream the screen (preview mode). Here is the transcoding log when Quick Sync transcoding fails: {"Protocol":"File","Id":"5fd7e054debb9326f3fc6a5aff109c0b","Path":"F:\\path\\to\\filename.avi","Type":"Default","Container":"avi","Name":"SD/H264/AC3","RunTimeTicks":80872880000,"ReadAtNativeFramerate":false,"SupportsTranscoding":true,"SupportsDirectStream":true,"SupportsDirectPlay":true,"RequiresOpening":false,"RequiresClosing":false,"VideoType":"VideoFile","MediaStreams":[{"Codec":"h264","IsInterlaced":false,"BitRate":992083,"BitDepth":8,"RefFrames":3,"IsDefault":false,"IsForced":false,"Height":288,"Width":688,"AverageFrameRate":23.97602,"RealFrameRate":23.97602,"Profile":"High","Type":"Video","AspectRatio":"2.40:1","Index":0,"IsExternal":false,"IsTextSubtitleStream":false,"SupportsExternalStream":false,"PixelFormat":"yuv420p","Level":51,"IsAnamorphic":false,"IsCabac":true},{"Codec":"ac3","IsInterlaced":false,"ChannelLayout":"5.1","BitRate":448000,"Channels":6,"SampleRate":48000,"IsDefault":false,"IsForced":false,"Type":"Audio","Index":1,"IsExternal":false,"IsTextSubtitleStream":false,"SupportsExternalStream":false,"Level":0}],"PlayableStreamFileNames":[],"Formats":[],"Bitrate":1449455,"RequiredHttpHeaders":{}} C:\Users\Ceth\AppData\Roaming\Emby-Server\ffmpeg\20150918\ffmpeg.exe -c:v h264_qsv -i file:"F:\path\to\filename.avi" -map_metadata -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 libx264 -pix_fmt yuv420p -preset superfast -crf 23 -b:v 992083 -maxrate 992083 -bufsize 1984166 -vsync vfr -profile:v high -level 41 -force_key_frames "expr:gte(t,n_forced*3)" -vf "scale=min(iw\,1280):trunc(ow/dar/2)*2" -flags -global_header -sc_threshold 0 -codec:a:0 aac -strict experimental -ac 6 -ab 320000 -af "adelay=1,aresample=async=1" -hls_time 3 -start_number 0 -hls_list_size 0 -y "h:\embytranscode\transcoding-temp\0e28bb208bd703b47c6db8071b6abe91.m3u8" ffmpeg version N-75410-g58fe57d Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --arch=x86_64 --target-os=mingw32 --cross-prefix=/home/mceuser/ffmpeg-windows-build-helpers/sandbox/mingw-w64-x86_64/bin/x86_64-w64-mingw32- --pkg-config=pkg-config --disable-w32threads --enable-gpl --enable-libsoxr --enable-fontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable-iconv --enable-libtwolame --extra-cflags=-DLIBTWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-libvidstab --enable-libx265 --enable-decklink --extra-libs=-loleaut32 --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable-libilbc --enable-libwavpack --enable-libwebp --enable-libgme --enable-dxva2 --enable-libdcadec --enable-avisynth --enable-gray --enable-libmfx --extra-libs=-lpsapi --extra-cflags= --enable-static --disable-shared --prefix=/home/mceuser/ffmpeg-windows-build-helpers/sandbox/mingw-w64-x86_64/x86_64-w64-mingw32 --enable-runtime-cpudetect libavutil 55. 2.100 / 55. 2.100 libavcodec 57. 3.100 / 57. 3.100 libavformat 57. 2.100 / 57. 2.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 5.100 / 6. 5.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.100 / 2. 0.100 libpostproc 54. 0.100 / 54. 0.100

First off, I love Emby. The amount of progress just over the last year that I have been using it has been pretty amazing, both on the client side and on the server side. I have a question about the potential for improvements transcoding live TV. I use Ceton tuners on two setups, and they don't support DNLA or built-in transcoding so I'm worse off than most. As I understand it, transcoding is achieved through a complicated series of steps where ServerWMC (or another backend) takes the raw MPEG2 streams, writes them to disk, and then ffmpeg transcodes that file to another file, which is then served up using HLS or some other streaming protocol. This introduces long wait times while the stream is prepared, and the potential for orphaned ffmpeg processes and glitchy controls that don't respond consistently or timely. I know EmbyTV removes the third party back end which is a benefit, but will it be technically possible to improve this basic sequence? For example, can the stream from the tuner be fed directly into ffmpeg (or another encoder) within memory without an intermediate file? I understand that some features are limited due to manpower, but others are just technically impossible. I'm just curious as to whether it is possible to improve upon the existing sequence. Also, another potential method to reduce the lag and glitches created by building and tearing down streams, would be to immediately activate a tuner as soon as the Live TV module is loaded. It would immediately create a transcoded stream based on whatever is coming out of the first available tuner so the user doesn't have to wait every time a program is selected for the stream to be created. Selecting the program would change the channel on the tuner with the steam already in progress which would eliminate all lag except for the buffer. Only when you exit the Live TV module would the tuner be released and ffmpeg shutdown. Combine this with upcoming hardware encoding improvements to ffmpeg, and I think the live tv experience would be greatly improved.

Hi there. Small question: Does Server implementation support accelerated transcoding like Intel's Quick Sync or nVidias CUDA for Mpeg2/H264/VC1 de- and encoding on the run? Intel Core i3 3227U based system at mind..