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. |
22nd March 2023, 12:28 | #9061 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v3.5+97
https://www.mediafire.com/file/bu7j9tn2c98sw5i
__________________
Do NOT re-post any of my Mediafire links. Download & re-host the content(s) if you want to share it somewhere else. |
24th March 2023, 23:14 | #9063 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Hello.
Made a new build of my custom mod, check my Github. Also, i've made out of curiosity some speed tests on my Core i7 6950X, encoding time results : 3.50.0.97 AVX2 GCC 12.2.1 : 614.55s 3.50.0.97 Broadwell GCC 12.2.1 : 608.67s 3.50.0.94 Broadwell LLVM 15.0.7 : 600.10s 3.50.0.97 Broadwell LLVM 16.0.0 : 590.88s Up to 4% speed difference, well, anything is good to take
__________________
My github. Last edited by jpsdr; 24th March 2023 at 23:17. |
25th March 2023, 20:34 | #9064 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Well, if your CPU is AVX capable only, get the AVX build: http://msystem.waw.pl/x265/
it really is as simple as that... |
26th March 2023, 21:46 | #9065 | Link |
Registered User
Join Date: Apr 2002
Location: UK
Posts: 68
|
Also did some speed tests with results that kind of surprised me:
Ryzen 9 3900XT - Win10 Pro x64 61,070 frames - 1920x816 --crf 24.0 --aq-mode 4 --no-cutree --no-open-gop --no-sao Code:
Winlibs GCC 13.0.1 1,946.89secs 31.37fps Winlibs GCC 12.2.0 1,928.15secs 31.67fps Msys2 GCC 12.2.0 1,903.41secs 32.08fps http://www.msystem.waw.pl/x265/ GCC 12.2.0 1,898.15secs 32.17fps LLVM Clang 16 1,718.27secs 35.54fps VS2019 V16.11.25 1,717.45secs 35.56fps Intel 19.2 1,600.23secs 38.16fps
__________________
https://www.rarewares.org/index.php Last edited by john33; 27th March 2023 at 18:05. Reason: Added Intel encode results - a new winner! |
27th March 2023, 08:19 | #9066 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Quote:
Sending GetTickCount64 to GetTickCount fixes the issue of course: I don't know if something changed under the hood in the way you compile (or if indeed is an autobuild issue?), but... well... now you know. |
|
28th March 2023, 22:48 | #9067 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Well, thank you for your discovery ... but don't tell me. I only compile. I do not develop. Multicoreware needs to know (via mailing list) and find a workaround if they still officially support XP compatibility at all. Instead they may probably just call it obsolete.
|
28th March 2023, 23:19 | #9068 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
For embedded applications things are different, of course. XP doesn't have explicit NUMA support and is missing a lot of other things helpful for maximizing performance. |
|
29th March 2023, 09:35 | #9069 | Link | ||
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
OTOH, Quote:
Seriously: 🆖
__________________
«Your software patents have expired.» |
||
1st April 2023, 20:07 | #9071 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,903
|
Although Microsoft pulled support in mid 2019 with the last security update, there's still 0Patch that picked up the task. That + a good antivirus like Avast and it's good enough for a home user, probably.
Anyway, I found out 'cause I do regular testing on all environments in a VM and one of those is indeed XP. Nah, as I showed it's easy enough to build it in an XP compatible way, so much so that with 1 minor adjustment the build works. My post was more of a "just so you know", that's it. Quote:
TL;DR Multicoreware has nothing to do this with, rather the compiler or whoever made the autobuild compilation script :P True. In a multicore and multisocket environment, it would probably underperform by a margin: no NUMA, no AVX, no AVX2, no AVX512, also 32bit version of bit depth higher than 8bit don't have any intrinsics at all, so they would run in plain C. Anyway, I don't really think there are any businesses out there running XP/Server 2003 to encode stuff; I myself am on Server 2019 x64 with my farm at work, but I was thinking more about some home users, that's it. |
|
2nd April 2023, 08:14 | #9072 | Link |
Registered User
Join Date: Aug 2018
Location: Germany
Posts: 119
|
Finally someone made a pull request to fix the compilation on macOS arm64.
https://mailman.videolan.org/piperma...il/013600.html Hopefully this patch gets applied soon to fix the broken arm64 compilation on macOS. |
6th April 2023, 17:27 | #9074 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
https://bitbucket.org/multicoreware/...25267b16258c21 |
|
7th April 2023, 10:33 | #9076 | Link |
Registered User
Join Date: Jan 2006
Location: Italy
Posts: 260
|
Good morning
I have always wondered how to do to predict, the final file size based on preset Medium, Slower.... and CFR quality. Even reading the specific article at https://slhck.info/video/2017/02/24/crf-guide.html I have verified that in practice the data obtained is different from that predicted in the article. I assume that the same value of CRF gives different results according to the speed preset set. I ask if this assumption of mine can be an attempt at estimated prediction. One could start the procedure and when we are about the 1% value , check in the temp folder the size of the produced file and make a proportion with the percentage of the remaining process. Could this be correct? Thank you
__________________
my PC with Ryzen 7950X |
9th April 2023, 09:31 | #9078 | Link |
Registered User
Join Date: Feb 2007
Posts: 128
|
@DMD
When quality reencoding a movie for smaller size I split the source into 7minute chunks using MKVToolnix. I then sort them by filesize and pick one in the middle where I think it's representative for the rest of the movie (day, night, lighting, grain). I then encode that chunk with different crf values and compare the quality with StaxRip's built-in video comparison tool. When changing only the crf value my rule of thumb for estimating the resulting file size is: File size increases by 1.25^(crf_increase). So if I rise the crf value by 3 it's estimated_new_size = old_crf_filesize*1.25*1.25*1.25. May not totally answer your question but that's my approach to get close to the sweet spot and it works 85% of the time for me. Last edited by katzenjoghurt; 9th April 2023 at 09:33. |
15th April 2023, 07:56 | #9079 | Link |
Registered User
Join Date: Jan 2006
Location: Italy
Posts: 260
|
@katzenjoghurt
Thank you for the suggestion, I am also performing tests by processing only 20 % of the file and make an estimate of the total size. A question I have always wondered why in video files with aspect ratio higher than 16:9, Crop is not used so that the pixel ratio (DAR) is higher than 1.78. In theory, only the active part of the screen should be processed, also saving time in the compression procedure. Analyzing with MediaInfo, commercial UHD blurays all have the 16:9 aspetc ratio. Maybe my reasoning is not correct? Thanks
__________________
my PC with Ryzen 7950X Last edited by DMD; 15th April 2023 at 08:09. |
15th April 2023, 11:02 | #9080 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
The pixel aspect ratio = SAR (sample aspect ratio), means the anamorphic skew factor, is 1:1 in modern commercial video formats. The DAR (display aspect ratio) means the ratio between width and height of the whole image.
The efficiency of compressing temporally stable solid black borders covering complete macroblocks (or partitions in HEVC/H.265) is already quite high. Explicit crop areas with panning offsets may be unsupported by consumer players. Cropping 1088 to 1080 lines in AVC/H.264 video is common, though. |
Thread Tools | Search this Thread |
Display Modes | |
|
|