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 17th March 2020, 13:48   #7481  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,228
Quote:
Originally Posted by LigH View Post
Using the media-autobuild suite you can compile them yourself, with either clang or GCC.

You may find binaries of the same source state, either with git hash (starting with a g) or with Mercurial hash, but they are equivalent even though hash and increment are not the same (Mercurial counts merges, git doesn't). I switched to git as soon as Multicoreware announced that Bitbucket will drop Mercurial support during this year.

x265 3.3+1-g396395b2b (GCC 9.2.0)
Thanks. I found a [Windows][MSVC 1916][64 bit] build online of it that I'm testing now. I will try the one you linked next as another data point, but the test can take over 24 hours to run while I wait to see if I get and crashes.
Stereodude is offline   Reply With Quote
Old 17th March 2020, 16:55   #7482  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,682
Does anyone have any sample clips of this big difference between -F 1 and 4? I just tested on a rather noisy clip and visibly they look the same. The average bitrate was almost the same as well, in fact F 2-4 all produced the same size. I think it could be different with clean clips as frame threads should affect references.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...

Last edited by Boulder; 17th March 2020 at 16:59.
Boulder is offline   Reply With Quote
Old 18th March 2020, 02:36   #7483  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,228
Quote:
Originally Posted by Boulder View Post
Does anyone have any sample clips of this big difference between -F 1 and 4? I just tested on a rather noisy clip and visibly they look the same. The average bitrate was almost the same as well, in fact F 2-4 all produced the same size. I think it could be different with clean clips as frame threads should affect references.
You want the source or the output? BTW, I've not found much difference in the resulting file size.
Stereodude is offline   Reply With Quote
Old 18th March 2020, 04:01   #7484  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,620
I don't have a sample I can share unfortunately.

I found explosive macroblocking for a few frames a time, and only very rarely (only on specific content and encoding settings).
Blue_MiSfit is offline   Reply With Quote
Old 18th March 2020, 05:17   #7485  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Hollola, Finland
Posts: 4,682
Quote:
Originally Posted by Stereodude View Post
You want the source or the output? BTW, I've not found much difference in the resulting file size.
The output would be interesting to see in case I run into similar issues.

EDIT: And of course, it would be best if you could file a bug report for MultiCoreWare as this could also be a bug.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...

Last edited by Boulder; 18th March 2020 at 05:54.
Boulder is offline   Reply With Quote
Old 18th March 2020, 08:18   #7486  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,036
If you need common samples to compare, try Derf's collection at xiph.org, there is a variety of material (Y4M) with different kinds of codec annoyances.

My favorites: crowd_run / ducks_take_off / in_to_tree / park_joy / parkrun / pedestrian_area / riverbed / sintel_trailer

And if you need a longer playtime: the footage of "Tears of Steel"
__________________

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

Last edited by LigH; 18th March 2020 at 08:21.
LigH is offline   Reply With Quote
Old 18th March 2020, 15:44   #7487  |  Link
Lucius Snow
Registered User
 
Join Date: Oct 2003
Location: Paris, France
Posts: 94
Quote:
Originally Posted by Stereodude View Post
What file format is the video source? You don't have to split the source video file. You only have to split the encoding of the source video file.

By the way, you could just encode two different video source files at the same time.
ProRes 4:2:2 HQ or 4:4:4:4 in UHD.

But I don't have two different files to encode at the same time. Only one, fast.
Lucius Snow is offline   Reply With Quote
Old 18th March 2020, 17:26   #7488  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,228
Quote:
Originally Posted by Lucius Snow View Post
ProRes 4:2:2 HQ or 4:4:4:4 in UHD.

But I don't have two different files to encode at the same time. Only one, fast.
Are you using AVIsynth, or how are you getting the file into x265 to be encoded?
Stereodude is offline   Reply With Quote
Old 18th March 2020, 22:53   #7489  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,372
Quote:
Originally Posted by Lucius Snow View Post
ProRes 4:2:2 HQ or 4:4:4:4 in UHD.

But I don't have two different files to encode at the same time. Only one, fast.
How about this?

Spliting is fully automated. Just fire and forget.
Atak_Snajpera is offline   Reply With Quote
Old 19th March 2020, 17:28   #7490  |  Link
Lucius Snow
Registered User
 
Join Date: Oct 2003
Location: Paris, France
Posts: 94
I use the command line with ffmpeg / x265.

Interesting this RipBot64 thing. Never tried. I'll have a look. Thanks.

EDIT: Well, finally no, just the indexing process at startup takes too much time.

Last edited by Lucius Snow; 19th March 2020 at 17:42.
Lucius Snow is offline   Reply With Quote
Old 19th March 2020, 18:50   #7491  |  Link
Andouille
Registered sausage
 
Andouille's Avatar
 
Join Date: May 2012
Posts: 73
Quote:
Originally Posted by Atak_Snajpera View Post
How about this?

Spliting is fully automated. Just fire and forget.

Distributed encoding/file spliting should NOT be used for 2pass/filesize target.(your pic seems to be)
Only for quality encoding.
Andouille is offline   Reply With Quote
Old 19th March 2020, 20:20   #7492  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,620
To be fair, distributed multi-pass encoding is a thing.

It's hard to get right and there absolutely are trade-offs, but it can be done.
Blue_MiSfit is offline   Reply With Quote
Old 19th March 2020, 22:08   #7493  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,372
Quote:
Originally Posted by Andouille View Post
Distributed encoding/file spliting should NOT be used for 2pass/filesize target.(your pic seems to be)
Only for quality encoding.
I analyze stat file from first pass and then adjust bitrate for each chunk(more complex chunk gets higher bitrate while less complex gets lower). If you use large for example 10 min chunk then you do not have to worry about quality.

Last edited by Atak_Snajpera; 19th March 2020 at 22:17.
Atak_Snajpera is offline   Reply With Quote
Old 20th March 2020, 13:13   #7494  |  Link
Zebulon84
Registered User
 
Join Date: Apr 2015
Posts: 14
Can (or could) RipBot do that automatically ?
Zebulon84 is offline   Reply With Quote
Old 21st March 2020, 04:45   #7495  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 999
x265.exe 3.3+7-d769bc8e8cde

(x64, multilib, GCC 8.4.0)

Code:
Add aarch64 support - Part 1
This patch add some common assembly optimization function for aarch64 platform. These function won't work until the patch Part 2 is merged.

Add aarch64 support - Part 2
This patch adds aarch64 build & compile support. This patch must be merged after the Part 1.

Fix: segmentation fault for hist-scenecut option
fixes plane size calculation for chroma planes using source resolution and not padded resolution.
http://www.mediafire.com/file/2oj8wn...e8cde.rar/file
filler56789 is offline   Reply With Quote
Old 26th March 2020, 22:16   #7496  |  Link
Mzvasturbo
Registered User
 
Join Date: Dec 2019
Posts: 15
Hi i changed some settings in x265 and for 4k HDR content i came very close to the slow preset quality with 2-3 times faster speed and around 30% smaller file.
here you can check the pictures. https://www.dropbox.com/sh/yabmid1md...PUI5otsna?dl=0
CRF 17 hdr10-opt was used in both rips.
Mzvasturbo is offline   Reply With Quote
Old 27th March 2020, 18:00   #7497  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 999
x265.exe 3.3+12-00b686782ad0
(GCC 9.3.0, x64, multilib)

Latest changes:

Code:
1) Fix: clis in regression txt file.

1. corrects file naming convention.
2. updates deprecated rskip clis options.

2) zone: Enable strict VBV conformance for zone encode as per requirement

3) - Fixes mismatch in BufferRate with dynamic zone reconfiguration when bufferrate varies for each zone
- Logs UnclippedBufferFillFinal into csv when csvloglevel greater than 1

4) Add option to get global maxrate.

This global maxrate can be used for HRD signaling.

5) zone: Remove unnessary conditions on zone reconfig

This commit
- Removes unnessary conditions on zone reconfig
- Fixes crash with dynamic zone reconfig
http://www.mediafire.com/file/nm3997...82ad0.rar/file

Last edited by filler56789; 27th March 2020 at 18:01. Reason: edit
filler56789 is offline   Reply With Quote
Old 27th March 2020, 18:27   #7498  |  Link
jlpsvk
Registered User
 
Join Date: Dec 2014
Posts: 208
Quote:
Originally Posted by Mzvasturbo View Post
Hi i changed some settings in x265 and for 4k HDR content i came very close to the slow preset quality with 2-3 times faster speed and around 30% smaller file.
here you can check the pictures. https://www.dropbox.com/sh/yabmid1md...PUI5otsna?dl=0
CRF 17 hdr10-opt was used in both rips.
whats your command line???
__________________
AMD Ryzen 9 3950X, 32GB DDR4-3200 CL16, RTX 2070, 1TB NVMe SSD, 56TB NAS
jlpsvk is offline   Reply With Quote
Old 27th March 2020, 20:33   #7499  |  Link
Mzvasturbo
Registered User
 
Join Date: Dec 2019
Posts: 15
Other settings are from default medium preset this are the changed ones
--crf 17 --level-idc 5.1 --output-depth 10 --rdoq-level 2 --cu-lossless --aq-mode 4 --max-merge 3 --rc-lookahead 25 --lookahead-slices 4 --ref 4 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "xxx,xxx" --hdr --hdr-opt --repeat-headers --hrd --aud --deblock -1:-1 --no-strong-intra-smoothing
Mzvasturbo 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 08:38.


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