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. |
18th February 2019, 18:14 | #6721 | Link |
Registered User
Join Date: Sep 2018
Posts: 12
|
is there a way to compile the x64 version without avx512?
it only increases the size of the library and i will not use avx512 anyway. for now i'm sticking to v2.7 thanks Last edited by poller; 18th February 2019 at 18:19. |
18th February 2019, 18:42 | #6722 | Link |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Not sure how the size of the library matters, but anyway.
Open \source\common\x86\asm-primitives.cpp, find X265_CPU_AVX512 and note all the avx512 asms. Remove them from *.asm files, remove the X265_CPU_AVX512 code block, and then try to compile them. |
18th February 2019, 21:25 | #6723 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
In fact a satisfactory H.264 8-bit 1080p bitrate will generally be a satisfactory HEVC 10-bit 2160p bitrate. The "4K will kill the internets!" panic was badly overblown. Last edited by benwaggoner; 18th February 2019 at 21:26. Reason: specified bit depths |
|
18th February 2019, 22:31 | #6724 | Link | |
Registered User
Join Date: Sep 2018
Posts: 12
|
Quote:
but it does work, size is only slighter bigger than v2.7 now. thanks. |
|
19th February 2019, 18:32 | #6726 | Link |
Registered User
Join Date: Sep 2018
Posts: 12
|
well, it didn't take really long, maybe 30 minutes.
i need ffmpeg for recording from an emulator, and i don't want to see the ffmpeg.dll being 5 times bigger than the actual emu. so i'm trying to keep it small. and now... more questions. first, v3.0 is slower and produces bigger output than previous versions. i did read the changelog, but fail to see what could be the reason (yes, noob here). /edit: ok, it seems to be aq-mode=2 second, x86 builds by LigH are about 10% (!) faster than mine. is there some magical compiler flag? i tried -O2 and -Ofast... no luck. -Ofast being the slowest of them actually. x64 builds are at the same speed. Last edited by poller; 19th February 2019 at 18:41. |
19th February 2019, 18:56 | #6728 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
v3.0 changed some presets, so maybe the change in speed comparing to v2.7 comes from there. I don't know if the x265 docs are helpful in checking out what changed (I doubt )
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
19th February 2019, 20:35 | #6729 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Try using slow and seeing if that helps. |
|
19th February 2019, 20:37 | #6730 | Link | ||
Registered User
Join Date: Sep 2018
Posts: 12
|
Quote:
i am using the default values of x265.exe for testing. this is beyond me. Quote:
no idea about the quality, there might be some other changes as you say. Last edited by poller; 19th February 2019 at 20:40. |
||
19th February 2019, 21:45 | #6731 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
|
||
19th February 2019, 22:55 | #6732 | Link | ||
Registered User
Join Date: Sep 2018
Posts: 12
|
it seems i started some confusion here.
i tested another video, about the same results. Quote:
GCC 9.01, GCC 8.2... always the same bad speed. Quote:
that might be different for other input files. |
||
20th February 2019, 09:45 | #6733 | Link | |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Quote:
I used it once, made it slower. And I haven't used it since, but things might have changed. |
|
20th February 2019, 10:03 | #6734 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Nope, already answered that he simply uses media-autobuild suite (see:https://forum.doom9.org/showthread.p...45#post1866145), so no profiling.
|
20th February 2019, 10:31 | #6735 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Some build log could be useful, maybe there is something missing. I'd expect that if assembler was not used, the difference would be much bigger though.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
20th February 2019, 21:24 | #6736 | Link |
Registered User
Join Date: Sep 2018
Posts: 12
|
i tried hard with GCC again.
seconds. lower is better. Code:
137.0 no assembly 47.0 (default) 45.5 (PGO build) -mtune=ivybridge (default here is -O3 which makes 1st pass PGO .exe crash, thus no better speed i guess) 44.5 (PGO build) -mtune=ivybridge -O2 43.9 (PGO build) -mtune=ivybridge -funroll-loops -finline-functions -ftree-loop-vectorize -O2 39.5 LigH giving up here, i have no ideas left. Last edited by poller; 20th February 2019 at 21:48. |
21st February 2019, 00:14 | #6737 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
OK, I forgot little details I edited a long time ago, while testing some compiling issues with a faulty compiler version. A leftover string is:
export CXXFLAGS="-march=pentium4 -mtune=generic" for the 32-bit compilation (which is still quite generic, just a sensible minimum). That might bring a little advantage. For the 64-bit compilation, the CXXFLAGS is empty. Furthermore, for the 32-bit compilation, assembly is disabled for 10 and 12 bit precision cores, but enabled for the 8 bit core. Last edited by LigH; 21st February 2019 at 00:17. |
21st February 2019, 10:39 | #6738 | Link | |
Registered User
Join Date: Aug 2016
Posts: 60
|
Never expected that one!
From http://x265.org/x265-svt-hevc-house/: Quote:
|
|
21st February 2019, 10:43 | #6739 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Personally I think its stupid to incorporate another encoder into the x265 "frontend". If one wanted to use different encoders, one would use say ffmpeg, or just use them directly. x265 should be x265, and nothing else. But oh well. Probably some business driving over common sense.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
Thread Tools | Search this Thread |
Display Modes | |
|
|