FFMPEG now has support for Intel Quick Sync Video: https://trac.ffmpeg.org/ticket/2591 (comment 8)
It's Linux and Windows only due to the Intel SDK requirement but can this patch be merged into the plex encoder? I haven't done any benchmarks but I would assume it would give Intel CPUs a nice bump in transcoding performance.
Thanks!
Interesting, sadly it requires the intel media sdk on linux, which for some reason costs money. Otherwise i'd be all over it :)
https://software.intel.com/en-us/media-solutions-portal
sdk for servers costs $. client sdk (which would need to be used in this instance) is free.
I just got an inquiry from Netgear, when I began poking around about CPU temp issues whilst dong background transcoding for Sync, that perhaps PMS would be much faster (and cooler) if it used this… Add my vote.
Any news on Quicksync?
EDIT: Version 2.7 of ffmpeg has h264_qsv build in by default!
Well, I sold the box. No developer even reacts, Plex Pass or not. Thanks guys.
I would like to see this supported as well.
Any update on this? Seems like a great improvement for Plex!
Any news? Hallo?
@BeroMero said:
Any news? Hallo?
yes intel does not publish the MFX librairies in GPL, they are closed source.
This is the main issue for the implementation in Plex.
It should be possible to have the client opt-in and download/authorise the required libraries on the server ? this is usually how OS projects bypass limitations on hosting or including licensed material i.e. putting the obligation on the individual to use experimental / alpha builds or 3rd party libraries.
As seen in the other thread, somehow it’s tripping up on libmfx,
as rcombs puts it,
“The current support for QuickSync in ffmpeg has technical issues (it only supports full-GPU pipelines when no filtering is performed) and legal ones (we can’t distribute the MFX libraries ourselves under GPL, so this would only be useful for Windows users where they’re usually preinstalled). We’ll add support on Windows when those technical issues are resolved, and we’ll add support on Linux when a different mechanism is added that doesn’t use MFX (work on this is being conducted upstream, with our input).”
i’d have to guess the “no filtering” means that you couldn’t HW transcode with subtitles or audio processing filters either, and it would also very likely also be a very rough quality HW encode / decode with no post-processing, lots of fast encoding artifacts, etc.
I am all for this as well. If plex supports Quicksync it should help with h265 playback.
Please add support for this, it would help for all the lower powered NAS boxes out there.
Interestingly Open Broadcaster Software (OBS) and StaxRip are able to utilize Intel Quick Sync Video; both of which are free ware. If Plex were to implement this I would be most pleased.
any news concerning _qsv?
Why we don’t see any answer or feeedback from development team?
Is it a forum outside plex.tv domain where the community have questions and other guys from this community should invent hypothesis or give personal opinions because it is not a forum supported officially by plex team?
Plex doesn’t comment much about what they’re working on.
Other than the nVidia Shield TV, PMS doesn’t support any hardware-assisted decoding but would hope people recognize it’s an eventual must with 4K/HEVC entering the picture. As I see it, there’s only two choices in regard to PC hardware neither of which is perfect:
Intel QuickSync looks promising for 4K/HEVC but only on the very latest Kaby Lake processors.
Recent, high-end nVidia GPUs.
We could see other solutions using hardware acceleration. So it is confuse to users.
Why they have it and here it is so difficult.
The myths about FFMPEG does not apply anymore.
What is next myth? Licensing?
Why othe solution don’t have these problems with licensing?
If it is a really problem, why we don’t do something like DivX players devices? The license is needed. The device could run it, but to run the customer should get/buy a DivX license and configure/enable it.
It is simple. Give the responsibility to pay to users.
What the next myth? Compatible processors or GPUs?
Just say: hw acceleration will only works with these models and brands. So we could buy it.
I think the money should not be a problem. Just send these problems to us and we could pay for it.
In my use case we have a condominium of houses with optical fiber. So we would like to have a central server in a pop (mini datacenter) with Plex Server to transcode to N users.
N should be about 1 to 100 simultaneous transcoding because we have 575 houses.
How we could have the compute enough using the current implementation? It is almost impossible and very expensive.
So it’s better pay for intel licenses or GPUs than buy a lot of servers, air conditioning and space.
I don’t know the performance with hw acceleration but for sure it will help a lot to implement many transcoding simultaneous.
Ok, we don’t have myths anymore.
The problem is not FFMPEG.
The problem is not Licensing.
What is the really problem?
I don’t believe the plex.tv create a forum to users say a lot of myths.
Where is the developer with the real problem?
