Nov 13

C:\ProgramData\Package Cache 目录一直作为基于 Wix 打包的 msi 格式的软件安装包自动备份目录,但是这会大幅占用 C 盘空间,目前网上的做法普遍使用 mklink 创建目录符号链接,但这种方法有一个 bug,因为 Wix 并不支持符号链接,在每次卸载的时候,会自动清除符号链接,这样导致系统找不到真实的 Package Cache 目录,从而不能卸载其他 msi 格式的软件。

实际上,2015 年时官方给了另一个解决方案,可以通过修改注册表来修改 Package Cache 目录(以修改到D盘为例,目录自行修改,注意目录必须要用双斜杠\\

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\WiX\Burn]
"PackageCache"="D:\\ProgramData\\Package Cache"

不过这个方法也具有一定的局限性,就是对基于旧版 Wix 的 msi 安装包无效(大约 2015 年之前的),不过相比较不能识别 mklink 软连接的大 bug,这是一个很好的解决方案

powered by
https://devblogs.microsoft.com/setup/redirect-the-package-cache-using-registry-based-policy/


Nov 12

WAN_Miniport

强迫症受不了,要干掉!

1. 服务 里面停止 Secure Socket Tunneling Protocol ServiceRemote Access Connection Manager 这两个服务,改为手动或者禁用;(注意,看后缀可知这些是 VPN 相关网卡驱动,所以你要用 VPN 的话,请不要这么干!)

2. 去 https://www.uwe-sieber.de/misc_tools_e.html 下载 Device Cleanup Tool,管理员启动,删!

参考:

Remove WAN Miniports Easy Way...

A "ton" of Network Adapters!


Nov 12

DNSQuerySniffer 查看系统 DNS 查询状况时发现每次查询都有重传 (DNS Retransmission) 现象(抓取方式选 WinPcap 时出现,选 Raw Sockets 不会)

折腾了好多天,卸载无数网络协议/驱动,最后发现卸载 VMware Bridge Protocol 现象消失,关掉开启的虚拟机也可以让现象消失。

这就不知道是 VMware 问题还是 WinPcap 问题了。。。 :?: :roll:

后续:

1. 上面已知 Bridge 模式会重传;
2. 试过 NAT 模式不会重传,但有无数 PTR 请求刷屏;
3. 用 Host-Only 模式,共享上网,目前一切OK。


Sep 26

一般内容用 IDM 下没啥问题,但是目前的 IDM 6.38.1 可以识别并下载 HDR 视频流,但是混流有 BUG,体现在 madVR 显示 HDR 内容不完善,导致 HDR 播放失败: IDM 6.41 下载的 HDR 已经没有问题。

试了一堆软件,youtube-dl 当然是可以的,但是命令行太烦躁。最后选择了下面两个:

1. 3D Youtube Downloader

2. 4K Video Downloader

3D Youtube Downloader 下载后封装为 webm 格式,4K Video Downloader 则封装为 mkv 格式,都可以完美识别播放 HDR 内容。

下载:


补充: MediaHuman YouTube Downloader 选择下载 WEBM 格式的视频, 并且不转换的话,也可以下载到 HDR 文件, 只是不如上面两个来的直观.
补充: MediaDownloader ,开源免费的,也很方便!

2023-08-28 增加: Gihosoft TubeGet


Mar 05

本脚本适用于 DD-WRT 和 Tomato,来源于: https://git.losert.xyz/krypton/Scripts/tree/master

适用于 LEDE/OpenWRT 的脚本在: https://gist.github.com/lg/e91d1c5c9640d963e13dbb1901bb4396

#!/bin/sh

##############################################
# This script disconnects connected clients, #
# where the signal is below the configured   #
# signal.                                    #
##############################################
# v1.0                                       #
# maintained by Rene Losert  #
##############################################
DEV=$(nvram show 2>&1 |grep ifname|grep 'wl[01]'|cut -d"=" -f2)
SIGNAL="-80"
EXCLUDE="38:D5:47:62:F8:7A"
key="$1"

if [[ "$key" == "-d" ]]; then
	echo "Signal Threshold: $SIGNAL"
	echo "Connected Clients:"
fi

while true; do

date=$(date +"%a %b %e %H:%M:%S %Z %Y")

for current in $DEV; do
CLIENTS=$(/usr/sbin/wl -a $current assoclist)
	for MAC in $CLIENTS; do    # for loop for each client (MAC)
		if [ $MAC != "assoclist" ]; then
			SIG=$(/usr/sbin/wl -a $current rssi $MAC)
			if [[ "$key" == "-d" ]]; then echo "MAC: $MAC, Signal: $SIG"; fi
			if [[ ! "$MAC" = "$EXCLUDE" ]]; then
				if [ $SIG -lt $SIGNAL ]; then
					if [[ "$key" == "-d" ]]; then echo "$date: BELOW! Sending deauth to $MAC"; fi
					echo "$date: BELOW! Sending deauth to $MAC" >> /tmp/cleanup.log
					/usr/sbin/wl -a $current deauthenticate $MAC
				fi
			fi

		fi
	done
done

if [[ "$key" == "-d" ]]; then echo "-----------------------------------"; fi
#echo $date >> /tmp/cleanup.log
sleep 5
done

:!: :!: :!:


[5/59]  < 1 2 3 4 5 6 7 8 9 10 > ... »