New versions of free software used in the GUI's

[tebasuna51]

I make this thread to replace the announcements than fill the thread "MeGUI: bug reports and feature requests", with also discussions about differences between versions (https://forum.doom9.org/showthread.php?p=1981268#post1981268) than can't be tested by MeGUI (without AVS, AQ-MODE 5 support for x265).

These software can be used by many GUI's and not only by MeGUI, any new announcement in that thread will be moved to this thread.

Please link only official, tested and legal versions with the inprovements or bug fixes (or changelog), than justify the download and replace the new version in at last in one GUI of this sub-forum.

EDIT: Deleted some off-topic or outdated posts to let like second post the Barough excellent updated recopilation

Also:
x265 with AVS input:
https://github.com/Patman86/x265-Mod-by-Patman/releases
https://github.com/jpsdr/x265/releases

MkvToolNix for W7 or old W10, search at end of this thread:
NON-OFFICIAL-Windows-builds-of-MKVtoolnix (https://forum.videohelp.com/threads/405407-NON-OFFICIAL-Windows-builds-of-MKVtoolnix)

[Barough]

AviSynth+ v3.7.5 (Stable and Official Test builds)
https://forum.doom9.org/showthread.php?p=1909698#post1909698
https://github.com/AviSynth/AviSynthPlus/releases

AviSynthPlus r4626 (Test Clang and IntelLLVM builds)
https://gitlab.com/uvz/AviSynthPlus-Builds/

AOM AV1 v3.14.1-164-g77988266
https://www.mediafire.com/file/7zynpdvuaffr4g7

BestSource R21
https://github.com/vapoursynth/bestsource/releases

dav1d v1.5.4-0-g54706fc
https://www.mediafire.com/file/w5ymfm19ctjjjvy

DGDecNV 257 (2026-02-03)
https://www.rationalqm.us/dgdecnv/binaries/

DGDemux v1.0.0.85 (2026-05-23)
https://www.rationalqm.us/dgdemux/binaries/

DGMPGDec/DGIndex v2.0.0.9 (2024-03-29)
https://www.rationalqm.us/dgmpgdec/

DGMPGDec/DGIndex v3.0.0.1 (2026-07-23) (x64)
https://www.rationalqm.us/dgmpgdec/

eac3to v3.64 (2026-07-28)
https://www.rationalqm.us/eac3to/

exhale v1.2.2-c33cf75b
https://www.mediafire.com/file/hoiwzaqpo8owe3q

FAAC v2.1 (Release)
https://www.mediafire.com/file/fb5azbvd627t0hi

FAAC v2.1-17b630b
https://www.mediafire.com/file/uy8g3kepw6oyahi

FDK-AAC v1.0.9 (GCC v16.2)
https://www.mediafire.com/file/vnzikfmn1zshb78

FFmpeg version n8.1.2 (x86)
https://www.mediafire.com/file/4sdwm9oxv9xix1s

FFmpeg version n8.1.2 (x64)
https://www.mediafire.com/file/9vtx1z3rl8pfxmk

FFmpeg version n9.x (x86)
https://github.com/defisym/FFmpeg-Builds-Win32/releases

FFmpeg version n9.x (x64)
https://github.com/BtbN/FFmpeg-Builds/releases

FFmpegSource - ffms2 r2406
https://codeberg.org/StvG/ffms2/releases

ffms2 v5.0
https://github.com/FFMS/ffms2
https://forum.doom9.org/showthread.php?t=127037

FLAC v1.5.0 (Release)
https://www.mediafire.com/file/yjttrcdkdvoxfsr

GPAC-MP4Box v26.07-rev0-ga07cbfff
https://www.mediafire.com/file/z0436akbmsrb8du

GPAC-MP4Box v26.08-DEV-rev42-g2fd5a06a
https://www.mediafire.com/file/cvrdzrbj8ie49el

Kvazaar v2.3.2-d681529
https://www.mediafire.com/file/adzagup4wm291d3

L-SMASH-Works Release 20260824 1310.0.0.0
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases

MediaInfo v26.05
https://mediaarea.net/en/MediaInfo/Download
https://mediaarea.net/MediaInfo/ChangeLog

MKVToolNix 101.0
https://mkvtoolnix.download/windows/releases/101.0/
https://mkvtoolnix.download/doc/NEWS.md

Monkeys Audio v13.26
https://monkeysaudio.com/versionhistory.html
https://monkeysaudio.com/download.html

Opus-tools v0.2-38-g0686cfb (using libopus 1.6.1)
https://www.mediafire.com/file/f2ms1wa67rhrxkq

Opus-tools v0.2-52-g5f894e9 (using libopus 1.6.1-51-g03647f5)
https://www.mediafire.com/file/oy2bd9w4rzw9pip

QAAC v3.05
https://github.com/nu774/qaac/releases

SoX Binary v14.4.2 (2026-08-15)
https://www.mediafire.com/file/vn6uc92kym6290x

Sound eXchange NG v14.8.0.1
https://codeberg.org/sox_ng
https://codeberg.org/sox_ng/sox_ng/releases

tsMuxer v2.7.0
https://github.com/justdan96/tsMuxer/releases

tsMuxer v2.7.2 (fork by jaminmc)
https://github.com/jaminmc/tsMuxer

uvg266 VVC v0.8.1-355-g48dfc49
https://www.mediafire.com/file/flxz6dgnhzet0fs

Vorbis-tools v1.4.3-135b831
https://www.mediafire.com/file/s7nlhfhqvkzqa9p

Wavpack v5.9.0
https://github.com/dbry/WavPack/releases

x264 0.165.3223 0480cb0
(libswscale 10.2.100)(libavformat 63.5.101)(ffmpegsource 5.1.2.0)(lsmash 2.16.1)
https://www.mediafire.com/file/ry8m2x7x1zg94i4

x265 v4.3+14-f0db351
https://www.mediafire.com/file/lpm24d6y115je7m

[guest]

x264-r3106-eaa68fa

https://artifacts.videolan.org/x264/release-win64/x264-r3106-eaa68fa.exe

Avs+ r3849 clang build (thanks to kedautinh12, for the link)

https://forum.doom9.org/showthread.php?p=1981730#post1981730

[kedautinh12]

You need thank to Asd-g not me :D

[StainlessS]

You need thank to Asd-g not me :D

Yeah, Ked is just the messenger, (they dont shoot as many/enough, messengers as they used to).

Thanx, Asd-g, much appreciated.

[guest]

You need thank to Asd-g not me :D

Well you posted the link, otherwise I wouldn't have found it.

So thanks to both of you, then.

Were does Asd-g post these updates, I can't find them on his git !?!

[guest]

StvG

new out today

https://forum.doom9.org/showthread.php?p=1982035#post1982035

[guest]

New: Visual C++ 2022 Redistributable - 14.34.31938.0

https://github.com/abbodi1406/vcredist/releases/tag/v0.65.0

[kedautinh12]

FLAC git-3f1f82c8 20230211
Built on February 11, 2023, GCC 12.2.0
(Code Base : 1.4.2)
https://forum.doom9.org/showthread.php?p=1983118#post1983118

[kedautinh12]

What different, oldman???

[guest]

What different, oldman???

Wow, I completely missed that...I will remove it. :p

[DMD]

x265 v3.5+93 Mod by Patman
https://github.com/jpsdr/x265/releases
Good morning.
I would like to replace the version "3.5+37+12-4e46995bc-.Mod-by-Patman.-x64-msvc1931" embedded in StaxRip 2.13.0.
I am in confusion and don't know which version to install to replace the previous version.
Thank you

[kedautinh12]

Good morning.
I would like to replace the version "3.5+37+12-4e46995bc-.Mod-by-Patman.-x64-msvc1931" embedded in StaxRip 2.13.0.
I am in confusion and don't know which version to install to replace the previous version.
Thank you

You can check speed result one by one to choose what best speed ver

[LigH]

MP4Box 2.3-DEV-rev45-gb964fe422-ab-suite (https://www.mediafire.com/file/ryglqox9ic61chu/MP4Box_2.3-DEV-rev45-gb964fe422-ab-suite.7z/file)

MediaInfo CLI 22.12 (https://www.mediafire.com/file/qos61xn21zp7y34/MediaInfo_CLI_22.12.7z/file)
__

PS: uvz AviSynthPlus-Builds (https://gitlab.com/uvz/AviSynthPlus-Builds) got updated to r3936.

[kedautinh12]

Will mp4box different with Barough's share??

[guest]

x265 v3.5+96
https://www.mediafire.com/file/lvwa18uv48f4aq9

Don't forget new AVS, now in 2 "flavour's"...hmm, which one to choose ??

There also seems to be a revised x264 build (same build #, tho)

https://forum.doom9.org/showthread.php?p=1983473#post1983473

[kedautinh12]

You need check what build faster by yourself

[kedautinh12]

FLAC git-9382c537 20230223
Built on February 23, 2023, GCC 12.2.0
(Code Base : 1.4.2)

https://github.com/xiph/flac/commits/master

DL :
https://www.mediafire.com/file/8tn6z6i7tgo2vdk

[guest]

Avisynth+ 3.7.3 test 5 (20230217)
https://forum.doom9.org/showthread.php?p=1983179#post1983179

But test #7 is the latest :confused: :D

[kedautinh12]

But test #7 is the latest :confused: :D

I know but lazy to delete old post. Pinterf don't do that too

[kedautinh12]

FLAC git-4d21da11 20230227
Built on February 27, 2023, GCC 12.2.0
(Code Base : 1.4.2)

https://github.com/xiph/flac/commits/master


DL :
https://www.mediafire.com/file/urou3ls9tgk8yww

[guest]

AviSynthPlus r3950
[url]https://gitlab.com/uvz/AviSynthPlus-Builds[/url


To whom it may concern, I have found that the IntelLLVM build of AVS IS faulty...it caused a Decoder Error,
which led me to do a fresh Windows setup, and now I've found out it was this all along :devil:

HOWEVER, the Clang build works fine.

I haven't had any issues with previous LLVM builds.

[kedautinh12]

To whom it may concern, I have found that the IntelLLVM build of AVS IS faulty...it caused a Decoder Error,
which led me to do a fresh Windows setup, and now I've found out it was this all along :devil:

HOWEVER, the Clang build works fine.

I haven't had any issues with previous LLVM builds.

You can report to Asd-g
https://gitlab.com/uvz/AviSynthPlus-Plugins-Scripts/-/issues

[kedautinh12]

FLAC git-4d6d8b34 20230308
Built on March 08, 2023, GCC 12.2.0
(Code Base : 1.4.2)

https://github.com/xiph/flac/commits/master

DL :
https://www.mediafire.com/file/svyvwntoxr3koy9

Barough still don't share this but flac still belong to this post

[Barough]

Barough still don't share this but flac still belong to this post

Since i dont see the need to double-post something. It's as simple as that. :mad:
Just look around a little and it will be found here at Doom9!!!

[john33]

I know there is a trend to post, and probably to use, git upgrades of software, but these are not even vaguely beta versions and should not be considered for use for archival purposes.

[kedautinh12]

To whom it may concern, I have found that the IntelLLVM build of AVS IS faulty...it caused a Decoder Error,
which led me to do a fresh Windows setup, and now I've found out it was this all along :devil:

HOWEVER, the Clang build works fine.

I haven't had any issues with previous LLVM builds.

Or you can try install latest Intel® oneAPI DPC++/C++ Compiler Runtime for Windows*
https://www.intel.com/content/www/us/en/developer/articles/tool/compilers-redistributable-libraries-by-version.html

[kedautinh12]

Visual C++ 2022 Redistributable - 14.36.32420.0
https://github.com/abbodi1406/vcredist/releases

[guest]

Or you can try install latest Intel® oneAPI DPC++/C++ Compiler Runtime for Windows*
https://www.intel.com/content/www/us/en/developer/articles/tool/compilers-redistributable-libraries-by-version.html

But isn't that for "building", not "running" ?? (184Mb)

I've actually gone back to using r3944...

[kedautinh12]

But isn't that for "building", not "running" ?? (184Mb)

I've actually gone back to using r3944...

i think it's had both too, try and install 3950 to test

[guest]

i think it's had both too, try and install 3950 to test

I don't think I'll bother..I'll just wait for the next AVS build(s), and hopefully they'll work properly.

EDIT:-

It appears that the LLVM build has been "revised" a couple of days ago...yet to try.

[kedautinh12]

Avisynth+ 3.7.3 test 8 (20230315 - r3958)
https://drive.google.com/uc?export=download&id=1BvFA3vNePZVLgtnQ4FiugcHddkricK2m
https://gitlab.com/uvz/AviSynthPlus-Builds

[kedautinh12]

tsMuxer
https://github.com/justdan96/tsMuxer/releases

[guest]

Avisynth+ 3.7.3 test 8 (20230315 - r3958)
https://drive.google.com/uc?export=download&id=1BvFA3vNePZVLgtnQ4FiugcHddkricK2m
https://gitlab.com/uvz/AviSynthPlus-Builds

So I'm guessin' that this is the same as this :-

https://forum.doom9.org/showthread.php?p=1984535#post1984535

[kedautinh12]

Yes, it is

[guest]

Yes, it is

And yet another build :-

3.7.3 test 9 (https://forum.doom9.org/showthread.php?p=1984568#post1984568)

[kedautinh12]

qaac v2.79
https://github.com/nu774/qaac/releases

[guest]

DGDecNV 247

247 (https://www.rationalqm.us/dgdecnv/binaries/dgdecnv_247.zip)

[kedautinh12]

x265 v3.5+97 Mod by Patman
https://github.com/jpsdr/x265/releases

[kedautinh12]

Mediainfo v23.03
https://mediaarea.net/en/MediaInfo/Download/Windows

[guest]

A new mvtools2 release from DTL.

https://forum.doom9.org/showthread.php?p=1985213#post1985213

https://github.com/DTL2020/mvtools/releases/tag/r.2.7.46-a.22

[kedautinh12]

Visual C++ 2022 Redistributable - 14.36.32522.0
https://github.com/abbodi1406/vcredist/releases

[seagate]

AviSynthPlus 3982 (https://gitlab.com/uvz/AviSynthPlus-Builds)

[seagate]

VisualCppRedist AIO v.0.71.0 (Visual C++ 2022 Redistributable - v.14.36.32530.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.71.0)

[seagate]

x264-r3107-a8b68eb (https://artifacts.videolan.org/x264/release-win64/)

[guest]

x264-r3107-a8b68eb (https://artifacts.videolan.org/x264/release-win64/)

Nice, it's been a while since the last update, but who really uses x264 much anymore, anyway.

[kedautinh12]

Nice, it's been a while since the last update, but who really uses x264 much anymore, anyway.

Me :D

[kedautinh12]

Media Info 23.04
https://mediaarea.net/en/MediaInfo/Download/Windows

[LigH]

x265 3.5+100-3dae0c3cc (https://www.mediafire.com/file/1u7soqag7gjr1yz/x265_3.5+100-3dae0c3cc.7z/file)

[kedautinh12]

L-SMASH-Works latest ver
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases
AviSynth: convert input filenames to UTF-8 (LWLibavVideo/AudioSource) (#30).
FFmpeg 41dd50a.
l-smash 2c0696c.
nv-codec-headers n12.0.16.0.
libxml2 v2.11.0.

[SeeMoreDigital]

How about moving this entire topic into the 'General Discussion' area of the forum?

[Barough]

How about moving this entire topic into the 'General Discussion' area of the forum?

Why ?

The 'General Discussion' section haven't really got anything to do with these tools in question.

[SeeMoreDigital]

Why ?

The 'General Discussion' section haven't really got anything to do with these tools in question.It seems odd to me that this topic is placed within the 'MPEG-4 Encoder GUIs' section of the forum, especially as some of the posts are not MPEG-4 related...

[Barough]

It seems odd to me that this topic is placed within the 'MPEG-4 Encoder GUIs' section of the forum, especially as some of the posts are not MPEG-4 related...

The tools in here is relevant to Encoder GUI's, MPEG-4 or not........ and this thread have nothing to do in the General section since it's not general chat. That's my opinion on this.

[guest]

How about moving this entire topic into the 'General Discussion' area of the forum?

I think you need to take this up with tebasuna51, he set this up in the first place, and he's a Forum Moderator.

Nothing to do with Barough.

[seagate]

VisualCppRedist AIO v.0.72.0 (Visual C++ 2022 redistributable - 14.36.32531.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.72.0)

[seagate]

L-SMASH-Works-20230507 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/20230507)

[guest]

DGDecNV 248 (2023-05-08)
https://www.rationalqm.us/dgdecnv/binaries/

GPAC-MP4Box v2.3-DEV-rev232-g11bf5e393
https://www.mediafire.com/file/5pvccaw6tybbc7z

x265 v3.5+103
https://www.mediafire.com/file/4hhcquxmwumaycs

I like these GCC 13.1.0 compiles :)

:thanks:

[seagate]

VisualCppRedist AIO v.0.73.0 (Visual C++ 2022 redistributable - 14.36.32532.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.73.0)

[kedautinh12]

x265 r3.50.103 Mod by Patman
https://github.com/jpsdr/x265/releases

[kedautinh12]

ffms2_r1360 (pass: BLxmx6YsVJ03):
- AviSynth: input filenames converted to UTF-8.
- ffms2@cf7c4b2;
- ffmpeg@7ecf1bf;
- libxml2 v2.10.4.
https://ppp.woelkli.com/s/H4kXCaZczp6cksc/authenticate/showShare

[guest]

ffms2_r1360 (pass: BLxmx6YsVJ03):
- AviSynth: input filenames converted to UTF-8.
- ffms2@cf7c4b2;
- ffmpeg@7ecf1bf;
- libxml2 v2.10.4.
https://ppp.woelkli.com/s/H4kXCaZczp6cksc/authenticate/showShare

Is that really "new" ?? It was posted a month or so ago....

[kedautinh12]

Is that really "new" ?? It was posted a month or so ago....

But no one post here, i scare some people don't update from original post

[kedautinh12]

DGDecNV 248 (2023-05-31)
https://www.rationalqm.us/dgdecnv/binaries/

[guest]

DGDecNV 248 (2023-05-31)
https://www.rationalqm.us/dgdecnv/binaries/

So now we're getting triplicate posts for the same update ?!?!?

Someone needs to review beforehand !!

[kedautinh12]

What monkeys audio and sox mean??

[SeeMoreDigital]

What monkeys audio and sox mean??

Monkey's Audio (https://en.wikipedia.org/wiki/Monkey%27s_Audio) | SoX (https://en.wikipedia.org/wiki/SoX)

[seagate]

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

[guest]

Avisynth+ 3.7.3 test 11 (20230608 - r3996)

https://drive.google.com/uc?export=download&id=1ZmFSUZ3ndDzfPYuVWp9MQpZ_YqHCoSEO

https://forum.doom9.org/showthread.php?p=1988188#post1988188

[mcjordan]

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

[kedautinh12]

L-SMASH-Works 20230611
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases


Fixed _EncodedFrameTop and _EncodedFrameTop, close #32. Changed behavior - they are showed only when there are frames to be repeated.
Fixed _FieldBased when repeat is not false.
Used libraries:

FFmpeg d78bffb.
l-smash 2c0696c.
obuparse 055be27.
zlib 1.2.13.
dav1d 1.2.1.
libxml2 v2.11.4.
nv-codec-headers n12.0.16.0.
xxHash v0.8.1.
mfx_dispatch 5a3f178.

[kedautinh12]

MediaInfo 23.06
https://mediaarea.net/en/MediaInfo/Download/Windows

[StainlessS]

I'de just like to point out that some of the x265 versions posted, result in 10 bit only encodes [eg 8 in, 10 out. Try MediaInfo on result].
(result a bit bigger and a little slower than 8 bit encode).
Think I'm gonna stick with Patman mods, x265 compiles by jpsdr, for 8(default), 10 and 12 bit encode.
x265 with Patman mods (AVS, AQ-MODE 5, ...):- https://github.com/jpsdr/x265/releases
I tried both GCC and LLVM builds on Gen 8 i7-8700, and chose LLVM AVX2 {Haswell/Gen4+ for AVX2} as a bit faster.
Suggest try simple encode before deciding to implement as your current encoder.

EDIT:


Bit depth : 10 bits
Writing library : x265 3.5+75+0-f3c013983:[Windows][MSVC 1929][64 bit] 10bit
---[Information] [02/07/2023 01:41:39] encoded 20560 frames in 854.77s (24.05 fps), 1038.07 kb/s, Avg QP:30.24
87,254 KB

Bit depth : 8 bits
Writing library : x265 3.5+101+-02ef6de:[Windows][GCC 13.1.0][64 bit] 8bit+10bit+12bit
[Information] [02/07/2023 00:59:40] encoded 20560 frames in 662.81s (31.02 fps), 969.20 kb/s, Avg QP:30.37
81,485 KB


Bit depth : 8 bits
Writing library : x265 3.5+101+-02ef6de:[Windows][ICC 2021][64 bit] 8bit+10bit+12bit
---[Information] [02/07/2023 01:16:14] encoded 20560 frames in 646.84s (31.79 fps), 969.00 kb/s, Avg QP:30.37
81,468 KB

###

x265_r3_5_0_103.7z [Patman Mods, by jpsdr]:- https://github.com/jpsdr/x265/releases

PATMAN_WinThread_AVX2:
Bit depth : 8 bits
Writing library : x265 3.5+103+0-385f07817:[Windows][GCC 13.1.0][64 bit] 8bit+10bit+12bit
---[Information] [02/07/2023 02:27:59] encoded 20560 frames in 648.47s (31.71 fps), 969.20 kb/s, Avg QP:30.37
81,485 KB


PATMAN_LLVM_AVX2: ( *** CHOSEN ***)
Bit depth : 8 bits
Writing library : x265 3.5+103+0-385f07817:[Windows][MSVC 1928][64 bit] 8bit+10bit+12bit
---[Information] [02/07/2023 02:55:31] encoded 20560 frames in 630.71s (32.60 fps), 968.97 kb/s, Avg QP:30.37
81,466 KB

EDIT: I've spent months [EDIT: 7 months] encoding slower, at 10 bit output, without realizing.
Jpsdr x265 with PatMan Mods support *.avs, 8, 10 and 12 bits. https://github.com/jpsdr/x265/releases


EDIT:
And for x264, all PatMan Mods versions tested [ support *.avs input, 8 and 10 bit ].

Original: Output bit depth 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3103 941cae6
---[Information] [02/07/2023 16:13:37] encoded 20560 frames, 84.93 fps, 1505.26 kb/s
126278KB


x264-0.164.3107_a8b68eb_Win_GCC122.7z : Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107 a8b68eb
---[Information] [02/07/2023 16:45:07] encoded 20560 frames, 84.49 fps, 1505.26 kb/s
126278KB



x264_tmod_r3107.1.7z : MCF: Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 16:35:42] encoded 20560 frames, 84.12 fps, 1505.26 kb/s, 123.10 MB
126278KB


x264_tmod_r3107.1.7z : POSIX: Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 16:51:57] encoded 20560 frames, 84.01 fps, 1505.26 kb/s, 123.10 MB
126278KB


x264_tmod_r3107.1.7z : WINTHREAD: Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 17:00:06] encoded 20560 frames, 81.39 fps, 1505.26 kb/s, 123.10 MB
126278KB




x264_tmod_Broadwell_r3107.1.7z : MCF: Output bit depth: 8/10 { *** CHOSEN *** }
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 17:09:14] encoded 20560 frames, 86.38 fps, 1505.26 kb/s, 123.10 MB
126278KB


x264_tmod_Broadwell_r3107.1.7z : POSIX: Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 17:17:23] encoded 20560 frames, 86.26 fps, 1505.26 kb/s, 123.10 MB
126278KB


x264_tmod_Broadwell_r3107.1.7z : WINTHREAD: Output bit depth: 8/10
Bit depth : 8 bits
Writing library : x264 core 164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
---[Information] [02/07/2023 17:24:27] encoded 20560 frames, 86.15 fps, 1505.26 kb/s, 123.10 MB
126278KB

All tested produced pretty much identical output size. Could have chosen any of the Broadwell variety.
The Broadwell versions require Gen 5+.

From command "x264.exe -h" of chosen encoder.

x264 core:164 r3107+58M ae98796 t_mod_New [(8 & 10)-bit@all X86_64]
Syntax: x264 [options] -o outfile infile

Infile can be raw (in which case resolution is required),
or YUV4MPEG (*.y4m),
or Avisynth if compiled with support (yes).
or libav* formats if compiled with lavf support (yes) or ffms support (yes).
Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC or L-SMASH support (lsmash)
.3gp -> MP4 (branded '3gp6')
.3g2 -> MP4 (branded '3gp6' and '3g2a')
.mov or .qt -> QuickTime File Format
.avi -> AVI if compiled with support (yes)
Output bit depth: 8/10

# ... More stuff

--input-depth <integer> Specify input bit depth for raw input
--output-depth <integer> Specify output bit depth

# ... Yet More stuff

x264 with PatMan mods, by jpsdr:- https://github.com/jpsdr/x264/releases

[kedautinh12]

MKVToolNix v78.0
https://mkvtoolnix.download/windows/releases/78.0/
https://mkvtoolnix.download/doc/NEWS.md

[LigH]

MABS now builds with strong stack protection.

[kedautinh12]

Deleted

[tormento]

I'de just like to point out that some of the x265 versions posted
Try DJATOM's too. ;)

[StainlessS]

Try DJATOM's too.
Support *.avs input ?, and 8/10/12 for x264 and 8/10 for x265 ?

[LigH]

I remember trying to build this mod just for this reason.

https://github.com/DJATOM/x265-aMod/

[StainlessS]

Well just tried DJATOM's,
x264 [UPDATED]

x264-aMod-x64-core164-r3101+20.7z : x264-aMod-x64-core164-r3101+20-generic.exe
Bit depth : 8 bits
Writing library : x264 core 164 r3101+20 87befef (DJATOM's mod)
---[Information] [04/07/2023 23:56:39] encoded 20560 frames, 83.87 fps, 1505.26 kb/s, duration 0:04:05.14
126278 KB


x264-aMod-x64-core164-r3101+20.7z : x264-aMod-x64-core164-r3101+20-opt-skylake.exe
Bit depth : 8 bits
Writing library : x264 core 164 r3101+20 87befef (DJATOM's mod)
---[Information] [04/07/2023 23:48:55] encoded 20560 frames, 84.96 fps, 1505.26 kb/s, duration 0:04:01.98
126278 KB


jpsdr PatMan mod, 86.38 FPS, so keeping with that.

Also, DJATOM x265

x265-x64-v3.5+131-aMod-gcc13.1.0+opt.7z : x265-x64-v3.5+131-aMod-gcc13.1.0.exe
Bit depth : 8 bits
Writing library : x265 3.5+131-c5c0aa6fd:[DJATOM's Mod][Windows][GCC 13.1.0][64 bit] 8bit+10bit+12bit
---[Information] [04/07/2023 22:55:44] encoded 20560 frames in 0:11:00.05 (31.15 fps), 968.97 kb/s, Avg QP:30.37
81466 KB

x265-x64-v3.5+131-aMod-gcc13.1.0+opt.7z : x265-x64-v3.5+131-aMod-gcc13.1.0-opt-skylake.exe
Bit depth : 10 bits
Writing library : x265 3.5+131-c5c0aa6fd:[DJATOM's Mod][Windows][GCC 13.1.0][64 bit] 10bit
---[Information] [04/07/2023 23:13:49] encoded 20560 frames in 0:14:13.86 (24.08 fps), 1039.09 kb/s, Avg QP:30.24
87339 KB

x265-x64-v3.5+131-aMod-gcc13.1.0+opt.7z :x265-x64-v3.5+131-aMod-gcc13.1.0-opt-haswell.exe
Bit depth : 10 bits
Writing library : x265 3.5+131-c5c0aa6fd:[DJATOM's Mod][Windows][GCC 13.1.0][64 bit] 10bit
---[Information] [05/07/2023 00:20:46] encoded 20560 frames in 0:14:08.58 (24.23 fps), 1039.09 kb/s, Avg QP:30.24
87339 KB

SkyLake & Haswell Results, 8 bit in, 10 bit out, and quite a bit slower.

I'll stick with jpsdr PatMan Mods for both.

EDIT: jpsdr Patman x264 additionally support these output, not that I 'm gonna use them though.

Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC or L-SMASH support (lsmash)
.3gp -> MP4 (branded '3gp6')
.3g2 -> MP4 (branded '3gp6' and '3g2a')
.mov or .qt -> QuickTime File Format
.avi -> AVI if compiled with support (yes)


EDIT: Ooops, DJATOM x264 had identical sizes, and identical encode times.
I musta had two logs opened at once and copied from the wrong one.
Re-Done both, and Updated DJATOM x264 timings.

EDIT: Added DJATOM x265 haswell timings, is 10 bit again.
Maybe is supposed to be 10 bit output, but I dont want it. [I dont see any warning about opt versions being 10 bit only]

EDIT: Is there some MeGUI trick for x64 to enable 10 bit encode in GUI. x86 versions
have "tools\x264_10b" folder, which seemingly enable 10 bit selection within MeGUI GUI.
Does MeGUI x64, x265 have similar kludge to enable user selectable 10 bit x265 encode ?

[kedautinh12]

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

DGDemux 1.0.0.69 (2023-07-04)
https://www.rationalqm.us/dgdemux/binaries/

1.0.0.70 is right version and i was post link above

[guest]

MediaInfo v23.07

https://mediaarea.net/en/MediaInfo/Download/Windows

[seagate]

L-SMASH-Works-20230716 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/20230716)

[LigH]

x264 0.164.3107 (https://forum.doom9.org/showthread.php?p=1989716#post1989716)
x265 3.5+103/104 (https://forum.doom9.org/showthread.php?p=1989717#post1989717)
VPx 1.13.0-398 (https://forum.doom9.org/showthread.php?p=1989718#post1989718)
AOM v3.6.1-843 + rav1e 0.6.1 + dav1d 1.2.1 + SVT-AV1 v1.6.0 + avif 0.11.1 (https://forum.doom9.org/showthread.php?p=1989721#post1989721)
VTM 21.0 + vvcenc 1.9.0-rc2 + vvcdec 2.1.0 (https://forum.doom9.org/showthread.php?p=1989724#post1989724)
ffmpeg N-111503 + mplayer/mencoder r38435 (https://forum.doom9.org/showthread.php?p=1989725#post1989725)

MediaInfo CLI 23.07 (https://www.mediafire.com/file/z2to34mfhebhgtx/MediaInfo_CLI_23.07.7z/file)
MP4Box_2.3-DEV rev441-g98da8ecbb-ab-suite (https://www.mediafire.com/file/jpqh0wv0qhijdo0/MP4Box_2.3-DEV-rev441-g98da8ecbb-ab-suite.7z/file)

[Barough]

Vorbis-tools v1.4.2-7168723 (New build due to Newer Dependencies)
https://www.mediafire.com/file/vsy42sblz1ym163

[kedautinh12]

Can Vorbis-tools v1.4.2-7168723 replace oggenc2.exe in Megui??

[tebasuna51]

Yes, there are some differences with parameters but MeGUI never uses these parameters, the new encoder don't have (or not documented):

-S, --converter Specify the resampling engine to be used.
--scale n Scale input data to n (n = between 0.00 and 1.00)
--FLAC-scale n Scale input data using FLAC Replaygain Tags

And the new encoder don't support 32 bits int like input then don't have the parameter:

-F, --raw-format=n Set format for raw input. Default is 1 for Standard PCM; use 3 for IEEE Float.

Now is enough the parameter:

-B, --raw-bits=n Set bits/sample for raw input. Default is 16, 32 assumed for IEEE Float.

Without problem with AviSynth, the decoders never output 32 bits int, unless you use the explicit conversion ConvertAudioto32bit()
A conversion without sense at all.

[seagate]

L-SMASH-Works - 20230806 1129.0.1.0 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1129.0.1.0)

[seagate]

VisualCppRedist AIO v.0.74.0 (Visual C++ 2022 Redistributable - v.14.38.32919.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.74.0)

[seagate]

VisualCppRedist AIO v.0.75.0 (Visual studio tools for Office runtime - v.10.0.60910.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.75.0)

[kedautinh12]

x265 mod by Patman r3.5.0.106
https://github.com/jpsdr/x265/releases

[kedautinh12]

MediaInfo 23.09
https://mediaarea.net/en/MediaInfo/Download/Windows

[kedautinh12]

two link is the same exhale

[seagate]

x264-r3144-5a9dfdd (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

L-SMASH-Works 20231003 1141.0.0.0 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1141.0.0.0)

[seagate]

VisualCppRedist AIO v.0.76.0 (Visual C++ 2022 redistributable - v.14.38.33126.1) (https://github.com/abbodi1406/vcredist/releases/tag/v0.76.0)

[seagate]

L-SMASH-Works 20231010 1144.0.0.0 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1144.0.0.0)

[LigH]

MABS works again :D

[john33]

64 bit MABS certainly builds here OK without patching. :)

[seagate]

x264-r3153-5f84d40 (https://artifacts.videolan.org/x264/release-win64/)

[guest]

x264-r3155-9c3c716 (https://artifacts.videolan.org/x264/release-win64/)

[StainlessS]

LAV Filters 0.78 just updated a few moments ago.
https://forum.doom9.org/showthread.php?p=1992856#post1992856

[StainlessS]

DGDecNV 250
https://www.rationalqm.us/dgdecnv/binaries/

DGDecNV 250 (2023-10-14)
https://www.rationalqm.us/dgdecnv/binaries/

DGDecNV 250 (2023-10-22)
https://www.rationalqm.us/dgdecnv/binaries/

That's the spirit kedautinh12, make sure that nobody forgets :)

[kedautinh12]

That's spirit of sharer :D

[seagate]

x264-r3156-d46938d (https://artifacts.videolan.org/x264/release-win64/)

[guest]

new eac3to_mod 3.37

Info:-
https://forum.doom9.org/showthread.php?p=1992999#post1992999

Use the DLLs etc. from the eac3to 3.36 release. Easiest is to just put eac3to_mod.exe in the same directory as your eac3to 3.36 installation.

Download link:-
https://rationalqm.us/misc/eac3to_mod.rar

[kedautinh12]

MKVToolNix v80.0
https://mkvtoolnix.download/windows/releases/80.0/
https://mkvtoolnix.download/doc/NEWS.md

[StainlessS]

Not sure if this should be posted here, perhaps UT_Video used in some pre-rendered lossless file (eg MEGUI does that I think),
UT_Video Codec, [updated April 2023]:- https://www.videohelp.com/software/Ut-Video-Codec-Suite
Updated back in April, but never seen update posted anywhere on D9 [version I was using was from 2021].

[kedautinh12]

x264_tmod_r3156
https://github.com/jpsdr/x264/releases

[StainlessS]

kedautinh12, whos compile is that x264 ?

[guest]

kedautinh12, whos compile is that x264 ?

I would think it's from here :-

https://artifacts.videolan.org/x264/release-win64/

https://artifacts.videolan.org/x264/release-win64/x264-r3156-d46938d.exe

[StainlessS]

Thanks TDS.

[LeXXuz]

x264_tmod_r3156
https://github.com/jpsdr/x264/releases

What kind of mod is that?

[guest]

What kind of mod is that?

Jpsdr drops a lot of tweaked & optimised builds, compared to the "standard" releases.

Follow the link for more detail.

[kedautinh12]

kedautinh12, whos compile is that x264 ?

It's from Barough, he is forget post to here

[seagate]

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

[LeXXuz]

Jpsdr drops a lot of tweaked & optimised builds, compared to the "standard" releases.

Follow the link for more detail.

I know. But I couldn't really find a readme to what that tmod for x264 is and what it does.

[kedautinh12]

x265 r3.50.111 with Patman mods
https://github.com/jpsdr/x265/releases/tag/r3.50.111

[seagate]

VisualCppRedist AIO v.0.77.0 (Visual C++ 2022 redistributable - v.14.38.33130.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.77.0/)

[guest]

Apparently FFMPEG is now @ 6.1...

Found it @ https://www.videohelp.com/software/ffmpeg & https://www.gyan.dev/ffmpeg/builds/, but not here (yet), https://github.com/BtbN/FFmpeg-Builds

[kedautinh12]

DGDemux_1.0.0.72 (2023-11-14)
https://www.rationalqm.us/dgdemux/binaries/

[kedautinh12]

Apparently FFMPEG is now @ 6.1...

Found it @ https://www.videohelp.com/software/ffmpeg & https://www.gyan.dev/ffmpeg/builds/, but not here (yet), https://github.com/BtbN/FFmpeg-Builds

BtbN already had 6.1 in win64 latest

[guest]

BtbN already had 6.1 in win64 latest

OK, good to know, I was just going off that there wasn't 6.1 in the files name, it's still only 6.0.

[kedautinh12]

That's ffmpeg-n6.0-latest-win64 not ffmpeg-master-latest. In ffmpeg-master-latest-win64 is 6.1. You can download ffmpeg-master-latest-win64-gpl-shared.zip and check version of library from here:
https://www.ffmpeg.org/download.html#release_6.1

[kedautinh12]

What kind of mod is that?

You can check some tweak here:
https://github.com/jpsdr/x264/commits/t_mod_New

[seagate]

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

[seagate]

ffms2 r1387 (https://codeberg.org/StvG/ffms2/releases/tag/r1387)

[eac3to_mod]

Please don't link the test versions of eac3to_mod! It is still changing rapidly. Please wait for a formal release. Thank you.

[kedautinh12]

Ok, welcome to doom9 forum :D

[guest]

Please don't link the test versions of eac3to_mod! It is still changing rapidly. Please wait for a formal release. Thank you.

But a lot of the software that's shown on this thread changes rapidly, so the more that hear about what your great work is doing, the more feedback you'll get and help with development.

[eac3to_mod]

But a lot of the software that's shown on this thread changes rapidly, so the more that hear about what your great work is doing, the more feedback you'll get and help with development. It's not quite ready for prime time, though getting close. And people can follow eac3to_mod development at the DG Tools website if they are so inclined.

[kedautinh12]

Please don't link the test versions of eac3to_mod! It is still changing rapidly. Please wait for a formal release. Thank you.

Your file don't "_test" in name, maybe it's formal ver?

[eac3to_mod]

Yes, that's correct.

[kedautinh12]

MediaInfo 23.11.1
https://mediaarea.net/en/MediaInfo/Download/Windows

[guest]

MKVToolNix v81.0
https://mkvtoolnix.download/windows/releases/81.0/

[kedautinh12]

DGMPGDec 2.0.0.9
https://www.rationalqm.us/dgmpgdec/

[kedautinh12]

Avisynth+ 3.7.3post test 10 (20231202 - r4035)
https://forum.doom9.org/showthread.php?p=1994584#post1994584

[kedautinh12]

AviSynthPlus Builds r4035 with IntelLLVM and Clang build by Asd-g, fix this error (https://forum.doom9.org/showthread.php?p=1994621#post1994621) too
https://drive.google.com/file/d/1OcPJNK_qEuYPTsL6yXvy-FV3XATUx9Io/view?usp=drive_link

[tebasuna51]

AviSynthPlus Builds r4035 with IntelLLVM and Clang build by Asd-g, fix this error (https://forum.doom9.org/showthread.php?p=1994621#post1994621) too
https://drive.google.com/file/d/1OcPJNK_qEuYPTsL6yXvy-FV3XATUx9Io/view?usp=drive_link

Can you explain the differences with the previous r4035 post 10, the change log is identical.

Also explain the differences between IntelLLVM and Clang versions and for what a user can select one or other.

Please remember my first post:

Please link only official, tested and legal versions with the inprovements or bug fixes (or changelog), than justify the download and replace the new version in at last in one GUI of this sub-forum.

because your builds aren't official (https://forum.doom9.org/showthread.php?p=1994774#post1994774)

Put your builds in that thread to test purposes but not here.

[kedautinh12]

Why other people post not official build you don't said to them, just tag me?? Double standard. And this build from Asd-g not me.

[kedautinh12]

FDK-AAC v1.0.5 (2023-12-05)
https://www.mediafire.com/file/sw7ncdv2pc3vtqe

As @tebasuna51 said, don't post mp4box, fdk-aac, x264 personal build here. This post only accept official build

[tebasuna51]

As @tebasuna51 said, don't post mp4box, fdk-aac, x264 personal build here. This post only accept official build

It is not a problem with you, but this forum have a dedicated sub-forum to AviSynth+, and put here other versions without explain well the differences to the official ones can be a problem. At least for me these versions are worse than official ones.

Other software don't have dedicated threads here, but of course there are differents builds, for instance with x264/x265, than I like must be better explained to help the users use them or not.

[Wishbringer]

I am a bit surprised about the last two posts.
@Barough did the 2nd post in this thread, with personal builds in Jan 2023.
And now, around 11 months later you demand, not to post personal builds...
A little bit late!

I can understand your intention to not confuse users, but this is a tech forum, where ppl try to optimize their encoding.
There are tmod builds here, compiles with gcc, intel, ms,
builds with included libs like libswscale, libavformat, ffmpegsource, lsmash and so on.

As long someone wrote down his "additions" to the build like "(libswscale 7.6.100)(libavformat 60.18.100)(ffmpegsource 3.1.1.0)(lsmash 2.16.1)"
or "built with GCC 13.2.0" all should be fine

This thread was for me a source of new releases (and builds) and a chance to not search several sites, forums and threads around the net.

[kedautinh12]

It is not a problem with you, but this forum have a dedicated sub-forum to AviSynth+, and put here other versions without explain well the differences to the official ones can be a problem. At least for me these versions are worse than official ones.

Other software don't have dedicated threads here, but of course there are differents builds, for instance with x264/x265, than I like must be better explained to help the users use them or not.

In my post have IntelLLVM and Clang build and "r4035" that mean same commits with official build. Why i need explain when it had in my post link?? And "At least for me these versions are worse than official ones." that your personal. Don't use your standard to put to other people. For me IntelLLVM faster in my test

[kedautinh12]

I am a bit surprised about the last two posts.
@Barough did the 2nd post in this thread, with personal builds in Jan 2023.
And now, around 11 months later you demand, not to post personal builds...
A little bit late!

I can understand your intention to not confuse users, but this is a tech forum, where ppl try to optimize their encoding.
There are tmod builds here, compiles with gcc, intel, ms,
builds with included libs like libswscale, libavformat, ffmpegsource, lsmash and so on.

As long someone wrote down his "additions" to the build like "(libswscale 7.6.100)(libavformat 60.18.100)(ffmpegsource 3.1.1.0)(lsmash 2.16.1)"
or "built with GCC 13.2.0" all should be fine

This thread was for me a source of new releases (and builds) and a chance to not search several sites, forums and threads around the net.

He can't mention Barough that because "Barough excellent updated recopilation" in his first post. When Barough just post built with GCC 13.2.0 it's fine. But i post r4035 build with IntelLLVM and clang it confused. That show double standard guy. And here have some people like that, example: R.D. I post only "thanks", he said i spam the post. But Selur just post "thanks" more than me, he said it's fine :D

Additional: fdk-aac not legal but he don't mention Barough:D

[guest]

He can't mention Barough that because "Barough excellent updated recopilation" in his first post. When Barough just post built with GCC 13.2.0 it's fine. But i post r4035 build with IntelLLVM and clang it confused. That show double standard guy. And here have some people like that, example: R.D. I post only "thanks", he said i spam the post. But Selur just post "thanks" more than me, he said it's fine :D

Additional: fdk-aac not legal but he don't mention Barough:D

It's clearly "who you know, NOT, what you know"....sad really :(

[tebasuna51]

This thread was for me a source of new releases (and builds) and a chance to not search several sites, forums and threads around the net.

Ok, that was the purpose of this thread, y only demand to be clear about the differences between builds.
If I read Avs+ r4035 from 2023/12/02 and after another from 2023/12/05 I suppose the second one is better or solve some bug. And, for me, that is not true.

I'm not the owner of this forum and you can link anything under your responsibility.

I don't know if fdk-aac is not legal in all the countries, it is illegal in the mine but I don't use it because qaac is free and better, for me of course, and I don't need fdk-aac at all.

I am a old man, and I don't speak/write english very well, but argue preferences over a user or other is a children argument far of my intenttions.

[kedautinh12]

Yeah, old man with double standard. Why it's solve some bug when it's same commit (r4035). That your standard not other people. And i'm not said it's better than pinterf's build. It's from your thinking too. On internet not talk about ages, it's base equal relationship. When you treated double standard with me, that show you don't respect me so why i must respect you?
https://forum.doom9.org/showthread.php?p=1994786#post1994786

[kedautinh12]

So, if you don't use it, it'll legal. Wow, "very good" standard. Talk about Barough's x264 personal build. He just post "x264-0.164.3172_c1c9931_Win_GCC132", c1c9931 show that same commit from Videolan (https://artifacts.videolan.org/x264/) so why you think it solved bugs and GCC132 show that better build than videolan??? Are you sure all people use x264 will faster with GCC132??? If not, why you don't mention Barough need explain clearly than just "x264-0.164.3172_c1c9931_Win_GCC132", double standard old man?

[Barough]

Let's stop bitching about this and that.
I think that stable compiles made from the official source is fine to post since it's untouched and many places dont offer official builds/releases neither on odd encoders and such.
The only thing im against in here is test/trial builds since they can contain a lot of bugs and such.
Now i said what i had on my mind.

And this thread is really in need of a cleanup....... some really old and outdated stuff. Everyone that have made posts in here can maybe cleanup their old/outdated stuff.

[kedautinh12]

@Barough that you think but Asd-g's build made from the official source is fine to post here but someone double standard doesn't think that. How about bitching? that word from your educated call me when I was talking about your double standard friend?

[Barough]

@kedautinh12
I'm not sure I understand what your trying to say here..... with bitching so did i ment complaining. If Asd-g's compiles is made from the official/stable source then everything is fine from my point of view. Let's just try and keep all the test versions of this and that out of here.

Sent from my SM-S908B via Tapatalk

[kedautinh12]

That mean mp4box won't appear at here??

[Barough]

That mean mp4box won't appear at here??The stable release will still be here but the Dev will be removed.

Sent from my SM-S908B via Tapatalk

[tebasuna51]

When you treated double standard with me, that show you don't respect me
I respect you, only I ask about the differences between Avs+ versions, not only for me but for others users also... (https://forum.doom9.org/showthread.php?p=1994870#post1994870)

From yesterday the Readme in https://gitlab.com/uvz/AviSynthPlus-Builds show the relevant info. Thanks, even if these builds are slow for me (https://forum.doom9.org/showthread.php?p=1994802#post1994802).

so why i must respect you?
Because rule 4 of this forum:

4) Be nice to each other and respect the moderator.

Then please stop these off topic posts.

[kedautinh12]

The stable release will still be here but the Dev will be removed.

Sent from my SM-S908B via Tapatalk

Yeah, dev ver can post in megui official website

[seagate]

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

[kedautinh12]

dgdecnv_251 (2023-12-17)
https://www.rationalqm.us/dgdecnv/binaries

[kedautinh12]

The link above is tmod based 3.5.0.113, not official, please read slowly before confused. That make someone double standard will ask me explain although all info in the post above

[kedautinh12]

L-SMASH-Works 1161.0.0.0 (info in this link, just click. If you confused, don't use it)
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases

[seagate]

eac3to v.3.43 (28.12.2023) (https://www.rationalqm.us/eac3to/)

[seagate]

x264-0.164.3172+8-d0a13eb [mod by Patman] (https://github.com/Patman86/x264-Mod-by-Patman/releases/tag/0.164.3172%2B8/)

[kedautinh12]

x265 r3.5.0.114 with Patman mods (AVS, AQ-MODE 5, ...)
https://github.com/Patman86/x265-Mod-by-Patman/releases

[guest]

Seems to me that this build has higher component versions (but I could be wrong)

https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-master-latest-win64-gpl.zip

[seagate]

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

[eac3to_mod]

eac3to version 3.44
https://rationalqm.us/eac3to

[kedautinh12]

ffms2_r1393
Added revision to the displayed version.
Fixed fps (rffmode > 0) (H264).
https://codeberg.org/StvG/ffms2/releases/tag/r1393

[eac3to_mod]

DGDecNV 251 (January 9, 2024)
https://rationalqm.us/dgdecnv/binaries

[eac3to_mod]

eac3to v3.45
https://rationalqm.us/eac3to

[seagate]

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

[eac3to_mod]

DGDemux 72 (Jan 13, 2024)
https://rationalqm.us/dgdemux/binaries

* Mark hidden video streams.
* Defeat obfuscation based on the STN_table.

[eac3to_mod]

eac3to 3.46
https://rationalqm.us/eac3to

[seagate]

x264-r3173-4815cca (https://artifacts.videolan.org/x264/release-win64/)

[eac3to_mod]

DGDemux linux (1-18-2024)
https://rationalqm.us/dgdemux/binaries

* Mark hidden video streams.
* Defeat obfuscation based on the STN_table.

[eac3to_mod]

eac3to 3.47
https://rationalqm.us/eac3to

* Fixed command line delay adjustments for disk mode subtitles.
* Fixed printing of wrong container frame rate for some cases.
* Cosmetic improvements to eac3to output.

[eac3to_mod]

DGDemux 1.0.0.72 (Jan 29, 2024)
https://rationalqm.us/dgdemux/binaries

* Fixed bug in -sp that could lose content at the end of the movie. [arrgh]
* Fixed -sp and -collapse not playing nice together.

[eac3to_mod]

eac3to 3.48
https://rationalqm.us/eac3to

* Added -destpath="path" option to allow the destination folder
for output files to be specified. Refer to the notes file for details.

[guest]

Avisynth+ 3.7.3post test 14 (20240131 - r4066)

https://drive.google.com/uc?export=download&id=1nrdoQgzzYJh7RwkkrPZwW9OGpmI53A9-

[guest]

VisualCppRedist AIO v.0.78.0 (Visual C++ 2022 redistributable - v.14.38.33135.0) (https://github.com/abbodi1406/vcredist/releases/tag/v0.78.0/)

[eac3to_mod]

eac3to 3.49 (February 4, 2024)
https://rationalqm.us/eac3to

* Fixed -destpath option when it is the last option on the command line.
* Stopped eac3to from generating the log file twice.
* The new rules for the log file location are:
The -log path is used if present.
If -log is absent then the -destpath path is used if present.
If -log and -destpath are both absent then the current directory is used.
* Removed automatic invocation of thdmerge.exe for technical reasons
(eac3to performs delay correction for AC3 but not for THD, leading to
a misaligned thd+ac3 file when the THD stream has a delay).

[eac3to_mod]

DGDemux/DGDemuxGUI 1.0.0.73
https://rationalqm.us/dgdemux/binaries

* Demuxing now observes the playlist in and out times per clip, i.e., per M2TS. This corrects the
handling of some unusually structured disks. hat tip hubblec4
* The -sp option is replaced with the ignore-playlist-times (-ignorepl) option. -ignorepl has the opposite
sense to -sp. When -ignorepl is given, the per-clip in and out times are ignored. If it is absent they are honored.
* The audio chop (-ch) option is removed, as it is now covered by the per-clip in and out times.
* Issues with skip first (-sf) were fixed.
* Fixed a progress string error in DGDemuxGUI.
* The user manual was updated.

[simple_simon]

Opus-tools v0.2-34-g98f3ddc (using libopus 1.4-994-g2582ca92)
https://www.mediafire.com/file/vanjm5stsyl5sjd

SoX Binary v14.4.2 (2024-02-04)
https://www.mediafire.com/file/xdfiqjrlkmtpnle

Is SoX integrated into MeGUI? The only thing I see is soxfilter.dll in the tools\avs folder but there's no dll file in the new linked binary archive.

[tebasuna51]

Is SoX integrated into MeGUI?
Nope, AFAIK megui don't include that filter in any automated avs functions generated by megui.

But, of course, you can use it in any avs script manually created.

The only thing I see is soxfilter.dll in the tools\avs folder but there's no dll file in the new linked binary archive.

There are a old version (2006) in Megui 32 bits but there are a recommended new version (https://forum.doom9.org/showthread.php?t=185189) for 32 and 64 bits

[simple_simon]

Nope, AFAIK megui don't include that filter in any automated avs functions generated by megui.

But, of course, you can use it in any avs script manually created.



There are a old version (2006) in Megui 32 bits but there are a recommended new version (https://forum.doom9.org/showthread.php?t=185189) for 32 and 64 bits

Oh cool. So that means we don't have to use the 32bit version of MeGUI to convert 7.1 audio to 5.1 anymore?

[tebasuna51]

Oh cool. So that means we don't have to use the 32bit version of MeGUI to convert 7.1 audio to 5.1 anymore?

Like I say before the downmix 7.1 -> 5.1 using Sox filter are not still integrated in MeGUI, you need write your script or use the equivalent ffmpeg function (https://forum.doom9.org/showthread.php?p=1920201#post1920201)

[simple_simon]

Like I say before the downmix 7.1 -> 5.1 using Sox filter are not still integrated in MeGUI, you need write your script or use the equivalent ffmpeg function (https://forum.doom9.org/showthread.php?p=1920201#post1920201)

32bit MeGUI includes soxfilter.dll and used it automatically when converting from 7.1 audio to 5.1. The 64bit version couldn't use soxfilter because there wasn't a 64bit version of soxfilter at the time but I think the code is still there and it just bypasses that step when it can't find the dll (or so it seems from what it says in the log). I would guess that adding a 64bit soxfilter.dll would make it work normally. Sadly I don't have a 7.1 audio file to test at the moment.

[tebasuna51]

32bit MeGUI includes soxfilter.dll and used it automatically when converting from 7.1 audio to 5.1.
Nope, MeGUI 32 use AudioLimiter.dll (without 64 bits version) with the function SoftClipperFromAudX(0.0)

The 64bit version couldn't use soxfilter because there wasn't a 64bit version of soxfilter at the time but I think the code is still there and it just bypasses that step when it can't find the dll (or so it seems from what it says in the log). I would guess that adding a 64bit soxfilter.dll would make it work normally. Sadly I don't have a 7.1 audio file to test at the moment.

The log say:
# As AudioLimiter.dll is not available, SoftClipperFromAudX() cannot be used

MeGUI not use SoxFilter.dll at all.
Like I say you need add manually that filter to an .avs and use it with MeGUI.

Please use the MeGUI thread for further help.

[guest]

FFmpeg version n6.1.1-9-gc1b95a7c51-gfdebde817c+90 (x86)
https://www.mediafire.com/file/rqo0lugrftaskyy

x64 ??

[kedautinh12]

x64 ??
Download ffmpeg-master-latest-win64-gpl.zip
https://github.com/BtbN/FFmpeg-Builds/releases

[guest]

Download ffmpeg-master-latest-win64-gpl.zip
https://github.com/BtbN/FFmpeg-Builds/releases

Hi ked, yes you've told me that before, thanks... but my point was, why just post x86 ???

[john33]

Because the regular sources only provide 64 bit binaries?

[guest]

FFmpeg version n6.1.1-11-g4fec1c5928-ga2cfd6062c+92 (x64)
https://www.mediafire.com/file/2vk4vdmkrc5mqds

There you go, thanks, Barough :)

[seagate]

x264-r3179-12426f5 (20.02.2024) (https://artifacts.videolan.org/x264/release-win64/)

[guest]

x264-r3179-12426f5 (20.02.2024) (https://artifacts.videolan.org/x264/release-win64/)

I'm very curious about this release.

Most of the last many builds have been around 18mb in size, this one is less than 3mb....I'm thinking there maybe a problem.

[seagate]

I'm very curious about this release.

Most of the last many builds have been around 18mb in size, this one is less than 3mb....I'm thinking there maybe a problem.


I noticed this before I posted it here, but they made it available as an official release anyway. :sly:

[guest]

I noticed this before I posted it here, but they made it available as an official release anyway. :sly:

Yes, a bit strange, I guess we'll find out one way or another.

If there isn't any updates overnight (my time), I will test it for myself, tomorrow.

Cheers.

[seagate]

DGDemux v.1.0.0.73 (20.02.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[StainlessS]

DGDemux/DGDemuxGUI 1.0.0.73
https://rationalqm.us/dgdemux/binaries

* Demuxing now observes the playlist in and out times per clip, i.e., per M2TS. This corrects the
handling of some unusually structured disks. hat tip hubblec4
* The -sp option is replaced with the ignore-playlist-times (-ignorepl) option. -ignorepl has the opposite
sense to -sp. When -ignorepl is given, the per-clip in and out times are ignored. If it is absent they are honored.
* The audio chop (-ch) option is removed, as it is now covered by the per-clip in and out times.
* Issues with skip first (-sf) were fixed.
* Fixed a progress string error in DGDemuxGUI.
* The user manual was updated.

Its always a bit disturbing when same version different date is posted [previous DGDemux v.1.0.0.73 (05.02.2024)]

[LigH]

x264 0.164.3179 12426f5 (https://forum.doom9.org/showthread.php?p=1997983#post1997983) (MABS, GCC 13.2)

[guest]

OK, so now "we" have three x264 variant's....which one do I choose https://www.cosgan.de/images/smilie/konfus/p020.gif

Official is only 2.84Mb

LigH's, x64 build is 15.6Mb

Barough's, x64 build is 20.5Mb

Last build (3173) was 17.8Mb.

[Emulgator]

--fullhelp should tell you the components compiled in.

[kedautinh12]

eac3to 3.50
https://www.rationalqm.us/eac3to/
Info: https://www.rationalqm.us/board/viewtopic.php?f=18&t=1278

[Jamaika]

ffmpeg version 6.1.1-8b6219a9 Copyright (c) 2000-2024 the FFmpeg developers
built with GCC: (GNU) 14.0.0 20231217 (experimental) (SIMD) AVX
configuration: -std=gnu++11 -march=x86-64-v2 -ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
libraries: -lavdevice_x64 -lavfilter_x64 -lavformat_x64 -lavcodec_x64 -lswresample_x64 -lswscale_x64 -lavutil_x64 -lpostproc_x64 -ldavs2_x64 -ldav1d_x64 -luavs3d_x64 -lxevd_x64 -laom_x64 -lkvazaar_x64 -lopenh264_x64 -lsvtav1_x64 -ltheora_x64 -lvpx_x64 -luvg266_x64 -luavs3e_x64 -lx264_0810bit_x64 -lx265_081012bit_x64 -lxavs_x64 -lxavs2_x64 -lxeve_x64 -lxvid_x64 -lcelt_opus_silk_x64 -lcelt_x64 -lcodec2_x64 -lmp3lame_x64 -lgsm_x64 -lvorbis_x64 -lfdk-aac_x64 -lshine_x64 -lsnappy_x64 -lspeex_x64 -ltwolame_x64 -ljxl_x64 -lpng_x64 -lwebp_x64 -lopenjpeg_x64 -llcms2_x64 -logg_x64 -lrsvgdec_x64 -lcairo_pixman_x64 -lass_x64 -l:freetype_harfbuzz_x64.a -l:fribidi_x64.a -lxml2_x64 -l:zlib_x64.a -l:bzip2_x64.a -l:lzma_x64.a -l: opencl_x64.a -l:quirc_x64.a -lqrencode_x64
libavutil 58. 39.100 / 58. 39.100
libavcodec 60. 40.100 / 60. 40.100
libavformat 60. 21.101 / 60. 21.101
libavdevice 60. 4.100 / 60. 4.100
libavfilter 9. 17.100 / 9. 17.100
libswscale 7. 6.100 / 7. 6.100
libswresample 4. 13.100 / 4. 13.100
libpostproc 57. 4.100 / 57. 4.100

Added latest ffvvc fixes only for video 10bit.
Currently there may be problem with creating the kvazaar / uvg266 / opus.
Added old rsvg plugin. Background problem. Plugin doesn't support svg animations. There isn't font rotation function. It isn't possible to automatically read fonts from the X directory.
Subtitles ass/srt aren't read while watching in windows.

https://www.sendspace.com/file/ok0c0q

[seagate]

DGDemux v.1.0.0.73 (25.02.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[guest]

x264-r3182-be4f020 (28.02.2024) (https://artifacts.videolan.org/x264/release-win64/)

Now this is back to the correct (normal) file size :)

[tebasuna51]

Now this is back to the correct (normal) file size :)
The fullhelp difference between the 18 and 3 Mb filesize versions are, the last one without:
- libav* formats like input
- resize filter

[guest]

The fullhelp difference between the 18 and 3 Mb filesize versions are, the last one without:
- libav* formats like input
- resize filter

Interesting, and even tho I don't use x264 much, someone clearly was "asleep at the wheel", on the previous build.

[Jamaika]

FFmpeg add-ons
Replacing GCC to 11.3.1. Libraries with pthread doesn't work properly with GCC 14.0.0. pthread_win32 works better.
Delete ffmpeg OPUS_DECODER. It turned out to be incompatible with latest libopus.
I've added the latest AV1 fixes. Unfortunately the codec doesn't work.

ffmpeg version 6.1.1-f8caf388 Copyright (c) 2000-2024 the FFmpeg developers
built with GCC: (GNU) 11.3.1 20221227 (SIMD) AVX
configuration: -std=gnu++11 -march=x86-64-v2 -ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
libraries: -lavdevice_x64 -lavfilter_x64 -lavformat_x64 -lavcodec_x64 -lswresample_x64 -lswscale_x64 -lavutil_x64 -lpostproc_x64 -ldavs2_x64 -ldav1d_x64 -luavs3d_x64 -lxevd_x64 -laom_x64 -lkvazaar_x64 -lopenh264_x64 -lsvtav1_x64 -ltheora_x64 -lvpx_x64 -luvg266_x64 -luavs3e_x64 -lx264_0810bit_x64 -lx265_081012bit_x64 -lxavs_x64 -lxavs2_x64 -lxeve_x64 -lxvid_x64 -lcelt_opus_silk_x64 -lcelt_x64 -lcodec2_x64 -lmp3lame_x64 -lgsm_x64 -lvorbis_x64 -lfdk-aac_x64 -lshine_x64 -lsnappy_x64 -lspeex_x64 -ltwolame_x64 -ljxl_x64 -lpng_x64 -lwebp_x64 -lopenjpeg_x64 -llcms2_x64 -logg_x64 -lrsvgdec_x64 -lcairo_pixman_x64 -lass_x64 -l:freetype_harfbuzz_x64.a -l:fribidi_x64.a -lxml2_x64 -l:zlib_x64.a -l:bzip2_x64.a -l:lzma_x64.a -l: opencl_x64.a -l:quirc_x64.a -lqrencode_x64
libavutil 58. 40.100 / 58. 40.100
libavcodec 60. 41.100 / 60. 40.100
libavformat 60. 23.100 / 60. 23.100
libavdevice 60. 4.100 / 60. 4.100
libavfilter 9. 17.100 / 9. 17.100
libswscale 7. 6.100 / 7. 6.100
libswresample 4. 14.100 / 4. 14.100
libpostproc 57. 4.100 / 57. 4.100

libffi 3.4.6-3d0ce1e
harfbuzz 8.3.0-6864769
glib 2.79.3-cab1d3d
libxml2 2.12.5-653ef99
pango 1.52.0-dd8da7c
pixman 0.43.5-b252d40
lzma 5.6.0-5f3d059
freetype 2.13.2-2a790a9
pcre2 10.43-4a6a8b0
libass 1.17.1-649a7c2
lcms2 2.16-df0ffb1
openjpeg 2.5.0-3252f09
dav1d 1.4.0-85a1035
svt-av1 1.9.0-3e8def7
libvpx 1.14.0-f394f2b
aom 3.8.1-31df8e1
opus 1.4.0-bd3ce03
x264 0.164.3182-be4f020

https://www.sendspace.com/file/75hba5

[seagate]

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

[seagate]

DGDemux v.1.0.0.73 (03.03.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

ffms2 r2390 (https://codeberg.org/StvG/ffms2/releases/tag/r2390/)

[Jamaika]

ffmpeg version 6.1.1-590b2d65 Copyright (c) 2000-2024 the FFmpeg developers
built with GCC: (GNU) 11.3.1 20221227 (SIMD) AVX
configuration: -std=gnu++11 -march=x86-64-v2 -ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
libraries: -lavdevice_x64 -lavfilter_x64 -lavformat_x64 -lavcodec_x64 -lswresample_x64 -lswscale_x64 -lavutil_x64 -lpostproc_x64 -ldavs2_x64 -ldav1d_x64 -luavs3d_x64 -lxevd_x64 -laom_x64 -lkvazaar_x64 -lopenh264_x64 -lsvtav1_x64 -ltheora_x64 -lvpx_x64 -luvg266_x64 -luavs3e_x64 -lx264_0810bit_x64 -lx265_081012bit_x64 -lxavs_x64 -lxavs2_x64 -lxeve_x64 -lxvid_x64 -lcelt_opus_silk_x64 -lcelt_x64 -lcodec2_x64 -lmp3lame_x64 -lgsm_x64 -lvorbis_x64 -lfdk-aac_x64 -lshine_x64 -lsnappy_x64 -lspeex_x64 -ltwolame_x64 -ljxl_x64 -lpng_x64 -lwebp_x64 -lopenjpeg_x64 -llcms2_x64 -logg_x64 -lrsvgdec_x64 -lcairo_pixman_x64 -lass_x64 -l:freetype_harfbuzz_x64.a -l:fribidi_x64.a -lxml2_x64 -l:zlib_x64.a -l:bzip2_x64.a -l:lzma_x64.a -l: opencl_x64.a -l:quirc_x64.a -lqrencode_x64
libavutil 59. 1.100 / 59. 1.100
libavcodec 61. 1.100 / 61. 40.100
libavformat 61. 0.100 / 61. 0.100
libavdevice 61. 0.100 / 61. 0.100
libavfilter 10. 0.100 / 10. 0.100
libswscale 8. 0.100 / 8. 0.100
libswresample 5. 0.100 / 5. 0.100
libpostproc 58. 0.100 / 58. 0.100

Latest additions:
harfbuzz 8.3.0-2da79f7
glib 2.80.0-8067f01
libxml2 2.12.5-723b4de
pango 1.52.2-6c388e7
lzma 5.6.1-a4f2e20
freetype 2.13.2-f42ce25
lcms2 2.16-2e7d174
openjpeg 2.5.0-3252f09
dav1d 1.4.1-872e470
svt-av1 1.9.0-8b39b41
aom 3.8.1-390e280
opus 1.4.0-bd3ce03
libwebp 1.3.2-8a7e911
libjxl 0.10.2-05afcb3

https://www.sendspace.com/file/02vob5

[Jamaika]

Library encoder: libwebp2 0.0.1 8_12bit c++ [258ca60] {boost, mingw_std::thread}
avm 6.0.0 c [365a5f8]
aom 3.8.1 c [390e280]
libavif 1.0.4 c [de32f53] {libyuv} //off
libyuv 1.8.87 c++ [772bdda]
libjxl 0.10.2 c++ [05afcb3] {brotli, highway, butteraugli}
highway 1.0.7 c++ [76f0557]
brotli 1.1.0 c [200f379]
libJPEG-turbo 3.0.3 8_16bit c [dfde1f8] {assembler SIMD}
libWEBP 1.3.2 c [8a7e911] {sharpyuv}
libPNG 1.6.44 c [f1848a3] {zlib}
libTIFF 4.6.0 c [1d28fe6] {zlib, libdeflate, zstd, libwebp}
giflib 5.2.1 c [24 Jun 2019]
boost 1.84.0b1 c++ [16 Nov 2023]
zlib 1.3.1.1 c [9f0f2d4]
zstd 1.5.5 c [ffde100]
libdeflate 1.19.0 c [d4539a6]
Compiled by Jamaika

https://www.sendspace.com/file/zgrna6

Errors:
jxlenc.cc: In function 'WP2Status WP2::CompressJXL(const WP2::ArgbBuffer&, float, int, WP2::Writer*)':
jxlenc.cc:114:34: error: 'round' is not a member of 'std'
114 | const int scaled_effort = std::round(1 + 10. * effort / kMaxEffort);
| ^~~~~

cwp2_avx.exe input.jxl -info -q 100 -nometadata -mt -effort 7 -uv_mode 2 -csp 0 -o output.wp2
Assertion failed: is_last_frame, file cwp2.cc, line 408

av1enc_avx.exe -q 100 -420 -size 280x420 -effort 7 -thread 4 -tune butteraugli input.wp2 -d output.av1 OK

problem with quality < 95.
problem with creating avif. I don't know config function to initiate creation of .avif file.

[Jamaika]

Library encoder: libheif{avif} 1.17.6 8_12bit c++ [33e00a4] {mingw}
x265 3.5+112 81012bit [ce8642f]
aom 3.8.1 8_12bit c [28f4ae8]
openjpeg 2.5.0 [3252f09]
openjph 0.10.5 [1761bfe]
kvazaar 2.3.0 [d8c9688]
libJPEG-turbo 3.0.3 8_16bit c [dfde1f8] {assembler SIMD}
libPNG 1.6.44 c [f1848a3] {zlib}
zlib 1.3.1.1 c [9f0f2d4]
Compiled by Jamaika

https://www.sendspace.com/file/jzay0u

[Jamaika]

Library enc/dec: libavif 1.0.4 c [de32f53] {libyuv}
avm 6.0.0 c [365a5f8]
aom 3.8.1 c [390e280]
svt-av1 1.9.0 c [8b39b41]
dav1d 1.4.1 c [872e470]
libJPEG-turbo 3.0.3 8_16bit c [dfde1f8] {assembler SIMD}
libPNG 1.6.44 c [f1848a3] {zlib}
zlib 1.3.1.1 c [9f0f2d4]
Compiled by Jamaika

https://www.sendspace.com/file/kzfz6j

[Jamaika]

Library enc/dec: openjph 0.10.5 [1761bfe]
libTIFF 4.6.0 c [e0f66bf] {zlib, libdeflate, zstd, libwebp}
zstd 1.5.5 c [ffde100]
libdeflate 1.19.0 c [d4539a6]
Compiled by Jamaika

https://www.sendspace.com/file/o31zdb

[Guest]

@ Jamaika,

Why so many posts about basically the same thing, it's almost like you're talking to yourself, there's no real explanation :(

[guest]

MKVToolNix v83.0
https://mkvtoolnix.download/windows/releases/83.0/

[Jamaika]

@ Jamaika,

Why so many posts about basically the same thing, it's almost like you're talking to yourself, there's no real explanation :(

Each codec can be compiled with various add-ons. Codecs are untested. Add-ons are the latest and may contain errors.
An interesting fact is that AOM in libavif/libheif/libwebp2 works but ffmpeg doesn't.
Is there too much information? I don't think so.

[seagate]

VisualCppRedist AIO v.0.79.0 (Visual C++ 2022 redistributable - v.14.40.33617.1) (https://github.com/abbodi1406/vcredist/releases/tag/v0.79.0/)

[guest]

eac3to_3.51

https://www.rationalqm.us/eac3to

https://www.rationalqm.us/eac3to/eac3to_3.51.rar

[seagate]

dgdecnv build 252 (12.03.2024) (https://www.rationalqm.us/dgdecnv/binaries//)



.......
* 32-bit support was dropped. If you must have it, build 251 is the recourse for you.

[guest]

x264-r3186-585e019 (14.03.2024) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

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

[guest]

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

I just wanted to add, that I had a strange occurrence after updating to this build, from the previous 1177.

I had some jobs queued up that were indexed with 1177, but after updating to 1183, there was an AVS error, referring to l-smash.

Easily fixed, downgrade back to 1177 until those jobs are done, then update again, and it will be fine.

[seagate]

x264-r3190-7ed753b (21.03.2024) (https://artifacts.videolan.org/x264/release-win64/)

[kedautinh12]

x264 t_mod r3186
https://github.com/jpsdr/x264/releases

x265 with Patman mods r3.5.0.116
https://github.com/jpsdr/x265/releases

[seagate]

dgdecnv build 253 (22.03.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[seagate]

dgdecnv build 253 (25.03.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[guest]

MediaInfo v24.03
https://mediaarea.net/en/MediaInfo/Download/Windows

[kedautinh12]

eac3to_3.51 (2024-03-12)
https://www.rationalqm.us/eac3to/

[seagate]

VisualCppRedist AIO v.0.80.0 (Visual C++ 2022 redistributable - v.14.40.33721.2) (https://github.com/abbodi1406/vcredist/releases/tag/v0.80.0/)

[seagate]

DGDecNV build 254 (29.03.2024) (https://www.rationalqm.us/dgdecnv/binaries/)

[LigH]

New upload: x265 3.5+119-68298344c (https://www.mediafire.com/file/cdsh3bjxrem3ilk/x265_3.5+119-68298344c.7z/file)

[Windows][GCC 13.2.0][32/32XP/64 bit] 8bit+10bit+12bit

Recent fixes: high bit depth in y4m; lookahead in qp file; min VBV fullness

[obiwan]

Hi ked, yes you've told me that before, thanks... but my point was, why just post x86 ???

Can the regular MeGUI x86 (2944-32) use x64 flavor of ffmpeg? It is as EXE file and not DLL, so maybe? Any benefits if?

[LigH]

Calling a separate EXE is not bound to a bitness. And x86-64 code will be a bit faster than x86 code, as well as capable of processing larger frame dimensions.

Unfortunately, the 64 bit EXE will call a 64 bit Avisynth DLL if it is used to process an Avisynt script. Recent versions of Avisynth+ are available for both bitnesses, but the syntax differs to the original Avisynth 2.5+ in a few details. You can try but have to make sure that MeGUI does not use its own local Avisynth DLL, but instead the one installed in your Windows system.

[seagate]

DGMPGDec 3.0.0.0 (02.04.2024) (https://rationalqm.us/dgdmpgdec/dgmpgdec3000.zip)



* 32-bit no longer supported. Use 2.0.0.9 if needed.
* VFAPI no longer supported. Use 2.0.0.9 if needed.
* Parameter "indexing_path" was added.
* MPEG2Source() no longer overwrites the incoming "d2v" parameter when auto-indexing.
* The DGDecode manual was updated.

[LigH]

DGMPGDec 3.0.0.0 (02.04.2024) (https://rationalqm.us/dgdmpgdec/dgmpgdec3000.zip)

Error 404 - Not Found

The document you are looking for may have been removed or re-named. Please contact the web site owner for further assistance.

dgdmpgdec is a typo ... https://www.rationalqm.us/dgmpgdec/dgmpgdec3000.zip

[obiwan]

Thanks for the explanation.

but have to make sure that MeGUI does not use its own local Avisynth DLL, but instead the one installed in your Windows system.

How do I do that? I haven't seen any switch in MeGUI options to point it to system Avs.

[LigH]

I believe to remember that there is an option for the opposite: use the internal Avisynth (I don't have the original x86 version installed anymore).

[obiwan]

Yeah, you are right. There is option to always use internal Avs. Thanks :-)

[Barough]

DGMPGDec 2.0.0.9 (2024-03-29)
https://www.rationalqm.us/dgmpgdec/

[LigH]

New upload: x265 3.5+120-7c8a449ff (https://www.mediafire.com/file/0pcbu7pe7n0u87d/x265_3.5+120-7c8a449ff.7z/file)

[Windows][GCC 13.2.0][32/32XP/64 bit] 8bit+10bit+12bit

Recent fixes: Qp tuning in SBRC

[PatchWorKs]

...better late than never:

NVEnc v7.48
https://github.com/rigaya/NVEnc/releases

QSVEnc v7.62
https://github.com/rigaya/QSVEnc/releases

VCEEnc v8.22
https://github.com/rigaya/VCEEnc/releases

[tormento]

fmpeg version 6.1.1-2df2b406 Copyright (c) 2000-2024 the FFmpeg developers
Can you compile ffmpeg with vmaf_cuda enabled?

[guest]

https://ffmpeg.org/download.html#release_7.0

[Jamaika]

Can you compile ffmpeg with vmaf_cuda enabled?
Actually. I added OpenCL to the ffmpeg project in GCC. This is complicated for a beginner and I don't know if I did it correctly. The added libraries are OpenCL-Headers and OpenCL-ICD-Loader.
I had a problem with transferring *.cl file data to the description of subsequent zzz functions in const char* zzz = "" and inserting the ascii enter code in const char*..
I have not added the Cuda function for ffmpeg filters. Same problem in *.cu files.
Another problem is where to find the latest cuda.h drivers and what cards they support. I couldn't find it on github, although there is a directory from the manufacturer nvidia. I found something on gitlab cudaart 12.4.1 only for Visual Studio. Problem with missing host_defines.h file. You have to guess that this is another nvcc library

x265 3.6 and vmaf 3.0.0 problem. The x265 codec is for older versions of libvmaf. So the tune vmaf plugin has not been added.
api.cpp:1932:5: error: 'compute_vmaf' was not declared in this scope
1932 | compute_vmaf(&score, vcd->format, data->width, data->height, read_frame, data, vcd->model_path, vcd->log_path, vcd->log_fmt, vcd->disable_clip, vcd->disable_avx, vcd->enable_transform, vcd->phone_model, vcd->psnr, vcd->ssim, vcd->ms_ssim, vcd->pool, vcd->thread, vcd->subsample, vcd->enable_conf_interval);
| ^~~~~~~~~~~~

fmpeg version 7.0.0-d307aca1 Copyright (c) 2000-2024 the FFmpeg developers
built with GCC: (GNU) 11.3.1 20221227 (SIMD) AVX
configuration: -std=gnu++11 -march=x86-64-v2 -ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes
libraries: -lavdevice_x64 -lavfilter_x64 -lavformat_x64 -lavcodec_x64 -lswresample_x64 -lswscale_x64 -lavutil_x64 -lpostproc_x64 -ldavs2_x64 -ldav1d_x64 -luavs3d_x64 -lxevd_x64 -laom_x64 -lkvazaar_x64 -lopenh264_x64 -lsvtav1_x64 -ltheora_x64 -lvpx_x64 -luvg266_x64 -luavs3e_x64 -lx264_0810bit_x64 -lx265_081012bit_x64 -lxavs_x64 -lxavs2_x64 -lxeve_x64 -lxvid_x64 -lcelt_opus_silk_x64 -lcodec2_x64 -lmp3lame_x64 -lgsm_x64 -lvorbis_x64 -lfdk-aac_x64 -lshine_x64 -lsnappy_x64 -lspeex_x64 -ltwolame_x64 -ljxl_x64 -lpng_x64 -lwebp_x64 -lopenjpeg_x64 -llcms2_x64 -logg_x64 -lrsvgdec_x64 -lcairo_pixman_x64 -lass_x64 -l:freetype_harfbuzz_x64.a -l:fribidi_x64.a -lxml2_x64 -lvmaf_x64 -l:zlib_x64.a -l:bzip2_x64.a -l:lzma_x64.a -l: opencl_x64.a -l: opencv2_x64.a -l:quirc_x64.a -lqrencode_x64 -lpthread_x64

Latest additions:
x265 3.6+1-dd1ef69
vmaf 3.0.0-1eed995
cudart 12.4.1-958e490 delete
harfbuzz 8.4.0-2fcace7
libxml2 2.13.0-650f842
lzma 5.7.0-f9cf4c0
glib 2.81.0-a69b346
pcre2 10.43-e466d41
pango 1.52.2-bf965b1
cairo 1.18.0-e190f9e
libass 0.17.1-e517813
openh264 2.4.1-f86f0e4
aom 3.8.2-879d141
libjxl 0.10.2-680d0e3
libvpx 1.14.0-05a4c85
dav1d 1.4.1-72dfbc0
svtav1 2.0.0-4579ddc
libwebp 1.4.0-b3d1b2c

Suggestions on what could be improved are welcome
https://gitlab.com/nvidia/headers/cuda-individual/cudart
https://gitlab.com/nvidia/headers/cuda-individual/nvcc
https://github.com/FFmpeg/nv-codec-headers/tree/master
picture_cuda.c: In function 'vmaf_cuda_picture_download_async':
picture_cuda.c:45:21: warning: assignment to 'CUdeviceptr' {aka 'long long unsigned int'} from 'void *' makes integer from pointer without a cast [-Wint-conversion]
45 | m.srcDevice = cuda_pic->data[i];
| ^
picture_cuda.c: In function 'vmaf_cuda_picture_upload_async':
picture_cuda.c:72:21: warning: assignment to 'CUdeviceptr' {aka 'long long unsigned int'} from 'void *' makes integer from pointer without a cast [-Wint-conversion]
72 | m.dstDevice = cuda_pic->data[i];
| ^
In file included from common.h:33,
from picture_cuda.h:23,
from picture_cuda.c:22:
picture_cuda.c: In function 'vmaf_cuda_picture_alloc':
picture_cuda.c:201:36: warning: passing argument 1 of 'cuMemAllocPitch_v2' from incompatible pointer type [-Wincompatible-pointer-types]
201 | CHECK_CUDA(cuMemAllocPitch(&pic->data[i], &pic->stride[i],
| ^~~~~~~~~~~~~
| |
| void **
cuda_helper.cuh:34:29: note: in definition of macro 'CHECK_CUDA'
34 | if (CUDA_SUCCESS != CALL) { \
| ^~~~
Problem with adding libcudart.so
https://github.com/faffner1/libcudart.so.9.1
https://www.sendspace.com/file/ssk8ly

I am currently leaving wonders. I don't know where to download the C++?? libcudart library. Is there a fee?

c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0xcc3): undefined reference to `cuCtxPushCurrent_v2'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0xcce): undefined reference to `cuStreamSynchronize'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0xcd8): undefined reference to `cuCtxSynchronize'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0xce4): undefined reference to `cuCtxPopCurrent_v2'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0xfe4): undefined reference to `cuEventRecord'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0x1024): undefined reference to `cuEventRecord'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0x1284): undefined reference to `cuEventRecord'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0x1296): undefined reference to `cuGetErrorName'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0x12ea): undefined reference to `cuEventRecord'
c:/gcc1131/bin/../lib/gcc/x86_64-w64-mingw32/11.3.1/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\libvmaf_cuda_x64.a(libvmaf.o):libvmaf.c:(.text+0x12fc): undefined reference to `cuGetErrorName'

ffmpeg without cuda
https://www.sendspace.com/file/fnyx46

[guest]

6.1.1


libavutil 58. 29.100
libavcodec 60. 31.102
libavformat 60. 16.100
libavdevice 60. 3.100
libavfilter 9. 12.100
libswscale 7. 5.100
libswresample 4. 12.100
libpostproc 57. 3.100

7.0 full (https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z)


libavutil 59. 8.100
libavcodec 61. 3.100
libavformat 61. 1.100
libavdevice 61. 1.100
libavfilter 10. 1.100
libswscale 8. 1.100
libswresample 5. 1.100
libpostproc 58. 1.100

n7.0 latest (7.0) (https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-n7.0-latest-win64-gpl-7.0.zip)


libavutil 59. 8.100
libavcodec 61. 3.100
libavformat 61. 1.100
libavdevice 61. 1.100
libavfilter 10. 1.100
libswscale 8. 1.100
libswresample 5. 1.100
libpostproc 58. 1.100

master latest (7.0) (https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-master-latest-win64-gpl.zip)


libavutil 59. 13.100
libavcodec 61. 5.101
libavformat 61. 3.100
libavdevice 61. 2.100
libavfilter 10. 2.101
libswscale 8. 2.100
libswresample 5. 2.100
libpostproc 58. 2.100

So which one do "we" use ???

[Jamaika]

Here you don't ask questions, you just download files.
https://ffmpeg.org/download.html

[guest]

Here you don't ask questions, you just download files.
https://ffmpeg.org/download.html

Where do you think I got these 3 from ???

Still questions, which one to use ???

[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".

[seagate]

Repack – Visual C++ redistributable runtimes v.0.83.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.83.0/)

[Jamaika]

ffmpeg version 7.1.0-66c05dc0 Copyright (c) 2000-2024 the FFmpeg developers
built with GCC: (GNU) 11.5.0 (SIMD) AVX
configuration: -std=gnu++11 -march=x86-64-v2 -ftree-vectorize -g0 -O3 -fPIC -mavx -mxsave -mpclmul -maes -o lib/ffmpeg.exe fftools/ffmpeg.o fftools/ffmpeg_dec.o fftools/ffmpeg_demux.o fftools/ffmpeg_enc.o fftools/ffmpeg_filter.o fftools/ffmpeg_hw.o fftools/ffmpeg_mux.o fftools/ffmpeg_mux_init.o fftools/ffmpeg_opt.o fftools/cmdutils.o fftools/objpool.o fftools/opt_common.o fftools/sync_queue.o fftools/thread_queue.o -Llib -lavdevice_x64 -lavfilter_x64 -lavformat_x64 -lavcodec_x64 -lswresample_x64 -lswscale_x64 -lavutil_x64 -lpostproc_x64 -lwebp_x64 -lopenjpeg_x64 -lsvtjxs_x64 -ljxl_x64 -lcodec2_x64 -lgsm_x64 -logg_x64 -lvorbis_x64 -ltheora_x64 -llc3_x64 -lsnappy_x64 -lxavs_x64 -ldavs2_x64 -lxavs2_x64 -luavs3d_x64 -luavs3e_x64 -ltwolame_x64 -lspeex_x64 -lshine_x64 -lmp3lame_x64 -lxvid_x64 -lfdk-aac_x64 -lopenh264_x64 -lx264_opencl_0810bit_x64 -lkvazaar_x64 -lx265_081012bit_x64 -luvg266_x64 -lxevd_x64 -lxeve_x64 -lcelt_opus_silk_x64 -lvpx_x64 -ldav1d_x64 -laom_x64 -lass_x64 -lrsvgdec_x64 -lcairo_pixman_x64 -l:fribidi_x64.a -l:freetype_harfbuzz_x64.a -lxml2_x64 -llcms2_x64 -l:zlib_x64.a -l:bzip2_x64.a -l:lzma_x64.a -lvmaf_x64 -l: opencv2_opencl_x64.a -l: opencl_x64.a -l:quirc_x64.a -lqrencode_x64 -lpthread_x64 -L. -lcfgmgr32 -ldnsapi -ldwrite -lbcrypt -liphlpapi -lgdi32 -lopengl32 -lole32 -loleaut32 -lsecurity -lshlwapi -lstrmiids -luuid -lvfw32 -lws2_32

https://github.com/netwide-assembler/nasm/commit/6ad3bab7fe6cfec52308c90c5e7d97b9ef81c3c6

Video Codec
https://bitbucket.org/multicoreware/x265_git/commits/1cb70f6b44247a069163ab79c213620bfc3b1bf6
https://github.com/cisco/openh264/commit/fa6d0994964d423ebad020d0f5c36f98b6532117
https://github.com/mpeg5/xeve/commit/f269812ebbb2214b35ac28c4aff2a603e4ed52ac
https://github.com/mpeg5/xevd/commit/be6c2049074a68967cf2da660ee1866fd9658de6
https://github.com/webmproject/libvpx/commit/fcd1f39e569eeb8d9956ab6f44193c55a7337e76
https://github.com/jbeich/aom/commit/f6b976de024e998f19d3f8c3ed045e3273fcc288
https://github.com/webmproject/libwebp/commit/f9a480f7c3fdaf921d9366aeb9c37e64e551995d
https://github.com/ultravideo/kvazaar/commit/2f9a21423a1ef666c93f15e2068bcde979d20f7e

https://gitlab.freedesktop.org/cairo/cairo/-/commit/bbf385d35c5b3913cf7dce369d2e363a460aafcc
https://gitlab.freedesktop.org/freetype/freetype/-/commit/c4e6791f8286128714a9bd9d2be5b3a53ed8f89e
https://gitlab.freedesktop.org/pixman/pixman/-/commit/b753a6f49b9b0ec5df84aff10e174601545bdf79
https://gitlab.gnome.org/GNOME/glib/-/commit/02ffe6a7794de5fe70276e8fa816ef2110109f3f
https://gitlab.gnome.org/GNOME/pango/-/commit/01547b2678bae3efdd9e62f1bdcc89d95f1aea01
https://gitlab.gnome.org/GNOME/libxml2/-/commit/f2c48847fa58fcd1ffda4863295cd7e486657e68
https://github.com/PCRE2Project/pcre2/commit/bfca266959547a5133aaf6faeba56d335e059fd0
https://github.com/harfbuzz/harfbuzz/commit/a411de2b3ee3ebc3e52fc4704451fdb581e97154
https://github.com/libass/libass/commit/1774117b8048d6296c79425cfbb1086bcd2ac2fa

https://github.com/mm2/Little-CMS/commit/0eb5c4d1a827225d923dc8458e6241428f40daf5
https://github.com/Netflix/vmaf/commit/d95b69e03d9401ad9f3532eaab14066427761c35

AVSX codecs have numerous warnings Wshift-negative-value.
https://www.sendspace.com/file/k5c3pi

[LigH]

M-AB-S now included support for libvvenc in ffmpeg (which was already possible before if you knew you could enable it manually).

[Selur]

nice, so with some luck the synth source filters will support it too in a not to distant future :)

[LigH]

nice, so with some luck the synth source filters will support it too in a not to distant future :)

Source filters would use vvdec, not vvenc.

Plus, there is an issue with the pkg-config (https://github.com/m-ab-s/media-autobuild_suite/issues/2756).

[Selur]

damn,...

[guest]

x265 v3.6+76
Built on August 16, 2024, GCC 14.1.0

https://bitbucket.org/multicoreware/x265_git/commits/branch/master

DL :
https://www.mediafire.com/file/1u616cvvbh8ufwx

FYI, I cannot use any of these new "generation" builds with RipBot264 :(

""\\RYZEN-9-7950X\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\RYZEN-9-7950X\RipBot264temp\job3\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\RYZEN-9-7950X\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc
--master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --crf 16 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 3610 --sar 1:1 --level 5.2 --profile main10
--output-depth 10 --ctu 64 --high-tier --vbv-bufsize 240000 --vbv-maxrate 240000 --y4m --pools "32" --output "\\RYZEN-9-7950X\RipBot264temp\job3\Chunks\1.265" -"

x265 [WARN]: extra unused command arguments given <->

[LigH]

That's because recent x265 encoders may support multiple sources now (e.g. for MVC encoding) and had to change the CLI parsing rules; RipBot264 needs to add "--input" before the "-" now.

[guest]

That's because recent x265 encoders may support multiple sources now (e.g. for MVC encoding) and had to change the CLI parsing rules; RipBot264 needs to add "--input" before the "-" now.

I just wanted to let Barough know directly...

I am aware of the change, and the dev of RipBot264 has been informed...just not sure whether he'll bother to update anything :(

http://msystem.waw.pl/x265/ haven't update yet, Patman hasn't, but Jpsdr has, with his recent release.

I guess it will effect most apps.

[Guest]

x265 v3.6+103
Built on August 30, 2024, GCC 14.1.0

https://bitbucket.org/multicoreware/x265_git/commits/branch/master

DL :
https://www.mediafire.com/file/0wor4kj4ox7mjz6

Not that it probably matters anymore, but I'm still getting this error:-

x265 [warning]: extra unused command arguments given <->

[LigH]

I really expected this complaint from you...

Nobody reported yet that the suggested patch to fix this bug was already committed.

Patience. We will tell you when it's available.

Or maybe someone applies it manually, they it will be announced next to their release.

[Guest]

I really expected this complaint from you...

Nobody reported yet that the suggested patch to fix this bug was already committed.

Patience. We will tell you when it's available.

Or maybe someone applies it manually, they it will be announced next to their release.

Well, I didn't disappoint you then....

And that's why I comment after every new release I find..

I'm just not sure why Barough keeps wasting his time (and ours) releasing new builds that don't work.

You say manually, CAN this be added to the x265 command line ??

[LigH]

I am just trying to build a patched version. Patience...

[LigH]

New upload: x265 3.6+103-85f1e34+pipefix (https://www.mediafire.com/file/oei7rjjxiilvaur/x265_3.6+103-85f1e34+pipefix.7z/file)

[Windows][GCC 14.2.0][32/32XP/64 bit] 8bit+10bit+12bit

No serious changes in intel x86[-64] code. Added the patch to fix Y4M pipe handling prior to its commit.

[Selur]

Added the patch to fix Y4M pipe handling prior to its commit.
Thanks, did a quick test, seems to fix the pipe problem, so let's hope they commit this soon to the main branch.

Cu Selur

[Guest]

New upload: x265 3.6+103-85f1e34+pipefix (https://www.mediafire.com/file/oei7rjjxiilvaur/x265_3.6+103-85f1e34+pipefix.7z/file)

[Windows][GCC 14.2.0][32/32XP/64 bit] 8bit+10bit+12bit

No serious changes in intel x86[-64] code. Added the patch to fix Y4M pipe handling prior to its commit.

I'm still getting this:-

x265 [warning]: extra unused command arguments given <->

So clearly there's more than one issue going on here, and/or, despite the "pipefix" it's something that the dev needs to address.

[Selur]

So clearly there's more than one issue going on here, and/or, despite the "pipefix" it's something that the dev needs to address.
Yes, the pipe issue and the 'extra unused command arguments' issue that appear depending on the way x265 cli is called, are different things.
(I only ran into the pipe issue, since the calls Hybrid generates for x265 do not triggered the pipe issue. :))

Cu Selur

[LigH]

@FTLOY:

Did RipBot264 already fix the x265 calling command line?

If not, then blame Atak_Snajpera, not MultiCoreWare or even me. Or, better don't. I uploaded my patched build just yesterday, and I don't expect him to use mine immediately, preferred over an official build.

Patience.
Patience.
Patience.
...

Until confirmedly fixed, use the last working builds. Newer builds don't contain any changes relevant for better quality or efficiency on x86* CPUs, anyway.

[Guest]

@FTLOY:

Did RipBot264 already fix the x265 calling command line?

If not, then blame Atak_Snajpera, not MultiCoreWare or even me. Or, better don't. I uploaded my patched build just yesterday, and I don't expect him to use mine immediately, preferred over an official build.

Patience.
Patience.
Patience.
...

Until confirmedly fixed, use the last working builds. Newer builds don't contain any changes relevant for better quality or efficiency on x86* CPUs, anyway.

No, RipBot has not been updated, and I'm not holding my breath, either, it would take someone more "important / influential" than me to get him to do anything, he doesn't even like me using Patman or JPSDR builds !!!

One things for sure, eventually it will have to be updated.

So "official" builds get posted here ???

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

[seagate]

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

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.2.0):

MP4Box 2.5-DEV-rev503-g25797108-ab-suite (https://www.mediafire.com/file/x2v56tvk079dotd/MP4Box_2.5-DEV-rev503-g25797108-ab-suite.7z/file)

MediaInfo CLI 24.06 (https://www.mediafire.com/file/ghguvym5op6zysf/MediaInfo_CLI_24.06.7z/file)

[tormento]

DGDecNV 255 (06.09.2024)
Sometimes, having strange CUDA errors when aborting/launching an encode.

Unfortunately I can't find the previous hotfix release, anyone?

[tebasuna51]

Unfortunately I can't find the previous hotfix release, anyone?
This is from 22/07/2024: https://www.mediafire.com/file/q38ubmviu0jmvmk/dgdecnv_255.zip/file

[tormento]

This is from 22/07/2024
:thanks:

[seagate]

DGDemux v.1.0.0.75 (28.09.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[Wishbringer]

x264 0.164.3192 c24e06c
GCC v14.2.0 / Win32/64
...
DL :
https://www.mediafire.com/file/gra4vvgg329xbkw

Link not working...
x265 works, but x264 not.

[Wishbringer]

x264 link works just fine

Not here
Quote from MediaFire:
„Well, looks like we can‘t go any further
The file you requested has been blocked for a violation of our Terms of Service“

[LigH]

Something similar happened for me when I uploaded binaries of Xvid there. Seems that they may blacklist words in filenames which are common in pirated moviez.

[tebasuna51]

ffmpeg version 7.1.0-9d3cdf8f with avisynthplus 3.7.3-2b55ba4

ffmpeg 7.1-1 still without support avs+ 3.7.3 audio channelmask

[Jamaika]

ffmpeg 7.1-1 still without support avs+ 3.7.3 audio channelmask
Maybe. I'm not an avisynth expert. The codecs must be installed under Windows (vfw) to work. Provide examples of channel mask plugins.

[LigH]

I need an experienced author of AviSynth plugins to help me develop an audio plugin ... no replies until today.

[seagate]

x264-r3193-3a8b5be (06.10.2024) (https://artifacts.videolan.org/x264/release-win64/)

[tebasuna51]

I need an experienced author of AviSynth plugins to help me develop an audio plugin ... no replies until today.
I make the last versions of NicAudio.dll (32 bits) but it's a decoder with a external input file and with a old avisynth.h.

Maybe you need see the last soxfilter.dll sources from pinterf
(https://github.com/pinterf/SoxFilter/releases)

[Arx1meD]

When I use X265 with Patman Mods, errors appear:
x265 [WARN]: extra unused command arguments given <->
[vost#0:0/wrapped_avframe @ 000001e81f0e8240] [error] Error submitting a packet to the muxer: Invalid argument
[vost#0:0/wrapped_avframe @ 000001e81f0e8240] [error] Error submitting a packet to the muxer: Invalid argument
[out#0/yuv4mpegpipe @ 000001e81f0e5300] [error] Error muxing a packet
[out#0/yuv4mpegpipe @ 000001e81f0e5300] [error] Task finished with error code: -22 (Invalid argument)
[out#0/yuv4mpegpipe @ 000001e81f0e5300] [error] Terminating thread with return code -22 (Invalid argument)
[out#0/yuv4mpegpipe @ 000001e81f0e5300] [error] Error writing trailer: Invalid argument
[out#0/yuv4mpegpipe @ 000001e81f0e5300] [error] Error closing file: Invalid argument
Redistribuable Package Visual Studio 2015-2022 installed. Other builds X265 work normal.
Does anyone know why errors appear?

[Wishbringer]

@Arx1meD

x265 [WARN]: extra unused command arguments given <->
Maybe because newer builds need explizit "--input inputfilename" instead of just "-"

See here:
https://forum.doom9.org/showthread.php?p=2006886#post2006886

[LigH]

Maybe you need see the last soxfilter.dll sources from pinterf
(https://github.com/pinterf/SoxFilter/releases)

I can also read the source of Shibatch SSRC which is shipped with the AviSynthPlus package used in M-AB-S.

But that does not help me. I have no active experience in C++ development. I don't know how to edit all files required by GCC to compile a whole project.

All I can provide is the idea, the algorithm, the documentation for the AviSynth Wiki.

[Arx1meD]

Wishbringer, Thank you! It helped.

[LigH]

Mildly interesting, Jamaika, but does not concern me at all.

[seagate]

Repack – Visual C++ redistributable runtimes v.0.84.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.84.0/)

[seagate]

x264-r3194-1243d9f (16.10.2024) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

x264-r3196-3a21e97 (23.10.2024) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

DGDemux v.1.0.0.76 (28.10.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

DGDemux v.1.0.0.77 (29.10.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[LigH]

It took me a while to understand, but I guess now I got it ... you are linking Avisynth and plugins statically into your build of ffmpeg? :scared:

[Jamaika]

Yes, but I won't answer whether it makes sense. I haven't tested plugins. I'm wondering more whether to remove the ability to add plugins in avisynth, for example to avoid adding a virus.
I post my inept suggestions on github with .7z files.
https://github.com/Jamaika1/plugins_ffmpeg701_mingw1150

[seagate]

Repack – Visual C++ redistributable runtimes v.0.85.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.85.0/)

[Xuqiwu]

MediaInfo v24.11
https://mediaarea.net/en/MediaInfo/Download

[seagate]

DGDemux v.1.0.0.77 (07.11.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[LigH]

New upload (MSYS2; MinGW32 / MinGW64: GCC 14.2.0):

kvazaar v2.3.1-25-ga71354e (https://www.mediafire.com/file/z3kylbq50yy6t77/kvazaar_v2.3.1-25-ga71354e.7z/file)

[tormento]

kvazaar v2.3.1-25-ga71354e
You made me curious. How does it compare to x265?

[Jamaika]

https://github.com/ultravideo/kvazaar/issues/418
https://github.com/ultravideo/kvazaar/issues/399

[seagate]

DGDemux v.1.0.0.78 (08.12.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[Xuqiwu]

MediaInfo v24.12
https://mediaarea.net/en/MediaInfo/Download

[seagate]

DGDemux v.1.0.0.78 (12.12.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

DGDemux v.1.0.0.78 (23.12.2024) (https://www.rationalqm.us/dgdemux/binaries/)

[seagate]

AviSynthPlus builds r4096 (27.12.2024) (https://gitlab.com/uvz/AviSynthPlus-Builds//)

[seagate]

x264-r3203-52f7694 (30.12.2024) (https://artifacts.videolan.org/x264/release-win64/)

[LigH]

Xvid recently added a little fix to the Skal SSE2 iDCT.

Waiting for M-AB-S maintainers to sync their local Xvid repo fork ...

[Jamaika]

Xvid recently added a little fix to the Skal SSE2 iDCT.

Waiting for M-AB-S maintainers to sync their local Xvid repo fork ...
What's all the fuss about? This only applies to WIN32.
https://websvn.xvid.org/branches/release-1_3-branch/xvidcore/src/dct/x86_asm/fdct_sse2_skal.asm?pathrev=2202&r1=2202&r2=2201#content

[seagate]

x264-r3204-373697b (03.01.2025) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.86.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.86.0/)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.87.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.87.0/)

[seagate]

AviSynthPlus-builds r4198 (https://gitlab.com/uvz/AviSynthPlus-Builds/)

[rbauer]

Hi.

Could someone kindly provide me with updated binaries (windows x64) of MP4Box? Not the full GPAC build, build MP4Box only.
The last version I have is the old v0.7.2 rev563.

Thank you

[d9probe]

Hi.

Could someone kindly provide me with updated binaries (windows x64) of MP4Box? Not the full GPAC build, build MP4Box only.
The last version I have is the old v0.7.2 rev563.

Thank you

https://www.123865.com/s/1morVv-VZqKd

...or...

https://www.123684.com/s/1morVv-VZqKd

...or...

https://filebin.net/kriu80wl5wjteezm

[rbauer]

https://www.123865.com/s/1morVv-VZqKd

...or...

https://www.123684.com/s/1morVv-VZqKd

...or...

https://filebin.net/kriu80wl5wjteezm
Thank you very much d9probe :thanks:

[LigH]

New upload (MSYS2, MinGW32 / MinGW64, GCC 14.2.0):

MP4Box 2.5-DEV-rev1169-g4accd595-ab-suite (https://www.mediafire.com/file/8mnnpsuuwocz2ij/MP4Box_2.5-DEV-rev1169-g4accd595-ab-suite.7z/file)

[rbauer]

New upload (MSYS2, MinGW32 / MinGW64, GCC 14.2.0):
Thanks to you as well. :)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.88.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.88.0/)

[seagate]

x264-r3213-570f6c7 (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

DGDemux v.1.0.0.79 (13.03.2025) (https://www.rationalqm.us/dgdemux/binaries/)

[tebasuna51]

MkvToolNix v91.0 for W7 and old W10 (https://forum.videohelp.com/threads/405407-NON-OFFICIAL-Windows-builds-of-MKVtoolnix/page17#post2770145)

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.2.0):

MP4Box 2.5-DEV-rev1286-g332a9b68-ab-suite (https://www.mediafire.com/file/hsq7ueltm2gyjom/MP4Box_2.5-DEV-rev1286-g332a9b68-ab-suite.7z/file)
GPAC 2.5-DEV-rev1286-g332a9b68-ab-suite (https://www.mediafire.com/file/rj5j9kahx671c6x/gpac_2.5-DEV-rev1286-g332a9b68-ab-suite.7z/file)

MediaInfo CLI 24.12 (https://www.mediafire.com/file/e9iba7v18izvx78/MediaInfo_CLI_24.12.7z/file)

kvazaar v2.3.1-31-g16131f6 (https://www.mediafire.com/file/ivtorxnasnmen52/kvazaar_v2.3.1-31-g16131f6.7z/file)

[LigH]

I believe M-AB-S miscalculates the version number... today I built a CLI that reports version 24.12.

[Xuqiwu]

AviSynth+ v3.7.4 (Stable and Official Test builds)
https://forum.doom9.org/showthread.php?p=2016835#post2016835
https://github.com/AviSynth/AviSynthPlus/releases

[seagate]

AviSynthPlus-builds r4273 (https://gitlab.com/uvz/AviSynthPlus-Builds/)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.89.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.89.0/)

[seagate]

AviSynthPlus-builds r4287 (https://gitlab.com/uvz/AviSynthPlus-Builds/)

[seagate]

AviSynthPlus v.3.7.5 (https://github.com/AviSynth/AviSynthPlus/releases/tag/v3.7.5/)

[TR-9970X]

AviSynthPlus v.3.7.5 (hotfix release for YtoUV and non-x86 platforms) (https://github.com/AviSynth/AviSynthPlus/releases/tag/v3.7.5/)

I wouldn't really call this a "new" build :confused:

[Z2697]

I wouldn't really call this a "new" build :confused:

Why, because there's no built binary? They are working on it, I think.

[Barough]

AviSynth+ v3.7.5
https://github.com/AviSynth/AviSynthPlus/releases

[seagate]

Repack – Visual C++ redistributable runtimes v.0.90.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.90.0/)

[Barough]

tsMuxer v2.7.0
https://github.com/justdan96/tsMuxer/releases

[seagate]

MKVToolNix v.92.0 "Everglow" 26.04.2025

https://mkvtoolnix.download/doc/NEWS.md
https://mkvtoolnix.download/windows/releases/92.0/

[tebasuna51]

MKVToolNix v.92.0 (https://forum.videohelp.com/threads/405407-NON-OFFICIAL-Windows-builds-of-MKVtoolnix/page13#post2773209) for W7 or old W10

[seagate]

L-SMASH-works - 20250501 1252.0.0.0 (01.05.2025) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1252.0.0.0/)

[seagate]

L-SMASH-works - 20250505 1253.0.0.0 (05.05.2025) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1253.0.0.0/)

[LigH]

New uploads (MSYS2; MinGW32 / MinGW64; GCC 15.1.0):

MP4Box 2.5-DEV-rev1452-g650e0cf7-ab-suite (https://www.mediafire.com/file/8x3v5bmfojsoiou/MP4Box_2.5-DEV-rev1452-g650e0cf7-ab-suite.7z/file)
GPAC 2.5-DEV-rev1452-g650e0cf7-ab-suite (https://www.mediafire.com/file/z85qbu2qxbsvv7w/gpac_2.5-DEV-rev1452-g650e0cf7-ab-suite.7z/file)

MediaInfo CLI 25.04 (https://www.mediafire.com/file/rpdyb9a7sgve0nj/MediaInfo_CLI_25.04.7z/file)

kvazaar v2.3.1-34-g9a80615 (https://www.mediafire.com/file/851wsudqk6fhqx5/kvazaar_v2.3.1-34-g9a80615.7z/file)

[seagate]

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

[seagate]

x264-r3218-85b5cce (21.05.2025) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

x264-r3219-ff620d0 (27.05.2025) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.91.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.91.0/)

[seagate]

x264-r3221-291476d (06.06.2025) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

x264-r3222-b35605a (08.06.2025) (https://artifacts.videolan.org/x264/release-win64/)

[seagate]

Repack – Visual C++ redistributable runtimes v.0.92.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.92.0/)

[Selur]

Anyone compiling sox_ng?

[john33]

Anyone compiling sox_ng?

Here:https://hydrogenaudio.org/index.php/topic,128033.msg1064834/topicseen.html#new

[Selur]

Thanks!

[LigH]

Anyone compiling sox_ng?

https://codeberg.org/sox_ng/sox_ng/releases has Win32 binaries too.

[Selur]

Yes, but the hydrogen one is a 64bit version. :)

[LigH]

Should M-AB-S support it too, in your opinion? Maybe add a FR.

[Selur]

Yes.
There already is one: https://github.com/m-ab-s/media-autobuild_suite/issues/2929

[seagate]

L-SMASH-works - 20250630 1262.0.0.0 (30.06.2025) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1262.0.0.0/)

[tebasuna51]

L-SMASH-Works Release 20250704 1263.0.0.0
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases

The link go to L-SMASH-works - 20250630 1262.0.0.0
The same as Seagate

[LigH]

I was able to download r1263 a moment ago. May have been retracted?

[LigH]

L-SMASH-Works r1266 (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1266.0.0.0) (get it before it vanishes)

[seagate]

DGDemux v.1.0.0.80 (30.06.2025) (https://www.rationalqm.us/dgdemux/binaries/)

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

[seagate]

DGMPGDec v.3.0.0.1 (09.08.2025) (https://www.rationalqm.us/dgmpgdec/dgmpgdec3001.zip/)

* For Vapoursynth, properly handle streams with coded size 1088.
* For Vapoursynth, honor the Clipping values in the D2V file.

[StainlessS]

@seagate,
Your link fails [404], need to use
https://www.rationalqm.us/dgmpgdec/
and then click on dgmpgdec3001.zip
(you dont seem to be able to use a direct link, without actually visiting the hosting site)

[TR-9970X]

FFMPEG v8.0

https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z

https://www.videohelp.com/software/ffmpeg

[seagate]

DGDemux v.1.0.0.81 (29.08.2025) (https://www.rationalqm.us/dgdemux/binaries/)

* Reverse the positions of the View log and Demux buttons.

[Barough]

FFmpegSource - ffms2 r2395
https://codeberg.org/StvG/ffms2/releases

[seagate]

MKVToolNix v.95.0 (https://mkvtoolnix.download/windows/releases/95.0/)

https://mkvtoolnix.download/doc/NEWS.md

[hello_hello]

Barough,

I seem to have come across a problem with your build of Sox 14.4.2 (2025-08-26) and at least the version prior to that. I don't understand it, but I have SoX conversion presets configured in foobar2000 that run perfectly well when foobar2000 is running in Wine on Linux, but when it's running on Windows the SoX presets always result in a code 2 error. I don't think it's an oddity with my setup (I only run Windows 11 in VirtualBox for testing and not much else), as I shared my presets and your build of SoX with someone at VideoHelp and they informed me SoX was producing a code 2 error on Windows 7.

At first I assumed it must be a foobar2000 oddity so I reported the problem in the foobar2000 forum, but after a bit of experimenting it appears foobar2000 isn't the cause as sox_ng works using the same conversion presets on Windows (after renaming sox_ng.exe to sox.exe). Someone in the thread suggested it might be a piping issue as they'd experienced a similar problem with a build they downloaded from rarewares in the past. Whatever the problem is though, I don't understand why it works in Wine but not on Windows.

Here's the foobar2000 thread if you care to have a look.
https://hydrogenaudio.org/index.php/topic,128439.0.html

Cheers.

[Barough]

Sorry, i cant help ya. I just share what media-autobuild_suite outputs.
The only thing is use SoX for is Spectograms.

[LigH]

DOS Error 2 means: A file cannot be found.

If it is a DLL file SoX needs to load to run, Dependencies / Dependency Walker may help to discover it.

[hello_hello]

Sorry, i cant help ya. I just share what media-autobuild_suite outputs.
The only thing is use SoX for is Spectograms.

That's okay.
This post is simply for informational purposes.

LigH,
I don't know what to make of the Dependancy Walker log. Does VirtualBox change any Windows system files?

Dependency Walker - sox and sox_ng text files.zip (https://files.videohelp.com/u/210984/Dependency%20Walker%20-%20sox%20and%20sox_ng%20text%20files.zip)

Someone at hydrogenaudio suggested a command line to simulate what foobar2000 would be doing and check for error messages. I ran it for sox_ng and the audio was processed successfully. The upshot for sox was:

sox.exe FAIL formats: can't open input `-': invalid chunk ID found
[aost#0:0/pcm_f32le @ 000001a71b647f80] Error submitting a packet to the muxer: Broken pipe
Last message repeated 1 times
[out#0/wav @ 000001a71b64e980] Error muxing a packet
[out#0/wav @ 000001a71b64e980] Task finished with error code: -32 (Broken pipe)
[out#0/wav @ 000001a71b64e980] Terminating thread with return code -32 (Broken pipe)
[out#0/wav @ 000001a71b64e980] Error writing trailer: Broken pipe
[out#0/wav @ 000001a71b64e980] Error closing file: Broken pipe

I guess I'm destined to go to my grave without understanding why the pipe isn't broken when I'm using Wine on Linux.... :(

[LigH]

Trying to open an input file named "-" probably means to operate with stdin/stdout pipes. Might be that sox_ng does not support that (only supports files from a file system) or works in a different way in such a case.

[hello_hello]

LigH,
It's the other way around. The piped input works fine for sox_ng (renamed as sox.exe), but for the sox build from this thread the error message I quoted is produced.

[seagate]

Repack – Visual C++ redistributable runtimes v.0.101.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.101.0/)

[Columbo]

eac3to v3.53

* Fixed dial norm removal for non-Atmos THD. Disallowed removal for Atmos THD.
* Fixed bugs in -edit for AC3.
* Allow processing of a single AC3 frame.
* Fixed mono LPCM in MKV.
* Implemented dial norm removal for DTS-MA audio.
* Fixed demuxing compressed PGS subtitles from MKV.
* Updated changelog.txt.

https://rationalqm.us/eac3to/eac3to_3.53.rar

[seagate]

eac3to v.3.53 (07.10.2025) (https://www.rationalqm.us/eac3to/)

Slipstream for eac3to build v.3.53:

* Fixed a regression in disk STN parsing.
* Fixed a bug that allowed eac3to to overwrite a source file.

[seagate]

eac3to v.3.54 (14.10.2025) (https://www.rationalqm.us/eac3to/)

* eac3to v.3.54 is fixed and available again. The fix for accepting streams without AUD NALUs was bad and was removed.

[seagate]

Repack – Visual C++ redistributable runtimes v.0.102.0 (https://github.com/abbodi1406/vcredist/releases/tag/v0.102.0/)

[TR-9970X]

eac3to v.3.54 (14.10.2025) (https://www.rationalqm.us/eac3to/)

Apparently there's another newer release :-

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

eac3to v.3.54 (29.10.2025)

[Columbo]

Yes, that is the latest. There have been two slipstreams to the first release of 3.54 to address regressions.

[seagate]

MKVToolNix v.96.0 (https://mkvtoolnix.download/windows/releases/96.0/)

https://mkvtoolnix.download/doc/NEWS.md

[seagate]

Repack – Visual C++ redistributable runtimes v.0.103.0 – by abbodi1406 (https://gitlab.com/stdout12/vcredist/-/releases/v0.103.0/)

[Columbo]

eac3to build 3.55:

* Accept DTS-MA streams without a core. The UI display is still wrong
for now and needs to be fixed, but the streams can be opened and processed.

* In the UI and in the demuxed filenames when using -demux, iso639 names are now used. For example, instead of English we now have [eng]. This change allows for mkvtoolnix to autodetect the language(s) from the filename(s). The author of UsEac3to will release a new compatible version that will also allow for mkvtoolnix language detection from UsEac3to-generated filenames.

:salute: Curly, oniiz86

https://rationalqm.us/eac3to/eac3to_3.55.rar

[seagate]

eac3to v.3.55 (26.11.2025) (https://www.rationalqm.us/eac3to/)

* Slipstream for eac3to v.3.55: * Fix regression with -slowdown colliding with -sl.

[tebasuna51]

UsEac3to v1.3.5 (https://forum.doom9.org/showthread.php?t=145574) needed to support eac3to v3.55 with lenguage codes in track names

[seagate]

eac3to v.3.56 (02.12.2025) (https://www.rationalqm.us/eac3to/)

● Fix crash with the -sf option.
● Fix collision between -sl and -slowdown.
● Add ini file option -trim_last_chapter. Refer to the user text document for details.
● Update user text document.

[Columbo]

forcedpgs build 1.1

This is a CLI utility for extracting forced subtitles from a SUP file. Source code is included.

forcedpgs 1.1 by Donald A Graft
usage: forcedpgs input.sup # counts only, no output file
usage: forcedpgs input.sup output.sup # generate counts and output file

https://rationalqm.us/forcedpgs/forcedpgs_1.1.rar

[TR-9970X]

AviSynthPlus r4356

This is already 6 days old :(

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

[Columbo]

DGDecNV build 256:

* Add demuxing of A_MS/ACM audio from MKV.

https://rationalqm.us/dgdecnv/binaries

[Columbo]

DGDemux/DGDemuxGUI build 82:

* Add a chapter at time 0 when skip first M2TS (-sf) is enabled.
* Added a new option 'skip short last chapter' (-sslc).
* Updated DGDemux.txt user manual.

hat tip DelBoy83

https://rationalqm.us/dgdemux/binaries/DGDemux_1.0.0.82.zip

[seagate]

eac3to v.3.57 (20.12.2025) (https://www.rationalqm.us/eac3to/)

● Added -forced option to allow demuxing only forced subtitles

[Columbo]

DGDecNV build 257:

* Fixed garbled display of the PCIE ID for some graphics cards.
* Added Blackwell (50xx series) detection.
* Added a settings option 'Add AUDs for MKV video demux' (AVC and HEVC).
* Strip filler NALUs for HEVC video demux.
* Tweak HEVC stream detection to avoid a rare failure due to unusual NALU ordering.
* In DGIndexNV for MPEG2, correct the derivation and display of Coded Size, Display Size, and PAR.

Hat tip DelBoy83, oniiz86, flyordie

https://rationalqm.us/dgdecnv/binaries/dgdecnv_257.zip

Now we really need to get the documents updated!

[seagate]

DGDecNV 257 (26.12.2025) (https://www.rationalqm.us/dgdecnv/binaries/)

● I slipstreamed the fix into the build 257 distribution, so re-download and have at it.

[TR-9970X]

AviSynthPlus r4405

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

[tormento]

AviSynthPlus r4405
Always asked myself who is the maintainer of that repo, I mean if it's a user here.

[seagate]

forcedpgs build 1.3 (31.12.2025) (https://www.rationalqm.us/forcedpgs/)

● Please refer to the document forcedpgs.txt for changes.
● linux build included.
● Source code included.

[VoodooFX]

Always asked myself who is the maintainer of that repo, I mean if it's a user here.

I think, StvG.

[seagate]

MKVToolNix v.97.0 (https://mkvtoolnix.download/windows/releases/97.0/)

https://mkvtoolnix.download/doc/NEWS.md

[Barough]

Opus-tools v0.2-38-g0686cfb (using libopus 1.6.1)
https://www.mediafire.com/file/f2ms1wa67rhrxkq

[Barough]

Wavpack v5.9.0
https://github.com/dbry/WavPack/releases

[Columbo]

forcedpgs build 1.4

* Revised -i/-I options to list the subs when given. -i shows forced subs only.
-I shows all subs. These can be used to populate lists in a GUI.
* Added help option -h.
* Fixed bugs in version 1.3.
* Updated the user manual.
* Updated the source code and added updated Makefile and VS project.

https://rationalqm.us/forcedpgs/forcedpgs_1.4.rar

Hat tip Frankaboy, Sherman, Rocky

[Columbo]

Decomb filter package version 5.3.0. Decomb is back!

* Built for 64-bit Avisynth+.
* Works with Vapoursynth (R73 or later are known to work).
Refer to the file Vapoursynth.html for details and a sample script.
* Fixed minor issues in overriding Telecide() decisions.
* Updated all the user manuals.

Hat tip Selur

https://rationalqm.us/decomb/decombnew.html

[Arx1meD]

Does anyone have the VVenC (https://github.com/fraunhoferhhi/vvenc) binaries?

[Selur]

Does anyone have the VVenC binaries?
vvencapp from 24.01.26: https://www.mediafire.com/file/yx9m6nuql6xvczz/vvencapp.exe/file

[Arx1meD]

Thank you Selur.
Wow, you have a new version 1.15.0

[Selur]

Just used https://github.com/m-ab-s/media-autobuild_suite which uses latest git iic.

[Arx1meD]

I don’t understand why vvencapp is so much slower than uvg266? This is the same codec. Or not?
And how then can the 266 (or vvc) format be packaged into mkv? mkvtoolnix gives an error.

[Selur]

And how then can the 266 (or vvc) format be packaged into mkv? mkvtoolnix gives an error.
container: mp4 works with mp4box
for mkv: maybe (untested) ffmpeg supports it


I don’t understand why vvencapp is so much slower than uvg266? This is the same codec. Or not?
Same format, not encoder, so probably a question of optimization.

[seagate]

DGDecNV 257 (03.02.2026) (https://www.rationalqm.us/dgdecnv/binaries/)

* Fixed rejection of MPLSs that contain repeated M2TSs, e.g., 00004.m2ts+00007.m2ts+00007.m2ts.

[seagate]

L-SMASH-works - 20260212 1278.0.0.0 (12.02.2026) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1278.0.0.0/)

[seagate]

forcedpgs build 1.6 (15.02.2026) (https://www.rationalqm.us/forcedpgs//)

● Added -x option to forcedpgs to support GUI PNG display functionality.
● Added functionality to forcedpgsgui to allow previewing subtitles (display PNG file).
● Improved error reporting in forcedpgsgui.
● Updated manuals.
● Source code will be released later.

[TR-9970X]

Just to add to the confusion, here's this:-

New build.
Avisynth r4523
https://github.com/pinterf/AviSynthPlus/releases/tag/v3.7.6pre-r4523

[Selur]

Sound eXchange NG v14.7.0.9
https://codeberg.org/sox_ng
https://codeberg.org/sox_ng/sox_ng/releases
no binaries?

Update: got binaries now

[Columbo]

eac3to v3.58

* Now disables system sleep while processing and reenables it afterwards.
* Fixed handling of custom channel maps.
* Revised reported info relating to dial norm processing to be more consistent.
* Fixed demuxing of HEVC video from MKV.

https://rationalqm.us/eac3to/eac3to_3.58.rar

[Columbo]

DGDemux/DGDemuxGUI 1.0.0.82 slipstream:

* Fix for crashing with LOTS of streams set for demuxing.
* Issue warning for preallocation failure instead of terminating.

https://rationalqm.us/dgdemux/binaries

[Columbo]

https://rationalqm.us/eac3to/eac3to_3.59.rar

eac3to v3.59

* Fixed some EAC3 7.1 streams detected and shown as 5.1.
* Fixed EAC3 6.1 streams detected and reported as 5.1.
* For EAC3 EX streams, display "EX" only on the core.
* Fixed crash on streams with too many (>256K) leading zeros. Now
reports "The format of the source file could not be detected."
* Detect and report EAC3 Atmos.
* Disable DN for EAC3 Atmos as already done for THD.
* Improved reporting of DN events.
*Changed the format names for DTS-MA and DTS-HR to be consistent
with reporting for other formats.
* Removed dependency on msvcr100.dll (from zlib1.dll).
* Fixed issues arising when directly opening an M2TS file within a bluray structure,
rather than opening the disk.
* Refactoring of eac3to.dpr to improve readability/maintainability.

Hat tip: oniiz86, Drommer, GCRaistlin

[Columbo]

eac3to version 3.60

https://rationalqm.us/eac3to/eac3to_3.60.rar

* Fixed failure to detect format for several .ts file edge cases.
* Added a string to the end of the video report line that indicates: SDR/HDR10/HDR10+/HLG/DoVi.
* Fixed PGS sync for bluray/UHD disks. Tested successfully with LITTLE_MONSTERS and MONSTERS_UNIVERSITY.
* Implemented THD gaps correction (uses the DGDemux algorithm).
* thd+ac3 extension now works correctly. If you demux with thd+ac3 (e.g., eac3to g:\rips\DISC 2) 2: output.thd+ac3) then you'll get the .thd, the embedded .ac3, and the .thd+ac3 (all gaps-corrected). To get .thd and/or .ac3 without merging, just specify the individual tracks as usual.
* The thd+ac3 deprecation notice was removed from the notes file.
* Fixed a latent bug in THD parsing that could crash eac3to.
* When -showall is not given and a disk has no playlist longer than 15 min, then an error message
was given saying disk structure could not be found, which is misleading. The error message for
this case was changed to "All Blu-Ray playlists are shorter than 15 minutes. Try using -showall."
* Added warning about Nero decoding of mono AAC with wav output.
* Fixed missing forced subtitles when using the -forced option.
* Fixed spurious "This track is not clean" warnings for AC3/EAC3.

Hat tip: Peter, oniiz86, GCRaistlin, Drommer, Superb, J4ZzY, madshi

[seagate]

DGDemux/DGDemuxGUI v.1.0.0.83 (14.03.2026) (https://www.rationalqm.us/dgdemux/binaries/)

* Added a new option -z useful for debugging. Refer to the user document for details.

[seagate]

eac3to v.3.60 (17.03.2026) (https://www.rationalqm.us/eac3to/)

● Fixed incorrect reporting of container frame rate for some streams.

[seagate]

forcedpgs build 1.7 (03.04.2026) (https://www.rationalqm.us/forcedpgs//)

● Added drag and drop to the gui for the in file and out
folder fields.
● Got rid of the need to double-click to preview a subtitle. It now works like SubtitleEdit. You just highlight the subtitle by clicking on the line (or by navigating with the arrow keys) and the subtitle is previewed. Much more user friendly.
● Fixed hard-coded home path. Now uses QDir::homePath();
● Lots of new error handling.
● Fixed handling of subtitles with multiple ODS.

[seagate]

Repack – Visual C++ redistributable runtimes v.0.104.0 – by abbodi1406 (https://github.com/abbodi1406/vcredist/releases/tag/v0.104.0/)

[StainlessS]

Repack – Visual C++ redistributable runtimes v.0.104.0 – by abbodi1406 (https://github.com/abbodi1406/vcredist/releases/tag/v0.104.0/)

I made a mistake and installed "VisualCppRedist_AIO-arm64.exe",
on seeing my mistake I went into
Control_Panel/Programs and Features,
and sorted by install date, there were a bunch of today installs for x86 redists [none for arm64], dont know if that is what is supposed to happen
(does arm64 emulate x86 stuff ???).
I removed all mistaken installs and installed the correct "VisualCppRedist_AIO_x86_x64.exe".

from changelog

New: Visual C++ v14 (2026) Redistributable - 14.51.36231.0
Add INF-based override Uninstall entry to unify and simplify Redistributables naming
Use MSIFASTINSTALL property to speed up installation (only via the default Installer script)
Create Windows 10/11 ARM64 only repack (untested)

[Columbo]

eac3to version 3.61:

* Fixed detection of E-AC3 7.1 in M2TS/MKV.
* Distinguish between 7.1 and 5.1.2 for E-AC3 JOC (Atmos).
* Now print "E-AC3 JOC (Atmos)" instead of "E-AC3 (Atmos).
* Fixed reporting of DTS Master Audio without core in MKV/MKA/M2TS/TS.
* Instead of "no core" print "without core".
* Fixed "eac3to disk" does not show subs, while "eac3to disk 1)" does show subs.
* Sometimes the duration shown for an MPLS is different depending on whether the eac3to
command is "eac3to disk" or "eac3to disk 2)". Now they will differ only if
one or more of the M2TS files has video outside the MPLS window, so you can use the
discrepancy to know that this is the case.

https://rationalqm.us/eac3to/eac3to_3.61.rar

Hat tip: oniiz86, Drommer, Paul3
Implemented by: Curly

[Barough]

Kvazaar v2.3.2-d681529
https://www.mediafire.com/file/adzagup4wm291d3

[Barough]

exhale v1.2.2-c33cf75b (GCC v16.1)
https://www.mediafire.com/file/hoiwzaqpo8owe3q

FLAC v1.5.0 (GCC v16.1)
https://www.mediafire.com/file/yjttrcdkdvoxfsr

GPAC-MP4Box v26.02-rev0-g118e60a9
https://www.mediafire.com/file/exo7ar265ppre7i

Opus-tools v0.2-52-g5f894e9 (using libopus 1.6.1-19-gf8f9951)
https://www.mediafire.com/file/hravinok4fel4fx

[Barough]

Vorbis-tools v1.4.3-135b831 (GCC 16.1)
https://www.mediafire.com/file/s7nlhfhqvkzqa9p

uvg266 VVC v0.8.1-355-g48dfc49 (GCC 16.1)
https://www.mediafire.com/file/flxz6dgnhzet0fs

[Columbo]

DGDemux/DGDemuxGUI windows 1.0.0.84:

* Allow "BDMV" to occur in the disk path prior to and including the disk
top level folder, e.g., "d:\BDMV stuff\APOCALYPSE_NOW".
* Removed the PID field in the GUI and use random numbers instead
for the name initialization. This enables the following change.
* When the disk is changed in the GUI: a) reset the output folder to
its INI file value, b) reset the name with a new random number, and
c) warn the user to re-check the option settings.
* The hard-coded value for output folder in the distributed sample INI
file was removed so that it is just "Output_Path=". When the GUI starts
if the value is null like that a user temp file path is set. It can be changed
and saved as usual.
* Corrected the tooltip for -sslc.
* User manual updated.
* Version bumped to 1.0.0.84.

Hat tip: LightArrowsEXE, Frankaboy, Sherman

https://rationalqm.us/dgdemux/binaries/DGDemux_1.0.0.84.zip

[Barough]

MediaInfo v26.05
https://mediaarea.net/en/MediaInfo/Download
https://mediaarea.net/MediaInfo/ChangeLog

[Columbo]

eac3to 3.62:

* Revised behavior of -showall so it is not needed for some pathological disks.
Playlists will always be shown if they are long enough.
* Fixed bugs in -sf/-sl.
* Detect and report DTS:X streams.
* Invoke ffmpeg to decode E-AC3 7.1 and 5.1.2 streams. Fixes the previous limitation
that 7.1 was decoded as 5.1.
* Correct reporting of dial norm actions for 6.1 EAC3 files with core.

https://rationalqm.us/eac3to/eac3to_3.62.rar

[tormento]

FLAC git-b0d55d3 20260508
Would you mind to compile libFLAC.dll (both x86 and x64) on your next build? Thank you! ;)

[Barough]

Would you mind to compile libFLAC.dll (both x86 and x64) on your next build? Thank you! ;)

media-autobuild_suite does not give that option so i can't help ya.

[Barough]

tsMuxer v2.7.2 (fork by jaminmc)
https://github.com/jaminmc/tsMuxer

[john33]

Would you mind to compile libFLAC.dll (both x86 and x64) on your next build? Thank you! ;)

I'll take a look at that for you, tomorrow. :)

[john33]

libFLAC.dlls - win32 and x64. libogg.dll is included, in both cases, and is a dependency.

https://www.rarewares.org/files/lossless/libflac-1.5.0-b430c3a-win32.zip

https://www.rarewares.org/files/lossless/libflac-1.5.0-b430c3a-x64.zip

[tebasuna51]

Thanks john33, your contributions in rarewares (http://www.rarewares.org/) are always appreciated.

[tormento]

libFLAC.dlls - win32 and x64. libogg.dll is included, in both cases, and is a dependency.
Thank you so much [emoji4]

[Columbo]

DGDemux/DGDemuxGUI windows 1.0.0.85:

* Restored the PID field because the GUI uses the PID to name the log file and the user needs to know how to find it.
* Added an Analyze button for playlist analysis. Refer to the user document.
* Implemented a new strategy for initializing the 'Output name' field. Refer to the user document.
* Added some additional error handling.
* Updated DGDemux.txt.
* Bumped version to 1.0.0.85.

https://rationalqm.us/dgdemux/binaries/

Hat tip: DelBoy83, Frankaboy

[Barough]

Sound eXchange NG v14.8.0.1
https://codeberg.org/sox_ng
https://codeberg.org/sox_ng/sox_ng/releases

[seagate]

ffms2 – StvG - r2406 (https://codeberg.org/StvG/ffms2/releases/tag/r2406/)

[Xuqiwu]

BestSource R18 Compiled with VS2022 by autodidact from Videohelp
https://forum.videohelp.com/attachments/92499-1780093581/BestSource-R18.7z

Found in this thread: https://forum.videohelp.com/threads/420617-BestSource-R18#post2797923

[seagate]

Repack – Visual C++ redistributable runtimes v.0.105.0 – by abbodi1406 (https://github.com/abbodi1406/vcredist/releases/tag/v0.105.0/)

[Barough]

Vorbis-tools v1.4.3-135b831
https://www.mediafire.com/file/s7nlhfhqvkzqa9p
New build due to external dependencies

[Barough]

FFmpeg version n8.1.2 (x86)
https://www.mediafire.com/file/4sdwm9oxv9xix1s

FFmpeg version n8.1.2 (x64)
https://www.mediafire.com/file/9vtx1z3rl8pfxmk

[Barough]

Opus-tools v0.2-52-g5f894e9 (using libopus 1.6.1-50-g3da9f7a)
https://www.mediafire.com/file/p98wfyydo38c3j4

[Columbo]

eac3to 3.63:

* Added support for AC3 streams with bsid 9 and 10.
* Added -numLogFiles=xxx option to set the number of log files to retain.
* In the report lines, DTS L/R is now distinguished from DTS Lt/Rt.
* Added support for AUD-less AVC and HEVC.
* Fixed spurious "The video track has a non-standard framerate." messages.
* Fixed crashing during format detection for some AVC/HEVC streams.
* Fixed spectral "garbage" (banding and haze) when decoding AC3/EAC3.
* Fixed wrong handling of downmix that caused spikes in the spectrogram
when decoding AC3/EAC3.
* Dialnorm removal was changed to run always on all frames and not
skip normalization if the first frame already has -31dB. DN is a per
frame property and it can differ between frames.
* Fixed format detection for some 7.1 JOC streams.
* The -ffmpeg option now supports wav, wavs, w64, rf64, and flac output.
* Documents were updated.

https://rationalqm.us/eac3to/eac3to_3.63.rar

[Emulgator]

Many thanks, Columbo ! I just went and re-read the fine discovery and tracing story over at DG.

[Columbo]

Many thanks, Columbo ! I just went and re-read the fine discovery and tracing story over at DG. You're welcome sir! It was indeed quite an odyssey. :p

[Barough]

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

[seagate]

MKVToolNix v.100.0 (https://mkvtoolnix.download/windows/releases/100.0/)

https://mkvtoolnix.download/doc/NEWS.md

[seagate]

L-SMASH-works - 20260708 1296.0.0.0 (08.07.2026) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1296.0.0.0/)

[Columbo]

forcedpgs 1.8:

* Support multi-object per subtitle streams. Currently only the first object
is decoded/displayed. Forced bit handling etc. is fully correct.
* Redesign the event counting to properly exclude non-events.
* Display number of objects per subtitle.
* Lots of edge cases now properly handled.
* In the GUI, selecting an event for preview and then pressing and holding
the down arrow left a lot of PNG files in the output folder. Fixed.
* In the summary lines for the subtitles, "Width" was changed to "W" and
"Height" was changed to "H" to save space. Exported XML files are not affected.

http://rationalqm.us/forcedpgs/forcedpgs_1.8.rar

Hat tip: cubicibo, lv_8, nikse, Frankaboy, Rocky

[Barough]

dav1d v1.5.4-0-g54706fc
https://www.mediafire.com/file/w5ymfm19ctjjjvy

[Barough]

FLAC git-e94ff9f 20260719
https://www.mediafire.com/file/ipfo0oz0bjj599t

[Columbo]

eac3to 3.64:

* Fixed writing of wrong new frame rate to the output file in some cases when the ES frame rate is missing.
* Updated libflac.dll to version 1.5.0.
* Set 8 threads for FLAC encoding. In one test it reduced the encode time from 47 seconds to 10 seconds!
* Fixed a regression in format detection. Some WAV files were detected as video.
* Fixed a regression in sup file demuxing when the input is multiple concatenated M2TS files.
* Fixed an old bug in demuxing eac3 from M2TS for some streams.

https://rationalqm.us/eac3to/eac3to_3.64.rar

Hat tip: oniiz86, Thunderbolt, kz, tvholic, HPotter, GRTR

[Barough]

GPAC-MP4Box v26.07-rev0-ga07cbfff
https://www.mediafire.com/file/z0436akbmsrb8du

[Barough]

DGMPGDec/DGIndex v3.0.0.1 (2026-07-23) (x64)
https://www.rationalqm.us/dgmpgdec/

[Barough]

x264 0.165.3223 0480cb0
(libswscale 10.2.100)(libavformat 63.5.101)(ffmpegsource 5.1.2.0)(lsmash 2.16.1)
https://www.mediafire.com/file/ry8m2x7x1zg94i4

Re-compilation with latest stable GCC compiler (v16.2)

[Barough]

FLAC v1.5.0 (Release)
https://www.mediafire.com/file/b1hhczhczdwiv0s
Re-compilation with latest stable GCC compiler (v16.2)

[Barough]

FDK-AAC v1.0.9
https://www.mediafire.com/file/vnzikfmn1zshb78
Re-compilation with latest stable GCC compiler (v16.2)

Opus-tools v0.2-52-g5f894e9 (using libopus 1.6.1-51-g03647f5)
https://www.mediafire.com/file/oy2bd9w4rzw9pip

SoX Binary v14.4.2 (2026-08-15)
https://www.mediafire.com/file/vn6uc92kym6290x

[StainlessS]

THIS IS NONSENSE, see later EDIT in this post.

FFmpeg version n8.1.2 (x86)
https://www.mediafire.com/file/4sdwm9oxv9xix1s

FFmpeg version n8.1.2 (x64)
https://www.mediafire.com/file/9vtx1z3rl8pfxmk

Note this post,

https://forum.doom9.org/showthread.php?p=2033803#post2033803

Problem report, bad versions ffmpeg inflating hevc encoded file size considerably. [via MeGUI]


Source Test.avs, 1920x1080, 1000 frames

MeGUI settings
x265, RAWHEVC, Const Quality=27.0 Preset=SLOW

Older ffmpeg tool,
ffmpeg-8.1.1-64.7z
ffmpeg version n8.1.1 (x64)
built with gcc 16.1.0 (Rev2, Built by MSYS2 project)
Built 2026-05-10

OUTPUT Test-video_g5g0ncp0.hevc, 7177KB (GOOD, reasonable size)

##########

UPDATE ffmpeg to 9.0.1-64

OUTPUT Test_video_b1ap4rdd.hevc, 26,116KB (way bigger output).

##########

from link at https://forum.doom9.org/showthread.php?p=2032255#post2032255
FFmpeg version n8.1.2 (x64)

And directly updating exe files, ffmpeg.exe, ffplay.exe and ffprobe.exe in MeGUI ffmpeg tool dir,

also way bigger output.

ffmpeg versions after 8.1.1-64 generating much bigger files when encoding as x265 hevc.


EDIT:
When encoding with x265 + ffmpeg.
No idea if also affects x264 + ffmpeg, gone back to old version ffmpeg




EDIT:

OK, where to start,
There is no problem with recent ffmpeg's, I was managing to confuse the hell out of myself by comparing outputs from two differing versions of MeGUI,
Older MeGUI_6.6.6.6.6 20251116_x64 and later MeGUI_6.6.6.6.6 20260403_x64. (Copying entire MeGUI folders and updating/changing tools directories on-the-fly).

Anyways, the real problem is a default setting in the new MeGUI_6.6.6.6.6 20260403 x265 Config settings for HEVC Profile,
[clickMe]
https://i.postimg.cc/Cn88YR49/HEVC-Profile.jpg (https://postimg.cc/Cn88YR49)
In current MeGUI clean install shows HEVC Profile = "Main Still Picture Profile", this is the setting that produces big encodes, and nothing whatever to do with FFMPEG.
In old MEGUI, that drop down selection box is disabled.

I've just changed HEVC Profile to "Main Profile" (Is that better than "Main 10 profile", I got no idea).

Sorry guys.

[Barough]

BestSource R21
https://github.com/vapoursynth/bestsource/releases

FAAC v2.1 (Release)
https://www.mediafire.com/file/fb5azbvd627t0hi

https://github.com/knik0/faac/releases/tag/faac-2.1

[Barough]

x265 v4.3+14-f0db351
https://www.mediafire.com/file/lpm24d6y115je7m

[Barough]

GPAC-MP4Box v26.08-DEV-rev42-g2fd5a06a
https://www.mediafire.com/file/cvrdzrbj8ie49el

[Barough]

Monkeys Audio v13.26
https://monkeysaudio.com/versionhistory.html
https://monkeysaudio.com/download.html

[Barough]

AOM AV1 v3.14.1-164-g77988266
https://www.mediafire.com/file/7zynpdvuaffr4g7

FAAC v2.1-17b630b
https://www.mediafire.com/file/uy8g3kepw6oyahi

[seagate]

L-SMASH-works - 20260824 1310.0.0.0 (24.08.2026) (https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases/tag/1310.0.0.0/)

[Barough]

QAAC v3.05
https://github.com/nu774/qaac/releases

[seagate]

MKVToolNix v.101.0 (https://mkvtoolnix.download/windows/releases/101.0/)

https://mkvtoolnix.download/doc/NEWS.md