Currently there is an active development of the encoder, but it still is in the “beta” version. New releases come out very often.We regularly build binaries (.exe) for Windows.
We use [ Visual C++ | GCC | ICC ] for compiling.
x265 sources
We made our binaries using source from the official repository: Download x265 sources
Our x265 binaries for Windows
| GCC (6.3.0) | |||
|---|---|---|---|
| 32 bit | 64 bit | ||
| 8bit | 8bit | 10bit | 12bit |
| (2.4+14) | (2.4+14) | (2.4+14) | (2.4+14) |
| (2.4+2) | (2.4+2) | (2.4+2) | (2.4+2) |
| (2.3+33) | (2.3+33) | (2.3+33) | (2.3+33) |
| ICC (15) | |||
|---|---|---|---|
| 32 bit | 64 bit | ||
| 8bit | 8bit | 10bit | 12bit |
| (2.4+14) | (2.4+14) | (2.4+14) | (2.4+14) |
| (2.4+2) | (2.4+2) | (2.4+2) | (2.4+2) |
| (2.3+33) | (2.3+33) | (2.3+33) | (2.3+33) |
| Visual C++ (12) | |||
|---|---|---|---|
| 32 bit | 64 bit | ||
| 8bit | 8bit | 10bit | 12bit |
| (2.4+14) | (2.4+14) | (2.4+14) | (2.4+14) |
| (2.4+2) | (2.4+2) | (2.4+2) | (2.4+2) |
| (2.3+33) | (2.3+33) | (2.3+33) | (2.3+33) |
Author assemblies: KG7x.
приятно видеть, что наши сборки занимают первое место по скорости энкода
http://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds?p=2313698&viewfull=1#post2313698
Отличная новость )
I wonder, why not make the MSVC builds with /MT option to avoid dependency on C++ Redistributable Package? I know it’s not good to use /MT with DLL’s, but for stand-alone EXE files it should be fine. It will give slightly bigger EXE file, but that shouldn’t matter.
BTW: Does experience show MSVC builds are faster, slower or equal?
As we see, MSVC builds are slightly slower than GCC. But it need to be tested additionally.
свежие сборки вы где… уже 1.3 вышла …
Была проблема с сервером. В ближайшее время, надеюсь, обновим.
Всегда на сайте что по ссылке ниже, имеются ежедневные сборки x265
Как выбрать битность цвета при кодировании, все энкодеры режут цвета, особенно заметно на малиново-красном цвете.
Пример файла _https://cloud.mail.ru/public/b6898fd29770%2F1%20%D0%A1%D0%B5%D0%BD%D1%82%D1%8F%D0%B1%D1%80%D1%8F.avi
в этой теме был подобный вопрос
http://x265.ru/релиз-x265-версии-0-9/
товарищ компилятор, плз, выставляйте версию файла
а то пока не запустишь, не узнаешь какая
а так бы отображалась во всплывающей подсказке
Links for all four current (1.4+219) ICC builds point to GCC builds instead
ty fixed
Может стоит выкладывать ещё и сборки Fraunhofer HEVC я находил что он качественней чем x.265, а лицензия BSD?
Хорошо бы найти какие-то статьи или самим провести сравнение кодеков.
Но в целом идея хорошая.
Подумайте над этим. Было бы хорошо иметь альтернативу в виде более свободного и качественного кодека.
New version of x265.exe is released: version 1.4+554
Here we go: http://www.mediafire.com/download/whvu8btarlikc0c/x265_1.4+544-f52d723d8c46.7z
Here we go again, version 1.5, already compiled! Enjoy! http://www.mediafire.com/download/s36a6k4uxsaiucb/x265_1.5+9-7a42ca02d198.7z
Почему везде написано 8bpp и 16bpp? Bits per pixel? А не на канал случаем?
For consumer video standards, such as High Efficiency Video Coding (H.265), the bit depth specifies the number of bits used for each color component. Из Wiki: https://en.wikipedia.org/wiki/Color_depth
Thanks, I know. I asked about bpp, abbreviation itself. I thought it should be bpc – bits per channel or component.
Оно так вроде бы обозначается у самих разработчиков, хотя бит на канал было бы более корректно.
Why stop updating .exe for 32bit 16bpp? You think that is just too easy to hit memory limit in 16bpp for x86 architectures?
https://github.com/videolan/x265/commit/63fc2d0f627dfedd5dae7a5d711d4e5c271bc995
А можно по русски? А то перевод Google кривой я ничего не понял.
Почему нет сборок 32bit 16bpp?
Похоже сами разработчики x265 убрали возможность компиляции с такими параметрами.
Из интереса, вы используете ключ -o2 или -o3 в GCC сборках?
Дефолт
В процессе установки x265 не пишет ключи, но в x264 используется -O3 поэтому полагаю что и в x265 тоже.
Скажите, а почему последняя (253) сборка 10bpp, в то время как предпоследняя (201) 16bpp?
Hi!
I download this encoder 64bit (1.7+374), when I tried it’s not run in my laptop. I don’t know why!?
Check if you have 64-bit system. Please send screenshot or error message.
I tried all version + ( 8/10/12 bit) but it’s not run, it’s like unknow software ..
check this link : http://im85.gulfup.com/f6seFJ.png
I have solved this issue , thank you ^^
Hi, is there any Filter or option that I can used regarding deblock?
1.7+474 really slow only use 40% cpu usage
Every binary I’ve tried to run ends up failing. My OS is XP-64. The error is:
The procedure entry point GetNumaNodeProcessorMaskEx could not be located in the dynamic link linrary KERNEL32.dll
I’m assuming that I am SOL with regard to running the x265 binaries under XP64.
Try build GCC 32 bit 8 bit.
Microsoft Security Essentials blocks your builds. http://www.microsoft.com/security/portal/threat/Encyclopedia/Entry.aspx?Name=Trojan:Win32/Spursint.A
Which one?
I try only 4 packages:
GCC 64 bit 8 bit 1.9+3
GCC 64 bit 10 bit 1.9+3
GCC 64 bit 12 bit 1.9+3
VC12 64 bit 8 bit 1.9+3
– all of them failed to download (tojan: Win32/Spursint.A). Maybe, it’s false positive virus detection, but I don’t want to test it myself.
Windows 7 Professional SP1 with all last updates.
Microsoft Security Essentials version: 1.213.5568.0.
Checked it with Avast – everything is fine. Probably it’s false positive.
Checked the first one with virustotal – also clean. I’m confused: is it really a falsepositive or microsoft’s scanner knows something special (virustotal doesn’t check by microsoft essentials)…
y can cheack all in virustotal.com only 1 false http://i.imgur.com/nCQ2ixQ.jpg
oh… see it too late – think of it myself (see my comment above), thank you, KG7x!
А как данную сборку заставить работать в VirtualDub. как этими файликами пользоваться вообще?
what means +73 +32 +15 in these builds?
latest tag: 1.9
latest tag distance: 93
number changes after release new version
Which one of these is the latest:
(1.9+104)
(1.9+73)
(1.9+32)
Tnx.
The it is more the is newer
Download links for (1.9+150) do not work.
Ty fixed
Начиная со сборки 1.9 +205 номер версии отображается как 0.0:
x265_64-10bit[icc].exe -V
x265 [info]: HEVC encoder version 0.0
x265 [info]: build info [Windows][ICC 1500][64 bit] 10bit
x265 [info]: Compiling by KG7x [x265.ru]
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
В 1.9 +217 аналогично…
Спасибо за наводку посмотрю что не так
если что версия точно написана в инфе файла
http://i.imgur.com/OsPSdSZ.png
Большое спасибо!
Спасибо за ваши сборки. Есть только маленькое неудобство: в файлах не прописаны версии, из-за чего некоторые GUI вообще отказываются работать, а MediaInfo показывает
Writing library: x265 0.0:[Windows][GCC 5.4.0][64 bit] 10bit: KG7x [x265.ru]
x265 0.0!!!
Нельзя ли поправить?
Поправил в след сборках буду проверять версию.
Вот что сломало отображение версий при сборках https://bitbucket.org/multicoreware/x265/commits/6098ba3e0cf16b110cff3b2519ce2d997ecac396?at=default
Большое спасибо! Всё работает.
Почему по этой ссылке http://msystem.waw.pl/x265/ в архиве и exe и dll файлы и почему первых 3, а вторых 2 штуки. На странице как я понял есть объяснение, но оно слишком скупое, а перевод google кривой.
так как в их сборках что ниже 8 бит и 10 бит склеенны в 1 длл файл
А почему тогда используется 3, а не 2 exe файла, я спрашиваю чтобы понять особенности кодирования данными сборками и да они прокси поддерживают?
-V на каждом пропишите и все поймете сами
прокси ?
avs4x26x кажется его где то прокси называли
И вот я посмотрел есть ключ –output-depth и ключ –profile. Разве при задании противоречивых настроек не будет конфликта?
а вирусню когда перестанете в сборки паковать?
какую вирусню ? это ложные срабатывания http://i.imgur.com/aUtaJrv.png
наконец-то icc сборки на intelовском железе стали жать значительно быстрее gccшеных, +6% радует
Как можно связаться с автором этих сборок http://msystem.waw.pl/x265/
http://forum.doom9.org/showthread.php?p=1767628#post1767628
Ma
вроде это он
mateusz@msystem.waw.pl
Please build 2.5.