New versions of free software used in the GUI's

[Jamaika]

I have no clue. BtbN doesn't tell me anything. ;)

[seagate]

DGDecNV build 255 (06.04.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[seagate]

L-SMASH-works - 20240407 1192.0.0.0 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1192.0.0.0/)

[tebasuna51]

L-SMASH-works - 20240407 1192.0.0.0 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1192.0.0.0/)

warning (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/issues/63)

[guest]

warning (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/issues/63)

Does this still apply to the build Asd-g posted here ?:-

https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/files/14897629/LSMASHSource.zip

Does this apply to all audio, or just .wav's ??

[seagate]

L-SMASH-works - 20240408 1194.0.0.0 (08.04.2024) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1194.0.0.0/)

[guest]

L-SMASH-works - 20240408 1194.0.0.0 (08.04.2024) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1194.0.0.0/)

Hopefully this will settle down, now, it's almost been as bad as Staxrip updates, every other day, it seems (glad I don't use it).

Thanks Asd-g & seagate,

[tebasuna51]

Does this still apply to the build Asd-g posted here ?

Yes, but now 1194 seems work.

Does this apply to all audio, or just .wav's ??

LSMASHAudioSource don't work for all raw audio, for instance raw eac3 or aac can't be read. Use only for "MP4, MOV, [ISO Base Media] and its derived file formats."

Use always LWLibavAudioSource to decode audio.

[seagate]

DGDecNV build 255 (09.04.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[seagate]

VisualCppRedist AIO v.0.81.0 (Visual C++ 2022 redistributable - v.14.40.33807.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.81.0/)

[seagate]

DGDecNV build 255 (11.04.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[2160p]

Opus 1.5.2 released

This minor release fixes several build issues that were discovered since
the 1.5 release. It also fixes a misalignment issue in the AVX2 code
that could cause crashes under Windows.

https://www.opus-codec.org/release/stable/2024/04/12/libopus-1_5_2.html

[guest]

fmpeg version 7.1.0-1c45104f Copyright (c) 2000-2024 the FFmpeg developers {opencl not default}
built with GCC: (GNU) 11.3.1 20221227 (SIMD) AVX

I thought I'd give this a try, however, using in with a particular app, it failed on several "jobs", on my Ryzen 7950X...not sure if it's the AVX only.

Also, where is ffprobe ??

I think I'll be sticking with the BtbN master builds.

Regards

[Jamaika]

I thought I'd give this a try, however, using in with a particular app, it failed on several "jobs", on my Ryzen 7950X...not sure if it's the AVX only.

Also, where is ffprobe ??

I think I'll be sticking with the BtbN master builds.

Regards
I know it should be AVX2. AVX512 is only for dav1d/libjxl. I don't know if the latest boards have AVX512 because it was supposed to be rejected.

I don't use Ffprobe. I am not adding it because the zip files are smaller. If anyone is interested, I can add it once.

BtbN is the showcase of ffmpeg. I don't have time to add all the additions.

[guest]

I don't use Ffprobe. I am not adding it because the zip files are smaller. If anyone is interested, I can add it once.


May I suggest that you use 7-zip instead of WinZip..

for example, your current .zip is 79,837 Kb, and the same using 7z, is only 53,225 Kb.

[guest]

AviSynth+ 3.7.3 (r4071, 3.7, x86_64) (3.7.3.0)

https://gitlab.com/uvz/AviSynthPlus-Builds

[guest]

fmpeg version 7.1.0-1c45104f Copyright (c) 2000-2024 the FFmpeg developers {opencl not default}
built with GCC: (GNU) 11.3.1 20221227 (SIMD) AVX512ICL

Nice to see that you've added ffprobe :)

However, this appears to be an AVX512 build, and I just thought I'd see what it did on my old AVX CPU, and it's didn't work, as expected.

And again, may I suggest that you use 7-zip to pack the archive a lot smaller.

https://www.7-zip.org/a/7z2404-x64.exe

or

https://www.7-zip.org/a/7z2404.exe

[Jamaika]

However, this appears to be an AVX512 build, and I just thought I'd see what it did on my old AVX CPU, and it's didn't work, as expected.
My ffmpeg won't work with these gcc options. Only AVX512ICL or above.
I don't know if there is AVX4/AVX1024.
Supposedly security can be bypassed programmatically. Then all SSE2/AVX/AVX2/AVX512 boards are supported. I didn't do it. I don't know if it's safe.

[LigH]

If you compile software with AVX512 instructions enabled, then a processor supporting AVX512 is required to just even start this application because already general, not really time-critical code written in a high-level language like C/C++ etc. might have been compiled with AVX512 instructions. A measurable speed advantage is highly doubtful.

This is in contrast to e.g. generic x265 builds which support AVX512 instructions optionally for the most time-critical routines in the encoder (via manually optimized assembler code), but only when you enable it with an additional parameter.

[seagate]

VisualCppRedist AIO v.0.82.0 (Visual C++ 2022 redistributable - v.14.40.33810.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.82.0/)

[Barough]

GPAC-MP4Box v2.4-rev1-gb6cea0cd-ab-suite
https://www.mediafire.com/file/h7ic8wiipzft4g1

[seagate]

[B]x264 0.164.3191 4613ac3
(libswscale 8.2.100)(libavformat 61.3.103)(ffmpegsource 5.0.0.0)(lsmash 2.16.1)
https://www.mediafire.com/file/iiujv8sfe1oupxq


In the Win32 folder the version of x264.exe is 0.164.3190 7ed753b (the old version) and it should be 3191.

In the Win64 folder the version of x264.exe is the correct and latest version 0.164.3191.

[guest]

In the Win32 folder the version of x264.exe is 0.164.3190 7ed753b (the old version) and it should be 3191.

In the Win64 folder the version of x264.exe is the correct and latest version 0.164.3191.

Does this one have the same issue ??

https://artifacts.videolan.org/x264/release-win64/x264-r3191-4613ac3.exe

[guest]

x265 v3.6+13
https://www.mediafire.com/file/5ccmdfxvj64h3wx

Who is compiling these builds ??

[guest]

It's my builds that I create through media_autobuild_suite

Sent from my SM-S908B via Tapatalk

Thanks for that, just curious, as your build numbers aren't "found" anywhere else.

I used to get them from:-

http://msystem.waw.pl/x265/

[LigH]

There is a known issue with the calculation of the build numbers, depending on the branch of the git checkout and the counting of the numbers of patches since a version tag. Please do not take it too serious. If you really need to know it for sure, compare with the commits graph (https://bitbucket.org/multicoreware/x265_git/commits/) on Multicoreware's Bitbucket.

[Guest]

Would it be "out of place", to notify of Patman & Jpsdr x264 & x265 builds here ??

[tebasuna51]

Everybody can check news in:
https://github.com/Patman86/x265-Mod-by-Patman
https://github.com/jpsdr/x265
(or x264)

[Guest]

Everybody can check news in:
https://github.com/Patman86/x265-Mod-by-Patman
https://github.com/jpsdr/x265
(or x264)

That is true, but the same could apply for most of the posts on this thread. Most can be found elsewhere.

It's just that other x264 & x265 builds are posted here, why not these ??

Just thought I'd ask.

:thanks:

[Jamaika]

Would it be "out of place", to notify of Patman & Jpsdr x264 & x265 builds here ??

I use:
https://bitbucket.org/multicoreware/x265_git/commits/
https://code.videolan.org/videolan/x264


x264 is problem. It isn't known which library has latest updates.

[tebasuna51]

It's just that other x264 & x265 builds are posted here, why not these ??

Ok, why not?

In my first post I say:
Please link only official, tested and legal versions with the improvements or bug fixes (or changelog), than justify the download and replace the new version in at last in one GUI of this sub-forum.

But everybody is free to include here some news.
I let Jamaica ffmpeg builds with -lfdk-aac for instance.

I like the x265 Patman mod with avs input.

[Guest]

Ok, why not?

In my first post I say:


But everybody is free to include here some news.
I let Jamaica ffmpeg builds with -lfdk-aac for instance.

I like the x265 Patman mod with avs input.

:thanks: teb :)

[Guest]

I've only really started using these, especially x265, it has some extra commands that the "vanilla" builds don't.

But then JPSDR uses Patman's builds, and adds his own twist.

https://github.com/Patman86/x264-Mod-by-Patman/releases/tag/0.164.3191%2B1

https://github.com/Patman86/x265-Mod-by-Patman/releases/tag/3.6%2B13%2B1

There are quite a few variants, so it's up to you which "flavour" you want to use.

I am using :-

x265-3.6+13+1-726aec126-.Mod-by-Patman.-x86-64-gcc14.1.0

[Guest]

https://github.com/jpsdr/x265/releases/tag/3.60.13

[guest]

x265 3.6+27-8787e87
http://msystem.waw.pl/x265/

[tebasuna51]

SoX Binary v14.4.2 (2024-05-26)
https://www.mediafire.com/file/u59xe71itcqn20i

The Changelog is from 2015-02-22.
For what we need a new version?

This new version is still broken, see Problem Flac | Sox (https://forum.doom9.org/showthread.php?t=185515)

[Barough]

SoX relies on external libraries also and when some of these libraries is updated then media-autobuild_suite will make a new compile. If m-ab-s gives me a new compile i just make it available

If there is an issue with Sox, then report it over at http://sox.sourceforge.net.
See if you can try and get hold of Mans Rullgard, since he seems to be the only one that is still doing something with SoX. He made an addition to SoX 3 days ago.

There is nothing i can do about it.

Personally so do i just use SoX for making spectograms from FLAC files and that works just fine.

[seagate]

ffms2 v.5.0 (https://github.com/FFMS/ffms2/releases/tag/5.0/)

[Guest]

MKVToolNix v85.0
https://mkvtoolnix.download/windows/releases/85.0/

[seagate]

DGDemux v.1.0.0.74 (04.06.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

DGDemux v.1.0.0.74 (15.06.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

DGDecNV 255 (12.07.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[seagate]

eac3to v.3.52 (21.07.2024) (https://www.rationalqm.us/eac3to/)

[LigH]

Rather https://www.rationalqm.us/eac3to/

[seagate]

DGDecNV 255 (25.07.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[seagate]

DGDecNV 255 (30.07.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[filler56789]

AOM AV1 v3.9.1-312-gfd9161960d
https://www.mediafire.com/file/8xfc6knnww0v5w0

Opus-tools v0.2-34-g98f3ddc (using libopus 1.5.2-16-g5854a9f)
https://www.mediafire.com/file/83y9puex64zdscl

SoX Binary v14.4.2 (2024-08-03)
https://www.mediafire.com/file/nphyzxuq3oxm6ko

uvg266 VVC v0.8.1-7c7a56b
https://www.mediafire.com/file/2aw8qbtz1vmxf8w

x264 0.164.3191 4613ac3
(libswscale 8.2.100)(libavformat 61.5.101)(ffmpegsource 5.0.0.0)(lsmash 2.16.1)
https://www.mediafire.com/file/iiujv8sfe1oupxq

:thanks:

[LigH]

x265 3.6+65-3c3d03746 (https://www.mediafire.com/file/5zoll6p8s1hvdnn/x265_3.6+65-3c3d03746.7z/file)

[Windows][GCC 14.2.0][32/32XP/64 bit] 8bit+10bit+12bit
-DENABLE_HDR10_PLUS=ON -DENABLE_LIBVMAF=ON -DENABLE_ALPHA=ON -DENABLE_MULTIVIEW=ON -DENABLE_SCC_EXT=ON

additions since v3.6+35:
--alpha Enable alpha channel support. Default 0
--num-views Number of Views for Multiview Encoding. Default 1
--format Format of the input video 0 : normal, 1 : side-by-side, 2 : over-under Default 0
--multiview-config Configuration file for Multiview Encoding
--scc <integer> Enable screen content coding. 0: Diabled, 1:Intrablockcopy fast search with 1x2 CTUs search range, 2: Intrablockcopy Full search. Default 0

Building ffmpeg fails since x265 supports multiple video streams and thus needs an array of them. So libavcodec needs to adapt to that change.

[Kurt.noise]

x265 v3.6+65
https://www.mediafire.com/file/b3pdvab5olo4nbw
Does the piping from ffmpeg & x265 works for you w/ this binary ?

I got an issue :
x265 [warning]: extra unused command arguments given <->
[vost#0:0/wrapped_avframe @ 000002317099a7c0] [error] Error submitting a packet to the muxer: Invalid argument
[vost#0:0/wrapped_avframe @ 000002317099a7c0] [error] Error submitting a packet to the muxer: Invalid argument
[out#0/yuv4mpegpipe @ 0000023170999940] [error] Error muxing a packet
[out#0/yuv4mpegpipe @ 0000023170999940] [error] Task finished with error code: -22 (Invalid argument)
[out#0/yuv4mpegpipe @ 0000023170999940] [error] Terminating thread with return code -22 (Invalid argument)
[out#0/yuv4mpegpipe @ 0000023170999940] [error] Error writing trailer: Invalid argument
[out#0/yuv4mpegpipe @ 0000023170999940] [error] Error closing file: Invalid argument


using ffmpeg.exe -i myinput.avs -strict 1 -yuv4mpegpipe - | x265.exe --preset slow --tune grain --qp 25 --output output.hevc --frames 200 --y4m -

[LigH]

I had some issues with parameters too. Had to explicitly use "--input".