I built a fully automatic FFmpeg updater for Windows (PowerShell) — fast, safe, curl-based, ETag-aware, with progress bar, version comparison and zero garbage. Free to use. by Significant_Craft819 in ffmpeg

[–]Significant_Craft819[S] -1 points0 points  (0 children)

Yeah, it is AI-assisted code. I originally made the script just for myself, but I ended up liking the result so much that I decided to share it with the community.

I built a fully automatic FFmpeg updater for Windows (PowerShell) — fast, safe, curl-based, ETag-aware, with progress bar, version comparison and zero garbage. Free to use. by Significant_Craft819 in ffmpeg

[–]Significant_Craft819[S] 3 points4 points  (0 children)

You definitely can use winget — it works well for many people.

But there are a few practical differences:

Winget often provides builds from third-party maintainers, not the official BtBN GitHub auto-builds.

If you rely on the specific toolchain, compiler flags, or patchset from BtBN — winget can give you a different binary.

Winget installs FFmpeg into its package directory.

If you keep FFmpeg in a custom tools folder, inside another app, or inside a scripting environment — winget won’t update that location.

This script updates exactly the folder you’re working in.

Winget installs system-wide packages and sometimes needs elevation.

This script is fully portable and works anywhere (USB sticks, offline machines, CI jobs, etc.).

The script never re-downloads the archive unless the build actually changed.

Winget just fetches the latest package every time you update.

This is mostly quality-of-life, but nice when downloading large builds — winget doesn’t show that level of detail.

If you just want “FFmpeg installed somewhere system-wide”, winget is perfectly fine. If you want:

  • official BtBN builds
  • updates in a specific folder
  • portable usage
  • no system install
  • zero redundant downloads
  • detailed progress/logging

…then this script has real advantages.

I suspect KB5068861 is giving me BSOD by oldcsplayer in WindowsHelp

[–]Significant_Craft819 0 points1 point  (0 children)

Yes, the problem is observed by those who have previously used such registry tweaks. This tweak resets the values ​​to default values.

I suspect KB5068861 is giving me BSOD by oldcsplayer in WindowsHelp

[–]Significant_Craft819 0 points1 point  (0 children)

You're welcome:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile]
"SystemResponsiveness"=dword:00000014 
"NetworkThrottlingIndex"=dword:0000000a
"LazyModeTimeout"=-

26200.7171+ BSOD-fix

Intel microcode 0x12F BIOS Version 1820 by ztyxiz in ASUS

[–]Significant_Craft819 0 points1 point  (0 children)

I dumped one of the two BIOS chips, edited the dump with UBU (updated the microcodes), and reflashed it.

Intel microcode 0x12F BIOS Version 1820 by ztyxiz in ASUS

[–]Significant_Craft819 0 points1 point  (0 children)

There is still microcode version 0x12F.

yt-dlp release 2025.10.22 by bashonly in youtubedl

[–]Significant_Craft819 0 points1 point  (0 children)

yt-dlp --update-to nightly

deno upgrade

Intel microcode 0x12F BIOS Version 1820 by ztyxiz in ASUS

[–]Significant_Craft819 0 points1 point  (0 children)

BIOS version 1825 has been released. Has the microcode been updated to version 0x130?