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. |
6th February 2021, 19:14 | #8001 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v3.5_RC1 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 10.2.0)
Code:
https://bitbucket.org/multicoreware/x265_git/commits/branch/Release_3.5 |
6th February 2021, 23:11 | #8002 | Link |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Second this, and I think it may be better to create an org to organize these projects. We are individuals and we may not always be available to fix issues or implement new features. If we can manage to get a small group of people collaborating on the stax project it may be easier.
|
7th February 2021, 12:45 | #8003 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
The staxrip github org could be used too, no problem. The needed things are a project name, for instance community mod, people who think can work together, and there is the question if binaries should be released on github.
staxrip change I made yesterday is reading --version output to detect if it's a mod and what type of mod and then use different code paths depending on if it's aMod, Asuna or Vanilla, should have done this before.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
9th February 2021, 00:19 | #8004 | Link | |
Registered User
Join Date: Dec 2008
Posts: 415
|
Quote:
|
|
9th February 2021, 08:17 | #8005 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Note: Multicoreware asks to refresh x265 clone
Quote:
PS: Well, m-ab-s does not aim for the Release_3.5 branch. Would have to be the HEAD if. Last edited by LigH; 12th February 2021 at 08:54. |
|
11th February 2021, 13:27 | #8006 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v3.5_RC1+2-f3f27198 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 10.2.0)
Code:
https://bitbucket.org/multicoreware/x265_git/commits/branch/Release_3.5 |
12th February 2021, 15:23 | #8007 | Link | ||
Registered User
Join Date: Jan 2017
Posts: 48
|
Quote:
But it's drastically altering the colors when running the same exact x265 commands Here's a comparison between the normal avs2yuv pipe I was using, and then your ffmpeg pipe from above: Here they are tonemapped for better comparison of the changes: Here were the commands ran, I just used one of my recent tests so I could do a comparison Code:
avs2yuv.exe "Script.avs" - | "x265.exe" -D 10 --crf 10.5 --profile main10 --level-idc 5.1 --high-tier --preset placebo --input-depth 16 --cu-lossless --pmode --bframes 16 --qg-size 32 --frame-threads 4 --ref 6 --limit-refs 1 --merange 57 --no-amp --tskip --tskip-fast --limit-modes --no-open-gop --hrd --cbqpoffs -0 --crqpoffs -1 --no-cutree --deblock -2:-2 --psy-rd 2.50 --psy-rdoq 1.00 --qcomp .6 --aq-mode 2 --aq-strength 1.0 --ipratio 1.3 --pbratio 1.2 --vbv-bufsize 160000 --vbv-maxrate 160000 --aud --hdr10 --hdr10-opt --range limited --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) --max-cll 602,187 --chromaloc 2 --repeat-headers --output "pmode-sao-tskip-r1-test.hevc" --frames 3000 --y4m - Code:
ffmpeg.exe -i "Script.avs" -vf scale=out_color_matrix=bt2020nc:out_h_chr_pos=0:out_v_chr_pos=0 -pix_fmt yuv420p16le -strict -1 -an -f yuv4mpegpipe - | x265.exe --y4m - --dither --output-depth 10 --crf 10.5 --profile main10 --level-idc 5.1 --high-tier --preset placebo --input-depth 16 --cu-lossless --pmode --bframes 16 --qg-size 32 --frame-threads 4 --ref 6 --limit-refs 1 --merange 57 --no-amp --tskip --tskip-fast --limit-modes --no-open-gop --hrd --cbqpoffs -0 --crqpoffs -1 --no-cutree --deblock -2:-2 --psy-rd 2.50 --psy-rdoq 1.00 --qcomp .6 --aq-mode 2 --aq-strength 1.0 --ipratio 1.3 --pbratio 1.2 --vbv-bufsize 160000 --vbv-maxrate 160000 --aud --hdr10 --hdr10-opt --range limited --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) --max-cll 602,187 --chromaloc 2 --repeat-headers --output "pmode-sao-tskip-r1-testFF.hevc" --frames 3000 Quote:
Script.avs: Code:
DGSource("UHD.dgi") Crop(0,276,-0,-276) z_Spline36Resize(1920,804) Last edited by PoeBear; 12th February 2021 at 15:27. Reason: No wordwrap on the code tag... |
||
22nd February 2021, 20:10 | #8011 | Link | |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Quote:
https://github.com/staxrip/staxrip/w...chunk-encoding
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
22nd February 2021, 21:15 | #8012 | Link |
Registered User
Join Date: Apr 2017
Posts: 63
|
no, haven't tried anything.
The question came up when using fastflix, which utilized almost 100% with UHD. I don't think it's related to UHD, just that it does it differently. like this (1080p): "C:/Users/admin/AppData/Roaming/FFmpeg/bin/ffmpeg.exe" -y -to 6492.7 -i "abc.mkv" -metadata title="abc" -max_muxing_queue_size 1024 -filter_complex "[0:0]crop=1920:800:0:140[v]" -map "[v]" -c:v libx265 -pix_fmt yuv420p10le -x265-params "aq-mode=2:repeat-headers=0:strong-intra-smoothing=1:bframes=4:b-adapt=2:frame-threads=0:hdr10_opt=0:hdr10=0" -crf 20 -preset medium -map_metadata -1 -map_chapters 0 "abc.mkv" it's not piping but using libx265 (?), but how do I use that? |
22nd February 2021, 21:18 | #8013 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Being UHD is actually pretty substantial. There's a lot of frame-size proportional parallelism in x265, so bigger frames use more cores. Wavefront Parallel Processing is the most obvious one, where you extra parallelism out of each 64 pixels of frame height.
|
22nd February 2021, 22:08 | #8014 | Link | |
Registered User
Join Date: Apr 2017
Posts: 63
|
Quote:
EDIT: Indeed, 1080p is also not using all CPU power as UHD does. Adding --pmode to fastflix doesn't change that. I'm actually not that much concerned. If it's easy to do fine, otherwise never mind But, any suggestions for 1080p CPU usage? thanks. Last edited by _kermit; 23rd February 2021 at 17:20. |
|
25th February 2021, 18:27 | #8015 | Link |
Registered User
Join Date: Jun 2020
Posts: 37
|
@_kermit ? video test 2pass =
https://i.goopics.net/bem88.png
__________________
Last edited by charliebaby; 25th February 2021 at 18:31. |
3rd March 2021, 08:06 | #8017 | Link | |
Registered User
Join Date: Apr 2017
Posts: 63
|
Quote:
|
|
3rd March 2021, 08:45 | #8019 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
2-pass encoding is only required if you aim for a specified target size. In fact, it will calculate the optimal CRF value for its 2nd pass from statistics gathered during a 1st pass.
|
Thread Tools | Search this Thread |
Display Modes | |
|
|