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 > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 29th November 2016, 12:29   #4441  |  Link
Kavitha
Registered User
 
Join Date: Aug 2016
Posts: 4
Quote:
Originally Posted by burfadel View Post
I did a quick test with the revised -tu-limit settigs in 2.1+59. I had both inter and intra TU levels set at 4. No point using anything less since the whole point of this is to be able to make use of a higher inter TU without the performance penalty, right? So 4 makes sense, and likewise therefore 4 for intra as well.

What I found was --limit-tu 3 appeared the nicest to look at without any penalty of file size worth mentioning. I redid the tests with PSNR and SSIM stats enabled. Yes I know that with psy etc this isn't exactly a good way of testing, but --limit-tu 3 had better PSNR and SSIM, which matched what I saw visually. Do take into mind that I did the subjective visual test first without seeing the results.


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
Kavitha is offline   Reply With Quote
Old 29th November 2016, 17:56   #4442  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
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
filler56789 is offline   Reply With Quote
Old 29th November 2016, 19:23   #4443  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
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).
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 29th November 2016, 23:18   #4444  |  Link
MoSal
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
I can upload the sample if needed.
__________________
https://github.com/MoSal
MoSal is offline   Reply With Quote
Old 30th November 2016, 00:53   #4445  |  Link
Magik Mark
Registered User
 
Join Date: Dec 2014
Posts: 666
Quote:
Originally Posted by filler56789 View Post
x265_2.1+63 (commit 5ae077d7053d)

SEA motion search Implementation 0_o

http://forum.videohelp.com/threads/3...=1#post2468451
What is sea motion? Right now 2pass x265 encoding 10bit is taking twice amount of time to encode
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR
Magik Mark is offline   Reply With Quote
Old 30th November 2016, 01:31   #4446  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
Quote:
Originally Posted by Magik Mark View Post
What is sea motion? Right now 2pass x265 encoding 10bit is taking twice amount of time to encode
I don't know 0_o I just compile x265.exe and share my builds. I don't even do minimal encoding tests anymore.
filler56789 is offline   Reply With Quote
Old 30th November 2016, 03:54   #4447  |  Link
ispano
Registered User
 
Join Date: Jun 2007
Posts: 11
Quote:
Originally Posted by Magik Mark View Post
What is sea motion? Right now 2pass x265 encoding 10bit is taking twice amount of time to encode
From x265 docs:

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
ispano is offline   Reply With Quote
Old 30th November 2016, 07:49   #4448  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 697
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.
Jamaika is offline   Reply With Quote
Old 30th November 2016, 08:12   #4449  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Anyone please visualize them!
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 30th November 2016, 22:41   #4450  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 240
Quote:
Originally Posted by Jamaika View Post
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
encode times and bitrates?
jlpsvk is offline   Reply With Quote
Old 30th November 2016, 22:47   #4451  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Quote:
Originally Posted by Jamaika View Post
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
why you use --sao on the first but disable it on the second? Why pbratio of 1.5 on the first but 1.1 on the second?
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline   Reply With Quote
Old 30th November 2016, 22:55   #4452  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 697
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.
Jamaika is offline   Reply With Quote
Old 30th November 2016, 23:36   #4453  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
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
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline   Reply With Quote
Old 1st December 2016, 01:40   #4454  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Quote:
I am not satisfied with the visual quality of the video decoder http://www.videohelp.com/download/LA...-0.68.1-45.exe
Please specify especially for H.264 or H.265 their shouldn't be virtually any decoding differences
__________________
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.
CruNcher is offline   Reply With Quote
Old 1st December 2016, 20:30   #4455  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 697
Quote:
Originally Posted by froggy1 View Post
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
What was I thinking?
http://forum.doom9.org/showthread.ph...80#post1788180
Jamaika is offline   Reply With Quote
Old 1st December 2016, 22:15   #4456  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Quote:
Originally Posted by Jamaika View Post
it doesn't matter what you were thinking. As I said, if you fairly want to compare two different MEs, the only thing that should differ is the MEs themselves. No other options should be touched, regardless if you think this or that doesn't look good so let's go tweak a bit but leave the other out
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline   Reply With Quote
Old 1st December 2016, 22:57   #4457  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 697
Now added the two films with the same parameters with me star and sea. You can see the differences in the pictures sendspace.

Last edited by Jamaika; 1st December 2016 at 23:02.
Jamaika is offline   Reply With Quote
Old 3rd December 2016, 16:49   #4458  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.1+64-e44b7b50f24c (MSYS/MinGW, GCC 6.2.0, 32 & 64bit 8/10/12bit multilib EXEs)
Barough is offline   Reply With Quote
Old 4th December 2016, 21:56   #4459  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Quote:
Anyone please visualize them!
-> @LigH: see http://forum.doom9.org/showthread.php?p=693742 for diamond, hex, umh, exhaustive
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)
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 5th December 2016, 08:37   #4460  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
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.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 5th December 2016 at 09:32.
LigH is offline   Reply With Quote
Reply

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 18:03.


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