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. |
25th June 2020, 15:36 | #121 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
I can't compare with the "official" builds, as I don't know how the "official" builds were created. I guess they don't contain lavf and ffms which MABS does include. And MABS uses MSYS2 / MinGW with GNU C/C++ in a current stable release (v10.1 at the moment). My latest build is linked and documented here.
I can't use ICL, I don't have any experience with it. |
25th June 2020, 18:35 | #122 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
https://code.videolan.org/videolan/x....gitlab-ci.yml Anyway, the "official" builds have libavcodec/libavformat support enabled, but not FFMS. Also, they use GCC 8.2.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
7th June 2021, 22:51 | #125 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Can someone with the rights on the x264 GitLab merge this pull request?
https://code.videolan.org/videolan/x...rge_requests/6 |
19th June 2021, 13:54 | #126 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Prayer answered it seems...
https://code.videolan.org/videolan/x...989cb1ecd19cbd
__________________
My github. |
29th July 2022, 17:14 | #130 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
I will when there will be interesting/worthwile commits (bug fixes or encode improvement), as it take a lot of time for me to make the build. Didn't check if there was commits the last 3 weeks, but until there, the commits were not worth spending time.
__________________
My github. |
21st October 2022, 10:58 | #137 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Hi there guys, I've just noticed that if I use --asm=avx512 with x264 8bit, it works, however if I use it while encoding with a 10bit profile, it doesn't, it only goes up to AVX2.
Is this expected? Is this because no one wrote AVX512 intrinsics for 10bit? |
21st October 2022, 20:37 | #138 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Anyways, as far as I can tell, the only places where the flag X264_CPU_AVX512 appears is in cpu.c and dct.c. Obviously the code in cpu.c detects the CPU features. It's in dct.c where x264 actually uses the X264_CPU_AVX512 flags to enable (or not) certain function: https://raw.githubusercontent.com/mi...7/common/dct.c But, if I read the pre-processor directives in that file correctly, then the X264_CPU_AVX512 flag does not appear in the HIGH_BIT_DEPTH part at all; it only appears in the !HIGH_BIT_DEPTH part. In other words, there is nothing in the "high bit-depth" code path that gets enabled/disabled depending on the availability of AVX-512 support. Probably there simply are no "high bit-depth" functions that would benefit from AVX-512 instructions, or at least nobody nobody cared enough about AVX-512 to figure it out
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 21st October 2022 at 20:49. |
|
22nd October 2022, 02:27 | #139 | Link | |||
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Yep, sorry, I meant manually written assembly optimizations.
Quote:
Quote:
Quote:
Yeah, that's much more likely. I wonder if Henrik Gramner will get back on this, given that he's the one behind the AVX-512 commits (among plenty of other things)... Last edited by FranceBB; 22nd October 2022 at 02:30. |
|||
12th January 2023, 18:56 | #140 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Remember the whole discussion about OpenCL?
I actually tested again but this time on Amazon AWS machines. m6i.4xlarge 16c/16th AVX-512 CPU Only 1h 24m m6i.4xlarge 16c/16th AVX-512 CPU + OpenCL GPU 1h 03m The content is 1h 32min 25seconds and 3 frames long. The video is MPEG-2 50 Mbit/s FULL HD yv16 25i with PCM 24bit lossless 5.1 audio bobbed to 50p and with the chroma downscaled to yv12 in Avisynth. Quote:
adding --opencl saved around 20 min compared to not adding it. So... yeah, it still makes sense to have it on. Last edited by FranceBB; 12th January 2023 at 18:58. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|