Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 21st August 2017, 06:10   #5541  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 4,769
Maybe after a similar feature is available for inter-coding, too. This hope was already expressed in the patch discussion of the intra version.
__________________

German doom9 / Gleitz video board
CQME – change the Matrix!
BeSweet 1.5b31 All In One | HeadAC3he 0.24a13

Rémoulade is spoiled
LigH is offline   Reply With Quote
Old 21st August 2017, 15:29   #5542  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 218
x265 v2.5+12-fcd9154fa4e2 (GCC 7.2.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)

x265 [info]: HEVC encoder version 2.5+12-fcd9154fa4e2
x265 [info]: build info [Windows][GCC 7.2.0][32 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2


Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default
Barough is offline   Reply With Quote
Old Yesterday, 07:52   #5543  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 4,769
Side note:

The German c't Magazine reports Ryzen Threadripper (1950X) as the generally fastest desktop CPU at the moment (including advantages of the TR4 platform connecting to PCIx SSD's and graphic cards, plus USB 3.1).

Not so important for x265, specifically. Back to topic.
__________________

German doom9 / Gleitz video board
CQME – change the Matrix!
BeSweet 1.5b31 All In One | HeadAC3he 0.24a13

Rémoulade is spoiled
LigH is offline   Reply With Quote
Old Yesterday, 13:26   #5544  |  Link
zub35
Registered User
 
Join Date: Oct 2016
Posts: 17
GPU Fork - x265 HEVC OpenCL or CUDA Encoder

gcc>=7 , -O2 -fopenacc

https://bitbucket.org/vovagubin/x265...r-cuda-encoder
zub35 is offline   Reply With Quote
Old Yesterday, 13:32   #5545  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 4,769
Interesting... I wonder if it is technically still as powerful as x265 (means, if GPGPU algorithms can still be as complex as CPU algorithms), and also if it is allowed to be still named something-with-x265. Just curious...
__________________

German doom9 / Gleitz video board
CQME – change the Matrix!
BeSweet 1.5b31 All In One | HeadAC3he 0.24a13

Rémoulade is spoiled
LigH is offline   Reply With Quote
Old Yesterday, 15:07   #5546  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,057
Quote:
Originally Posted by zub35 View Post
GPU Fork - x265 HEVC OpenCL or CUDA Encoder

gcc>=7 , -O2 -fopenacc

https://bitbucket.org/vovagubin/x265...r-cuda-encoder
OpenCL would make more sense, CUDA is proprietory and NVidia only.
burfadel is offline   Reply With Quote
Old Yesterday, 17:44   #5547  |  Link
JohnLai
Registered User
 
Join Date: Mar 2008
Posts: 426
Quote:
Originally Posted by zub35 View Post
GPU Fork - x265 HEVC OpenCL or CUDA Encoder

gcc>=7 , -O2 -fopenacc

https://bitbucket.org/vovagubin/x265...r-cuda-encoder

Hmmm......process that could be offloaded.....

Motion search + estimation? All big three gpu have some sort of motion search/estimation code available.

Maybe lookahead (didn't work well in x264), but somehow nvidia is able to implement it using CUDA cores in conjunction with its proprietary NVENC. The code ain't available from nvidia....hmmm....but being able to do it fast.....

Maybe SAO? Some form of low complexity SAO like what nvidia used in Pascal?

Or offloading adaptive quantization calculation like that nvidia did?


*Gotta hand it off to Nvidia software engineers.....they are leading.......in GPGPU usage for video acceleration part....with its CUDA....
JohnLai is offline   Reply With Quote
Old Yesterday, 18:12   #5548  |  Link
easyfab
Registered User
 
Join Date: Jan 2002
Posts: 305
or using FEI from intel if it come to HEVC .
I don't know if this could be interesting to mix with x264/X265

from https://github.com/01org/intel-vaapi-driver/issues/228

"The main highlight of FEI is the possibility to split the encoding process into two phases, first is ENC and the second is PAK.ENC is the operation which performs all motion vector calculation and prediction.PAK is doing all transformations and entropy coding. Without having FEI, the whole ENC+PAK is a black box to middleware, but with FEI user can extract the output of ENC and feed PAK with a custom enhanced motion vectors and macroblock prediction modes."
easyfab is offline   Reply With Quote
Old Yesterday, 23:12   #5549  |  Link
x265_Project
Registered User
 
x265_Project's Avatar
 
Join Date: Jul 2013
Posts: 545
Quote:
Originally Posted by LigH View Post
Interesting... I wonder ... if it is allowed to be still named something-with-x265.
No. Anyone can fork a GPL software project, but they can't copy a trademark.
__________________
x265 HEVC (H.265) Video Encoder ____________ Follow x265 on Facebook.
x265_Project is offline   Reply With Quote
Old Yesterday, 23:16   #5550  |  Link
x265_Project
Registered User
 
x265_Project's Avatar
 
Join Date: Jul 2013
Posts: 545
Quote:
Originally Posted by easyfab View Post
or using FEI from intel if it come to HEVC .
I don't know if this could be interesting to mix with x264/X265

from https://github.com/01org/intel-vaapi-driver/issues/228

"The main highlight of FEI is the possibility to split the encoding process into two phases, first is ENC and the second is PAK.ENC is the operation which performs all motion vector calculation and prediction.PAK is doing all transformations and entropy coding. Without having FEI, the whole ENC+PAK is a black box to middleware, but with FEI user can extract the output of ENC and feed PAK with a custom enhanced motion vectors and macroblock prediction modes."
Intel's Flexible Encoder Interface isn't the right way to go. They offer lower-level OpenCL libraries that we've looked at to do these functions. Keep in mind that if we replace a whole section of code with a hardware encoder's functionality, we end up with a very different thing.
__________________
x265 HEVC (H.265) Video Encoder ____________ Follow x265 on Facebook.
x265_Project is offline   Reply With Quote
Old Yesterday, 23:26   #5551  |  Link
x265_Project
Registered User
 
x265_Project's Avatar
 
Join Date: Jul 2013
Posts: 545
Quote:
Originally Posted by JohnLai View Post
Hmmm......process that could be offloaded.....

Motion search + estimation? All big three gpu have some sort of motion search/estimation code available.

Maybe lookahead (didn't work well in x264), but somehow nvidia is able to implement it using CUDA cores in conjunction with its proprietary NVENC. The code ain't available from nvidia....hmmm....but being able to do it fast.....

Maybe SAO? Some form of low complexity SAO like what nvidia used in Pascal?

Or offloading adaptive quantization calculation like that nvidia did?


*Gotta hand it off to Nvidia software engineers.....they are leading.......in GPGPU usage for video acceleration part....with its CUDA....
The challenge is speed. If you offload small chunks of work to a GPU, the CPU won't have to do that work, so it can effectively speed up. But if you don't get the result of those tasks back from the GPU before they're needed, you won't accelerate.
GPUs are very good at work that can be highly parallelized, and not good at work that has serial dependencies. Video encoding has many serial dependencies. The block you're encoding right now makes reference to neighboring blocks, or blocks in other frames, all of which must be completely finished encoding before you can efficiently encode the current block.
__________________
x265 HEVC (H.265) Video Encoder ____________ Follow x265 on Facebook.
x265_Project is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 03:55.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2017, vBulletin Solutions Inc.