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 > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th August 2010, 11:38   #81  |  Link
hust_xcl
Registered User
 
Join Date: Jul 2010
Posts: 11
Quote:
Originally Posted by schweinsz View Post
I believe that the GPU for H.264 encoding matters only if the GPU can do interpolation, integer-pel and, mode decision, transform and quantization.
If you only offload the integer-pel ME and interpolation, it is less significant.
Sub-pel ME depend upon the interger -pel me. It will be the next step to do. Sometimes, Sub-pel ME costs more time than integer-pel ME. But, at first, we should offload interger me to gpu while mataining the encoding qulity.
hust_xcl is offline   Reply With Quote
Old 21st November 2011, 19:00   #82  |  Link
Sirber
retired developer
 
Sirber's Avatar
 
Join Date: Oct 2002
Location: Canada
Posts: 8,978
I came across this:

Parallelization of the x264 encoder using OpenCL
http://li5.ziti.uni-heidelberg.de/x264gpu/
__________________
Detritus Software

Last edited by Sirber; 25th November 2011 at 21:28. Reason: removed EXTREMELY large image ;)
Sirber is offline   Reply With Quote
Old 21st November 2011, 19:35   #83  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Can you please avoid including EXTREMELY large images directly in your post?

Thanks!
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 22nd November 2011, 09:52   #84  |  Link
kypec
User of free A/V tools
 
kypec's Avatar
 
Join Date: Jul 2006
Location: SK
Posts: 826
Maybe someone should inform those people that we're able to use colours to achieve better presentation on our screens. All that B&W looks like 20s' technology to me, not the third millennium we're actually in.
kypec is offline   Reply With Quote
Old 20th December 2011, 15:36   #85  |  Link
deekey777
Registered User
 
Join Date: Jan 2008
Posts: 92
The upcoming AMD HD7900 (SI) come with some new media processing instructions:
http://forum.beyond3d.com/showpost.p...postcount=1588
What do you think?

(And there will be an integrated videoencoder called VCE)
deekey777 is offline   Reply With Quote
Old 21st December 2011, 09:48   #86  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Nice i wonder what Nvidia will come up with im pretty sure they also worked on better Motion Estimation but AMD/ATI was first with Steady Video (Realtime Deshaking) and now enhances it 1 step further
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004
CruNcher is offline   Reply With Quote
Old 22nd December 2011, 11:16   #87  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 1,120
here is some more info on AMD'S "Graphics Core Next" a.k.a GCN: http://www.anandtech.com/show/4455/a...ts-for-compute
hajj_3 is offline   Reply With Quote
Old 31st December 2011, 18:27   #88  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Here is some new Information about the inner working of Quicksync and which parts are still related to the EU (Shaders) and how turbo boost influences this (frequency changes) http://software.intel.com/sites/land...d-applications
Its a very interesting read it also shows that their are still ways to improve the quality on the Driver side

Quote:
Motion Estimation Track
The Motion Estimation Track is actually the kernel software which runs on the Execution Units (EUs) of the graphics unit. This kernel is executed while adaptively invoking the motion estimation acceleration hardware. The actual behavior depends on the TargetUsage set by the application. Here we can see 4 stages inside the Motion Estimation Track with MFX_TARGETUSAGE_BALANCED mode. The performance of this track depends on the usage parameter, but it is also affected by whether graphics Intel Turbo Boost Technology is on or off.
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 31st December 2011 at 18:30.
CruNcher is offline   Reply With Quote
Old 3rd January 2012, 12:59   #89  |  Link
BlackSand
Registered User
 
Join Date: Oct 2010
Posts: 13
Parallelization of the x264 encoder using OpenCL

Quote:
Originally Posted by Sirber View Post
I came across this:

Parallelization of the x264 encoder using OpenCL
http://li5.ziti.uni-heidelberg.de/x264gpu/
I found this is rather old (2010) and still rather unknown work. But encoding speed gain may be impressive:
Readme from https://github.com/jnorthrup/gpu_x264:

Quote:
this appears to be a splice from libx264.67.so which was not introduced to mainline x264 development.

with some amount of manual downloading and assembly i was able to encode 600 frames of big buck bunny per the original demo script at 151 fps on a 3.3 ghz stock i980x core i7 on linux 3.1pre with radeon 6970 @ 910mhz/300Ram-Mhz + AMD APP 2.5. (typically only 1x encoding by multicore cpu alone.)

credit given to original project authors http://li5.ziti.uni-heidelberg.de/x264gpu

James Northrup
Can someone make compiled encoder from this source? There are win32 project files in the "build" folder also. I think many people would be interested in testing this encoder.

May some of the x264 devs take a look into this project also? The only comments I've found is http://doom10.org/index.php?topic=571.0
BlackSand is offline   Reply With Quote
Old 3rd January 2012, 15:32   #90  |  Link
MasterNobody
Registered User
 
Join Date: Jul 2007
Posts: 552
Quote:
Originally Posted by BlackSand View Post
May some of the x264 devs take a look into this project also? The only comments I've found is http://doom10.org/index.php?topic=571.0
There is nothing new here (copy of the same outdated sources with little bit changed demo.sh and configure). So that comments from the link are still valid.

Last edited by MasterNobody; 3rd January 2012 at 15:34.
MasterNobody is offline   Reply With Quote
Old 19th December 2014, 13:53   #91  |  Link
Filker
Registered User
 
Join Date: Dec 2008
Posts: 39
Just found some opensource stuff to access VCE (AMD) in virtualdub (yes I still use it :P ) and a versatile screen capture util with VCE support. Gotta admit I never used AMD's utils built in the drivers (AMD Quickstream? Raptr? Gaming evolved? I dunno they just keep tossing out stuff with "user friendly" GUI's that won't get you anywhere) as they seem to be more game oriented.

OpenencodeVFW (based on AMD's openencode source):
https://github.com/jackun/openencodevfw

Open Broadcaster with VCE support:
https://obsproject.com/forum/threads...support.13996/

I only have VCE 1.0 equipment, so couldn't try out VCE 2.0 (kaveri, hawaii and low power am1 beema/mullins) which supports B-frames and up to 5.1 profile
It's fast (transcoding x264 720p at around 80 fps- perhaps bottlenecked by the decoder?), even on highest quality settings. But the bitrate/quality ratio isn't as good as x264.

My wishlist for VCE:
Higher quality even at the cost of speed decreases.
Dual graphics/X-fire support (use more than one dGPU and/or APU to encode/assist encoding the same stream).
hybrid GPU/x86 encoding: "software encoding" with more parts of h264 on the GPU, like OpenCL lookahead - maybe with HSA and the new H265 standard built around multi-core this will be easier to implement.
Filker is offline   Reply With Quote
Reply

Tags
encoder, gpu, h.264

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 11:37.


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