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. |
24th April 2015, 10:40 | #1 | Link | |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
q264 - an AVC encoder using Intel® Quick Sync Video
Quote:
http://www.tetrachromesoftware.com/H...full-help.html not tried yet... Last edited by Kurtnoise; 24th April 2015 at 10:43. |
|
24th April 2015, 18:11 | #2 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
This is probably a better link to show which processors have the required GPU level.
http://en.wikipedia.org/wiki/Intel_HD_and_Iris_Graphics The lookahead requires at least Haswell. Which is annoying, as the readily available dual-socket workstations ideal for software encoding are still Ivy Bridge. I don't actually have any computers to run an complete speed/quality test on. I'd love to see what the quality and speed in its highest quality mode would be v. x264. It's probably most interesting for laptop use. Anyway, it looks interesting. Trellis, a CRF equivalent, lookahead. Scene cut reducing encoding speed by 50% at 1080p is pretty striking. It'd be nice if there was a min GOP size parameter. |
25th April 2015, 07:16 | #3 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
q264 is an interesting app, as I have written elsewhere in Doom9, but QSVEncC is still the most advanced QuickSync encoder out there.
It's included in transcoding apps like Hybrid and StaxRip. You can get it also from here: http://rigaya34589.blog135.fc2.com/b...tegory-10.html
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
25th April 2015, 19:39 | #4 | Link | |
Registered User
Join Date: Dec 2008
Posts: 496
|
Quote:
I would especially be interested in a comparison with several bitrates, like 5mbit, 10mbit and 20mbit for use with a live-transcoding application (which can read every input container/format/codec). Unfortunately, I currently lack the necessary HW or I would do it myself. Last edited by iSunrise; 25th April 2015 at 19:47. |
|
25th April 2015, 20:22 | #5 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Well, my 2012 MacBook Pro's GPU has just started causing GPU panics, so It's time for me to get some new hardware anyway. I need to get a system that can play out UHD anyway.
-Ben Waggoner (via TapaTalk) |
25th April 2015, 23:49 | #6 | Link | |
/人 ◕ ‿‿ ◕ 人\
Join Date: May 2011
Location: Russia
Posts: 643
|
On i5-4670K (no OC):
Code:
q264 -i crowd_run_1080p.y4m -o q264_36.h264 -u 1 -la 100 -icq 36 Code:
x264 crowd_run_1080p.y4m --preset medium --crf 25.1 -o x264_251.mp4 http://s23.postimg.org/g41t2xqex/q26...6_00_45_34.png http://s3.postimg.org/t0xki4xk1/x264...6_00_54_38.png http://s23.postimg.org/vo96th0jd/cro...15_04_26_0.png q264 http://rghost.ru/private/6HTG7Dbmn/2...9d8ea4c8731eb2 x264 http://rghost.ru/private/87B9yMCPD/4...ffb5a16621dde8 Slower and worse than --preset medium. With better cpu you could even go with --preset slow at this speed. q264 20.2 FPS 38393 kbps http://rghost.ru/private/7vFmnLb6l/c...efa0ce134a68b4 x264 19.58 fps, 38564.22 kb/s http://rghost.ru/private/6Kmrdsygz/4...8d2abca2cae27d http://rghost.ru/private/7tRLwJ5Rj/d...0753a69cd2d200 (sorry for 2 parts, it just refuses to store it for some reason). Quote:
Last edited by vivan; 25th April 2015 at 23:54. |
|
26th April 2015, 03:43 | #8 | Link | |
Registered User
Join Date: Apr 2009
Posts: 478
|
Quote:
|
|
26th April 2015, 04:12 | #9 | Link | |
/人 ◕ ‿‿ ◕ 人\
Join Date: May 2011
Location: Russia
Posts: 643
|
Nope, cpu load is ~20% (while it runs at ~2 Ghz).
I've tried QSVEnc in Hybrid (with maxing out what I could) - it was ~50 fps but quality was much worse (and I have to adjust quality to match bitrate). The resulting cli was Quote:
Last edited by vivan; 26th April 2015 at 05:00. Reason: pls fix code tag |
|
26th April 2015, 05:24 | #10 | Link | |
Registered User
Join Date: Apr 2009
Posts: 478
|
Quote:
|
|
26th April 2015, 06:24 | #11 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Some useful information:
QSVEncC in Hybrid is a lot slower than QSVEncC in StaxRip x86 on my system. QSVEncC is used in a different way and with some defaults on with Hybrid that they delay the encoding. Also, never use -u 1, it is just abnormally slow. The command that vivan used with -u 1 and -la 100, it's like someone is trying hard to make QuickSync look as slow as possible. I almost never use LA and if I do, I use it with the default value. Try -u 3 or -u 4 without LA with StaxRip x86 and tell me the differences in speed and quality with your settings and app.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
26th April 2015, 06:37 | #12 | Link |
Registered User
Join Date: Apr 2009
Posts: 478
|
I have been having some fun playing with q264, seems to have some potential. Now, if only I can figure out how to pipe Avisynth output to it. Anyone help me out? I have tried AVS2YUV but q264 seems to require an actual file for input.
|
26th April 2015, 13:36 | #13 | Link |
Registered User
Join Date: Feb 2011
Posts: 331
|
I encoded a 5-minute video clip using QSVEncC in staxrip with la-icq, crf23, quality-best settings and the resulting file was almost the same size as the source file
Source 158mb, encode 155mb. Encoding speed 176fps. The same file encoded using x264 with the same script, crf 23, preset slow ended with a 55,2mb file. Encoding speed 35fps. As far as I'm concerned, HW encoding makes no sense. |
26th April 2015, 13:42 | #14 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
For ICQ encoding mode, which is close to CRF don't use LA.
Also as I said before NEVER USE BEST QUALITY (it is very slow and increases the size) Use something around balanced (-u 4). I transcoded a HEVC file with large bitrate to H.264 using only ICQ without LA and in balanced speed the result was HALF BITRATE with very good quality. HW encoding is not like SW encoding. It has its secrets. I told you some.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
26th April 2015, 16:14 | #15 | Link | |
Registered User
Join Date: Apr 2009
Posts: 478
|
Quote:
|
|
26th April 2015, 17:08 | #16 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Increasing the size in best quality isn't necessarily a bad thing, if it preserves more quality in the same process. That whole statement is just misleading, and nothing else.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
26th April 2015, 17:16 | #17 | Link | ||||
/人 ◕ ‿‿ ◕ 人\
Join Date: May 2011
Location: Russia
Posts: 643
|
Quote:
You have to match bitrate and compare them visually. Quote:
Quote:
Quote:
Thank you for sharing this secret secret. With -u 3 (~100 fps in staxrip, ~90 fps in q264) it hardly can compare with --preset veryfast (~80 fps). With -u 4 (~120 fps in q264) it's even worse. staxrip with --quality high --icq 27 http://rghost.ru/private/6ry2wHpVH/1...b63b3febf22f7b q264 -u 3 -icq 28 http://rghost.ru/private/8rY4BBRgT/e...86de8a75a6004f q264 -u 4 -icq 28 http://rghost.ru/private/6tTQPZrzh/8...8f6fab40bdbba9 x264 --preset veryfast --crf 24.2 http://rghost.ru/private/6J97F46qJ/e...a9490502275668 source http://s21.postimg.org/pkne4gkmt/cro...15_04_26_1.png staxrip --quality high http://s21.postimg.org/48bat1bat/cro...15_04_26_1.png q264 -u 3 http://s21.postimg.org/h7hp9slf9/q26...4_26_19_05.png q264 -u 4 http://s21.postimg.org/6r1l7gmet/q26...4_26_19_05.png x264 --preset veryfast http://s21.postimg.org/l017pj0xh/x26...6_19_05_36.png x264 --preset medium http://s21.postimg.org/8b6x5uut1/x26...6_19_05_43.png Great comparison. Try encode with --preset veryfast next, and then claim how terrible slower presets are (because you got great quality and it was fast). |
||||
26th April 2015, 17:34 | #18 | Link | |||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
And who told you that in order to compare HW encoding with SW encoding you have to use the worst case scenario with HW encoding pushing the LA to max value 100 and pushing the speed parameter (-u) to its slowest value (1) ?
Quote:
Quote:
The secret, that you didn't understand, is that balanced speed/quality of (-u 4) gives a very good quality a lot of faster than best quality (-u 1 ) and with smaller file. So, it's not that faster preset gives faster encoding, but that faster preset gives faster encoding, smaller file and similar quality. AVOID USING -u 1 in your comparisons with anything. Quote:
I looked at the figures again, the HEVC file was ~6.2Mbps and the similar quality H.264 file produced by -ICQ and balanced speed (-u 4) is ~4.4Mbps (not half bitrate actually but smaller).
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|||
26th April 2015, 17:58 | #19 | Link | |
Registered User
Join Date: Feb 2011
Posts: 331
|
Quote:
The speed was around 205fps, so just a little faster. I'll experiment with other quality settings. |
|
26th April 2015, 23:38 | #20 | Link | |
Registered User
Join Date: Apr 2009
Posts: 478
|
Quote:
I think Quick Sync has potential but a lot of work needs to be done to drill down on good settings. |
|
|
|