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. |
22nd February 2018, 13:47 | #5921 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.7+1-2aa737a99f51 (GCC 7.3.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
Code:
https://bitbucket.org/multicoreware/x265/commits/all |
22nd February 2018, 21:30 | #5922 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Is there possibly a merge missing with the default branch?! I get only v2.6+49 there. apparently I need to get the stable branch or the tip, because the merge happened before the milestone...
There used to be reasons why I prefer the default branch. |
22nd February 2018, 22:33 | #5923 | Link | |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
hg clone -r 2aa737a99f51 https://bitbucket.org/multicoreware/x265 |
|
22nd February 2018, 22:43 | #5924 | Link | |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
Quote:
Sent from my SM-G935F via Tapatalk
__________________
Do NOT re-post any of my Mediafire links. Download & re-host the content(s) if you want to share it somewhere else. |
|
22nd February 2018, 22:45 | #5925 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
In this case, the main issue was knowing that the tip was in stable, not in default. Which ever branch or state you select, there is always a possible case where it would miss one or more commits. I may always have to study the current network of branches, commits, and merges, to decide which revision to update to.
MABS may always use tip; this can be wrong when the most current commit belongs to the rarely updated stable branch, and there was no merge with the often updated default branch yet. Therefore, my additional x265 building scripts prefer the default branch, usually, but it takes only one additional parameter to update to a custom target. Last edited by LigH; 22nd February 2018 at 22:48. |
24th February 2018, 20:07 | #5926 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
New upload: x265 2.7+1-2aa737a99f51
limitTU: Save intra CU's TU depth when analysis save/load is enabled; dHDR10 parsing fixes; ipfilter kernels split into several separate source files; v2.7 milestone Last edited by LigH; 24th February 2018 at 20:11. |
26th February 2018, 23:23 | #5927 | Link |
Registered User
Join Date: Feb 2015
Posts: 326
|
After some tests I notice that I prefer qg-size 64, 10-bit encoding and options close to default. So I renamed old tune 'anime' to 'cartoon' and added new tune 'anime':
--rc-lookahead *= 2; --psy-rd /= 2; --qg-size = 64; if (preset >= slow) --cbqpoffs = --crqpoffs = -1; if (preset >= slower) {--frame-threads = 1; --subme += 2;} Win64 binaries (only 10bit+8bit) and patch file anime2.7z For my tune anime please use option --tune anime for Motenai Yoda version please use option --tune cartoon |
26th February 2018, 23:40 | #5928 | Link |
Lost my old account :(
Join Date: Jul 2017
Posts: 322
|
Did a round of some tests from a tears of steal encode in 1080p (x264 25Mbps bluray compatable).
Code:
x264 crf18 settings (my usual settings for 1080p rips) --preset slow --profile high --level 4.1 --crf 18 --keyint 240 --min-keyint 24 --rc-lookahead 48 --tune film x265 crf18 settings --preset slow --profile main10 --level-idc 41 --crf 18 --keyint 240 --min-keyint 24 --rc-lookahead 48 --no-sao x264 2pass settings --preset veryslow --profile high --level 4.1 --bitrate 7000 --keyint 240 --min-keyint 24 --rc-lookahead 48 --tune film x265 2pass settings --preset slow --profile main10 --level-idc 41 --bitrate 7000 --keyint 240 --min-keyint 24 --rc-lookahead 48 --no-sao Both CRF encodes were pretty much visually lossless, but with a 30% bitrate reduction with x265 (10Mbps vs 7Mbps). And x265 retained visable more detail in the more apples to apples 2pass test. It's official I'm switching to x265 even for 1080p blurays rips now. The days were x265 just wasnt a good option for high quality (detail retention) 1080p encodes are long gone imo. There have been some great improvement by the x265 devs over the last couple of years imo, bravo! |
27th February 2018, 09:49 | #5931 | Link |
Registered User
Join Date: Feb 2018
Posts: 13
|
x265 HEVC Encoder
First I would like to make it clear that both --ssim-rd and --psy-rd can't be applied together. There are three different ways to compute the rd cost in analysis for mode decision.
a) psy-rd: Use psycho visual rate distortion strength b) ssim-rd: Use ssim value c) Use only distortion So you can use anyone among the above three to compute the rd cost for mode decision. When ssim-rd is enabled, it uses ssim value of the block for rdo cost calculation and makes psy-rd value 0. psy-rdoq is a different parameter used for rdoq analysis. It is enabled when you are using --rdoq-level 1. So it can be used along with psy-rd or ssim-rd parameter, since both are two different things used for different purpose. Hope the above explanation will clarify the conflict between these parameters. |
27th February 2018, 14:11 | #5932 | Link | |
Registered User
Join Date: Apr 2008
Posts: 58
|
Quote:
Have you tried out --tskip with --tskip-fast enabled? Another user by the name of benwaggoner had suggested these two settings in another thread after noticing positive results. |
|
27th February 2018, 17:09 | #5935 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
You can try encode x265 -p slow --bitrate 500 --psnr --ssim big_buck_bunny_1080p24.y4m bb1.hevc --tune cartoon vs. x265 -p slow --bitrate 500 --psnr --ssim big_buck_bunny_1080p24.y4m bb2.hevc --tune cartoon --qg-size 64 vs. x265 -p slow --bitrate 500 --psnr --ssim big_buck_bunny_1080p24.y4m bb3.hevc --tune anime and observe smoothness of flying the birds (not one frame but the move). |
|
27th February 2018, 17:22 | #5936 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Well, BBB is not exactly classical Cartoon/Anime ... unfortunately, I still don't know any original cartoon movie in high resolution. The closest are still computer graphic supported cartoons.
|
27th February 2018, 21:25 | #5937 | Link |
Registered User
Join Date: Feb 2015
Posts: 326
|
Yes, good samples for trying options for anime are welcome.
I'm testing on: big_buck_bunny_1080p24.y4m elephants_dream_1080p24.y4m lighthouse_lossless.mp4 (not pure anime) tearsofsteel-4k.y4m (also not pure anime, downsized to 2K) sintel (4K png version, downsized to 2K) original.mkv (301762111 bytes anime sample I don't remember where I found it) I decided to encode all samples at bitrate 1500 with my tune anime (preset veryslow, 10-bit) and watch for blocking/annoying imperfections. Unfortunately I found such annoying scene in BigBuckBunny at time 00:51 -- around bunny's left hand the background is moved/changed (old encode). The problem is mostly with rskip option, so I changed tune anime a little bit (subme += 2) and start encoding at preset palcebo -- I hope that quality will be acceptable at bitrate 1500. Encoded samples with current tune anime at preset placebo (10-bit): original1500.mkv -- grainy source after encoding is almost without grain (with dead/not moving grain). I don't like noise/grain so it is OK for me. lighthouse1500.mkv -- the sky is without banding, OK for me. ElephantsDream1500.mkv -- dark scenes looks a little bit worse, but it is acceptable for me. Next samples in preparation... |
Thread Tools | Search this Thread |
Display Modes | |
|
|