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 22nd February 2018, 13:27   #5921  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 298
https://bitbucket.org/multicoreware/x265/commits/all

Version 2.7
===========

Release date - 21st Feb, 2018.

New features
------------
1. : option: '--gop-lookahead' can be used to extend the gop boundary (set by '--keyint'). The GOP will be extended, if a scene-cut frame is found within this many number of frames.
2. Support for RADL pictures added in x265.
: option: '--radl' can be used to decide number of RADL pictures preceding the IDR picture.

Encoder enhancements
--------------------
1. Moved from YASM to NASM assembler. Supports NASM assembler version 2.13 and greater.
2. Enable analysis save and load in a single run. Introduces two new cli options `--analysis-save <filename>` and `--analysis-load <filename>`.
3. Comply to HDR10+ LLC specification.
4. Reduced x265 build time by more than 50% by re-factoring ipfilter.asm.

Bug fixes
---------
1. Fixed inconsistent output issue in deblock filter and --const-vbv.
2. Fixed Mac OS build warnings.
3. Fixed inconsistency in pass-2 when weightp and cutree are enabled.
4. Fixed deadlock issue due to dropping of BREF frames, while forcing slice types through qp file.

Last edited by Barough; 22nd February 2018 at 13:57.
Barough is offline   Reply With Quote
Old 22nd February 2018, 13:47   #5922  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 298
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
Barough is offline   Reply With Quote
Old 22nd February 2018, 21:30   #5923  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,678
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.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 22nd February 2018, 22:33   #5924  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,477
Quote:
Originally Posted by LigH View Post
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...

hg clone -r 2aa737a99f51 https://bitbucket.org/multicoreware/x265
Midzuki is offline   Reply With Quote
Old 22nd February 2018, 22:43   #5925  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 298
Quote:
Originally Posted by LigH View Post
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.
I used MABS as usual and it output v2.7. Haven't made any adjustments/tweaks to it. (My knowledge in that area is close to zero.)

Sent from my SM-G935F via Tapatalk
Barough is offline   Reply With Quote
Old 22nd February 2018, 22:45   #5926  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,678
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.
__________________

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

Last edited by LigH; 22nd February 2018 at 22:48.
LigH is offline   Reply With Quote
Old 24th February 2018, 20:07   #5927  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,678
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
__________________

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

Last edited by LigH; 24th February 2018 at 20:11.
LigH is offline   Reply With Quote
Old 26th February 2018, 23:23   #5928  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 304
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
Ma is offline   Reply With Quote
Old 26th February 2018, 23:40   #5929  |  Link
excellentswordfight
Lost my old account :(
 
Join Date: Jul 2017
Posts: 40
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!
excellentswordfight is offline   Reply With Quote
Old 27th February 2018, 08:54   #5930  |  Link
Ashok Kumar Mishra
Registered User
 
Join Date: Feb 2018
Posts: 4
x265 HEVC Encoder

We are working on efficient aq mode which gives better compression efficiency, it may come in next release.
Ashok Kumar Mishra is offline   Reply With Quote
Old 27th February 2018, 09:20   #5931  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,235
What about --ssim-Rd and psy together? I haven't heard any more since it was classed as experimental and disabled psy-rd. I found no issues with using them together.
burfadel is offline   Reply With Quote
Old 27th February 2018, 09:49   #5932  |  Link
Ashok Kumar Mishra
Registered User
 
Join Date: Feb 2018
Posts: 4
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.
Ashok Kumar Mishra is offline   Reply With Quote
Old 27th February 2018, 14:11   #5933  |  Link
Heaud
Registered User
 
Join Date: Apr 2008
Posts: 55
Quote:
Originally Posted by Ma View Post
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;}
I agree with the preset adjustments to rc-lookahead and psy-rd, but I have not tested the other options before. Is setting qg-size to 64 a benefit to compression, quality, or both? Same can be asked on setting frame-threads and boosting the subme value.

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.
Heaud is offline   Reply With Quote
Old 27th February 2018, 14:15   #5934  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,452
Qg-size 64 at least helps in compression based on my experiences.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 27th February 2018, 14:18   #5935  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,142
"Quality" and "compression" are usually 2 sides of the same coin. You get better quality for same file size, smaller file size for same quality or a bit of both. Only depends on how you set bitrate/crf.
sneaker_ger is offline   Reply With Quote
Old 27th February 2018, 17:09   #5936  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 304
Quote:
Originally Posted by Heaud View Post
Is setting qg-size to 64 a benefit to compression, quality, or both?
I've made tests with fixed bitrate -- encoding big_buck_bunny_1080p24.y4m with '--tune anime' and without (old tune anime that now I renamed to cartoon). PSNR and SSIM was better with tune anime but for me the quality was wrong. At the beginning in big_buck_bunny_1080p24.y4m there are two birds in top right corner (they flying very far from 'camera'). With qg-size 16 and low bitrate they are fading/disappear too soon and they are not consistent in time/position. With default qg-size 32 the birds looks better but with qg-szie 64 even better. PSNR and SSIM are better with qg-size 64.

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).
Ma is offline   Reply With Quote
Old 27th February 2018, 17:22   #5937  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,678
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.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 27th February 2018, 21:25   #5938  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 304
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...
Ma is offline   Reply With Quote
Old 27th February 2018, 22:26   #5939  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,142
If you need anime samples:
https://mega.nz/#!s0kQTbQQ!-6WkTrqXe...DRJwG3_d0pKr-4
https://mega.nz/#!VtdB2CLB!Y2Qwi6Kiv...SGjvQiywopHcgU
https://mega.nz/#!5hc0VYpL!xWcGqQUmq...xpXz21HKS6lYRM
https://mega.nz/#!w5tDnC5S!C9MmdwG0x...X-TeurLKZmxvmQ (grainy)
sneaker_ger is offline   Reply With Quote
Old 27th February 2018, 22:33   #5940  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,678
Is this all Creative Commons material? And at least FullHD?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
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:55.


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