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 November 2016, 12:29 | #4441 | Link | |
Registered User
Join Date: Aug 2016
Posts: 4
|
Quote:
yes, on testing limit-tu options with several videos observed that limit-tu 4 gives the best SSIM and visually limit-tu 1 and 3 are good |
|
29th November 2016, 17:56 | #4442 | Link |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
x265_2.1+63 (commit 5ae077d7053d)
SEA motion search Implementation 0_o http://forum.videohelp.com/threads/3...=1#post2468451 |
29th November 2016, 19:23 | #4443 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
And again, and again, over and over: Could anyone please, pretty please, show me diagrams of different motion search ranges, so I can visually imagine their difference? In this topic, I am out of luck using Google (including their image search engine).
|
29th November 2016, 23:18 | #4444 | Link |
Registered User
Join Date: Jun 2013
Posts: 95
|
(Using x265 2.1)
I did two encodes from the same source(BD 1080i + w3fdif). The first output is 60fps. The second is 30fps (roughly dropping every other frame). All other settings are equal including crf and keyint. The 2nd encode ended up with a larger bitrate (~11.3Mb/s vs. ~9.7Mb/s). QP values used for I/P/B frames are also significantly lower in the 2nd encode. Is this intended behavior? Code:
ffmpeg -i sample.mkv -vf w3fdif -c:v hevc -preset slower -crf 19 -x265-params keyint=500:psy-rd=3:psy-rdoq=6:sao=0:qcomp=0.72:ipratio=1.18:pbratio=1.23:deblock=-2,-2 60.mkv ffmpeg -i sample.mkv -vf w3fdif -c:v hevc -preset slower -crf 19 -x265-params keyint=500:psy-rd=3:psy-rdoq=6:sao=0:qcomp=0.72:ipratio=1.18:pbratio=1.23:deblock=-2,-2 -r 30 30.mkv
__________________
https://github.com/MoSal |
30th November 2016, 00:53 | #4445 | Link | |
Registered User
Join Date: Dec 2014
Posts: 666
|
Quote:
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
|
30th November 2016, 03:54 | #4447 | Link | |
Registered User
Join Date: Jun 2007
Posts: 11
|
Quote:
SEA is similar to FULL search; a three step motion search adopted from x264: DC calculation followed by ADS calculation followed by SAD of the passed motion vector candidates, hence faster than Full search. 0. dia 1. hex (default) 2. umh 3. star 4. sea 5. full |
|
30th November 2016, 07:49 | #4448 | Link |
Registered User
Join Date: Jul 2015
Posts: 706
|
It is certainly an interesting solution. Visually, it looks better as star motion. There isn't discoloration and less banding. I'm waiting for the correction presets and adjust the decoder LAV.
My suggestion tune grain: --input-csp i422 --input-depth 10 --output-depth 10 --preset veryslow --crf 28 --me sea --aq-mode 0 --no-cutree --ipratio 1.0 --pbratio 1.5 --qpstep 1 --sao --psy-rd 4.0 --psy-rdoq 10.0 --no-rskip --input-csp i422 --input-depth 10 --output-depth 10 --preset veryslow --crf 28 --me star --aq-mode 0 --no-cutree --ipratio 1.0 --pbratio 1.1 --qpstep 1 --no-sao --psy-rd 4.0 --psy-rdoq 10.0 --no-rskip EDIT: I use codec https://builds.x265.eu/x265-64bit-10bit-2016-11-30.exe On the codec 10bit of this web page are the other results. http://msystem.waw.pl/x265/x265-2.1+64-e44b7b5_gcc62.7z EDIT2: I use decoder LAV http://tmod.nmm-hd.org/LAVFilters/ol...85(ed499ca).7z with MPC-HC I am not satisfied with the visual quality of the video decoder http://www.videohelp.com/download/LA...-0.68.1-45.exe Last edited by Jamaika; 30th November 2016 at 18:58. |
30th November 2016, 22:41 | #4450 | Link | |
Registered User
Join Date: Dec 2014
Posts: 240
|
Quote:
|
|
30th November 2016, 22:47 | #4451 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,844
|
Quote:
|
|
30th November 2016, 22:55 | #4452 | Link |
Registered User
Join Date: Jul 2015
Posts: 706
|
There is no reasonable good response.
The problem of the quality of my dissatisfaction relates to frames B. So for that particular codec visually better for me it was the pbratio 1.5. From my investigation I found that adding sao will not impair the quality of the video. Only convert film lasts longer. I couldn't improve sao and pbratio. The film had anyway visually better quality. Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : @L4.1@High Codec ID : hvc1 Codec ID/Info : High Efficiency Video Coding Duration : 1 min 2 s Source duration : 1 min 2 s Bit rate : 4 278 kb/s Maximum bit rate : 8 589 kb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 (29970/1000) FPS Color space : YUV Chroma subsampling : 4:2:2 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.069 Stream size : 31.7 MiB (96%) Source stream size : 33.0 MiB (100%) Encoded date : UTC 2016-11-30 17:45:01 Tagged date : UTC 2016-11-30 17:45:01 Color range : Full Color primaries : BT.2020 Transfer characteristics : BT.2020 Matrix coefficients : BT.2020 non-constant Code:
ffmpeg.exe -loglevel verbose -i "yabadu20.avi" -an -f yuv4mpegpipe -vf scale=1920:1080:in_color_matrix=rgb:in_range=full:out_color_matrix=bt2020_ncl:out_range=full,format=yuv422p10le -strict -1 - | x265.exe --y4m --input-csp i422 --input-depth 10 --output-depth 10 --preset veryslow --crf 28 --fps 29.970 --keyint 60 --no-info --no-open-gop --no-hrd --high-tier --me sea --aq-mode 0 --no-cutree --ipratio 1.0 --pbratio 1.5 --qpstep 1 --sao --psy-rd 4.0 --psy-rdoq 10.0 --no-rskip --vbv-bufsize 40000 --vbv-maxrate 40000 --colormatrix bt2020nc --colorprim bt2020 --transfer bt2020-10 --limit-ref 0 --range full --output "x265_422p10le_crf28.h265" - Last edited by Jamaika; 30th November 2016 at 23:14. |
30th November 2016, 23:36 | #4453 | Link |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,844
|
it's not a fair comparison, then. You should use exact same options for both, only for the first one --me sea and for the second one --me star. It doesn't matter what you're dissatisfied with since we're comparing the "raw motion estimation" and everything else should be the same to make a fair comparison. Also keep in mind that --sao will blur and smooth and I suspect that is why the first (with --sao enabled) doesn't have such banding like the second with --sao off
|
1st December 2016, 01:40 | #4454 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
__________________
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; 1st December 2016 at 01:42. |
|
1st December 2016, 20:30 | #4455 | Link | |
Registered User
Join Date: Jul 2015
Posts: 706
|
Quote:
http://forum.doom9.org/showthread.ph...80#post1788180 |
|
1st December 2016, 22:15 | #4456 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,844
|
Quote:
|
|
3rd December 2016, 16:49 | #4458 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v2.1+64-e44b7b50f24c (MSYS/MinGW, GCC 6.2.0, 32 & 64bit 8/10/12bit multilib EXEs)
|
4th December 2016, 21:56 | #4459 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Quote:
or diamond, hex: http://www.ijser.org/paper/OVERVIEW-...MPRESSION.html star, diamond; http://www.ntu.edu.sg/home/ekkma/1_P...20-%20176..PDF umh: http://www.cnblogs.com/TaigaCon/p/3788984.html No clue how to visualize something like sea,... (would probably need some animation or multiple images for an example case) |
|
5th December 2016, 08:37 | #4460 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Knowing that SEA means "Successive Elimination Algorithm", I found some links to scientific papers. It appears to be parallelizable rather easily, having a tree structure.
One brief summary at IEEE Xplore. Possible display: eSilicon Labs HEVC slide, images 79 and 93 of 159? Links to single images (with descriptions) are below the slide. _ In general, it will be important to understand that the search for the optimal motion vector will usually start in the neighborhood of the last known motion vector of each (block / macroblock / coding unit ?), assuming a usually continuous linear motion per scene. In case of a next P frame, that would probably be a repeated last P frame MV. In case of a B frame, that would probably be the fraction of the last P frame MV, in relation to its position in between. Last edited by LigH; 5th December 2016 at 09:32. |
|
|