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. |
29th December 2018, 05:18 | #6562 | Link |
Registered User
Join Date: Feb 2012
Posts: 46
|
In case, people want to play around with new hevc-aq:
x265-2.9+34-17120cfb5c99-multilibs-gcc-8.2.1.7z |
29th December 2018, 07:17 | #6563 | Link | ||
Registered User
Join Date: Oct 2011
Posts: 275
|
Quote:
Quote:
Thank you guys. |
||
29th December 2018, 11:49 | #6564 | Link |
Registered User
Join Date: Oct 2007
Posts: 385
|
In the recent default branch builds, aq-mode default is now 2 instead of 1. Reading some on it, it seems (at least on paper) like a better mode to use: "applies separate aq-strength for each frame, based on the complexity of current frame. I tested on a short clip (10k frames) and it seems the avg bitrate with mode 2 is lower and avg qp is higher.
I'm not an expert so would appreciate comments on this. The is also some feature called hevc-aq which I'm not sure what it does: Mode for HEVC Adaptive Quantization. Default disabled Also see something called "no-splice" in mediainfo encoder settings, which I can't find any reference to in --full help. |
29th December 2018, 14:03 | #6565 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
I did a quick 2-pass test and a CRF test encode and hevc-aq smoothed the flat background quite heavily in both cases. The bitrate rose quite a lot in CRF mode:
AQ-mode 1 : 4425 kbps AQ-mode 2 : 4706 kbps AQ-mode 3 : 5999 kbps HEVC-AQ : 5094 kbps I'm really not convinced that aq-mode 2 is a better option than mode 1. To me it seems to also smooth the flat areas too much and that becomes quite annoying once you start noticing the gradients that result from it. See the wall between the women. Original frame before encoding: AQ-mode 1: AQ-mode 2: HEVC-AQ:
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
29th December 2018, 15:24 | #6567 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Fortunately the testclips are quite small so I could put them in my Google Drive:
https://drive.google.com/open?id=1Nr...1fjYfflCArMx6C (aq-mode 1) https://drive.google.com/open?id=1__...fvuE55NBeMo_ui (aq-mode 2) https://drive.google.com/open?id=1iW...Nt7364LDlQQI2p (hevc-aq) These are all 2-pass encodes with the same avg bitrate. To me hevc-aq smooths things too much, part of the problem is that the bitrate is not enough to keep up. Aq-mode 2 doesn't look as good as mode 1. Near the end of the clip, the difference between 1 and 2 is clearer as mode 2 has produced more swimming blocks in the flat background near the top of the image.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
29th December 2018, 15:36 | #6568 | Link | |
Registered User
Join Date: Oct 2016
Posts: 111
|
Quote:
I tested with setting --preset slow --tune animation --crf 18 --hevc-aq https://i.imgur.com/B0xclJl.png |
|
30th December 2018, 11:29 | #6569 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Does '--hevc-aq' exclude the usage of '--aq-mode', I mean is it one or the other, or can they both be applied at the same time? (can't test myself atm.)
Also is '--qp-adaptation-range' a sub-option of '--hevc-aq' or '--aq-mode, or of both? |
30th December 2018, 11:39 | #6570 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Hevc-aq replaces the other aq-modes so now we have 4 possible aq-modes to use. Somehow it looks to me that qp-adaptation-range is available to all modes. It really should be tested to see what it actually does. The problem with these new parameters and functionalities has lately been the fact that no one explains why they were implemented (which scenarios will probably benefit and which may suffer). Also the test cases would be interesting to see and compare.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
30th December 2018, 12:00 | #6571 | Link |
Helenium(Easter)
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
|
qp-adaptation-range doesn't seem to do anything at the moment (There's no variance in final results nor I can find what it does in the code.)
__________________
Monochrome Anomaly |
30th December 2018, 12:36 | #6572 | Link | |||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Thanks for the help!
Quote:
Quote:
Quote:
|
|||
30th December 2018, 14:22 | #6573 | Link |
Registered User
Join Date: Oct 2011
Posts: 275
|
Edit : nevermind, i think i finally figured it, looks like i needed a little break from the screen to ease a bit my mind and see a bit more clear in all this, having the nose pointed at all this stuff since hours now
Hi all, I'm trying to compile x265 using VS2017 (just want to compare speed vs some releases, especially interested in the Intel compiler linked in my vs2017 as my old CPU supports max AVX only, a little gain will be nice, no matter if it's a tiny one), I followed all the steps, installed all stuff needed and i can compile successfully the 8 or 10 or 12 Bits exe's but I'm scratching my head since a couple of hours about how to compile a multilib 8+10+12Bits version. I launched the multilib.bat, it creates the 8,10,12bits folders and it starts to populate some of them with a bunch of stuff and then i get prompted by an error message "10bit build failed". I'm pretty sure I'm missing something obvious but don't know what. - Do i need first to generate the Solution using make-solutions.bat and repeat the process 3 times, using cmake GUI and selecting the different depth options to in the end get one for each 8,10,12Bits depths and generate each .exe and only after that i can run the multilib.bat ? After spending a few hours on this i'm a bit out of ideas, if anyone have any tips about the steps to follow to create the multilib 8+10+12Bits exe please ? Thank you very much. Last edited by Yanak; 31st December 2018 at 09:36. |
30th December 2018, 15:33 | #6574 | Link |
Registered User
Join Date: Feb 2015
Posts: 326
|
I decided to test aq-mode 0/1/2/3 vs. hevc-aq at preset veryslow encoding lighthouse_lossless.mp4 to 10-bit hevc at bitrates 750/1500/3000/6000.
Command line: for %b in (750 1500 3000 6000) do ( for %a in (0 1 2 3) do ( ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --aq-mode %a a%a-%b-1.hevc --pass 1 ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --aq-mode %a a%a-%b-2.hevc --pass 2 ) ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --hevc-aq ah-%b-1.hevc --pass 1 ffmpeg -i ../lighthouse_lossless.mp4 -v warning -f yuv4mpegpipe - | x265 --bitrate %b --y4m - --qg-size 64 --preset veryslow --psnr --ssim --hevc-aq ah-%b-2.hevc --pass 2 ) Results (sorted by PSNR): bitrate 750: aq-mode 1 - PSNR 43.244, SSIM 15.697 dB aq-mode 3 - PSNR 43.063, SSIM 15.549 dB aq-mode 2 - PSNR 42.919, SSIM 15.451 dB --hevc-aq -- PSNR 42.514, SSIM 14.240 dB aq-mode 0 - PSNR 41.108, SSIM 13.925 dB bitrate 1500: aq-mode 1 - PSNR 45.388, SSIM 17.483 dB aq-mode 3 - PSNR 45.283, SSIM 17.366 dB aq-mode 2 - PSNR 45.172, SSIM 17.288 dB --hevc-aq -- PSNR 44.372, SSIM 15.980 dB aq-mode 0 - PSNR 43.491, SSIM 16.001 dB bitrate 3000: aq-mode 3 - PSNR 47.310, SSIM 18.908 dB aq-mode 2 - PSNR 47.276, SSIM 18.872 dB aq-mode 1 - PSNR 47.240, SSIM 18.869 dB --hevc-aq -- PSNR 46.424, SSIM 17.772 dB aq-mode 0 - PSNR 46.084, SSIM 18.084 dB bitrate 6000: aq-mode 2 - PSNR 48.800, SSIM 19.839 dB aq-mode 3 - PSNR 48.661, SSIM 19.710 dB aq-mode 0 - PSNR 48.384, SSIM 19.659 dB aq-mode 1 - PSNR 48.268, SSIM 19.436 dB --hevc-aq -- PSNR 48.093, SSIM 19.248 dB hevc-aq is not ready yet -- especially first pass is totally broken. It's funny like aq-mode 1 wins at small bitrates and looses at high (even with aq-mode 0). Full results in attached screen.txt |
30th December 2018, 15:36 | #6575 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Quote:
|
|
30th December 2018, 16:52 | #6576 | Link |
Herr
Join Date: Apr 2009
Location: North Europe
Posts: 556
|
@Ma. Isn't SSIM a better image-quality metric?
And isn't VMAF the best image-quality metric?! I saw that someone here shared a VMAF-version of x265. Last edited by Forteen88; 30th December 2018 at 17:43. |
30th December 2018, 19:13 | #6577 | Link |
Registered User
Join Date: Feb 2015
Posts: 326
|
For me the clip lighthouse_lossless.mp4 is interesting because of the sky -- it is challenging to encode this clip at low bitrates to be not annoying if you look at the sky. There are not sharp details -- it is about the gradients. PSNR is not perfect but for the sky it is OK.
For me at low bitrates aq-mode 1 is the least annoying, for medium bitrates aq-mode 3 is OK too. The default aq-mode 2 is not the best at low and medium bitrates with this clip (for me). Last edited by Ma; 2nd January 2019 at 19:06. Reason: Removed samples |
31st December 2018, 18:44 | #6579 | Link | |
Registered User
Join Date: Jul 2016
Posts: 171
|
Quote:
even better, we can now mux DV layers (without re-encoding) into a mp4 file playable in my DV TV. https://extraimage.net/images/2018/1...71dc566510.png only work with AC3 / E-AC-3 / AC-4 / AAC audio though. https://github.com/DolbyLaboratories/dlb_mp4base Code:
mp4muxer --dv-profile 7 --input-file (baselayername.hevc1) --input-file (dvlayername.hevc2) --input-file (audio.ac3) --media-lang eng --output-file (nameofmovie).mp4 Last edited by imhh11; 31st December 2018 at 19:38. |
|
31st December 2018, 19:03 | #6580 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Actually, the new .MP4 muxer supports the following audio formats: Dolby Digital (AC-3), Dolby Digital Plus (E-AC-3) and Dolby AC-4 audio formats. Along with all AAC flavours.
Cheers
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
|